Working with the CRS code.

5 messages Options
Embed this post
Permalink
Sunburned Surveyor

Working with the CRS code.

Reply Threaded More More options
Print post
Permalink
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

Re: Working with the CRS code.

Reply Threaded More More options
Print post
Permalink
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

signature.asc (204 bytes) Download Attachment
Sunburned Surveyor

Re: Working with the CRS code.

Reply Threaded More More options
Print post
Permalink
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

Re: Working with the CRS code.

Reply Threaded More More options
Print post
Permalink
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

signature.asc (204 bytes) Download Attachment
Sunburned Surveyor

Re: Working with the CRS code.

Reply Threaded More More options
Print post
Permalink
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