Martin Desruisseaux wrote: > Jody Garnett a écrit : > >>> CRS_AUTHORITY_EXTRA_FILE >>> ------------------------ >>> Doesn't seem to be used anywhere. Can we remove it? Its work seem to be >>> performed by CRS_AUTHORITY_EXTRA_DIRECTORY. >>> >>> >> I kind of thought this pointed to a properties file; the existing >> implementation is kind half done CRS_AUTHORITY_EXTRA_DIRECTORY points to >> a path where an "epsg.properties" file may be found; if you want to >> specify a different property file we need this CRS_AUTHORITY_EXTRA_FILE >> key. >> > The current convention is that the CRS_AUTHORITY_EXTRA_DIRECTORY may contains > many files. "epsg.properties" is for the EPSG authority; "esri.properties" is > for the ESRI authority, etc. > > CRS_AUTHORITY_EXTRA_FILE do not said in which namespace the extra CRS appear. > Is > it EPSG? ESRI? We would need to create a bunch of extra keys like > EPSG_EXTRA_FILE, ESRI_EXTRA_FILE, etc., while "CRS_AUTHORITY_EXTRA_DIRECTORY" > is > generic if we stick to the filename convention "authority.properties". > I was not aware of that convention "authority.properties", regardless the code is set up to only look for "epsg.properties" (no convention about it - hard coded).
I would think it better to adjust our property file format to include a initial header containing the authority definition. But these are details ... are they interesting details to you at this time? Sanity check: My patch of last week does have GeoServer working. Jody ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
