Le vendredi 30 novembre 2012 16:27:18, pierrick.brih...@region-bretagne.fr a
écrit :
> Bonjour deoc'h :-);
>
> Even Rouault a écrit sur 30/11/2012
>
> 16:21:29 :
> > No, it wouldn't work as you would expect: it would override the SRS of
>
> each
>
> > geometry with the one indicated by -s_srs
Le vendredi 30 novembre 2012 13:52:57 pierrick.brih...@region-bretagne.fr a
écrit :
> Hello,
>
> When I try to export some GML files to .shp (using : .\bin\ogr2ogr.exe -f
> "ESRI Shapefile" polygons.shp polygons.gml -t_srs EPSG:27572 -nlt POLYGON
> -lco ENCODING=ISO-8859-1), with ogr2ogr version
Thanks! Looks like I missed the other 2 locations.
Frank Warmerdam wrote:
> Mr. Xonx,
>
> I have made related changes in trunk:
>
> http://trac.osgeo.org/gdal/changeset/25269
>
> Best regards,
> Frank
___
gdal-dev mailing list
gdal-dev@lists.osgeo.o
Mr. Xonx,
I have made related changes in trunk:
http://trac.osgeo.org/gdal/changeset/25269
Best regards,
Frank
On Fri, Nov 30, 2012 at 8:40 AM, wrote:
> A small patch (that prevents a crash on certain datasets). Your line
> numbers will certainly be different, but it should work.
>
>
> ---
A small patch (that prevents a crash on certain datasets). Your line
numbers will certainly be different, but it should work.
--- s57reader.cpp
+++ s57reader.cpp
@@ -2313,7 +2313,7 @@
/* */
/* Add the end node.
Dear devs,
I'm experiencing an strange issue concerning overviews when I try to add
overviews via Python. Essentially I want to create overviews for
Greyscale images encoded in RGB, but on one overview level I always get
colored pixels in a specific rectangle area of the image.
I created the
Bonjour deoc'h :-);
Even Rouault a écrit sur 30/11/2012
16:21:29 :
> No, it wouldn't work as you would expect: it would override the SRS of
each
> geometry with the one indicated by -s_srs.
Nice to know, thanks.
> Currently, ogr2ogr isn't ready to support per-feature SRS and
> reprojection,
Selon pierrick.brih...@region-bretagne.fr:
> Hi,
>
> "Yves Jacolin (Free)" a écrit sur 30/11/2012 14:33:47 :
>
> > did you try something like this (ie with s_srs EPSG:27562):
> >
> > .binogr2ogr.exe -f "ESRI Shapefile" polygons.shp polygons.gml -t_srs
> > EPSG:27572 -s_srs EPSG:27562 -nlt POLYGO
Hi,
"Yves Jacolin (Free)" a écrit sur 30/11/2012 14:33:47 :
> did you try something like this (ie with s_srs EPSG:27562):
>
> .\bin\ogr2ogr.exe -f "ESRI Shapefile" polygons.shp polygons.gml -t_srs
> EPSG:27572 -s_srs EPSG:27562 -nlt POLYGON -lco ENCODING=ISO-8859-1
Well... no. Because my inp
Hi,
I've reported ticket to PostGIS Raster about change in the concept of regular
blocking, that may be of interest here, especially the PostGIS Raster driver
developers and users. Details below.
If anyone has comments or ideas to this issue in PostGIS,
please post it either as follow-up to the t
Hello,
When I try to export some GML files to .shp (using : .\bin\ogr2ogr.exe -f
"ESRI Shapefile" polygons.shp polygons.gml -t_srs EPSG:27572 -nlt POLYGON
-lco ENCODING=ISO-8859-1), with ogr2ogr version "GDAL 1.9.2, released
2012/10/08" on Windows, I get :
Can't transform coordinates, source l
Selon Jukka Rahkonen :
> Hi,
>
> Spatialite 4.0 is now released
>
https://groups.google.com/forum/?fromgroups=#!topic/spatialite-users/hunabzpRJsY
>
> I made a very quick trial by reading some data from Spatialite 4.0 database
> with
> GDAL-dev from gisinternals.com which is compiled with libspati
Hi,
Spatialite 4.0 is now released
https://groups.google.com/forum/?fromgroups=#!topic/spatialite-users/hunabzpRJsY
I made a very quick trial by reading some data from Spatialite 4.0 database with
GDAL-dev from gisinternals.com which is compiled with libspatialite-3.0.0.
Reading seemed to be succ
13 matches
Mail list logo
