[gdal-dev] Motion: Adopt GDAL/OGR 1.5.2 RC3 as 1.5.2

Even Rouault even.rouault at mines-paris.org
Sat May 31 14:09:25 EDT 2008


The failure on isis_1 from the autotest snapshot of GDAL 1.5.0 is expected. 
The expected value was in fact wrong and the test has been fixed in the SVN 
repository of branches/1.5. See 
http://trac.osgeo.org/gdal/changeset/14362/branches/1.5/autotest

Le Saturday 31 May 2008 20:01:06 William Kyngesburye, vous avez écrit :
> OSX 10.5 Leopard build mostly OK.  One new failure in the autotests:
>
>    TEST: isis_1 ...
> old =  PROJCS["Equirectangular Mars",
>      GEOGCS["GCS_Mars",
>          DATUM["D_Mars",
>              SPHEROID["Mars_localRadius",3394813857.975946,0]],
>          PRIMEM["Reference_Meridian",0],
>          UNIT["degree",0.0174532925199433]],
>      PROJECTION["Equirectangular"],
>      PARAMETER["latitude_of_origin",-15.14700031280518],
>      PARAMETER["central_meridian",184.4129943847656],
>      PARAMETER["false_easting",0],
>      PARAMETER["false_northing",0]]
> new =  PROJCS["Equirectangular Mars",
>      GEOGCS["GCS_Mars",
>          DATUM["D_Mars",
>              SPHEROID["Mars_localRadius",3394813.857975945,0]],
>          PRIMEM["Reference_Meridian",0],
>          UNIT["degree",0.0174532925199433]],
>      PROJECTION["Equirectangular"],
>      PARAMETER["latitude_of_origin",-15.14700031280518],
>      PARAMETER["central_meridian",184.4129943847656],
>      PARAMETER["false_easting",0],
>      PARAMETER["false_northing",0]]
> fail
>      Projections differ
>    TEST: isis_2 ...
> fail
>
> similar failure - spheroid off by magnitude of 1000
>
>
> The WCS/WMS tests also had connection failures - refused/system
> overload.
>
>
> I'm still using HDF4.2r2 and HDF5 1.6.x, so I don't have the problems
> others are having with those.
>
>
> I've updated to the latest Xcode 3.1 beta on Leopard (iPhone SDK
> beta), and it looks like the one optimization problem with the geotiff
> driver is gone :)
>
> But I still have the odd makefile issue where it builds the object
> files as *.lo + .libs/*.o, but the target deps are *.o, so everything
> gets recompiled when I make install after make, with the side effect
> that the apps can't find the *.o to link into their binaries.  I have
> to remove 'default' from the install target deps so it doesn't
> recompile everything, and change all the app targets to link the *.lo
> objects.
>
> On May 29, 2008, at 3:36 PM, Frank Warmerdam wrote:
> > Folks,
> >
> > I have a new release candidate up that includes the CPLAtof() fixes
> > (#2036 related) as well as some GeoJSON improvements.
> >
> >  http://download.osgeo.org/gdal/gdal-1.5.2RC3.tar.gz
> >  http://download.osgeo.org/gdal/gdal152RC3.zip
> >
> > Motion: GDAL 1.5.2 RC2 is adopted as the official GDAL 1.5.2 release.
> >
> > Please vote after testing within the next two days, and we can issue
> > the
> > official release on Tuesday (I'm out Monday).
> >
> > Best regards,
> > --
> > ---------------------------------------
> > +--------------------------------------
> > I set the clouds in motion - turn up   | Frank Warmerdam,
> > warmerdam at pobox.com light and sound - activate the windows |
> > http://pobox.com/~warmerdam and watch the world go round - Rush    |
> > President OSGeo, http://osgeo.org
> >
> > _______________________________________________
> > gdal-dev mailing list
> > gdal-dev at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
> -----
> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
> http://www.kyngchaos.com/
>
> "Mon Dieu! but they are all alike.  Cheating, murdering, lying,
> fighting, and all for things that the beasts of the jungle would not
> deign to possess - money to purchase the effeminate pleasures of
> weaklings.  And yet withal bound down by silly customs that make them
> slaves to their unhappy lot while firm in the belief that they be the
> lords of creation enjoying the only real pleasures of existence....
>
> - the wisdom of Tarzan
>
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev




More information about the gdal-dev mailing list