[MetaCRS] Introduction]

[Martin Desruisseaux]

Landon Blake a écrit :
> Our buddy Frank is on the ball. He was able to get some funding, and has
> updated all of the proj4 configuration files to reflect the changes. But
> the boys at the EPSG are behind the 8 ball. They haven't made the
> changes. Neither has the deegree project, most of their customers are in
> Europe, and they aren't terribly excited about paying for updates to CRS
> definitions used exclusively in North America.
> 
> Now we've got a real chocolate mess.
> 
> But, if we had a single "super CRS" library", Frank, the programmers
> from the deegree Project, and the programmers from OpenJUMP (especially
> those in North America) could coordinate a single update of one source
> of CRS definitions. That means one update,  one download, on source for
> the latest and greatest CRS information. It means that we aren't
> repeating the same update work across four (4) or (5) CRS definition
> libraries.


I'm not sure to understand the issue... If North America come with a new datum, 
EPSG will not update the existing CRS for the new datum. Instead, they will 
create new codes for new CRS using the new datum. The old CRS will be left 
unchanged or, at most, deprecated. EPSG would also probably provide information 
about how to transform from the old CRS to the new CRS.

We really don't want existing CRS definition to be changed for the new datum, 
because we must known that legacy data are using the old CRS. If european don't 
download the updated EPSG database, they will not have the codes for the newly 
added CRS, but the existing one would stay identical so they would be basically 
unaffected.

Or did I missed something?

	Martin