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
=> +proj=
On Tue, May 28, 2013 at 7:35 PM, Even Rouault
wrote:
>
> > 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 meas
> 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 ad
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
> 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?
On Tue, May 28, 2013 at 6:57 PM, Etienne Tourigny
wrote:
>
>
> 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
On Sun, May 26, 2013 at 11:46 AM, Even Rouault 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 be
> used
> with binari
On May 28, 2013, at 12:59 PM, Even Rouault 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 of redirecting them
> thr
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 th
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
Le mardi 28 mai 2013 16:27:21, Etienne Tourigny a écrit :
> On Tue, May 28, 2013 at 11:24 AM, Howard Butler wrote:
> > On May 26, 2013, at 9:46 AM, Even Rouault
> >
> > wrote:
> > > This file is the source code for a standalone shared library that can
> > > be LD_PRELOAD'ed as an overload of lib
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 def
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
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 the
Selon David Strip :
> 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
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 wo
thanks. Somehow I missed the "override" implications of -a when I
looked at gdal_translate.
And yes, I believe the coordinates are OK in my file, just a bad
SRS.
On 5/28/2013 9:38 AM, Frank Warmerdam wrote:
David,
The simpliest wa
David,
The simpliest way of correcting the coordinate system might be something
like:
gdal_translate -a_srs EPSG:27700 wrong.tif right.tif
This assumes the coordinates are ok. This does result in copying the whole
image and repacking it but avoids any resampling that might occur with
gdalwarp
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
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"
wrote:
Dear all, here I am with one question which I'm sure has such a simple
answer that I already feel embar
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 Gda
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 t
On Tue, May 28, 2013 at 11:24 AM, Howard Butler wrote:
>
> On May 26, 2013, at 9:46 AM, Even Rouault
> 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
On May 26, 2013, at 9:46 AM, Even Rouault 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 with all VSI Large File AP
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 is
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 wra
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 t
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 Jurc
28 matches
Mail list logo
