Thanks for that Vincent, very interesting.
Vincent Schut-2 wrote:
>
>
> In case someone is interested, personally I use these optimization rules:
> - random write access: don't compress, strip or tile and pixel or band
> interleave according to read/write algorithm;
> - mainly intended for r
Chen,
I'm surprised both approaches don't work smoothly. I'd suggest you boil
down a minimum example of the problem, and file a bug ticket on it
including the input data.
Best regards,
FrankW
2008/8/14 wow <[EMAIL PROTECTED]>:
>
> Hi,
>i try to delete features from a set of shape file, some
Hi,
i try to delete features from a set of shape file, sometimes get error. I
use this version of ogrshapelayer.cpp :
http://trac.osgeo.org/gdal/changeset/10969 . Delete feature in two ways would
get different result:
(1) for(iFeat=0;iFeatDeleteFeature(0);
if(cplE==CE_None)
Hi,
i try to delete features from a set of shape file, sometimes get error. I
use this version of ogrshapelayer.cpp :
http://trac.osgeo.org/gdal/changeset/10969 . Delete feature in two ways would
get different result:
(1) for(iFeat=0;iFeatDeleteFeature(0);
if(cplE==CE_None)
Gregor Mosheh wrote:
Mateusz Loskot wrote:
If you are going to use php_ogr, I recommend to
read the thread "gdal-dev] Future of PHP bindings"
In that discussion, they mention the same download as I commonly use,
and enjoy. http://dl.maptools.org/dl/php_ogr/ Works great.
Gregor,
Yes, the s
Hi Frank,
I have tried with 2 netcdf files from different sites - same error
'segmentation fault'
the first was 60mb, the second was small !260kb.
does anyone in the list have this problem with gdal and netcdf data? earlier
posts seemed to suggest a conflict between netcdf and hdf4, but i did
On Thu, Aug 14, 2008 at 5:14 PM, Lucena, Ivan <[EMAIL PROTECTED]> wrote:
>> Your earlier question related to whether it was possible to establish
>> what EPSG coordinate system an ESRI .prj file is. There is no practical
>> way to do this with OGRSpatialReference.
>
> So, one would need to writ
Mateusz Loskot wrote:
If you are going to use php_ogr, I recommend to
read the thread "gdal-dev] Future of PHP bindings"
In that discussion, they mention the same download as I commonly use,
and enjoy. http://dl.maptools.org/dl/php_ogr/ Works great.
Are you saying that THAT php_ogr will als
Jerry O'Sullivan wrote:
Mateusz,
Thanks for that...I am looking at doing the same work as ogr2ogr so the code
here -http://dl.maptools.org/dl/php_ogr/ should help me in the right
direction
If you are going to use php_ogr, I recommend to
read the thread "gdal-dev] Future of PHP bindings"
http:
Hi,
I am interested in discussing (and perhaps we can brainstorm on IRC, or
on the GDAL wiki) how to add generic progressive format support to GDAL.
In particular if we could create a generic interface so that commercial
and open source streaming client engines could be hooked in.
I have a lot o
Frank,
> The shapefile driver does run morphFromESRI() and we can confirm
> that takes place because the D_ has been stripped from the datum
> name. However, morphFromESRI() will *not* add in authority nodes
> or otherwise fill in missing information. It just changes a few known
> patterns
Jerry O'Sullivan wrote:
Hi,
I am looking to use the OGR dlls to transform some vector data between GIS
formats.
What classes do I need to use for this
Jerry,
Check this: http://gdal.org/ogr/ogr_apitut.html
Best regards,
--
Mateusz Loskot, http://mateusz.loskot.net
Charter Member of OSGeo, h
Hi,
I am looking to use the OGR dlls to transform some vector data between GIS
formats.
What classes do I need to use for this
Thanks,
Jerry
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
On Thursday 14 August 2008, Vishal Mehta wrote:
> Hello all,
>
> I've been having problems getting gdal to work with netcdf files.
>
> Using Ubuntu 8.04 LTS (Hardy)
> 1. problems with libgdal 1.4.4
> First i tried the default gdal versions and libraries installed through
> Synaptic Package Manager.
On Thu, Aug 14, 2008 at 1:40 PM, Mateusz Loskot <[EMAIL PROTECTED]> wrote:
> Lucena, Ivan wrote:
>> In that case I would expect something like coming from ogrinfo:
>>
>>GEOGCS["NAD83",
>>DATUM["North_American_Datum_1983",
>>SPHEROID["GRS 1980",6378137,298.257222101,
>>
On Thu, Aug 14, 2008 at 12:42 PM, Vishal Mehta <[EMAIL PROTECTED]> wrote:
> 2. I compiled from source gdal1.5.2 from
> http://trac.osgeo.org/gdal/wiki/DownloadSource
>
> using the following configure
>
> ./configure --with-netcdf=/usr/lib --with-libtiff=yes --with-geotiff=yes
> --with-jpeg=/usr/l
Lucena, Ivan wrote:
Mateusz,
Mateusz Loskot wrote:
> For Shapefile format specifically, it does run through morphing
> procedure by calling OGRSpatialReference::importFromESRI
In that case I would expect something like coming from ogrinfo:
GEOGCS["NAD83",
DATUM["North_American_Da
Hello all,
I've been having problems getting gdal to work with netcdf files.
Using Ubuntu 8.04 LTS (Hardy)
1. problems with libgdal 1.4.4
First i tried the default gdal versions and libraries installed through
Synaptic Package Manager. The packaged version was gdal 1.4.4
All programs that call
Mateusz,
Mateusz Loskot wrote:
> For Shapefile format specifically, it does run through morphing
> procedure by calling OGRSpatialReference::importFromESRI
In that case I would expect something like coming from ogrinfo:
GEOGCS["NAD83",
DATUM["North_American_Datum_1983",
It seems to work now.
I needed to compile gdal not only against the new external libtiff but
also against external libgeotiff, which I did not do in the first try.
Before I did use gdals internal support for geotiff which seems not to
support BIGTIFF? Is my assumption correct that an external libg
Andreas Neumann pisze:
gdal_translate -of GTIFF -a_srs EPSG:21781 -projwin 689000 252000 702000
242000 -co "BIGTIFF=YES" orthofoto_2006.img
orthofoto_2006_2008_08_13-16_32.tiff
Input file size is 56000, 44000
Computed -srcwin 0 0 52000 4 from projected window.
Warning 6: Driver GTiff does no
Hi gdal developers,
I am trying to get BIGTIFF to work.
When I use the configure script it tells me:
LIBTIFF support: external (BigTIFF=yes)
LIBGEOTIFF support:internal
It compiles and install fine.
I have to mention that I have both the older stable version installed
(li
Lucena, Ivan wrote:
Hi there,
Correct if I am wrong.
If there is a .PRJ file associated with a .SHP, ogrinfo will just print
out the content of the .PRJ. Ex.:
Ivan,
It does
1) import it expecting it might be in ESRI WKT format
2) print it
"""
D:\Data\ESRIDATA\USA> ogrinfo -so states.shp s
Hi there,
Correct if I am wrong.
If there is a .PRJ file associated with a .SHP, ogrinfo will just print
out the content of the .PRJ. Ex.:
"""
D:\Data\ESRIDATA\USA> ogrinfo -so states.shp states
INFO: Open of `states.shp'
using driver `ESRI Shapefile' successful.
Layer name: states
Geo
Vincent Schut pisze:
Compression can be a large performance hit. Especially on
files you need random write access on, don't compress. Of course there
are exceptions to this, and you very well could be one... But generally,
I think this holds.
One common exception is mobile GIS. If the PDA do
Christian,
I have had intermittent problems with heavy random access to
ECW datasets, presumably due to problems in some versions
of the ECW SDK.
I don't have any useful suggestions.
Best regards,
On Thu, Aug 14, 2008 at 9:09 AM, Christiaan Janssen
<[EMAIL PROTECTED]> wrote:
> I wonder if anyo
I wonder if anyone else is experiencing problems with the
ComputeStatistics/GetHistogram functions. I'm running the latest build off the
cvs trunk with the ERMapper ECW SDK linked in. Whenever I try to call the
GetHistogram function (256 bins, 0-255 range) after running a ComputeStatistics
on a
Fodder wrote:
Ah, dear, so if I want to frequently change values in TIF file, I basically
can't use compression as the file will quickly get larger than the
uncompressed version. Is this a fair comment?
Right. the combination of tiled compression (where a line counts as a
tile too) and tiff'
Ah, dear, so if I want to frequently change values in TIF file, I basically
can't use compression as the file will quickly get larger than the
uncompressed version. Is this a fair comment?
Also, I've noticed that after 5-8 re-writes of the whole dataset (RasterIO
the whole grid from a buffer),
Fodder pisze:
I have a program that is reading and writing to a GeoTif file using Open,
RasterIO and Close calls and Float32 data types.
However, I find that the file just gets larger and larger whenever I write
to the file even though I'm trying to overwrite the existing data. For
example, if
Frank Warmerdam pisze:
Please file a ticket against the PROJ trac on this issue. I'm hoping to
take advantage of datum and other definitions from CSMap at some point
which may help. Otherwise, I'll try and include an override for ETRS89
which indicates that it can be treated as equivelent to W
31 matches
Mail list logo
