Right thanks for the clarification, so you are building a "tree" of the nodes you outlined.
I have a question concerning this comment: > But on an other hand it is not possible to comply strictly to OGC > specification, so > we will have departures anyway... I am trying to understand from your original email what these departures are ... a) Changing from many "rectifiedGridDomain/RectifiedGrid/axisName[x]" to "rectifiedGridDomain/RectifiedGrid/axis/axisName[x]" What is the reason for these two changes? Is it an api limitation on our side? Can we change the IIOMetadataFormat to meet our needs? We should also talk to the OGC members in charge of this specification and explain our difficulty. Now that I understand the context of your email better I am not sure if you should simplify - are we expecting any other applications the be able to read the headers we are writing? Jody Martin Desruisseaux wrote: > Jody Garnett a écrit : > >> I have a question ... where is the metadata module in all of this? We do >> have a CoverageDescription, describing the RecordType for samples and >> and so on ... >> >> Do either of these proposals bother with that sort of thing? Does it >> have the kind of information you are talking about? >> > > Yes, but as explained in my previous email we are not yet building any object. > The IIOMetadataFormat topic is about standardized paths to textual metadata in > image header, no matter what the underlying image format is. The Image I/O job > stop there. Building objects from those textual informations (actually > Strings, > primitive types and arrays of them) is an other package job, and we will use > existing objects for that. > > 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
