On 11/04/10 20:14, kmayall wrote:
Without the XML file, it uses values from the coordinate system.
It is the same problem I have already noticed. You should file a bug at
http://trac.osgeo.org/gdal/
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
Without the XML file, it uses values from the coordinate system.
Driver: ECW/ERMapper Compressed Wavelets
Files: myecw.ecw
Size is 2353, 2353
Coordinate System is `'
Origin = (535999.7874998,12.8624999)
Pixel Size = (0.425,-0.425)
Corner Coordinates:
Up
On 11/04/10 19:25, kmayall wrote:
Sorry, I've been on hiatus for a while.
ECW Image Header Editor shows the top left coords using values from the
coordinate system (screenshot attached), while the gdalinfo results show
the corner coords in pixels.
So there's likely nothing wrong with my ecw fil
Sorry, I've been on hiatus for a while.
ECW Image Header Editor shows the top left coords using values from the
coordinate system (screenshot attached), while the gdalinfo results show the
corner coords in pixels.
So there's likely nothing wrong with my ecw file, just a quirk in the
gdalinfo dis
Hi again,
I am wondering if most of my issues are a result of wrong parameters in my
ogr2ogr command:
Here is my command:
ogr2ogr -select '' -f DXF test_ogr.dxf -dsco
header=header_export_werkplan_abwasser.dxf -spat 695700 245900 696000
246100 PG:"dbname='uster' host='servername' port='5432' use
Hi Frank,
It seems that even if the layers are present in the header.dxf file, still
everything ends up in layer "0".
Again - hopefully my test data will shed some light on the problem.
Andreas
On Wed, November 3, 2010 11:53 pm, Frank Warmerdam wrote:
> On Mon, Nov 1, 2010 at 6:52 AM, Andreas N
Hi Frank,
Regarding the encoding:
It seems like ogr2ogr just writes everything out as UTF-8. My data source
(postgres database) is also utf-8. Autocad and FME however, don't like the
utf-8 encoding. They probably expect some Windows encoding (either
ISO-8859-15 or Latin 1 or whatever Windows uses
Hi Frank,
I changed the delimiters to a space but the dashed lines still show up as
continuous lines in Autocad or FME viewer.
I will provide test-data and file a bug.
Thanks a lot,
Andreas
On Wed, November 3, 2010 11:59 pm, Frank Warmerdam wrote:
> On Mon, Nov 1, 2010 at 7:01 AM, Andreas Neuma
Hi Frank,
Still no luck here with the layers.
Just to be sure: the layers aren't present in the header file. They should
be created by ogr. Is this correct that I don't necessarily have to create
the layers in advance?
Well - I think I will report a bug and make you the data available that I
am
Hi,
I need to clarify the things a little bit. Actually the compiled binaries
for the FYBA library are downloadable from here:
http://www.statkart.no/nor/SOSI/Program/
However this version depends on the Visual Studio 2005 Win32 CRT libraries
(msvcr80.dll) which would provide at the most to includ
Does anyone know the status of the OGR Norwegian SOSI support?
Tamas Szekeres, confirmed it is not being included in the daily built
binaries as the SOSI support depends on a missing FYBA binaries, which seems
to be the last reference in this ticket:
http://trac.osgeo.org/gdal/ticket/3638#commen
11 matches
Mail list logo
