On Thursday, 4 March 2010 6:20 PM Francois Prunayre wrote:
Hello John,
2010/3/4 <John.Hockaday@anonymised.com>:
> Hi Francois,
>
> I like the idea of being able to select a coordinate
reference system from an EPSG list. I've looked at the
crs.xsl and it seems that the elements are not from the ISO
19139 CT_CrsCatalogue. Is that the case? Can the code read
an ISO 19139 CT_CrsCatalogue XML file? If not I would
strongly suggest that this also be included.
True, as mentionned in the proposal, the CRS search service use the
GeoTools EPSG database we already have in our dependencies.
Using CT_CrsCatalogue, is another option which require more works at
least on some points I think:
* search engine : how to search in the CT_CrsCatalogue (eg. Lucene)
Of course this should be open for discussion but may I suggest that the following fields could be indexed by Lucene:
- gml:GeodeticCRS@anonymised.com:id
- gml:GeodeticCRS/gml:identifier
- gml:GeodeticCRS/gml:name
- gml:GeodeticCRS/gml:domainOfValidity/../gmd:code/CharacterString
- gml:GeodeticCRS/gml:scope
Similarly for the other types of CRS for example, gml:ProjectedCRS.
* handle xpointer
* (optional) allow viewing/editing of the CT_CrsCatalogue
I believe this should be done outside of the coordinate reference system selection process. It should be handled by an administrator role via another application. For example, "import and validate an CT_CrsCatalogue XML file".
We have a CT_CrsCatalogue in GeoNetwork 19139 schema directory, but it
looks to be only a sample one with 5 systems in it. Do you know if a
more complete document exist somewhere ? or if users are supposed to
create their own ?
We have taken the EPSG and excluded those coordinate reference systems that are not likely to be used by Australia and New Zealand. This will provide a pick list that is not too lengthy and more appropriate to our use.
The CT_CrsCatalogue file is available from the ANZLIC metadata profile related information web age at URL:
http://asdd.ga.gov.au/asdd/profileinfo/
The URL of the actual CT_CrsCatalogue file is:
http://asdd.ga.gov.au/asdd/profileinfo/anzlic-gmxCrs.xml
This may help in the development but won't be suitable for most people except Australians and New Zealanders. However, I think that this XML file was created by translating the EPSG GML export into CT_CrsCatalogue format. I think the XSLT to do this was developed by CSIRO in Western Australia for ANZLIC - the Spatial Information Council. They may be able to provide the XSLT for other translations with permission from ANZLIC.
At least the client side interface could be the same and we could make
another crs search service implementation based on CT_CrsCatalogue on
future release.
That will be perfect. The more that ISO TC 211 and OGC standards are used for the implementation, storage, processing etc. the better.
I updated the proposal with your comments. Thanks.
Thank you very much.
John
Francois
> Thanks.
>
>
> John
>
>> -----Original Message-----
>> From: Francois Prunayre [mailto:fx.prunayre@anonymised.com]
>> Sent: Wednesday, 3 March 2010 9:03 PM
>> To: Andrea Carboni; Patrizia Monteduro; Archie Warnock; Simon
>> Pigot; Emanuele Tajariol; GeoNetwork Developer list
>> geonetwork-devel@lists.sourceforge.net; Jeroen Ticheler
>> Subject: [GeoNetwork-devel] Proposal to add Coordinate
>> reference system selection panel
>>
>> Dear PSC members,
>>
>> Here is a proposal to add a CRS selection panel to the editor.
>>
>> The proposal is here [1] and patch here [2].
>>
>> Thanks for your votes, Regards.
>>
>> Francois
>>
>> [1] http://trac.osgeo.org/geonetwork/wiki/CRSSelection
>> [2]
>> http://trac.osgeo.org/geonetwork/attachment/wiki/CRSSelection/
>> CRSSelectionPanel.patch
>>
>> --------------------------------------------------------------
>> ----------------
>> Download Intel® Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> _______________________________________________
>> GeoNetwork-devel mailing list
>> GeoNetwork-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
>> GeoNetwork OpenSource is maintained at
>> http://sourceforge.net/projects/geonetwork
>>
>