[gdal-dev] Installing GDAL with Mongo support from Brew on Mac OSX

Hi guys, I know it is slightly out of the scope of this mailing list, but I tried some time ago to make a small enhancement to Brew to support the build including the Mongo driver and I'm stucked at a point with libboost. If anybody of you had the chance to take a look and give a hint to https://

Re: [gdal-dev] Possibility to add a MorphFromESRI-like feature to gdalwarp ?

string) with "ESRI::" > I'm pretty sure that gdalwarp uses SetFromUserInput to get the SRS > definition. > > [1] > http://www.gdal.org/ogr/classOGRSpatialReference.html#aec3c6a49533fe457ddc763d699ff8796 > > On Fri, Jun 29, 2012 at 7:09 AM, Matthieu Rigal > wro

[gdal-dev] Possibility to add a MorphFromESRI-like feature to gdalwarp ?

Hi guys, When asking gdalwarp to warp from a WKT projection generated by ESRI, it will fail when attempting to convert it to Proj4 (ex: Lambert_Conform_Conic projections). Wouldn't it be possible to integrate some check/transformation like the one done in Python here : http://nullege.com/codes/se

[gdal-dev] What about adding a "-b" band parameter to gdal_merge ?

le file but only for one band. The "-b" parameter would have been perfect. Is it something that may be implemented/added in the future ? For now, I am creating virtual rasters and I am then merging them or I generate the 5 bands and then use gdal_translate, but it is more time and space

[gdal-dev] strange behaviour of the python bindings in a seldom case

ocessing pacakage, therefore I can not give easily a sample) But also, the fact that this only occurs with >1 osgeo packages (I tried several other ones) indicates that there might be a problem on this side, or am I wrong ? Any help or hint on something I could have forgotten would be appr

[gdal-dev] Re: strange behaviour of the python bindings in a seldom case

here... Sorry again, Regards, Matthieu On Monday 28 March 2011 17:53:47 Matthieu Rigal wrote: > Dear GDAL heroes, > > I have encountered a very strange behaviour of the python bindings. I am > using version 1.7.3 with Python 2.6 on a OpenSuse 11 64bits. > > We developped an i

Re: [gdal-dev] Postgresql driver ability to add constraints

Wed, Nov 3, 2010 at 9:23 AM, Matthieu Rigal wrote: > > Hi guys, > > > > I was checking and I did not found a proper way for now to add a unique > > or not null constraints to columns of a layer created/edited by OGR. > > > > If I am wrong, please correct me. >

[gdal-dev] Postgresql driver ability to add constraints

added, as it is quite widely used properties... Regards, Matthieu -- Matthieu Rigal Product Development RapidEye AG Tel: +49-(0)3381-89 04 331 Molkenmarkt 30 Fax: +49-(0)3381-89 04 101 14776 Brandenburg/Havel Germany

Re: [gdal-dev] python GetDescription() returns empty strings on 1.7.1

th several layers having names created by other software, the GetDescription() did return it, whereas know it is not returning it... Regards, Matthieu On Monday 11 October 2010 16:43:02 you wrote: > Selon Matthieu Rigal : > > Matthieu, > > I can reproduce in trunk too. I'm

Re: [gdal-dev] python GetDescription() returns empty strings on 1.7.1

python... I just filed this discussion as a ticket, her you can find it http://trac.osgeo.org/gdal/ticket/3780 Thanks for all the great job you're doing ! Best Regards, Matthieu On Monday 11 October 2010 16:33:51 Frank Warmerdam wrote: > Matthieu Rigal wrote: > > Hi folks, >

[gdal-dev] python GetDescription() returns empty strings on 1.7.1

Hi folks, Currently running GDAL 1.7.1, I noticed a regression towards the 1.6.x branch which I could not find in the tickets. Teh GetDescription() always seems to return empty strings, except for just created file and just setted description... Here is a description of the bug, I don't think

[gdal-dev] gdal.ReprojectImage error with gdal 1.7.1

Hi guys, I just upgraded my gdal version to 1.7.1 and I had a bad surprise figuring some of my scripts were not working anymore and I could quickly figure out where it came from : gdal.ReprojectImage is not working as it should... I downloaded the reproject.py script from the autotest to see wh

[gdal-dev] best way to compare in a numpy table the values of two images with different projection

Hi folks, I am currently implementing a tool to allow band-to-band computations on array values out of 2 images with different projection and different resolution in python. The operation is quite complex, so I will summarize it here and below give the solution I am currently testing to see if

Re: [gdal-dev] Python-OGR not looping over more than 500 PGSQL features

al/browser/trunk/gdal/ogr/ogrsf_frmts/pg/ogrpgtable >layer.cpp#L1895 ) So it was never returning more than 500 features. IMHO, > the number 500 looks like an intentional limitation, probably set on the > server connection. > > On Fri, Oct 9, 2009 at 4:11 PM, Matthieu Rigal wrote: >

