On May 15, 2012, at 9:07 PM, Joaquim Luis wrote:
>> Has this worked in the past? Did you change any configuration options from
>> then? Or update any dependent libraries?
>
> Yes, it did work several times in the past. But also yes, I updated
> dependencies using homebrew. Started by netcdf,
On 16-05-2012 02:50, William Kyngesburye wrote:
forget the directory problem - nothing should be linking the Carbon framework
in the first place. Especially on OSX 10.7, since carbon 64bit does not exist,
only 32bit. But then, that's just a warning, and may have nothing to do with
the actual
forget the directory problem - nothing should be linking the Carbon framework
in the first place. Especially on OSX 10.7, since carbon 64bit does not exist,
only 32bit. But then, that's just a warning, and may have nothing to do with
the actual error.
Has this worked in the past? Did you cha
Hi,
I stored DEM
raster data in PostGIS 2.0 and I used gdal_translate (with mode=2) to
extract a mosaic of tiles. When I’m using GDAL 1.8 is working but when I’m
using GDAL 1.9 I can see the values of pixel for just one tile.
For example
I uploaded in the database a tile with an attribute
Hi,
Sorry to come again with a building problem. Now on OSX 10.7.4
For forced updating reasons I was obliged to up start a chain of up
updates that ended up on upgrading to Xcode 4.3.2 and now I get these
errors linking (well, a lot more)
/System/Library/Frameworks/Carbon.framework/Carbon
Jukka,
I think you could achieve what you want by adding a element (see
http://www.gdal.org/gdal_vrttut.html ) inside the element. The
dataset pointed by the in can be a .vrt.
So, schematically, you would have something like 100_percent.vrt :
50_percent.vrt
On Tue, May 15, 2012 at 1:23 PM, Even Rouault
wrote:
> ./swig/include/perl/gdal_perl.i hasn't been updated, so the Perl bindings
> don't compile natively.
Even,
Gotcha - I'll regenerate.
> I although see that tiff_srs_epsg_2066 (gcore/tiff_srs.py) fails. Apparently
> it
> seems related to http
Le mardi 15 mai 2012 16:35:17, Frank Warmerdam a écrit :
> Folks,
>
> I have prepared a GDAL/OGR 1.9.1 Release Candidate at:
>
>http://download.osgeo.org/gdal/gdal-1.9.1RC1.tar.gz
>http://download.osgeo.org/gdal/gdal191RC1.zip
>
> Please test and confirm there are no regressions since 1.
RC1 works well here on Windows (MSVC 2008).
Aside: I'm so old I can remember when 'ogrinfo --formats' returned only
a few vector formatslook at all of them now! :)
-jeff
--
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/
On 12-05-15 11:35 AM, F
I'm pretty sure I did, just not sure what SP it was. It was a version of
express 2010 that I installed only a month or so ago.
On 2012-05-15, at 5:48 AM, Mateusz Loskot wrote:
> Folks,
>
> Has anyone successfully built GDAL trunk using
> Visual Studio 2010 with SP1 installed?
>
> Best regards
On 12-05-15 07:39 AM, Tyler Mitchell wrote:
Hi Frank, this is great to see. I saw some commits not to long ago re: Ingres
driver, but I don't see those changes reflected in this RC. e.g. nothing in
nmake.opt for Ingres. Or maybe I just though we updated that file and we never
did.. any tips? :)
Hi Frank, this is great to see. I saw some commits not to long ago re: Ingres
driver, but I don't see those changes reflected in this RC. e.g. nothing in
nmake.opt for Ingres. Or maybe I just though we updated that file and we never
did.. any tips? :)
From:
Folks,
I have prepared a GDAL/OGR 1.9.1 Release Candidate at:
http://download.osgeo.org/gdal/gdal-1.9.1RC1.tar.gz
http://download.osgeo.org/gdal/gdal191RC1.zip
Please test and confirm there are no regressions since 1.9.0. I'll send
a separate message motioning to declare this 1.9.1 final o
Folks,
Has anyone successfully built GDAL trunk using
Visual Studio 2010 with SP1 installed?
Best regards,
--
Mateusz Loskot, http://mateusz.loskot.net
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Luca,
thank you so much for your help. For a programming beginner like me, the
obvious is not alway so clear!
Now I see the light :)
I ended up using the ExecuteSQL method because the SetFeature method
deleted the content of the other fields. I'm sure there is an obvious
solution to this als
15 matches
Mail list logo
