Re: [gdal-dev] Ogr and Dwg via Teigha (in C#)

Hi Tamas, Thanks; I think you're right. So I started to follow the advice on building the plugins here: only to find that the build appears to be referencing some libs that don't come with the particular Teigha download that I have. It's refer

Re: [gdal-dev] Ogr and Dwg via Teigha (in C#)

Noon, As far as I see the DWG driver is compiled as a plugin so you should either place it into a /gdalplugins subdirectory from where your application is running, or set the location of this dll in the GDAL_DRIVER_PATH environment variable. Also make sure the location of the dll-s from the depend

[gdal-dev] Trans.: [SpatiaLite-Users] 2013 - technology preview

Forwarding here. I'm not sure if I've advertized VirtualOGR properly before. Sandro does a great job on that ! - Message transféré de sandro furieri - Date : Sat, 3 Nov 2012 09:48:10 -0700 (PDT) De : sandro furieri Adresse de retour :spatialite-us...@googlegroups.com Sujet : [S

Re: [gdal-dev] Fwd: OSRExportToProj4 losing datum

On Sat, 3 Nov 2012, Even Rouault wrote: Selon Roger Bivand : On Sat, 3 Nov 2012, Even Rouault wrote: Selon Roger Bivand : Even, I've opened #4880 on this - it is problematic in the R-spatial setting because the CRS (coordinate reference system) object recorded in each Spatial object uses

Re: [gdal-dev] Fwd: OSRExportToProj4 losing datum

Selon Roger Bivand : > On Sat, 3 Nov 2012, Even Rouault wrote: > > > Selon Roger Bivand : > > > >> Even, > >> > >> I've opened #4880 on this - it is problematic in the R-spatial setting > >> because the CRS (coordinate reference system) object recorded in each > >> Spatial object uses the PROJ.4 s

Re: [gdal-dev] Fwd: OSRExportToProj4 losing datum

On Sat, 3 Nov 2012, Even Rouault wrote: Selon Roger Bivand : Even, I've opened #4880 on this - it is problematic in the R-spatial setting because the CRS (coordinate reference system) object recorded in each Spatial object uses the PROJ.4 string to represent spatial reference. A user can crea

Re: [gdal-dev] Fwd: OSRExportToProj4 losing datum

Selon Roger Bivand : > Even, > > I've opened #4880 on this - it is problematic in the R-spatial setting > because the CRS (coordinate reference system) object recorded in each > Spatial object uses the PROJ.4 string to represent spatial reference. A user > can create a CRS, write out a raster (whi

Re: [gdal-dev] problem with compiling grass with gdal

Hi, 2012/11/3 Even Rouault : > Yes, I think that the recent commit in > http://trac.osgeo.org/gdal/changeset/25195 fixed the issue. seems to be like that, thanks for info, Martin -- Martin Landa * http://geo.fsv.cvut.cz/~landa ___ gdal-dev mailing l

Re: [gdal-dev] problem with compiling grass with gdal

Selon Martin Landa : > Hi, > > 2012/10/24 Martin Landa : > > >> Perhaps try to diff the output of ldd libgdal.so ?? > > > > Apparently libstdc++.so.6 is missing in trunk. > > seems to be solved. > > $ gdal-config --version > 2.0.0 > > $ ldd /usr/local/lib/libgdal.so | grep 'c++' > libstdc+

Re: [gdal-dev] problem with compiling grass with gdal

Hi, 2012/10/24 Martin Landa : >> Perhaps try to diff the output of ldd libgdal.so ?? > > Apparently libstdc++.so.6 is missing in trunk. seems to be solved. $ gdal-config --version 2.0.0 $ ldd /usr/local/lib/libgdal.so | grep 'c++' libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.s

Re: [gdal-dev] Fwd: OSRExportToProj4 losing datum

Even, I've opened #4880 on this - it is problematic in the R-spatial setting because the CRS (coordinate reference system) object recorded in each Spatial object uses the PROJ.4 string to represent spatial reference. A user can create a CRS, write out a raster (which expands the description to inc

Re: [gdal-dev] Help on writting float type data into raster using writeRaster

> int[] bandMap = new int[] { 1, 1, 1}; > try > { > ds.WriteRaster(LCx, LCy, width, height, Data, width, > height, 1, bandMap, 1, 1, 1); The values you give for the last 5 arguments of WriteRaster() are definitely wrong. See the documentation of

Re: [gdal-dev] Fwd: OSRExportToProj4 losing datum

Selon Oliver Soong : > The attached raster is in Albers_Conic_Equal_Area on > North_American_Datum_1983. This is correctly indicated by the WKT. > The PROJ.4 string has no such datum information. This causes problems > with rgdal in R, which uses the PROJ.4 string and never receives the > datum

Re: [gdal-dev] Ogr and Dwg via Teigha (in C#)

Hi, So, further to this, I've not had much luck with my previous approach. I'm going to now try this method; but I kind of want to understand why what I tried didn't work. What I mean by "Didn't work" is that my requests to open DWG files, or just grab an instance of the DWG driver, didn't work