On Mon, Jul 28, 2008 at 5:35 PM, Martin Desruisseaux <
[EMAIL PROTECTED]> wrote:
> Daniele Romagnoli a écrit :
>
>> I have a question in such a context.
>> I see the attribute "type" for the CRS node having an element of the
>> CRS_TYPES list as a value.
>> The CRS_TYPES list defined in Geographi
Daniele Romagnoli a écrit :
> I have a question in such a context.
> I see the attribute "type" for the CRS node having an element of the
> CRS_TYPES list as a value.
> The CRS_TYPES list defined in GeographicMetadataFormat only contains
> "Geographic" and "Projected" elements. How CompoundCRS (
Hi all,
On Mon, Jul 28, 2008 at 11:23 AM, Martin Desruisseaux <
[EMAIL PROTECTED]> wrote:
> Hello Alessio
>
> I was away for the weekend, sorry for being late.
>
>
> Alessio Fabiani a écrit :
> > First of all, correct me if I'm wrong, but I don't see ways to handle
> > the time yet.
>
> We do ha
Hello Alessio
I was away for the weekend, sorry for being late.
Alessio Fabiani a écrit :
> First of all, correct me if I'm wrong, but I don't see ways to handle
> the time yet.
We do handle time... We just don't need to make a special metadata for them.
Time is a dimension like any other. We
Hi guys,
I was looking at your Geographic Metadata format proposal, but I need
some clarifications ...
First of all, correct me if I'm wrong, but I don't see ways to handle
the time yet.
Second thing let me do an example ... supposing that I would like to
represent a Compund CRS composed by a Geo
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
