[firstname.lastname@example.org: Re: [email@example.com:
bezema at lat-lon.de
Thu May 15 02:27:34 PDT 2008
Currently the deegree crs package is able to use the proj4 configuration files and
the deegree crs format (a schema is available) which was partially created from
the proj4 (4.6) epsg file. The srs framework provides a mechanism to use other
backends though, we are currently thinking about the implementation of a subset of iso
19111 (gml:dictionary) and a wkt parser as well. The direct usage of
the epsg database is not implemented yet, but it is a good idea which will
probably be quickly possible as soon as the iso 19111 subset implementation is
I think Frank Warmerdam's point, that "...there are definitions EPSG doesn't
want to represent for good reasons", is valid. I believe it to be one of the
reasons, that the creation and maintanance of one super crs library will be a
project with lots of 'extreme timeconsuming' side effects, and with marginally
gains. In my opinion the geotools and deegree approach to supply different
file format readers, will --in the end-- keep the sub sets of databases managable
without having to reinvent the wheel every time.
I believe a collection of such standardized 'Providers' would be most beneficial
for all spatial referencing projects, independent of the programming language.
With kind regards,
I would like to
Landon Blake wrote:
> I think it would be prudent to set aside the GeoAPI debate for the time being. I'm working with Tyler to set up a Java Collaboration mailing list, and I think this topic will be more appropriate for that forum.
> Having said that, I would like to learn more about the GeoTools CRS code and deegree CRS code in a specific aspect. I think this aspect would be of interest to all on this mailing list, not just the Java code slingers. :]
> How did GeoTools and deegree each choose to integrate the EPSG database? Are you tapping into the database directly, or did you convert the information in the EPSG database into another format? What plan or system does your project have in place to stay current with the EPSG database?
> I think this topic may be of greater interest to all.
l a t / l o n GmbH
Aennchenstrasse 19 53177 Bonn, Germany
phone ++49 +228 184960 fax ++49 +228 1849629
On June 17 is deegree day - Am 17. Juni ist deegree day
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: Digital signature
Url : http://lists.osgeo.org/pipermail/metacrs/attachments/20080515/057b3261/attachment.bin
More information about the MetaCRS