|
|
|
Sunburned Surveyor
|
I've been pouring over the Javadoc for the CRS code in both deegree
and Geotools for the last few days. I'm trying to implement some common map projection support for OpenJUMP/BizzJUMP. I must admit that both libraries seem to have more complexity than I need, although the Geotools seems to be a good deal more complex than deegree code. I was thinking about forking the deegree code, stripping out what I didn't need, and tweaking the rest to meet my needs. However, I am loathe to duplicate any more effort in the Java GIS world. :] Would any deegree programmers be willing to work with me on some improvements to the CRS code? I'm not talking about writing code, just about answering questions and reviewing proposed changes/patches. I'd also like to know if there would be any objection to my packaging just the CRS code as a separate JAR if needed, after some improvements were made. At any rate, I'm not trying to rock the boat, just looking for ways to work together instead of apart. It seems I keep bumping into the need for this CRS code every few months, and I need to bite the bullet and get something done. Landon ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ deegree-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/deegree-devel |
|
Rutger Bezema
|
Hi Landon,
Sunburned Surveyor wrote: > I've been pouring over the Javadoc for the CRS code in both deegree > and Geotools for the last few days. I'm trying to implement some > common map projection support for OpenJUMP/BizzJUMP. I must admit that > both libraries seem to have more complexity than I need, although the > Geotools seems to be a good deal more complex than deegree code. Thanks, I guess. > > I was thinking about forking the deegree code, stripping out what I > didn't need, and tweaking the rest to meet my needs. However, I am > loathe to duplicate any more effort in the Java GIS world. :] > > Would any deegree programmers be willing to work with me on some > improvements to the CRS code? I'm not talking about writing code, just > about answering questions and reviewing proposed changes/patches. Sure, no problemo, just send them to the list. I'll try to answer your questions and review your patches. > > I'd also like to know if there would be any objection to my packaging > just the CRS code as a separate JAR if needed, after some improvements > were made. No, the code is LGPL you can do with it what you see fit. > > At any rate, I'm not trying to rock the boat, just looking for ways to > work together instead of apart. No rockin's ;-) done, we are always open to code reviews / proposals. > > It seems I keep bumping into the need for this CRS code every few > months, and I need to bite the bullet and get something done. > > Landon > with kind regards, Rutger -- Rutger Bezema l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 184960 fax ++49 +228 1849629 http://www.lat-lon.de http://www.deegree.org ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ deegree-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/deegree-devel |
||||||||||||||||
|
Sunburned Surveyor
|
Rutger,
You wrote: "Thanks, I guess." I don't mean to criticize the CRS code in deegree. Oftentimes the complexity in a library like deegree is because it is designed to serve many different use cases, whereas I only have one use case to worry about! I'm trying to find a way to work with the core components of the CRS code to accomplish what I need. You wrote: "Sure, no problemo, just send them to the list. I'll try to answer your questions and review your patches." Great. I will try to incorporate your answers into some Javadoc/Source code comments. Here are a couple of questions to help me get started: The org.deegree.crs.Identifiable class has the methods getIdentifiers, getNames, and getVersions, getAreasOfUse. Is this to support coordinate reference systems that have more than one name/identifier/version? If this is the case, do the singular versions of these methods return the "primary" or "default" name/identifier/version? Is there a set format for the results of the toString method in Identifiable? What is the difference between the name returned by Identifiable.getName and Identifiable.getIdentifier? Does the getIdAndName method return the two (2) values separated by a space or some other character? I was hoping to build a CRSProvider that would create and return org.deegree.crs.coordinatesystems.CoordinateSystem objects from a folder containing individual text files, where each text file contained a WKT definition of a Coordinate Reference System. I should be able to do this by umplementing the org.deegree.configuration.CRSPRovider interface, correct? Does deegree have code to read/write CRS definitions in WKT format? Does the String argument passed to the CRSProvider.getCRSByID method correspond to the value returned by Identifiable.getName or Identifiable.getIdentifier, or both? What is the intended purpose of the CRSProvider.export method? Is it to place the String representation of each CoordinateSystem in the list provided as an argument into a StringBuilder? Thanks for the help. You wrote: "No rockin's ;-) done, we are always open to code reviews / proposals." Great! I'm going to get a copy of the CRS code into my SVN repository so I can start poking around. Should I use the deegree 2.2 zip file of source code, or something more current? Landon Landon On Tue, Oct 27, 2009 at 8:10 AM, Rutger Bezema <[hidden email]> wrote: > Hi Landon, > > Sunburned Surveyor wrote: >> I've been pouring over the Javadoc for the CRS code in both deegree >> and Geotools for the last few days. I'm trying to implement some >> common map projection support for OpenJUMP/BizzJUMP. I must admit that >> both libraries seem to have more complexity than I need, although the >> Geotools seems to be a good deal more complex than deegree code. > > Thanks, I guess. >> >> I was thinking about forking the deegree code, stripping out what I >> didn't need, and tweaking the rest to meet my needs. However, I am >> loathe to duplicate any more effort in the Java GIS world. :] >> >> Would any deegree programmers be willing to work with me on some >> improvements to the CRS code? I'm not talking about writing code, just >> about answering questions and reviewing proposed changes/patches. > > Sure, no problemo, just send them to the list. I'll try to answer your > questions and review your patches. > >> >> I'd also like to know if there would be any objection to my packaging >> just the CRS code as a separate JAR if needed, after some improvements >> were made. > > No, the code is LGPL you can do with it what you see fit. > >> >> At any rate, I'm not trying to rock the boat, just looking for ways to >> work together instead of apart. > > No rockin's ;-) done, we are always open to code reviews / proposals. > >> >> It seems I keep bumping into the need for this CRS code every few >> months, and I need to bite the bullet and get something done. >> >> Landon >> > with kind regards, > Rutger > -- > Rutger Bezema > > l a t / l o n GmbH > Aennchenstrasse 19 53177 Bonn, Germany > phone ++49 +228 184960 fax ++49 +228 1849629 > http://www.lat-lon.de http://www.deegree.org > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > > iEYEARECAAYFAkrnDX0ACgkQWlVk7NGrGHUQvwCaAxHLtJyhehIV737FtWAH/6lj > kfcAoIG7ptmOav+YgsipWnl1rz8D0zvn > =FkUR > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > deegree-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/deegree-devel > > ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ deegree-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/deegree-devel |
||||||||||||||||
|
Rutger Bezema
|
Hi Landon,
A late reply is better than no reply :-) Sunburned Surveyor wrote: > Rutger, > > Great. I will try to incorporate your answers into some Javadoc/Source > code comments. That would be great, keeping javadoc in sink with the code is always a problem ;-) > > Here are a couple of questions to help me get started: > > The org.deegree.crs.Identifiable class has the methods getIdentifiers, > getNames, and getVersions, getAreasOfUse. Is this to support > coordinate reference systems that have more than one > name/identifier/version? yes > If this is the case, do the singular versions > of these methods return the "primary" or "default" > name/identifier/version? the primary, (javadoc is up-to-date) > > Is there a set format for the results of the toString method in > Identifiable? no > > What is the difference between the name returned by > Identifiable.getName and Identifiable.getIdentifier? The name is a HumanReadable one, the identifier identifies the crs. > Does the > getIdAndName method return the two (2) values separated by a space or > some other character? ... lets see.. id: the_identifier, name: the_name > > I was hoping to build a CRSProvider that would create and return > org.deegree.crs.coordinatesystems.CoordinateSystem objects from a > folder containing individual text files, where each text file > contained a WKT definition of a Coordinate Reference System. I should > be able to do this by umplementing the > org.deegree.configuration.CRSPRovider interface, correct? yes > Does deegree have code to read/write CRS definitions in WKT format? deegree2 not, but deegree3 has rudimentary WKT support. > > Does the String argument passed to the CRSProvider.getCRSByID method > correspond to the value returned by Identifiable.getName or > Identifiable.getIdentifier, or both? the last, Identifiable.getIdentifier > > What is the intended purpose of the CRSProvider.export method? Is it > to place the String representation of each CoordinateSystem in the > list provided as an argument into a StringBuilder? > The export method can be used to export a given CRS to the implementations format, e.g. a proj4 format or a deegree internal xml structure. > > Thanks for the help. no worries. > > You wrote: "No rockin's ;-) done, we are always open to code reviews / > proposals." > > Great! I'm going to get a copy of the CRS code into my SVN repository > so I can start poking around. Should I use the deegree 2.2 zip file of > source code, or something more current? mmm, you could checkout the current d2 version at: https://svn.wald.intevation.org/svn/deegree/base/trunk/ or the current d3 version at svn checkout https://svn.wald.intevation.org/svn/deegree/deegree3/core/trunk/ choose which version you prefer. The latter has wkt support but the crs code is conceptually the same. with kind regards, Rutger -- Rutger Bezema l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 184960 fax ++49 +228 1849629 http://www.lat-lon.de http://www.deegree.org ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ deegree-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/deegree-devel |
||||||||||||||||
|
Sunburned Surveyor
|
Thanks for the answers Rutger.
Landon On Wed, Nov 4, 2009 at 6:01 AM, Rutger Bezema <[hidden email]> wrote: > Hi Landon, > A late reply is better than no reply :-) > Sunburned Surveyor wrote: >> Rutger, >> >> Great. I will try to incorporate your answers into some Javadoc/Source >> code comments. > > That would be great, keeping javadoc in sink with the code is always a > problem ;-) > >> >> Here are a couple of questions to help me get started: >> >> The org.deegree.crs.Identifiable class has the methods getIdentifiers, >> getNames, and getVersions, getAreasOfUse. Is this to support >> coordinate reference systems that have more than one >> name/identifier/version? > > yes > >> If this is the case, do the singular versions >> of these methods return the "primary" or "default" >> name/identifier/version? > > the primary, (javadoc is up-to-date) >> >> Is there a set format for the results of the toString method in >> Identifiable? > > no > >> >> What is the difference between the name returned by >> Identifiable.getName and Identifiable.getIdentifier? > > The name is a HumanReadable one, the identifier identifies the crs. > >> Does the >> getIdAndName method return the two (2) values separated by a space or >> some other character? > > ... lets see.. > id: the_identifier, name: the_name > >> >> I was hoping to build a CRSProvider that would create and return >> org.deegree.crs.coordinatesystems.CoordinateSystem objects from a >> folder containing individual text files, where each text file >> contained a WKT definition of a Coordinate Reference System. I should >> be able to do this by umplementing the >> org.deegree.configuration.CRSPRovider interface, correct? > > yes > >> Does deegree have code to read/write CRS definitions in WKT format? > > deegree2 not, but deegree3 has rudimentary WKT support. > >> >> Does the String argument passed to the CRSProvider.getCRSByID method >> correspond to the value returned by Identifiable.getName or >> Identifiable.getIdentifier, or both? > > the last, Identifiable.getIdentifier >> >> What is the intended purpose of the CRSProvider.export method? Is it >> to place the String representation of each CoordinateSystem in the >> list provided as an argument into a StringBuilder? >> > > The export method can be used to export a given CRS to the > implementations format, e.g. a proj4 format or a deegree internal xml > structure. > >> >> Thanks for the help. > > no worries. > >> >> You wrote: "No rockin's ;-) done, we are always open to code reviews / >> proposals." >> >> Great! I'm going to get a copy of the CRS code into my SVN repository >> so I can start poking around. Should I use the deegree 2.2 zip file of >> source code, or something more current? > > mmm, you could checkout the current d2 version at: > https://svn.wald.intevation.org/svn/deegree/base/trunk/ > > or the current d3 version at > svn checkout https://svn.wald.intevation.org/svn/deegree/deegree3/core/trunk/ > > choose which version you prefer. The latter has wkt support but the crs > code is conceptually the same. > > with kind regards, > Rutger > -- > Rutger Bezema > > l a t / l o n GmbH > Aennchenstrasse 19 53177 Bonn, Germany > phone ++49 +228 184960 fax ++49 +228 1849629 > http://www.lat-lon.de http://www.deegree.org > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > > iEYEARECAAYFAkrxiVYACgkQWlVk7NGrGHX2dACcCnb5y7+9IqdrVgqF/4Zqn+iK > hTsAoKie950b1pY4JB8ipfYydlzB/uEZ > =vvIr > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > deegree-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/deegree-devel > > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ deegree-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/deegree-devel |
||||||||||||||||
| Free Embeddable Forum Powered by Nabble | Help |