Ragi,
ESRI implemented something on these lines in the Personal Geodatabase, in an
attempt to overcome data value restrictions in Access: they scaled the values
into integers. This approach would work for the application you describe, but
loses precision further from the origin. The scali
Obviously it is easy enough to write the .CPG and overwrite a byte in
the DBF in application code. However, I would rather use the OGR API
for this. Would a patch providing this functionality be welcomed?
If I were to implement this, would a "dataset creation option" in the
shapefile driver be t
Hello there,
The other day I got a question from someone that wanted to store a
relatively small amount of point features (~31K) that are close to each
other in a 'highly compressed' format. He wants to be able to query features
by proximity using coords. The reason for this requirement is that he
So a solution/a fix is available when 1.7.3 is released somewhere in
the future? That somewhere might occur when?
If you are correct that is. But of course you are
:)
/Tomas
Even Rouault skrev 2010-07-06 19:46:
Chaitanya,
Actually I think I've spotted the regression in
http://trac.osge
I noticed that I made another mistake: the band number starts from 1
according to the documentation... So that fixes the NULL problem. Now I am
just puzzled by the behavior of the debugger, even though this is not that
crucial at this point.
Thanks,
Marco Zuliani, Phd
phone: +1 805 967 9828
web:
Chaitanya,
Actually I think I've spotted the regression in
http://trac.osgeo.org/gdal/changeset/17398, which was a 1.7 change.
Namely the change from
int i;
for( i = 0; i < LZW_CLEAR; i++ )
character[i] = i;
to
GByte j;
for( j = 0; j < LZW_CLEAR; j++ )
character[j] = j;
Th
The reason for the out of memory exception was because the RIK-map I
tested with i wasfar to big to be read into a bitmap. I have now created
a smaller sample.
With the small RIK-fil I can reproduce the problem with the precompiled
binaries from dyndns so problem is not only on my part. Usin
Dear Chaitanya,
thanks a lot for your response. As you pointed out the metadata tag was
misspelled. Correcting it fixed the first problem. However I still have the
second problem The inspection of Ig with the debugger shows non consistent
values for the member variables of the GDALDataset class (
In the mentioned mail from earlier this year, William Kyngesburye wrote:
> Maybe GDAL needs a creation option in the shapefile driver
> to set the LDID or to instead add a cpg file with an encoding value.
As there was no reply to his mail, I assume that there is no GDAL/OGR
creation option for
Tomas,
I don't see any changes that could lead to infinite loops or memory leaks
recently.
If you can provide a sample dataset that gives this error please raise a
ticket at http://trac.osgeo.org/gdal/newticket
On Tue, Jul 6, 2010 at 6:43 PM, Tomas R wrote:
> I add - perhaps a problem with my
I add - perhaps a problem with my comilation of Gdal. Note when I
compile the GdalReadDirect.cs as it is and run it the result differs
from the result of the GdalReadDirect.exe found in Swig\Csharp.
The latter gives the Raster dataset Paramets and runs until an Out of
memory Exception. Mine ha
I have a problem with RIK-maps and Gdal 1.7.2.
If I use Gdal 1.6.1 I have no problem reading the map but doing the same
with Gdal 1.7.2 my whole plugin/software hangs.
I have identified that Gdal stops at the line
band.ReadRaster(x, y, width, height, r, width, height, 0, 0);
where x, y, wi
It appears from
http://lists.osgeo.org/pipermail/gdal-dev/2010-May/024619.html and
http://resources.arcgis.com/content/kbase?fa=articleShow&d=26015 that
ESRI set the LDID to zero to indicate an unknown LDID. From my
reading of the OGR sourcecode, it seems that OGR uses the shapelib
default LDID o
The .cpg files we generate through ArcGIS desktop contain the string: UTF-8
Some time ago, there was a mail on this list about problems in case of
conflicting information in the .cpg file compared to the Language Driver
ID (LDID) in the header of a dBASE file, see:
http://lists.osgeo.org/piper
14 matches
Mail list logo
