Hello Antonio, Frank,
I've now been able to read the false northing UTM parameter. The next
step is the coordinate system, which is ITRF 97. As this is not a well
known coordinate system, could this definition be enough to represent
the standard? (from spatialreference.org):
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
GEOCCS["ITRF97",
DATUM["International Terrestrial Reference Frame 1997",
SPHEROID["GRS 1980",6378137.0,298.257222101,
AUTHORITY["EPSG","7019"]],
AUTHORITY["EPSG","6655"]],
PRIMEM["Greenwich",0.0,
AUTHORITY["EPSG","8901"]],
UNIT["m",1.0],
AXIS["Geocentric X",OTHER],
AXIS["Geocentric Y",EAST],
AXIS["Geocentric Z",NORTH],
AUTHORITY["EPSG","4918"]]
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Many thanks in advance.
Best Regards,
Ing. Rodolfo Bonnin
2011/6/22 Rodolfo Bonnin <[email protected]>:
> Thanks Antonio,
>
> I've detected a way to at least read the UTM zone of the product, and
> will be back once I can get more data from the files, so we can think
> more carefully where the changes belong. Many thanks again.
>
> 2011/6/18 Antonio Valentino <[email protected]>:
>> Hi Frank,
>>
>> Il 18/06/2011 14:38, Frank Warmerdam ha scritto:
>>> On 11-06-18 02:59 AM, Antonio Valentino wrote:
>>>> I don't know if someone is currently working on the JAXAPalsar driver.
>>>> Anyway I' very interested in extending driver for SAR products to get
>>>> more metadata so I would be happy to help if you need.
>>>
>>> Folks,
>>>
>>> Phil Vachon did most of the JAXA Palsar work but has moved on to
>>> non-geospatial pursuits, so anyone interested should feel free to
>>> dig in.
>>>
>>>> Palsar products are in CEOS format so IMHO it would be nice to setup a
>>>> general mechanism to decode CEOS records (a similar job has been done
>>>> for ENVISAT records recently)
>>>>
>>>> http://trac.osgeo.org/gdal/ticket/4105
>>>> http://trac.osgeo.org/gdal/attachment/ticket/4105/asar_metadata.patch
>>>>
>>>> The hard part (it is a very boring job) IMHO is to fill data structures
>>>> that properly describe CEOS records for each sensor end product type.
>>>>
>>>> Anyway populating record descriptors is a job that can be done gradually
>>>> and, hopefully, with the help of other users so we could start with the
>>>> few metadata you are currently interested in and add other record
>>>> descriptors later.
>>>>
>>>> The key is to setup a genereal (enough) framework for CEOS record
>>>> decoding.
>>>
>>> There is already a generic SAR CEOS driver (gdal/frmts/ceos2) with a CEOS
>>> record parsing mechanism. If that is what you want, please start from it.
>>> For reasons not immediately obvious to me Phil chose to build a specific
>>> JAXA Palsar driver but please think twice before building it out into a
>>> full
>>> generic CEOS driver duplicating what already exists.
>>
>>
>> Thank you Frank.
>> My basic idea was to propose an improvement of the ceos2 driver but I
>> completely missed GetCeosField function. Sorry.
>> Looking better to the code it seems that all tools for record decoding
>> are already there, as you pointed out, so it is just a matter of getting
>> more metadata.
>>
>> Regarding the JAXAPalsar driver, it is currently registered *after* the
>> ceos2 driver so, if my understanding is correct, CEOS products should be
>> opened with ceos2 and the JAXAPalsar should be used as a fallback.
>>
>> Is it correct?
>>
>> Any way I'm currently downloading some sample PALSAR product to see what
>> happens.
>>
>> Best regards
>>
>> --
>> Antonio Valentino
>> _______________________________________________
>> gdal-dev mailing list
>> [email protected]
>> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>>
>
>
>
> --
> Ing. Rodolfo Bonnin
> SUR Emprendimientos Tecnológicos
>
> Perú 345 Piso 5to Oficina "B" (C1067AAG)
> Ciudad de Buenos Aires, Argentina
> Tel. +54 (11) 4342-2976/84
> [email protected]
> www.suremptec.com
>
--
Ing. Rodolfo Bonnin
SUR Emprendimientos Tecnológicos
Perú 345 Piso 5to Oficina "B" (C1067AAG)
Ciudad de Buenos Aires, Argentina
Tel. +54 (11) 4342-2976/84
[email protected]
www.suremptec.com
_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev
