Fwd: [MetaCRS] Opportunity for Sharing: Regional ESPG Code Lists

[Sunburned Surveyor]

I was thinking this information could be provided as a convenience for
users and programmers. Not every user is skilled with a database, nor
do they want to download a database to find a couple of EPSG codes.

Can you provide a regional filter on the JComboBox for EPSG codes in GeoTools?

I know the relationship between EPSG codes and user friendly CRS names
is stored in the EPSG database, I was only thinking it might be easier
to access in a small file outside of the database.

Martin wrote: "The database has a "Domain of validity" information as
a geographic bounding box. GeoTools among other parses and can use
this information."

I didn't know that. This information could be very helpful. I'll hop
over to the GeoTools mailing list so you can tell me what classes do
this.

So I guess if we are all tapping the EPSG database directly that there
is no need to set up CRS lists for different regions of the globe...

Landon

On Tue, Jul 8, 2008 at 4:15 AM, Martin Desruisseaux
<martin.desruisseaux at geomatys.fr> wrote:
> Landon Blake a écrit :
>>
>> I was thinking about putting together a list of the most commonly used
>> EPSG codes for the United States of America. This would include popular
>> "global" map projections like UTM. I might even organize the list by State.
>> I'd make the list available as a plain text file that could be easily
>> parsed. It would probably contain the EPSG code and a user friendly name of
>> the CRS. This text file could be parsed by client code to build a list box
>> to display to the user. (In Java this would be a JListBox.)
>
>
> This is possible, but maybe not needed since those information are already
> available in the EPSG database? The database has a "Domain of validity"
> information as a geographic bounding box; GeoTools among other parses and
> can use this information. The user friendly name is also provided in the
> EPSG database (there is a column for that in the CRS table). A JComboBox
> filled with those information is already provided in GeoTools...
>
>        Martin
> _______________________________________________
> MetaCRS mailing list
> MetaCRS at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/metacrs
>