Jukka Rahkonen wrote:
Hermann Peifer gmx.eu> writes:
Adam wrote:
You can test with http://pastebin.com/m45e46f53
Also remember to use -wo SKIP_NOSOURCE=YES
Adam,
Will your patch appear in trunk/gdal/alg at some point in time?
Hi,
It would be very interesting to
test the effect of this
Even,
I think I've figured this out, in my particular example I had a filename
which contained the character 'é' (U+00E9), which in UTF-8 encoding is the
two byte sequence 0xC3 0xA9. However, this character is also in the ANSI
character set (233 decimal), which explains why passing a "normal" ANSI
I am testing GDAL's ability to read various data formats commonly
encountered by ArcGIS users, with the goal of replacing some of my
ArcGIS-based infrastructure with GDAL. At the moment I am working through
Erdas Imagine .img format.
The GDAL HFA driver page http://www.gdal.org/frmt_hfa.html sa
one approach would be to go throug dxf. Quite a few graphics/drawing
tools can export to dxf. QGIS can import dxf to shape using a plugin.
You can then translate/scale the data for georeferencing.
I am sure there are other options as well.
Andreas
Steve Miller wrote:
Hi,
I have a pdf file t
Selon Howard Butler :
I confirm that the 3 new modes have been added just a few days ago to trunk, so
you'll have to wait for the next FWTools or OSGeo4W version. Alternatively, you
could give a try to a daily build done by Tamas Szekeres :
http://vbkto.dyndns.org:1280/sdk/
>
> On Aug 31, 2009, a
Louis, Chaintanya,
I just wanted to mention that the topic of encoding for filenames dealt by GDAL
or OGR is a known issue that has not been addressed yet. You can read
http://trac.osgeo.org/gdal/wiki/rfc5_unicode which was a proposal but has not
been implemented. Some infrastructure for re-encodi
Louis,
I tested this with
http://trac.osgeo.org/gdal/browser/trunk/gdal/apps/gdalinfo.c
GDALOpen() function is called at
http://trac.osgeo.org/gdal/browser/trunk/gdal/apps/gdalinfo.c#L149
Check if the gdal utility programs work with your data. Use ogrinfo on the
offending mapinfo file and gdalinf
Hi Chaitanya,
I appreciate you taking the time to check. The TAB extension is MapInfo's
vector file format. The odd thing is that I did exactly the same test as you
did, I renamed a GeoTiff file to the offending filename and tried the normal
Raster Driver and got the same problem. Still, as far as
Louis,
I couldn't reproduce the problem on my WinXP-32 system with vc8 with locale
set to uk english. However, I used the filename on a GeoTiff file. I
couldn't identify the .TAB extension. I am not sure that is a problem.
Some of the drivers may not handle non-ascii data but file names should no
On Aug 31, 2009, at 10:25 AM, Michael P. Gerlek wrote:
I have not tried these LIDAR LAS tools, but they looked quite
interesting:
http://www.cs.unc.edu/~isenburg/lastools/
Be careful here -- it is not clear that Isenburg's tools are in fact
OSI-compliant open source. (He has lots of goo
> I have not tried these LIDAR LAS tools, but they looked quite interesting:
>
> http://www.cs.unc.edu/~isenburg/lastools/
Be careful here -- it is not clear that Isenburg's tools are in fact
OSI-compliant open source. (He has lots of good stuff, and some of us wish it
he was clearer on this po
Hi,
I have a pdf file that contains a vector image. I can get the data
into an svg file using inkscape. Is there someway of getting this into
a shape file or other usable GIS file of polylines? I really don't
want to convert to a raster and have to digitize the data.
Any help would be app
Hi Chaitanya,
Yes, this is using the C/C++ API, the functions I am using are declared in *
gdal.h* and *ogrsf_frmts.h* respectively. I am using WinXP 32bit (UK English
locale) and a version of GDAL 1.6.2 that I compiled for Win32 using the
supplied nmake script files for VC8. The specific filename
Louis,
GDAL/OGR usually supports utf-8 encoding. I just don't know where it doesn't
support.
Can you provide the details of the OS you are working on? Also, some sample
file names that caused you problems will come handy.
I presume you are working in C/C++.
On Mon, Aug 31, 2009 at 6:37 PM, Lodewi
Hi All,
I'm having problems opening Raster and Vector Datasources that have
filenames and paths with special characters. I'm using GDALOpen for Raster
sources and OGRSFDriverRegistrar::Open() for Vector sources, the strings I
pass for the filenames are UTF-8 encoded. Does anyone know whether these
Riki,
I have not tried these LIDAR LAS tools, but they looked quite interesting:
http://www.cs.unc.edu/~isenburg/lastools/
-Rich
2009/8/29 Riki Tiki :
>
> Hi,
>
> Let's say i have converted LAS(Lidar data file) into TIN (triangular
> irregular networks file).
>
> Can you help me to find any TI
16 matches
Mail list logo