On Apr 2, 2014, at 4:33 PM, Even Rouault wrote:
> Le mardi 01 avril 2014 22:14:11, William Kyngesburye a écrit :
>> I've wrestled with various nodata issues in the past, now it's hitting me
>> again...
>>
>> I'm using Photoshop to delete collars on scanned maps, creating an alpha
>> mask. GDAL
Le mardi 01 avril 2014 22:14:11, William Kyngesburye a écrit :
> I've wrestled with various nodata issues in the past, now it's hitting me
> again...
>
> I'm using Photoshop to delete collars on scanned maps, creating an alpha
> mask. GDAL has no problem with this. What I want to do is merge map
On 02.04.2014 21:38, Even Rouault wrote:
>> I had no issues when reading large PBF files using this method. For the
>> large files, without OSM_USE_CUSTOM_INDEXING=NO I got lots of "Cannot read
>> node ..." error messages, and I'm not sure why. Basically I stumbled onto
>> OSM_USE_CUSTOM_INDEXING=N
Le mercredi 02 avril 2014 21:21:14, Dražen Odobašić a écrit :
> On 02.04.2014 20:29, Even Rouault wrote:
> > Le mardi 01 avril 2014 19:26:09, Dražen Odobašić a écrit :
> >> Hi all,
> >>
> >> I've been successfully reading OSM PBF files using GDAL Python bindings,
> >> even files larger than 5Gb. I
On 02.04.2014 20:29, Even Rouault wrote:
> Le mardi 01 avril 2014 19:26:09, Dražen Odobašić a écrit :
>> Hi all,
>>
>> I've been successfully reading OSM PBF files using GDAL Python bindings,
>> even files larger than 5Gb. I did have to use OGR_INTERLEAVED_READING=YES
>> and OSM_USE_CUSTOM_INDEXING
I've never seen "1.#IO" for max, but it is interesting that when this geotif
was converted to an AAIGrids, it contained "1.#INF". So this led me to
conclude that I'm dealing with infinity. I'll try what you using "-a_nodata
inf" when I get the chance.
-Bob
-Original Message-
From: Ev
On 4/2/14, 1:03 PM, Even Rouault wrote:
Le mercredi 02 avril 2014 20:56:10, Sean Gillies a écrit :
On 4/2/14, 12:29 PM, Even Rouault wrote:
Le mardi 01 avril 2014 19:26:09, Dražen Odobašić a écrit :
Hi all,
I've been successfully reading OSM PBF files using GDAL Python bindings,
even files la
Le mercredi 02 avril 2014 20:56:10, Sean Gillies a écrit :
> On 4/2/14, 12:29 PM, Even Rouault wrote:
> > Le mardi 01 avril 2014 19:26:09, Dražen Odobašić a écrit :
> >> Hi all,
> >>
> >> I've been successfully reading OSM PBF files using GDAL Python bindings,
> >> even files larger than 5Gb. I di
On 4/2/14, 12:29 PM, Even Rouault wrote:
Le mardi 01 avril 2014 19:26:09, Dražen Odobašić a écrit :
Hi all,
I've been successfully reading OSM PBF files using GDAL Python bindings,
even files larger than 5Gb. I did have to use OGR_INTERLEAVED_READING=YES
and OSM_USE_CUSTOM_INDEXING=NO, but even
Le mercredi 02 avril 2014 02:20:54, Moskovitz, Bob@DOC a écrit :
> Hello gdal,
>
>
>
> I have a set of geotiffs that have a strange max (infinity?) values that I
> would like to set to nodata. These originally were netcdf files. With
> the current of gdal in OSGEO4W, gdalinfo reports:
>
>
>
Le mardi 01 avril 2014 19:26:09, Dražen Odobašić a écrit :
> Hi all,
>
> I've been successfully reading OSM PBF files using GDAL Python bindings,
> even files larger than 5Gb. I did have to use OGR_INTERLEAVED_READING=YES
> and OSM_USE_CUSTOM_INDEXING=NO, but eventually OSM PBF is read and I can
>
Jo,
you could use GDALRasterIO() that would do the conversion for you.
I think the error in your call to GDALCopyWords() is srcPixelIndex. This
parameter is supposed to be the number of bytes between 2 values of the source
buffer, but not the offset of the first value. So you should likely use
Le mardi 01 avril 2014 21:49:59, DeHaan, Dave a écrit :
> Hello Even,
>
> I would like to contribute an OGR driver for SAP SQL Anywhere. We have had
> this code in-house at SAP for some time, but I just received permission to
> contribute it to the GDAL project.
>
> Unfortunately, it may be seve
On Apr 2, 2014, at 3:54 AM, Chaitanya kumar CH wrote:
> William,
>
> Try gdalwarp after removing the mask band.
Removing the mask band is what I want, but also keeping the nodata values AND
changing them to 255. If I remove the mask nodata is set to 0, but there may
be actual black pixels in
William,
Try gdalwarp after removing the mask band. If that didn't work try
gdal_merge.py with -init set to 255.
On Wed, Apr 2, 2014 at 1:44 AM, William Kyngesburye
wrote:
> I've wrestled with various nodata issues in the past, now it's hitting me
> again...
>
> I'm using Photoshop to delete co
15 matches
Mail list logo