[gdal-dev] GDAL DLL and plugin with mixed compiler versions

2013-09-06 Thread David Szlucha
I have a GDAL plugin that is built with VS 2005 SP1 that I'm trying to use with a GDAL 1.8 DLL that was built with VS 2008. I cannot rebuild the GDAL 1.8 DLL as it is provided by a different vendor/application. I've found that the GDAL utilities crash when they are exiting (as well as some func

Re: [gdal-dev] Creating an OGRPolygon from an OGREnvelope

2013-09-06 Thread Hugo Benicio
Thanks for you awnser, Frank. At the end, that conversion was not needed for me in my code. On Fri, Aug 30, 2013 at 9:34 PM, Frank Warmerdam wrote: > Hugo, > > OGREnvelope is not treated as a first class geometry in OGR and you are > pretty much stuck creating a polygon geometry point by point f

[gdal-dev] WCS 1.1.x with no bands specified

2013-09-06 Thread Andre Vautour
Hi all, I am trying to open a coverage from a 1.1x WCS server that has multiple fields in its range subset. The WCS XML file is at its most basic form: http://www.example.com/wcs/mywcs? someCoverageIdentifier 1.1.1 The GDAL documentation has the following: /FieldName: Name of the field bein

Re: [gdal-dev] problems building GDAL trunk on MAC OS X

2013-09-06 Thread Ivan Lucena
Thanks William, It looks like a safe solution independent from environment versions to do add the ==0 condition: #if defined(__APPLE__) && !defined(TARGET_OS_IPHONE) #if defined(__APPLE__) && (!defined(TARGET_OS_IPHONE) || TARGET_OS_IPHONE==0) But I am not building on a simulator

Re: [gdal-dev] problems building GDAL trunk on MAC OS X

2013-09-06 Thread William Kyngesburye
A fix for iOS broke OS X: http://trac.osgeo.org/gdal/ticket/5197 See my comments for a solution until it gets fixed again in source. On Sep 6, 2013, at 7:04 AM, Ivan Lucena wrote: > Hi there, > > After a long time since my last svn update from the trunk on that machine, > now I am getting thi

[gdal-dev] problems building GDAL trunk on MAC OS X

2013-09-06 Thread Ivan Lucena
Hi there, After a long time since my last svn update from the trunk on that machine, now I am getting this error: Undefined symbols: "_environ", referenced from: _CPLSpawnAsync in cpl_spawn.o _CPLSpawnAsync in cpl_spawn.o ld: symbol(s) not found collect2: ld returned 1 exit status

Re: [gdal-dev] MOD13C2 assign coord. sist.

2013-09-06 Thread Eloi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/06/2013 01:38 PM, Jose Gomez-Dans wrote: > On 6 September 2013 11:33, Eloi wrote: > >> Assigning EPSG:4326 nothing comes up when loading the image with >> others data in EPSG:4326. >> > > You are right, the data is missing georeference infor

Re: [gdal-dev] MOD13C2 assign coord. sist.

2013-09-06 Thread Jose Gomez-Dans
On 6 September 2013 11:33, Eloi wrote: > Assigning EPSG:4326 nothing comes up when loading the image with > others data in EPSG:4326. > You are right, the data is missing georeference information: $ gdalinfo 'HDF4_EOS:EOS_GRID:"MOD13C2.A232.005.2006272104028.hdf":MOD_Grid_monthly_CMG_VI:CMG

Re: [gdal-dev] gdal_translate -outsize resampling method?

2013-09-06 Thread Eloi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/06/2013 12:21 PM, Jukka Rahkonen wrote: > Eloi openmailbox.org> writes: > > >> Hi all, >> >> What is the resampling method used by gdal_translate when using >> the -outsize option? > > Nearest neighbor. Use gdalwarp if you want to use some o

Re: [gdal-dev] MOD13C2 assign coord. sist.

2013-09-06 Thread Eloi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/06/2013 11:53 AM, Jose Gomez-Dans wrote: > Hi Eloi, > > I think that the projection for the global CMG MOD13 products is > lat/long, and is stored in the dataset itself (I deleted the > MOD13's last weeek, so can't check ;-D). You shouldn't need

Re: [gdal-dev] gdal_translate -outsize resampling method?

2013-09-06 Thread Jukka Rahkonen
Eloi openmailbox.org> writes: > Hi all, > > What is the resampling method used by gdal_translate when using the > -outsize option? Nearest neighbor. Use gdalwarp if you want to use some other resampling. -Jukka Rahkonen- ___ gdal-dev mailing list

Re: [gdal-dev] MOD13C2 assign coord. sist.

2013-09-06 Thread Jose Gomez-Dans
Hi Eloi, I think that the projection for the global CMG MOD13 products is lat/long, and is stored in the dataset itself (I deleted the MOD13's last weeek, so can't check ;-D). You shouldn't need to specify it, GDAL will pick it up. In case it doesn't pick it up, you want "EPSG:4326", but I'm sure

[gdal-dev] gdal_translate -outsize resampling method?

2013-09-06 Thread Eloi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, What is the resampling method used by gdal_translate when using the - -outsize option? In my case I will change resolution from 7200*3600 into 720*360. Thanks! All the best, Eloi -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Lin

[gdal-dev] MOD13C2 assign coord. sist.

2013-09-06 Thread Eloi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I am trying so assign the coordinate system to MODIS product MOD13C2 but do not know what string use to do this. gdal_translate -a_srs 'do not know what to put here' -of GTiff 'HDF4_EOS:EOS_GRID:"MOD13C2.A232.005.2006272104028.hdf":MOD_Gr