Ciao Martin, Sorry for the late answer but despite the period (everything is on vacation here) we are swamped up to waist with various deadlines.
Alessio and Daniele are working on putting together a proposed schema for coverage metadata tat comes out of reading and merging various documents, including gml in jp2, as well as from our experience with various file formats. We writing a small document, 10 pages at most, to document our choices so that we can discuss over that instead of doing it over code. As far as the questions below, I have not yet seen what Alessio and Daniele are coming up with since I was working on RasterSymbolizer. I should take a look at it next days. Anyway you suggestions are advisable if we want to follow the strict (and IMHO useless) IIOMetadata rules (which is what I think they are doing). Anyway it is worth to note that all the rules that IIOMetadata imposes are not checked hence we could freely NOT respect them and still be able to build IIOMetadata subclasses. The page that Alessio liked in a previous email there was a tentative of metadata for GriB files that violated the rules explicitly but still I was getting no errors. About the work we are doing. Daniele is pretty much done with HDF4 specific work, while working on metadata proposal Alessio and him started to work on grib which is a good format to test our proposal since it is multidimensional but still it is pretty standardized. More will follow next week... Hope that helps, Simone. ------------------------------------------------------- Eng. Simone Giannecchini President /CEO GeoSolutions S.A.S. Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob: +39 333 8128928 http://www.geo-solutions.it ------------------------------------------------------- -----Original Message----- From: Martin Desruisseaux [mailto:[EMAIL PROTECTED] Sent: martedì 7 agosto 2007 13.01 To: GeoTools Developers List Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: GeographicMetadataFormat 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
