Hi,
with gdal 1.9.2 when passing to ogr2ogr the layer names to import (
interlis 1 driver ) some layers could not be found.
Instead when importing the whole file everything is OK.
The ili file contains 109 layers.
Is there some limitations on the arguments length?
Thanks.
Regards,
Mario
Hello everybody,
I have tired to read gml file from National Land Suvey of Finnish without a
success.
Does anybody have any idea what's the problem?
The gml has a quite complex schema. Is this a problem for ogr?
I have tried to download all the schema files to the same folder with the
same name
Lauri,
There are at least these issues with the file:
- Piste should be gml:Point
- Murtoviiva should be gml:LineString
- Alue should be gml:Polygon
- all features should be wrapped into gml:featureMember elements
- everything should be in gml:FeatureCollection
- complex geometries should be
Dear all, here I am with one question which I'm sure has such a simple
answer that I already feel embarassed in advance! Here goes anyway... I'm
trying to calculate the area length on a GeoTIFF file using GetArea()
method of OGRPolygon class and i'm not sure which is the unit that returns.
This
On May 26, 2013, at 9:46 AM, Even Rouault even.roua...@mines-paris.org wrote:
This file is the source code for a standalone shared library that can be
LD_PRELOAD'ed as an overload of libc to enable VSI Virtual FILE API to be
used
with binaries using regular libc I/O API.
This can work
On Tue, May 28, 2013 at 11:24 AM, Howard Butler hobu@gmail.com wrote:
On May 26, 2013, at 9:46 AM, Even Rouault even.roua...@mines-paris.org
wrote:
This file is the source code for a standalone shared library that can be
LD_PRELOAD'ed as an overload of libc to enable VSI Virtual FILE
Hi Ari,
I think that shouldn't be neccessary.
The gml file points to the xsd schema file (
http://xml.nls.fi/XML/Schema/Maastotietojarjestelma/MTK/201202/Maastotiedot.xsd
).
In this schema those tags are defined to be aliases for these known gml
tags by using the substitutionGroup. So actually
A friend, a relative newcomer to GIS, is having problems loading some of
the TIFs created with Mapinfo into QGIS. Each TIF has a TAB file and in
some cases the TAB file is interpreted correctly and in other cases the TAB
file is (apparently) not recognised.
I think this might be a problem with
Did you get square degrees back? Project to a meter or feet based projection
to get a measure more meaningful.
Cheers,
Tyler
On 2013-05-28, at 7:14 AM, Federico Jurio federicoju...@suremptec.com.ar
wrote:
Dear all, here I am with one question which I'm sure has such a simple
I have a geotiff that contains data in Penn. State-Plane, but the
coordinate system is listed as GCS WGS84. What's the best way to fix
this, esp if I have multiple files with this problem?
I can use listgeo to get a file of the all the tags, edit the coordinate
system to the correct value, then
I was getting confused between version 1.1+ and 1.10+.
Aftercompile the latest, and used the '-dim' option worked.
thank you :-)
Em 24-05-2013 18:19, Eli Adam escreveu:
[1] ogr2ogr -f ESRI Shapefile -dim 2 pontos_2d.shp ocup_ilegal.shp
Yes just like this.
With this command don't
Selon David Strip g...@stripfamily.net:
I have a geotiff that contains data in Penn. State-Plane, but the
coordinate system is listed as GCS WGS84. What's the best way to fix
this, esp if I have multiple files with this problem?
I can use listgeo to get a file of the all the tags, edit the
Nick,
I haven't tried the .TAB files locally, but I see they are both resulting
in georeferencing info. The one is expressed as a geotransform with
rotation and shear while the other is expressed as ground control points.
I believe that the .TAB reader attempts to compute a geotransform from
On 05/28/2013 05:34 PM, Lauri Kajan wrote:
Hi Ari,
I think that shouldn't be neccessary.
The gml file points to the xsd schema file
(http://xml.nls.fi/XML/Schema/Maastotietojarjestelma/MTK/201202/Maastotiedot.xsd).
In this schema those tags are defined to be aliases for these known
gml tags
I was having a similar complaint (which i kept to myself at the time)
when using *ogr2ogr*. In my case, converting GDB file to PG database.
First i used some flags, -a_srs -lco -nln, but these turned out to be a
massive waste of time (several orders of magnitude). So instead i kept
to the
Le mardi 28 mai 2013 16:27:21, Etienne Tourigny a écrit :
On Tue, May 28, 2013 at 11:24 AM, Howard Butler hobu@gmail.com wrote:
On May 26, 2013, at 9:46 AM, Even Rouault even.roua...@mines-paris.org
wrote:
This file is the source code for a standalone shared library that can
be
Le mardi 28 mai 2013 19:49:40, Martin Feuchtwanger a écrit :
I was having a similar complaint (which i kept to myself at the time)
when using *ogr2ogr*. In my case, converting GDB file to PG database.
First i used some flags, -a_srs -lco -nln, but these turned out to be a
massive waste of
Le mardi 28 mai 2013 19:47:38, Ari Jolma a écrit :
On 05/28/2013 05:34 PM, Lauri Kajan wrote:
Hi Ari,
I think that shouldn't be neccessary.
The gml file points to the xsd schema file
(http://xml.nls.fi/XML/Schema/Maastotietojarjestelma/MTK/201202/Maastotie
dot.xsd). In this schema
On May 28, 2013, at 12:59 PM, Even Rouault even.roua...@mines-paris.org wrote:
Yes exactly, my examples were supposed to illustrate the use cases where it
was needed. A few drivers do not support the /vsi file systems because they
use
directly the standard IO functions and provide no way
On Sun, May 26, 2013 at 11:46 AM, Even Rouault even.roua...@mines-paris.org
wrote:
Hi,
I've just commited in trunk a new file port/vsipreload.cpp.
This file is the source code for a standalone shared library that can be
LD_PRELOAD'ed as an overload of libc to enable VSI Virtual FILE API to
On Tue, May 28, 2013 at 6:57 PM, Etienne Tourigny
etourigny@gmail.comwrote:
On Sun, May 26, 2013 at 11:46 AM, Even Rouault
even.roua...@mines-paris.org wrote:
Hi,
I've just commited in trunk a new file port/vsipreload.cpp.
This file is the source code for a standalone shared
Now that I have your attention, I brought up with Frank at FOSS4GNA that
there could sometimes be a need for both MEM drivers to spool off to disk
through some sort of out-of-core mmap'd allocation.
Does this currently exist in VSI,
No
and if not, do you see any use for such a thing?
I
No, Even, i'm certainly not sure. It's just that when i first tried it
(with flags) it was taking several days to convert a large GDB file, and
when i tried without flags, only a few hours. (I guess it's only one
order of magnitude different!) It's quite possible that is was some
other factor
I have managed to get it working buy using LD_PRELOAD=./vsipreload.so
Yes for some strange reason, some systems require the ./ and some not... My
old Ubuntu 10.04 does no, but Travis on Ubuntu 12.04 does. Perhaps some
security measure that has been added in LD_PRELOAD mechanism.
I've just
On Tue, May 28, 2013 at 7:35 PM, Even Rouault
even.roua...@mines-paris.orgwrote:
I have managed to get it working buy using LD_PRELOAD=./vsipreload.so
Yes for some strange reason, some systems require the ./ and some not... My
old Ubuntu 10.04 does no, but Travis on Ubuntu 12.04 does.
I tested my modification to support the transformation from AGD66 to GDA94 in
Australia using a NTv2 file. CRS details are below:
AGD66 = EPSG:4202 = +proj=longlat +ellps=aust_SA
+towgs84=-117.808,-51.536,137.784,0.303,0.446,0.234,-0.29 +no_defs
=
26 matches
Mail list logo
