Re: [gdal-dev] "symbol(s) not found for architecture x86_64" when compiling GDAL 2.1.0 on Mac OS X

2017-02-13 Thread Michal Migurski
> On Feb 12, 2017, at 11:57 AM, Even Rouault wrote: > > On dimanche 12 février 2017 11:46:39 CET Michal Migurski wrote: > > Thank you, Even! > > > > This should work for me currently, since I am using this installation of > > GDAL exclusively for vector work.

Re: [gdal-dev] "symbol(s) not found for architecture x86_64" when compiling GDAL 2.1.0 on Mac OS X

2017-02-12 Thread Michal Migurski
past. -mike. > On Feb 12, 2017, at 11:37 AM, Even Rouault wrote: > > On dimanche 12 février 2017 10:52:59 CET Michal Migurski wrote: > > Hi, > > > > I’ve recently switched to a new laptop, and I’m attempting to compile GDAL. > > I have libpng and jpeg in /urs/

[gdal-dev] "symbol(s) not found for architecture x86_64" when compiling GDAL 2.1.0 on Mac OS X

2017-02-12 Thread Michal Migurski
seem to be wrong, for some reason. Thanks in advance for any helpful pointers! -mike. michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html

Re: [gdal-dev] Possible bug: hard limit to the number of Datasets creatable in a Python process?

2012-08-14 Thread Michal Migurski
On Aug 14, 2012, at 1:00 PM, Michal Migurski wrote: > On Aug 14, 2012, at 12:37 PM, Even Rouault wrote: > >> Calling ds.FlushCache() is not sufficient. In principle, if the dataset >> handle >> goes out of scope, it should be destroyed, so I suspect that it is not the

Re: [gdal-dev] Possible bug: hard limit to the number of Datasets creatable in a Python process?

2012-08-14 Thread Michal Migurski
On Aug 14, 2012, at 12:37 PM, Even Rouault wrote: > Le mardi 14 août 2012 21:00:20, Michal Migurski a écrit : >> I'm experiencing a reproducible bug. >> >> I create new 258x258 pixel datasets like this: >> >> driver = gdal.GetDriverByName('GTi

[gdal-dev] Possible bug: hard limit to the number of Datasets creatable in a Python process?

2012-08-14 Thread Michal Migurski
he 1.6 Python bindings on Ubuntu 10.04 LTS. -mike. -------- michal migurski- m...@stamen.com 415.558.1610 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] Bug? Gdalwarp produces images with dark blocks at certain scale

2011-11-25 Thread Michal Migurski
e unable to create a correctly-registered image that the python bindings seemingly had no trouble with? I realize this is a big question, and I hope that the various provided files help. -mike. -------- michal migurski- m...@stamen.com

[gdal-dev] Re: Bug? Gdalwarp produces images with dark blocks at certain scale

2011-11-25 Thread Michal Migurski
(neglected to include one link below) On Nov 25, 2011, at 11:20 AM, Michal Migurski wrote: > When I convert the VRT to tiles using GDAL's python bindings, I get darkened > tiles but only at one specific scale that's close to the original scale of > the image. The output look

Re: [gdal-dev] Attempting to merge DEMs with gdal_merge.py - getting Float32 clipped to 255.0

2011-05-17 Thread Michal Migurski
> On May 15, 2011, at 9:19 PM, Chaitanya kumar CH wrote: > > > Michal, > > > > Check if the output file already exists. The script won't create a new one > > if it already exists. > > > > On Mon, May 16, 2011 at 12:45 AM, Michal Migurski wrote: > > Hel

Re: [gdal-dev] Attempting to merge DEMs with gdal_merge.py - getting Float32 clipped to 255.0

2011-05-16 Thread Michal Migurski
he output file already exists. The script won't create a new one if > it already exists. > > On Mon, May 16, 2011 at 12:45 AM, Michal Migurski wrote: > Hello, > > I'm attempting to merge a number of DEMs in .flt format using gdal_merge.py. > It's NED 1/3 arc second

[gdal-dev] Attempting to merge DEMs with gdal_merge.py - getting Float32 clipped to 255.0

2011-05-15 Thread Michal Migurski
937 NoData Value=- Am I using -ot incorrectly? -mike. ---- michal migurski- m...@stamen.com 415.558.1610 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Open(), OpenShared(), errors, FlushCache(), and no Close() ?

2011-03-18 Thread Michal Migurski
A thing I ended up writing to deal with gdal's desire to write to the VRT files: http://dpaste.com/hold/516167/ -mike. On Mar 18, 2011, at 3:59 PM, Michal Migurski wrote: > Thanks Even, very helpful! > > Gunicorn is not multi-thread, but it's multi-process, so

Re: [gdal-dev] Open(), OpenShared(), errors, FlushCache(), and no Close() ?

2011-03-18 Thread Michal Migurski
to a dataset in memory without gdal >> attempting to push that change back to disk via FlushCache(). >> >> What's the right thing to do here? Make temporary copies of small VRT data >> sets prior to each use so they can be safely written to and disposed of? >> Bu

[gdal-dev] Open(), OpenShared(), errors, FlushCache(), and no Close() ?

2011-03-18 Thread Michal Migurski
r open them in real read-only mode? Any advice greatly appreciated! -mike. ---- michal migurski- m...@stamen.com 415.558.1610 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Need help generating output with alpha channels using Python API

2011-03-17 Thread Michal Migurski
On Mar 16, 2011, at 9:58 AM, Frank Warmerdam wrote: > On 11-03-14 12:50 PM, Michal Migurski wrote: >> Hello, >> >> I'm having some difficulties understanding how to get GDAL to generate >> images with usable alpha channels. I have 3-channel RGB input JPEG imag

[gdal-dev] Need help generating output with alpha channels using Python API

2011-03-14 Thread Michal Migurski
using the ALPHA=YES creation option, but it seemingly doesn't make a difference. None of these ideas has worked - does anyone have any ideas on how the Python API can be used to create transparent output? -mike. ----

[gdal-dev] "ERROR 1: tolerance condition error" when projecting to gnomonic

2011-01-31 Thread Michal Migurski
rom six years ago and tried adding the recommended -wo SOURCE_EXTRA=100 -wo SAMPLE_GRID=YES parameters to gdalwarp, but I'm still seeing the same tolerance condition errors: http://trac.osgeo.org/gdal/ticket/642 Any ideas? -mike. ------

Re: [gdal-dev] Return codes in gdalwarp

2009-11-13 Thread Michal Migurski
On Nov 13, 2009, at 8:23 AM, Christopher Barker wrote: Michal Migurski wrote: The GTiff files that I might see as input to this script include palette and non-palette images, This didn't work with palette images, for which I got an error like: &qu

[gdal-dev] Return codes in gdalwarp

2009-11-12 Thread Michal Migurski
t don't require reading the error output strings would be incredibly helpful. Ideally, choosing an incompatible creation option would cause a non-zero exit and wouldn't create the destination file. -mike. ----

[gdal-dev] GDALRasterBand::GetUnitType() is not available in Python

2008-11-24 Thread Michal Migurski
other way to access the unit information. Thanks, -mike. -------- michal migurski- [EMAIL PROTECTED] 415.558.1610 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://list