Neelima,
GDAL's C# interface binaries are not maintained well. So it is better to
compile to get the latest version.
If you are going to use the dlls available elsewhere, make sure you have
them all.
http://trac.osgeo.org/gdal/wiki/GdalOgrCsharpCompile#Compilingthecode shows
a list of those files
Yes.
Perhaps the SDE driver is reading the other layers as well. In the docs it
says that specifying the layer name in the SDE string will make the driver
skip reading the summary metadata for other layers. But it may still report
the other layers to ogr2ogr.
So, specifying the layer to ogr2ogr w
>
> Try the same command with the ArcSDE layer name specified at the end
> for ogr2ogr.
You mean?
ogr2ogr -f "PostgreSQL" PG:"host=myhost user=myuser dbname=mydb
password=** port=5432" -nln postgis_name
SDE:SDE,5151,,***,,sde_name sde_name
I wonder why "layer" in the SDE f
Neelima,
Please go through the documentation in the website.
http://trac.osgeo.org/gdal/wiki/GdalOgrInCsharp
On Thu, Sep 6, 2012 at 10:31 AM, Neelima Emmani <
neelima.emm...@iictechnologies.com> wrote:
> Hi All,
>
> Actually i want to access gespatial data using GDAL into C#. For this I
> tried
Hi All,
Actually i want to access gespatial data using GDAL into C#. For this I tried
to add gdal reference to C#. I took gdal1.9 download from gdal website. Inwhich
i found gdai19.dll . And then tried to add this as a reference to c# . But
unfortunately, C# is popping me up with an error msg.
Phil,
Try the same command with the ArcSDE layer name specified at the end for
ogr2ogr.
On Thu, Sep 6, 2012 at 4:41 AM, Phil Scadden wrote:
> If I copy a set from sde to postgis with:
>
> ogr2ogr -f "PostgreSQL" PG:"host=myhost user=myuser dbname=mydb
> password=** port=5432" -nln p
Luis,
On Wed, Sep 5, 2012 at 3:00 AM, Luis Lisboa wrote:
> Thank you Chitanya.
> But it created an output file with two layers (one with the values from
> original file and another with a 255 for the pixels thar are inside KMZ
> file: How can I have produce one layer?
I may be thinking of someth
If I copy a set from sde to postgis with:
ogr2ogr -f "PostgreSQL" PG:"host=myhost user=myuser dbname=mydb
password=** port=5432" -nln postgis_name
SDE:SDE,5151,,***,,sde_name
then the process works but then it comes with a message
FAILED: layer aready exists and -append not
> ogrinfo wyoming.shp -sql 'UPDATE wyoming SET area=1000 WHERE area is
> NULL' ERROR 1: SQL Expression Parsing Error: syntax error
>
> Is sql update supported or i miss something?
UPDATE is not supported indeed.
The subset of SQL understood by OGR is documented at :
http://gdal.org/o
Hi
I would like to insert a column in a shape file and insert a specific
value on it.
I succeed in insert the column by ogrinfo and sql by
ogrinfo wyoming.shp -sql 'ALTER TABLE wyoming ADD COLUMN area real'
but than i did not succeed in inserting the value.
ogrinfo wyoming.shp -sql 'UPDATE w
On 05-09-2012 20:33, Martin Chapman wrote:
All,
I am trying to compile GDAL 1.91 with GEOS version 3.3.5 on windows 7
x64 and the nmake.opt file does not seem to match the directory
structure of the latest GEOS. Am I missing something simple? Any
help is much appreciated.
Muchos gracias,
Martin,
Did you by chance use cmake to build geos? I built 1.9.1 against geos
3.3.5, but used cmake when building geos. It appears the output files are
named differently when cmake is used. If you did use cmake, then it looks
like you need to specify:
GEOS_LIB = $(GEOS_DIR)/lib/geos_c.lib
if n
I love this user group. Thanks Joaquim!
Best regards,
Martin
From: Joaquim Luis [mailto:jl...@ualg.pt]
Sent: Wednesday, September 05, 2012 2:03 PM
To: Martin Chapman
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] GEOS Ver 3.3.5 and GDAL Ver 1.91
On 05-09-2012 20:33, Martin C
I love this user group. Thanks Even!
Best regards,
Martin
-Original Message-
From: Even Rouault [mailto:even.roua...@mines-paris.org]
Sent: Wednesday, September 05, 2012 1:59 PM
To: gdal-dev@lists.osgeo.org
Cc: Martin Chapman
Subject: Re: [gdal-dev] GEOS Ver 3.3.5 and GDAL Ver 1.91
Le m
Le mercredi 05 septembre 2012 21:33:57, Martin Chapman a écrit :
> All,
>
>
>
> I am trying to compile GDAL 1.91 with GEOS version 3.3.5 on windows 7 x64
> and the nmake.opt file does not seem to match the directory structure of
> the latest GEOS. Am I missing something simple? Any help is muc
All,
I am trying to compile GDAL 1.91 with GEOS version 3.3.5 on windows 7 x64
and the nmake.opt file does not seem to match the directory structure of
the latest GEOS. Am I missing something simple? Any help is much
appreciated.
Muchos gracias,
Martin
_
Le mercredi 05 septembre 2012 11:44:50, Paul Meems a écrit :
> Hi Even,
>
> I need to convert the ECW file to GeoTiff because of license issues. It is
> extremely expensive to host ECW files on GeoServer.
> The converted GeoTiff is 100GB. GeoServer can only handle files up to 2GB
> so I need to cr
Hi,
Thanks Even! This solves the problem!
2012/9/5 Even Rouault
> Selon Gabriel Fusca :
>
> > Hi,
> >
> > Thanks for the answer.
> >
> > > OGRPoint querypoint = OGRPoint(Point.x_, Point.y_);
> > > querypoint.assignSpatialReference(new
> OGRSpatialReference(SrWkt.c_str()));
> >
> > It is not n
Selon Gabriel Fusca :
> Hi,
>
> Thanks for the answer.
>
> > OGRPoint querypoint = OGRPoint(Point.x_, Point.y_);
> > querypoint.assignSpatialReference(new OGRSpatialReference(SrWkt.c_str()));
>
> It is not necessary to transform the query point because the Point is at
> the same spatial reference
Hi,
Thanks for the answer.
> OGRPoint querypoint = OGRPoint(Point.x_, Point.y_);
> querypoint.assignSpatialReference(new OGRSpatialReference(SrWkt.c_str()));
It is not necessary to transform the query point because the Point is at
the same spatial reference system.
> pgeometry->Intersects(pquer
Hi,
I notice that we have regularly reports from users that still use FWTools 2.4.7
and run into problems that are often solved by using more recent versions. I'd
suggest we remove mentions to FWTools from
http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries .
Frank,
Perhaps a prominent notic
Thank you Chitanya.
But it created an output file with two layers (one with the values from
original file and another with a 255 for the pixels thar are inside KMZ
file: How can I have produce one layer?
Thanks
Luis
On Mon, Sep 3, 2012 at 5:10 PM, Chaitanya kumar CH
wrote:
> Luis,
>
> gdalwarp has
Hi Even,
I need to convert the ECW file to GeoTiff because of license issues. It is
extremely expensive to host ECW files on GeoServer.
The converted GeoTiff is 100GB. GeoServer can only handle files up to 2GB
so I need to create smaller tiles.
That is what the python script will do for me. I'm ho
Selon Paul Meems :
> I'm trying to tile an ecw file to use in geoserver like explained here:
>
http://docs.geoserver.org/latest/en/user/tutorials/imagepyramid/imagepyramid.html
I've no experience with GeoServer but this would be *extremely* weird that you
would need to create an image pyramid for
I'm trying to tile an ecw file to use in geoserver like explained here:
http://docs.geoserver.org/latest/en/user/tutorials/imagepyramid/imagepyramid.html
I am on Windows and have no experience with Python, so I've installed
FWTools v2.4.7 from http://fwtools.maptools.org/
When I run gdal_retile I
25 matches
Mail list logo