[gdal-dev] Python-OGR not looping over more than 500 PGSQL features

te without finding something about it... May it come from some Python memory limitation ( I doubt) ? Or from some PGSQL server limitation (I doubt also because 858 features are returned at the beginning ? Thanks for your help, Best Regards, Matthieu Rigal RapidEye AG Molkenmarkt 30 14776 Brandenb

[gdal-dev] strange path handling of ogr2ogr in append mode

ROR 4: Failed to open Shapefile `merge.shp/fileone.shp'. If it was resolved, forget it, if I am the only one, forget it maybe also... but this is strange... Regards, Matthieu -- Matthieu Rigal Product Development RapidEye AG Tel: +49-(0)3381-89 04 331 Molk

[gdal-dev] Re:[FWTools] GDALRasterizeGeometries() and Python

Hi Frank and GDAL-dev team, By reading the following message and unsuccessfully searching for documentation and possibilities to rasterize geometries, I would be pleased to know if the Python bindings for GDALRasterizeGeometries() are still somehow planned. If no bindings are planned is there

Re: [gdal-dev] non-fully conform output of gdalwarp

Friday 29 May 2009 13:49:01 Lucena, Ivan wrote: > If you use DATUM["GRS_1980" instead of DATUM["D_GRS_1980" it might work. > See http://spatialreference.org for more info. > > > ---Original Message--- > > From: Matthieu Rigal > > Subject:

[gdal-dev] non-fully conform output of gdalwarp

tor"], PARAMETER["latitude_of_origin",0], PARAMETER["central_meridian",15], PARAMETER["scale_factor",0.9996], PARAMETER["false_easting",350], PARAMETER["false_northing",0], UNIT["metre",1,

[gdal-dev] ogr shapefile driver improvment suggestion

nice enhancement to have the possibility to set -dsco X:5 Y:5 or similar when translating a shapefile to a meter/UTM projection ? Best regards, Mattheu -- Matthieu Rigal Product Development RapidEye AG Tel: +49-(0)3381-89 04 331 Molkenmarkt 30 Fax: +

Re: [gdal-dev] Does the OGR PotsGis driver support by default UTF-8 ?

263/ > to define the encoding of your Python source file. > > For example, the following script will display two eacute characters, > provided that your text editor is indeed using UTF-8 encoding. > > #!/usr/bin/python > # -*- coding: utf-8 -*- > print '\xc3\xa9' >

[gdal-dev] Does the OGR PotsGis driver support by default UTF-8 ?

NG environment variable to indicate the format being provided. For instance, if your text is LATIN1 you could set the environment variable to LATIN1 before using OGR and input would be assumed to be LATIN1 instead of UTF-8." Any suggestions or help is highly appreciated ! Regards, Matthi

[gdal-dev] Re: GDAL encounters problem with very small files . FIXED

wrote: > Matthieu Rigal wrote: > > Hi all, hi Frank, > > > > I am encountering problem with gdal_translate and gdalinfo with very > > little images. I have for example a 9*16 pixels image, georeferenced, > > 16bits and 8bits, that I have tested in 2 formats

[gdal-dev] Re: GDAL encounters problem with very small files

:17 you wrote: > Matthieu Rigal wrote: > > Hi all, hi Frank, > > > > I am encountering problem with gdal_translate and gdalinfo with very > > little images. I have for example a 9*16 pixels image, georeferenced, > > 16bits and 8bits, that I have tested in 2 formats

[gdal-dev] GDAL encounters problem with very small files

Geomatica... If you have any ideas or if it is a known bug... let me know ! Best regards, Matthieu Rigal PS : it may be related to the bug described before, but just to know, is there anything wrong in this portion of Python code : sName = sFile[:-3] + &quo

[gdal-dev] GDAL encounters problem with very small files, part 2

Hi all, hi Frank, OOps, I have forgot to say that I unfortunately have only the version 1.4.2 of GDAL/OGR here. If it works on your machine, then it may come from this out-of-date version But please check it also from your side... Best regards, Matthieu Rigal RapidEye AG Molkenmarkt

Re: [gdal-dev] Fastest way to add the GeoTransform to a raster file with Python

- > Geographic Information, > Information Management and Technology, > Yukon Department of Environment > 10 Burns Road * Whitehorse, Yukon * Y1A 4Y9 > 867-667-8133 Tel * 867-393-7003 Fax > http://environmentyukon.gov.yk.ca/geomatics/ >

[gdal-dev] Fastest way to add the GeoTransform to a raster file with Python

Hi all, Since the method of Create, SetGeoTransform, etc... is "complicated" and unefficient from a performance point of view, what is the way to quickly add the GeoTransform, taken from a referenced raster to a raster that have lost the information. Best regards, Matthieu -- Matt