Hi,
I like testing the capabilities of GDAL/OGR to export from a GML to a DXF.
I create a very simple file header.dxf and ask to OGR to export a test file
GML to dxf.
The file header.dxf I create has simply this 4 rows:
---
0
SECTION
2
HEADER
---
But when I start ogr2ogr it stop with an error
Even,
re use case 1) below. One instance where the raw data format might be
required is where that encoding contains characters that are not present in an
output encoding and specific action is to be taken to render such characters in
a transmittable form in the output character set.
Hi list,
is it possile to import and SDO table into a shape file using ogr2ogr?
regards,
Imran
--
I.R
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Tamas,
I just went through the gdal 1.7 release notes, and read that a function
'FileFromMemBuffer' was added to the csharp bindings.
Since I'm getting image blobs from an sqlite database (png), is it a suitable
way to use that function?
Thanks
Felix Obermaier
Imran,
If SDO means Oracle Spatial format, you can refer to (
http://www.gdal.org/ogr/ogr_formats.html) and (
http://www.gdal.org/ogr/drv_oci.html) for formats and (
http://www.gdal.org/ogr_utilities.html) for tools.
On Wed, May 26, 2010 at 12:23 PM, Imran Rajjad raj...@gmail.com wrote:
Hi
ogr2ogr -f ESRI Shapefile some_shapefile.shp
OCI:user/p...@tns:schema.table_name
Will do just that.
Mike
--
Michael Smith
US Army Corps of Engineers
Remote Sensing/GIS Center
Hanover, NH
On 5/26/10 1:53 AM, Imran Rajjad raj...@gmail.com wrote:
Hi list,
is it possile to import and
El día Wednesday 26 May 2010 08:53:54, Imran Rajjad dijo:
is it possile to import and SDO table into a shape file using ogr2ogr?
http://www.gdal.org/ogr/drv_oci.html
--
Iván Sánchez Ortega i...@sanchezortega.es
Un ordenador no es una televisión ni un microondas: es una herramienta
compleja.
Folks,
There are already quite many applications in the apps folder. Many of
them contain methods, which could be of more general use than just that
one command line app. I'm specifically thinking about gdaldem now. It
would be cool to have its methods available more broadly and through the
Dear all,
Those of you who will be attending IGARSS 2010 (July 25-30 in
Honolulu) may be interested in the following tutorial:
HD-2: Pragmatic Remote Sensing: A Hands-on Approach to Processing
(http://www.igarss10.org).
It will be given on Sunday, July 25, 08:30 - 12:30 and will present in
Even,
Thanks for bringing this to my attention. We're winding down a major
release here (hence my relative absence from the mailing list except as a
lurker with occasional comments), but this issue is one I wanted to revisit
this summer. Snips and comments below
On May 25, 2010, at 7:31
Hey, I am a little bit new to GDAL and came across a problem. I am the C#
wrapper of GDAL and I am needing to get specific metadata such as
ModelTiepointTag, ModelPixelScaleTag and a few more. I have tried using
the getmetadata( ) method as well as the getmetadataitem( ) method, but
no luck. I
I noticed that in current trunk version SetScale and SetOffset methods are
present for the API of gdal.Band in Python bindings.
As reported in ticket num. 3587:
[...]
With [19412] SetScale and SetOffset methods are added.
When SetUnitType method will be added too, this ticket could be
radioheadCDA wrote:
Hey, I am a little bit new to GDAL and came across a problem. I am the C#
wrapper of GDAL and I am needing to get specific metadata such as
ModelTiepointTag, ModelPixelScaleTag and a few more. I have tried using
the getmetadata( ) method as well as the getmetadataitem( )
Thanks! That is a lot of help. Does that mean I can call the geotransform
method to access the private metadata information?
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Getting-private-Metadata-from-Geotiff-Images-tp5103966p5104110.html
Sent from the GDAL - Dev
radioheadCDA wrote:
Thanks! That is a lot of help. Does that mean I can call the geotransform
method to access the private metadata information?
Chris,
If you call GetGeotransform() you should get back six doubles which for
a north up affine georeferenced image (ie one specified with a
Greetings
While I was importing to GRASS some KOMPSAT-2 images I got a few warnings.
Then, I decided to do some GDALINFO over those Kompsat-2 images and I got
the following warnings:
Warning 1: TIFFFetchNormalTag:ASCII value for tag DocumentName does not
end in null byte
Warning 1:
Looks like one or more dlls are missing or not available to load at run
time. Make sure gdal.dll or all of the dependencies are available to load by
the application. You can place the dll-s in the directory of your executable
or include the directory location in the PATH environment.
Best
Luis Lisboa wrote:
Greetings
While I was importing to GRASS some KOMPSAT-2 images I got a few
warnings. Then, I decided to do some GDALINFO over those Kompsat-2
images and I got the following warnings:
Warning 1: TIFFFetchNormalTag:ASCII value for tag DocumentName does
not end in null byte
Hey thanks for the advice, but It seems i'm still having trouble. I have
copied all of the dlls to the running application folder, and also looked at
the setfwenv.bat and tried to manually set all of the enviroment variables,
and I set all of them except for the
So I found the inner exception for the All register problem and it says it
can't load the dll gdal_wrap but I have put an environment variable
pointing to the folder its but it still shows up the exception. Is there any
other reason why it would load the gdal_wrap dll?
--
View this message in
For the write part, a OGRSFDriver::GetSupportedEncodings() and
OGRLayer::SetEncoding() could make sense (for the later, if it must be
exposed at the datasource or layer level is an open point and a slight
difference between yours and Gaige's approach)
Is there a need for a per-layer
I got it to recognize the file but its saying that it can't find an entry
point in the dllthis is really aggravating ha
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Gdal-Allregister-Error-tp5104079p5105091.html
Sent from the GDAL - Dev mailing list archive at
I downloaded all packages (
http://download.opensuse.org/repositories/Application:/Geo/CentOS_5/x86_64/)
for CentOS 5.
When i try to install netcdf-4.0.1-7.1.x86_64.rpm, I get this error:
r...@localhost gdal17_64bit]# rpm -i netcdf-4.0.1-7.1.x86_64.rpm
warning: netcdf-4.0.1-7.1.x86_64.rpm:
2010/5/26 Even Rouault even.roua...@mines-paris.org
Felix,
yes you should be able to use FileFromMemBuffer() to create a virtual file
and
open it with the PNG driver (since the PNG driver supports virtual IO --
as
confirmed by gdalinfo --format PNG)
Here's the C API for it :
Hi,
While I'm not sure what kind of binaries you are testing with, I would
somewhat suggest to use a package from http://vbkto.dyndns.org/sdk/ which
should contain all the required dll-s.
gdal_wrap.dll is the unmanaged part of the bindings and it should also be
available to load by the
Hi folks,
Im dealing with some text data files that were exported from ArcMap as
text files. They have polygons in them, an look like this:
Polygon
0 0
0 -86.9890993091 28.999375461 1.#QNAN 1.#QNAN
1 -87.0129414796 28.9832507557 1.#QNAN 1.#QNAN
2 -87.0312816107 28.9590589356 1.#QNAN 1.#QNAN
3
26 matches
Mail list logo