libgeotiff 1.3.0 beta 1

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

libgeotiff 1.3.0 beta 1

Frank Warmerdam
Folks,

I have prepared a beta release for a new libgeotiff release which I have
dubbed 1.3.0.  The big changes are upgrading to EPSG 7.1, and switching
to automake/libtool for build on unix.

   http://download.osgeo.org/geotiff/libgeotiff/libgeotiff-1.3.0b1.tar.gz

Feedback is welcome, ideally as bugs filed at:

   http://geotiff.osgeo.org/

 From the ChangeLog:


2009-09-24  Frank Warmerdam  <[hidden email]>

        * Preparing 1.3.0 release.

        * geo_normalize.c/h, geotiff_proj4.c: Added DefnSet to GTIFDefn so
        it can be properly established if a definition was set or if there
        were no geokeys (#12).  Corrects serious interim bug in geotiff_proj4.c

        * geo_new.c: avoid buffer overrun on corrupt input file (#14).

        * geo_print.c: Improve the precision when formatting values (#13).

2009-06-05  Paul Ramsey

        * csv: Update the EPSG csv files to the 7.1 release of the database.

2009-06-03  Frank Warmerdam  <[hidden email]>

        * geo_normalize.c: add support for LAEA, as contributed by EvenR.
        http://trac.osgeo.org/gdal/ticket/3016

2009-05-20  Frank Warmerdam  <[hidden email]>

        * csv/add_esri_column.py, csv/esri_datum_override.csv: Added a bunch
        of manual ESRI datum name overrides - related to GDAL r17058.

2009-05-18  Frank Warmerdam  <[hidden email]>

        * COPYING: remove inadvertent GPL license, refer to LICENSE file.

2009-05-03  Frank Warmerdam  <[hidden email]>

        * geo_print.c: Use %s format string in fprintf for arbitrary messages.
        http://trac.osgeo.org/gdal/ticket/2976

2009-04-22  Frank Warmerdam  <[hidden email]>

        * geo_normalizec: Do not call CSVDeaccess() by default in getdefn -
        leave it to the application.

        * Remove all the $Log logs.

2009-04-03  Frank Warmerdam  <[hidden email]>

        * geotiff_proj4.c: fix case for setting LCC 2SP GeoTIFF from proj.4.

2009-02-23  Frank Warmerdam  <[hidden email]>

        * *.c, *.h: Include appropriate copyright messages where missing (#8).

        * geotiff_proj4.c: Fix some buffer overflow holes (#9).

2009-02-18  Frank Warmerdam  <[hidden email]>

        * geo_simpletags.c: compute "count" for ascii tag values.

2008-12-29  Frank Warmerdam  <[hidden email]>

        * geo_normalize.c: Optimizations to avoid opening CSV files for
        "well known" definitions. (#4).

        * geotiff_proj4.c: Reduce change of szUnits overflow (#3).

2008-11-27  Frank Warmerdam  <[hidden email]>

        * geo_normalize.c: Introduce support for StdParallel1 in
        Equirectangular (http://trac.osgeo.org/gdal/ticket/2706)

2008-11-12  Frank Warmerdam  <[hidden email]>

        * bin/applygeo.c: New utility for applying georeferencing to an
        existing file (written by [hidden email] and myself).

2008-10-24  Frank Warmerdam  <[hidden email]>

        * bin/listgeo.c: Improve tfw error reporting and user hints (#2)


--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, [hidden email]
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent

_______________________________________________
Geotiff mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/geotiff
Reply | Threaded
Open this post in threaded view
|

Re: libgeotiff 1.3.0 beta 1

peifer
Frank,

listgeo from FWTools 2.0.6 produces [1] for a GeoTIFF in LAEA
(EPSG:3035) projection. However when using listgeo from
libgeotiff-1.3.0, then there seem to be some problems: "Datum:
6258/(unknown), Ellipsoid: 0/(unknown)", see [2].

Is this a bug in libgeotiff-1.3.0, which should have better "support for
LAEA, as contributed by EvenR.", or is it related to libgeotiff's EPSG
7.1 upgrade, or am I doing something wrong, by the end of the day (it is
22:00H over here in Europe ;-) .

Hermann


[1]

$ listgeo naturilis_v1.tif
TIFFReadDirectory: Warning, Unknown field with tag 42112 (0xa480)
encountered.
Geotiff_Information:
  Version: 1
  Key_Revision: 1.0
  Tagged_Information:
     ModelTiepointTag (2,3):
        0                0                0
        746000           5416000          0
     ModelPixelScaleTag (1,3):
        1000             1000             0
     End_Of_Tags.
  Keyed_Information:
     GTModelTypeGeoKey (Short,1): ModelTypeProjected
     GTRasterTypeGeoKey (Short,1): RasterPixelIsArea
     GTCitationGeoKey (Ascii,23): "ETRS_1989_LAEA_L52_M10"
     GeographicTypeGeoKey (Short,1): User-Defined
     GeogCitationGeoKey (Ascii,14): "GCS_ETRS_1989"
     GeogGeodeticDatumGeoKey (Short,1): Datum_European_Reference_System_1989
     GeogAngularUnitsGeoKey (Short,1): Angular_Degree
     ProjectedCSTypeGeoKey (Short,1): User-Defined
     ProjectionGeoKey (Short,1): User-Defined
     ProjCoordTransGeoKey (Short,1): CT_LambertAzimEqualArea
     ProjLinearUnitsGeoKey (Short,1): Linear_Meter
     ProjFalseEastingGeoKey (Double,1): 4321000
     ProjFalseNorthingGeoKey (Double,1): 3210000
     ProjCenterLongGeoKey (Double,1): 10
     ProjCenterLatGeoKey (Double,1): 52
     End_Of_Keys.
  End_Of_Geotiff.

Projection Method: CT_LambertAzimEqualArea
  ProjCenterLatGeoKey: 52.000000 ( 52d 0' 0.00"N)
  ProjCenterLongGeoKey: 10.000000 ( 10d 0' 0.00"E)
  ProjFalseEastingGeoKey: 4321000.000000 m
  ProjFalseNorthingGeoKey: 3210000.000000 m
Datum: 6258/European Terrestrial Reference System 1989
Ellipsoid: 7019/GRS 1980 (6378137.00,6356752.31)
Projection Linear Units: 9001/metre (1.000000m)

Corner Coordinates:
Upper Left    (  746000.000, 5416000.000)  ( 56d53'37.20"W, 54d58' 9.89"N)
Lower Left    (  746000.000,  940000.000)  ( 25d21'35.79"W, 24d 0'38.62"N)
Upper Right   ( 7187000.000, 5416000.000)  ( 69d14'25.21"E, 59d59'41.78"N)
Lower Right   ( 7187000.000,  940000.000)  ( 38d46'29.07"E, 26d36'44.88"N)
Center        ( 3966500.000, 3178000.000)  (  4d52'43.62"E, 51d36' 2.00"N)


[2]

$ tmp/libgeotiff-1.3.0/bin/listgeo naturilis_v1.tif
TIFFReadDirectory: Warning, naturilis_v1.tif: unknown field with tag
42112 (0xa480) encountered.
Geotiff_Information:
  Version: 1
  Key_Revision: 1.0
  Tagged_Information:
     ModelTiepointTag (2,3):
        0                0                0
        746000           5416000          0
     ModelPixelScaleTag (1,3):
        1000             1000             0
     End_Of_Tags.
  Keyed_Information:
     GTModelTypeGeoKey (Short,1): ModelTypeProjected
     GTRasterTypeGeoKey (Short,1): RasterPixelIsArea
     GTCitationGeoKey (Ascii,24): "ETRS_1989_LAEA_L52_M10"
     GeographicTypeGeoKey (Short,1): User-Defined
     GeogCitationGeoKey (Ascii,15): "GCS_ETRS_1989"
     GeogGeodeticDatumGeoKey (Short,1): Datum_European_Reference_System_1989
     GeogAngularUnitsGeoKey (Short,1): Angular_Degree
     ProjectedCSTypeGeoKey (Short,1): User-Defined
     ProjectionGeoKey (Short,1): User-Defined
     ProjCoordTransGeoKey (Short,1): CT_LambertAzimEqualArea
     ProjLinearUnitsGeoKey (Short,1): Linear_Meter
     ProjFalseEastingGeoKey (Double,1): 4321000
     ProjFalseNorthingGeoKey (Double,1): 3210000
     ProjCenterLongGeoKey (Double,1): 10
     ProjCenterLatGeoKey (Double,1): 52
     End_Of_Keys.
  End_Of_Geotiff.

Projection Method: CT_LambertAzimEqualArea
  ProjCenterLatGeoKey: 52.000000 ( 52d 0' 0.00"N)
  ProjCenterLongGeoKey: 10.000000 ( 10d 0' 0.00"E)
  ProjFalseEastingGeoKey: 4321000.000000 m
  ProjFalseNorthingGeoKey: 3210000.000000 m
Datum: 6258/(unknown)
Ellipsoid: 0/(unknown) (0.00,0.00)
Projection Linear Units: 9001/metre (1.000000m)

Corner Coordinates:
Upper Left    (  746000.000, 5416000.000)
Lower Left    (  746000.000,  940000.000)
Upper Right   ( 7187000.000, 5416000.000)
Lower Right   ( 7187000.000,  940000.000)
Center        ( 3966500.000, 3178000.000)


Frank Warmerdam wrote:

> Folks,
>
> I have prepared a beta release for a new libgeotiff release which I have
> dubbed 1.3.0.  The big changes are upgrading to EPSG 7.1, and switching
> to automake/libtool for build on unix.
>
>    http://download.osgeo.org/geotiff/libgeotiff/libgeotiff-1.3.0b1.tar.gz
>
> Feedback is welcome, ideally as bugs filed at:
>
>    http://geotiff.osgeo.org/
>
(...)
_______________________________________________
Geotiff mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/geotiff
Reply | Threaded
Open this post in threaded view
|

Re: libgeotiff 1.3.0 beta 1

Frank Warmerdam
Hermann Peifer wrote:
> Frank,
>
> listgeo from FWTools 2.0.6 produces [1] for a GeoTIFF in LAEA
> (EPSG:3035) projection. However when using listgeo from
> libgeotiff-1.3.0, then there seem to be some problems: "Datum:
> 6258/(unknown), Ellipsoid: 0/(unknown)", see [2].

Hermann,

I think the "unknown" reports are because you have not setup your
1.3.0 builds to find the supporting csv files.  I believe FWTools
sets the GEOTIFF_CSV environment variable pointing to their location.

> Is this a bug in libgeotiff-1.3.0, which should have better "support for
> LAEA, as contributed by EvenR.", or is it related to libgeotiff's EPSG
> 7.1 upgrade, or am I doing something wrong, by the end of the day (it is
> 22:00H over here in Europe ;-) .

I don't think this relates to http://trac.osgeo.org/gdal/ticket/3016
which you appear to be referring to.

Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, [hidden email]
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent

_______________________________________________
Geotiff mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/geotiff
Reply | Threaded
Open this post in threaded view
|

Re: libgeotiff 1.3.0 beta 1

peifer
Frank,

Thanks for the hint. The issue disppears with -t path/to/libgeotiff-1.3.0/csv

Sorry for the noise. Hermann


-------- Original Message  --------
Subject: [Geotiff] libgeotiff 1.3.0 beta 1
From: Frank Warmerdam <[hidden email]>
To: Hermann Peifer <[hidden email]>
Cc: [hidden email]
Date: 05/11/2009 18:54

> Hermann Peifer wrote:
>> Frank,
>>
>> listgeo from FWTools 2.0.6 produces [1] for a GeoTIFF in LAEA
>> (EPSG:3035) projection. However when using listgeo from
>> libgeotiff-1.3.0, then there seem to be some problems: "Datum:
>> 6258/(unknown), Ellipsoid: 0/(unknown)", see [2].
>
> Hermann,
>
> I think the "unknown" reports are because you have not setup your
> 1.3.0 builds to find the supporting csv files.  I believe FWTools
> sets the GEOTIFF_CSV environment variable pointing to their location.
>
>> Is this a bug in libgeotiff-1.3.0, which should have better "support
>> for LAEA, as contributed by EvenR.", or is it related to libgeotiff's
>> EPSG 7.1 upgrade, or am I doing something wrong, by the end of the day
>> (it is 22:00H over here in Europe ;-) .
>
> I don't think this relates to http://trac.osgeo.org/gdal/ticket/3016
> which you appear to be referring to.
>
> Best regards,
_______________________________________________
Geotiff mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/geotiff