This function uses GEOS, so we should check again after rebuilding that:
See ogrgeometryfactory.cpp:
2321 if (oEnvelope.MinX dfLeftBorderX oEnvelope.MaxX 180)
2322 {
2323 #ifndef HAVE_GEOS
2324 CPLError( CE_Failure, CPLE_NotSupported,
2325
On 26-08-15 21:15, Johan Van de Wauw wrote:
This function uses GEOS, so we should check again after rebuilding that:
Thanks for digging futher! This is all the more reason to start the geos
transition soon as mentioned in the bugreport (#791045).
Kind Regards,
Bas
--
GPG Key ID:
On Wed, Aug 26, 2015 at 7:03 PM, Sebastiaan Couwenberg
sebas...@xs4all.nl wrote:
I'm not sure what to do with this bugreport, if it's a problem with gdal
on arm{el,hf} we should forward it upstream, but since it can also very
likely be caused by the ongoing transitions we should probably keep
Package:gdal
Version: 1.11.2+dfsg-1
Severity: normal
Hello Team members,
While investigating the failing tests of rasterio in sid on
armhf/armel [1,2] I tried doing the same command using ogr2ogr:
ogr2ogr new.geojson test.geojson -t_srs epsg:4326 -f GeoJSON -wrapdateline
ERROR 1:
On 26-08-15 18:02, Johan Van de Wauw wrote:
While investigating the failing tests of rasterio in sid on
armhf/armel [1,2] I tried doing the same command using ogr2ogr:
ogr2ogr new.geojson test.geojson -t_srs epsg:4326 -f GeoJSON -wrapdateline
ERROR 1: vector::_M_fill_insert
ERROR 1:
5 matches
Mail list logo