Well, I figured out my one issue where Ogr.Open() was returning a null dataset.
This was because I had not called OSGeo.OGR.Ogr.RegisterAll(). I had mistakenly
called OSGeo.GDAL.Gdal.AllRegister() instead, which does not register the OGR
drivers. Without an OGR driver registered, Ogr was not abl
Hello,
I was able to build the c# interface dll-s using swig 1.3.39. gdal_csharp,
ogr_csharp and osr_csharp.dll all register successfully and I referenced them
in my c# project, however I have 2 questions:
1. When I register the dlls, I get a dialog asking me which ArcGIS Installation
to use. W
Hi Alexandre,
Yes, that is an interesting idea. You can actually read the CSV files as OGR
data source:
% ogrinfo gcs.csv -al | more
INFO: Open of `gcs.csv'
using driver `CSV' successful.
Layer name: gcs
Geometry: None
Feature Count: 438
Layer SRS WKT:
(unknown)
COORD_REF_SYS_CODE: Strin
The OGR CSV support is a supported driver and I think it will work better
than the built-in GDAL support (but perhaps it the same think).
Alexandre
On Tue, Sep 7, 2010 at 8:58 PM, Ivan Lucena wrote:
> > On Sep 7, 2010, at 8:59 AM, Anders Moe wrote:
> >
> > >
> > > Hi everyone
> > >
> > > C
> On Sep 7, 2010, at 8:59 AM, Anders Moe wrote:
>
> >
> > Hi everyone
> >
> > Creating a C++ enduser app I was wondering if there is a programmatic way
> to read the various datums/projections etc. files in the gdal data directory
> ? I would like to present these in the interface if the u
On Sep 7, 2010, at 8:59 AM, Anders Moe wrote:
>
> Hi everyone
>
> Creating a C++ enduser app I was wondering if there is a programmatic way to
> read the various datums/projections etc. files in the gdal data directory ? I
> would like to present these in the interface if the user is to perfo
Hi everyone
Creating a C++ enduser app I was wondering if there is a programmatic way to
read the various datums/projections etc. files in the gdal data directory ?
I would like to present these in the interface if the user is to perform
conversion, etc.
Best regards,
Anders
_
