Hi all,
I am using rgdal to read ArcInfo binary grids produced by ArcGIS. The latest
public version of rgdal, which binds with GDAL 1.6.1, fails with the error
message in the subject line of this email. I reported this a couple of weeks
ago in http://lists.osgeo.org/pipermail/gdal-dev/2009-July
Just thinking out loadly;
Wouldn't it be easier to implement that cache at the driver level, just by
composing the raster in a temp image buffer and feed that image in the
subsequent IReadBlock calls? I think we should also think about the non
regular and overlapping blocks which should also be co
- Original Message -
From: "Jorge Arévalo"
To: "Tamas Szekeres"
Cc: "gdal-dev"
Sent: Friday, August 07, 2009 7:43 PM
Subject: Re: [gdal-dev] Overriding IRasterIO in class derived from
GDALRasterBand
OK, I commented this part during tests, -1 for me. The assertion
disappeared. Ma
2009/8/7 Jorge Arévalo
>
> > One issue with this concept would be related to the limited memory size
> of
> > the particular machine, it may be more reasonable to copy the retrieved
> > blocks directly onto the output buffer if possible. In this case you
> cannot
> > much rely on the base RasterI
2009/8/7 Tamas Szekeres :
> Jorge,
>
> Did you call DropLock() right after copying the data on the newly allocated
> block? This assertion shows the raster block have remained in locked state.
>
OK, I commented this part during tests, -1 for me. The assertion
disappeared. Many thanks.
And about t
Answers below
P.S. : Don't forget to use 'Answer to all' when answering to a post so that
the list is CC'ed
- Original Message -
From: "Stefan Moebius"
To: "Even Rouault"
Sent: Friday, August 07, 2009 11:45 AM
Subject: Re: [gdal-dev] Question on OGR handle types
Even,
Thanks fo
atubar,
If you can try this with VC++2005, please do. In any case please tell the
result here.
If you can, provide a sample data that gives this error so that the
situation to be understood better.
2009/8/6 atubar
> Hello, I am a freshman in working with Gdal and HDF5 in Visual C++ 2008. I
> h
Reinaldo,
There are some unresolved issues with the mapinfo format. Please refer to
http://www.gdal.org/ogr/drv_mitab.html for more info and workarounds.
Best regards,
--
Chaitanya kumar CH.
On Fri, Aug 7, 2009 at 4:28 AM, Reinaldo escada Chohfi <
reina...@geodesign.com.br> wrote:
>
> I am usi
Jorge,
Did you call DropLock() right after copying the data on the newly allocated
block? This assertion shows the raster block have remained in locked state.
It's quite annoying if you find long executing times somewhere. Did you know
how much time required to fetch the data and place that into
Hello,
Context: GDAL WKT Raster driver
In my class derived from GDALRasterBand, I've overrided the methods:
- IReadBlock: Fetch a block from database
- IRasterIO: Should fetch several blocks, that cover an area, and add
them to papoBlocks (cache). The idea is to avoid rounds in the server
AFAIK
Keith,
No talk that I'm aware of. There was a little chatter on the Geowanking list:
http://geowanking.org/pipermail/geowanking_geowanking.org/2009-February/017492.html
And occasionally some interest about producing PDF from Mapserver (e.g.
http://lists.osgeo.org/pipermail/mapserver-users/200
FYI, this is fixed after upgrading to GDAL 1.6.1.
Best regards,
Bart
> Hi list,
>
> I've got a CSV file with about 50.000 lines.
>
> Running ogrinfo on it directly goes smoothly, but if I access it using an
> ovf file it won't work.
>
> It will work if I split up the large file in 2 files.
>
> Is
Hello people,
Is there any talk about developing tools in GDAL/OGR to extract raster or
vector data from a GeoPDF now the 2.2 version was submitted to the OGC?? The
submitted specs are for the georeferencing aspect only. ArcGIS and TerraGo
tools can create a GeoPDF. The USGS offers free Geopdf tha
Okay, at least there is a workaround for this issue, by opening the
dataset in read-only mode and specifying the version (which causes the
else loop not to be reached):
[b...@hades nappub_svn]$ ogrinfo -ro
SDE:geodatabase.ad.rws.nl,5151,PGPR,RWS_LEZEN,RWS_LEZEN,WEGEN.WEGEN_NWB_LIGHT,SDE.DEFAULT
IN
An update on this issue. This is a bug and is still present in 1.6.2
unfortunately.
The problem is in ogrsdedatasource.cpp, where the else clause which lists
all spatial tables was moved down, so it now corresponds to a different if
clause.
old code:
if ( CSLCount( papszTokens ) == 6 && *pap
+1
didier
> +1
>
> Tamas
>
>
> 2009/8/6 Frank Warmerdam
>
>> Motion: Adopt GDAL 1.6.2RC2 as official GDAL/OGR 1.6.2 release.
>>
>> ---
>>
>> Folks,
>>
>> I have tested it briefly and all seems to be in order.
>>
>> +1 from me
>>
>>
>> --
>>
>> ---+---
+1
Tamas
2009/8/6 Frank Warmerdam
> Motion: Adopt GDAL 1.6.2RC2 as official GDAL/OGR 1.6.2 release.
>
> ---
>
> Folks,
>
> I have tested it briefly and all seems to be in order.
>
> +1 from me
>
>
> --
>
> ---+--
> I set
17 matches
Mail list logo
