Hello Simone
I'm trying to align GeographicMetadataFormat more closely along "GML in JPEG
2000" specification, but it seems to me that a strict match is not pratical
given IIOMetadataFormat intentional restrictions. You told us that you were
working on such a IIOMetadataFormat on your side as well. Would it be possible
to point us to a URL or send it by email please? Our implementation is available
on Geotools SVN since May 27, but I don't know if it is mergeable with your work
and how far we can tolerate departure from the "GML in JPEG 2000" specification.
Can we try to work on a common GeographicMetadataFormat?
Examples of departure compared to "GML in JPEG 2000":
- IIOMetadata doesn't support namespace. Do we agree to drop "gml:" prefix?
- The way "GML in JPEG 2000" lists "axisNames" elements is illegal in
IIOMetadataFormat. Do we agree to regroup them in a "axes" parent element? Same
for "offsetVector".
- From a look to other IIOMetadataFormat implementations in J2SE, values are
usually stored as attributes, while "GML" usually stores them as elements. Do we
replace:
<Envelope>
<lowerCorner>5 6</lowerCorder>
<upperCorner>7 8</upperCorder>
</Envelope>
(GML way) by (more IIOMetadata way):
<Envelope lowerCorner="5 6" upperCorner="7 8"/>
given that the later seems to fits better with IIOMetadata API?
Martin
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
