Re: [gdal-dev] Write dataset to web output

can't directly output my datasource to the webserver, I need to write it on disk first ? All the best Guillaume Le 26/09/13 01:19, Even Rouault a écrit : Le mercredi 25 septembre 2013 10:48:00, Guillaume Sueur a écrit : Hi list, I've build a python gdal script which retrieves WMS images from

[gdal-dev] Write dataset to web output

Hi list, I've build a python gdal script which retrieves WMS images from a remote layer. I'd like to send the image back to the browser, but I can't figure out how to do that... Once I've got a correct gdal dataset, how to read it into the server response ? Thanks Guillaume

[gdal-dev] Wrong .prj file with SHAPEZIP Outputformat

Hi list(s), Sorry for cross-posting gdal and mapserver dev lists, but I don't know exactly where my problem comes from. When using a SHAPEZIP OUTPUTFORMAT with MapServer, I retrieve a prj file which is not exactly the correct projection definition (for EPSG:3946) :

Re: [gdal-dev] GDAL2Tiles

Hi, That can last a bit. It depends on your geo extent and how many base tiles will be generated. Gdal2tiles outputs a 10...20... counter, which should help you calculate the global time. Regards Guillaume Le 14/07/2010 16:33, Tejas Gajera a écrit : Hi, I have a Tiff image of around

Re: [gdal-dev] GDAL2Tiles

idea how to improve the process speed? Regards, Tejas Gajera On Wed, Jul 14, 2010 at 12:59 PM, Guillaume Sueur no-re...@neogeo-online.net wrote: Hi, That can last a bit. It depends on your geo extent and how many base tiles will be generated. Gdal2tiles outputs a 10...20... counter, which should

Re: [gdal-dev] OGR DXF Driver, /me blogs

Frank, Happy to read you online. Please note that the url you sent is wrong. The correct one is http://fwarmerdam.blogspot.com as mentionned on Planet. These new technologies aren't easy to master properly. Keep going. Hope you see you on twitter in a couple of years :-) Best regards, Guillaume

Re: [gdal-dev] Unsupported SRS but available in epsg file

When you use EPSG: or +init=EPSG:x as a SRS definition, OGR will try to resolve the EPSG code from its own CSV data files, and thus will not use /usr/share/epsg/proj for this. This is normally done with the $(gdal_data)/gcs.csv or $(gdal_data)/pcs.csv files derived from the EPSG

[gdal-dev] Gdal and Proj GCS/PCS

Having just realised that gdal doesn't use proj EPSG file for reprojection (see my previous post on Unsupported SRS but available in epsg file), I have a few questions to clarify the reprojection processes both in gdal and mapserver : - where do the gdal gcs/pcs definitions come from ? Is it a

Re: [gdal-dev] Gdal and Proj GCS/PCS

Thanks for these precious informations Frank, it seems clearer to me now. Best regards Guillaume Le mercredi 18 novembre 2009 à 11:41 -0500, Frank Warmerdam a écrit : Guillaume Sueur wrote: Having just realised that gdal doesn't use proj EPSG file for reprojection (see my previous post

[gdal-dev] Unsupported SRS but available in epsg file

Hi, Don't want to bother you guys, but I'm running into an unsupported SRS problem I haven't been able to solve on my own for the past hours... I'm running geodjango on a legacy server, which is said to be running Fedora 9, with standard packages for this distro : gdal-1.5.3-1.fc9.i386

Re: [gdal-dev] Unsupported SRS but available in epsg file

Le mardi 17 novembre 2009 à 14:48 +0100, Even Rouault a écrit : Selon Guillaume Sueur no-re...@neogeo-online.net: Guillaume, I agree that understanding what is the OGR responsibility and what is proj.4 responsability is not always obvious ;-) When you use EPSG: or +init=EPSG:x

Re: [gdal-dev] Re: Fastest vector format for combining shapefiles

Hi, Interesting topic ! The most efficient way is the one which will fit your needs the best. Forget the OneShape idea, but I think you can either have a database approach (either PostGIS or Oracle) or a file approach (your thousands of shapefiles). It depends on what you have to do with data and

Re: SV: [gdal-dev] PostgreSQL, PostGIS and ogr2ogr

sure, you can define client_encoding direcly in postgresql.conf regards Guillaume Casper Børgesen a écrit : A small follow-up. As I stated previously, the '--config PGCLIENTENCODING format' didn't help me. But calling 'SET PGCLIENTENCODING=LATIN1' before the call to ogr2ogr, did do the

[gdal-dev] GeoJSON from FME

to geoJSON by FME. this global object is out of the geoJSON specifications, and makes ogr fail to translate the file. If I just remove this encapsulation, it goes well. Any of you would know why FME is returning such misformed geoJSON ? Regards Guillaume Sueur

Re: [gdal-dev] GeoJSON from FME

I can confirm that FME returns extra bits in GeoJSON output. As I see, it isn't documented in FME Readers and Writers manual, so little to say. nice to hear i didn't screw it up ! Any of you would know why FME is returning such misformed geoJSON ? I would suggest to ask your question

Re: [gdal-dev] ogr option-spat

of this focntion ? Thanks you ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Guillaume SUEUR Gérant Neogeo

[gdal-dev] ogr and python

are polygons and others are multipolygon. Is there a way to transform an ogr geometry on the fly from one type to another to allow to populate the whole table with multipolygons ? Thanks ! -- Guillaume SUEUR ___ gdal-dev mailing list gdal-dev

Re: [gdal-dev] GSoC GDAL2Tiles: MapTiler.org, Google Maps Projection Web, Source Code

I'm talking about 10 to 100 GigaBytes datasets, with which it doesn't seem reasonnable to generate a single merged file ! Couldn't gdal2tiles parse a whole directory ? Thanks, Guillaume Klokan Petr Přidal a écrit : Hi Guillaume, Thank you for positive feedback ;-) Just a question after

Re: [gdal-dev] GSoC GDAL2Tiles: MapTiler.org, Google Maps Projection Web, Source Code

Klokan Petr Přidal a écrit : Hi, I'm talking about 10 to 100 GigaBytes datasets, with which it doesn't seem reasonnable to generate a single merged file ! In case you use -of VRT it should not be problem. VRT is just an XML file telling where is each file placed and what processing is