Re: [gdal-dev] Try to create a .bat for ogr2ogr

João - Try to get to ogr2ogr command to work (or not work) from GDAL command-line environment (SDKShell.bat) with one shape file. And don't depend on defaults in the database connection string, ie. PG:"*host=localhost port=5432 *dbname='temp_gis' user='test_user' password='test_pss'" You

Re: [gdal-dev] How get EPSG code from an OGRSpatialReferenceH?

Thanks for the answer. Not what I wanted to hear but such is life. (And I think it makes sense now that you explain it - ie, it's not a neatly reversible translation). It will complicate my user interface somewhat, but I think I've got an idea of how to work around it. Thanks, Nik. On 30

Re: [gdal-dev] How get EPSG code from an OGRSpatialReferenceH?

Le vendredi 29 août 2014 19:52:57, David Strip a écrit : > On 8/29/2014 11:45 AM, Even Rouault wrote: > > Le vendredi 29 août 2014 05:20:16, David Strip a écrit : > >> > It's my recollection from a question I posted here a little over a > >> > year ago that except for a few special cases, autoIden

Re: [gdal-dev] How get EPSG code from an OGRSpatialReferenceH?

On 8/29/2014 11:45 AM, Even Rouault wrote: > Le vendredi 29 août 2014 05:20:16, David Strip a écrit : >> > It's my recollection from a question I posted here a little over a year >> > ago that except for a few special cases, autoIdentifyEPSG only works if >> > there is an authority node providing

Re: [gdal-dev] How get EPSG code from an OGRSpatialReferenceH?

Le vendredi 29 août 2014 05:20:16, David Strip a écrit : > It's my recollection from a question I posted here a little over a year > ago that except for a few special cases, autoIdentifyEPSG only works if > there is an authority node providing the EPSG. Hu, no. That would make it really useless.

Re: [gdal-dev] why do I get a floating point nodata value from a byte raster?

Le jeudi 28 août 2014 23:32:38, Richard Sharp a écrit : > I have a byte GTiff dataset that has a nodata value of 0 according to QGIS. Well, I've just created such a file, and with QGIS 1.8, the GUI display well the -3.4028230607370965e+38 value, but with 2.4, it displays 0. So seems to be on QGI

Re: [gdal-dev] Problem encountered in stitching/merging the raster files

user_name gmail.com> writes: > > I've tried your suggestion but then the result was this: > Note: I used OpenEV to open the file. > > Hi, Result looks like it is because the black slivers which are created by warping are not made

Re: [gdal-dev] SVG support

Does cloudmade have any import and export tools that I could load in a CSV or shapefile and get a valid SVG returned? From: scott_row...@hotmail.com To: g...@stripfamily.net; gdal-dev@lists.osgeo.org Date: Fri, 29 Aug 2014 11:45:50 -0400 Subject: Re: [gdal-dev] SVG support Yep. I don't know

Re: [gdal-dev] SVG support

Yep. I don't know the origin of the SVG file. I am going to try an SVG file from the Cloudmade site and verify that it works! Date: Fri, 29 Aug 2014 09:44:43 -0600 From: g...@stripfamily.net To: scott_row...@hotmail.com; gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] SVG support

Re: [gdal-dev] SVG support

What is the source of your SVG file? According to the SVG driver page, only files produced with the Cloudmade Vector Stream Server will work. On 8/29/2014 9:25 AM, Scott Rowles wrote: Hi, I am using the 1.11 precompiled b

Re: [gdal-dev] SVG support

Scott, On Fri, Aug 29, 2014 at 9:25 AM, Scott Rowles wrote: > Hi, > > I am using the 1.11 precompiled binaries with with libexpat included in the > GDAL_DATA path. I am trying to read an SVG file, which according to the > vector format support table should work. But it is failing and saying tha

[gdal-dev] SVG support

Hi, I am using the 1.11 precompiled binaries with with libexpat included in the GDAL_DATA path. I am trying to read an SVG file, which according to the vector format support table should work. But it is failing and saying that it cannot open the file. Any thoughts on how to troubleshoot/resolv

Re: [gdal-dev] Problem encountered in stitching/merging the raster files

Am 29.08.2014 09:04, schrieb user_name: I've tried your suggestion but then the result was this: Note: I used OpenEV to open the file. Perhaps you should switch to QGIS. OpenEV is quite old, and may not work with all output of GDAL. The grey parts between the images should have NODATA value.

Re: [gdal-dev] Convert S57 to image with S52 rendering

Storkur, Yes, use the call : S52_dumpS57IDPixels(const char *toFilename, unsigned int S57ID, unsigned int width, unsigned int height); Check https://github.com/sduclos/S52/blob/master/S52.h for details rgds, Sylvain. On Fri, 8/29/14, Storkur wro

[gdal-dev] Try to create a .bat for ogr2ogr

Hi guys, i'm giving the first steps in this kind of programming. So the scenario is: I have a lot of users that dump work shapfiles into a folder, then i need to upload this files to a database into a single table (at this time i'm testing the PostGIS). So I read some snippets code and some tut

Re: [gdal-dev] Problem encountered in stitching/merging the raster files

I've tried your suggestion but then the result was this: Note: I used OpenEV to open the file. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Problem-encountered-in-stitching-merging-the-raster-files-tp51589