[gdal-dev] svn trunk: python import error, version says still 1.10.0?
Hi, While trying to upgrade my gdal to svn trunk, I got this python error on import: Traceback (most recent call last): File /home/vincent/src/python/rapideye_smac_002.py, line 24, in module from osgeo import gdal, gdal_array File /usr/lib/python2.7/site-packages/GDAL-1.10.0-py2.7-linux-x86_64.egg/osgeo/__init__.py, line 21, in module _gdal = swig_import_helper() File /usr/lib/python2.7/site-packages/GDAL-1.10.0-py2.7-linux-x86_64.egg/osgeo/__init__.py, line 17, in swig_import_helper _mod = imp.load_module('_gdal', fp, pathname, description) ImportError: /usr/lib/python2.7/site-packages/GDAL-1.10.0-py2.7-linux-x86_64.egg/osgeo/_gdal.so: undefined symbol: GDALRasterBandGetVirtualMem This is with a fresh svn checkout. Furthermore, it shows that it installs gdal als GDAL-1.10.0-py-... , while svn trunk should say 1.11.0 I suppose? Yes, I tried to remove this folder and reinstall it. Really installs as 1.10.0... This is on (arch) linux, amd64. Best, Vincent. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] suggestion for faster overviews building
Hi there. I am again in the course of creating overviews using gdaladdo and can't help feeling this could be faster... Gdalwarp is much faster when resampling an image. You can use -multi and tune memory usage. So why can't gdaladdo? Ok, lets just assume this is a fact of life we have to deal with... How about using gdalwarp to create our resampled images one at a time (which we can do several in parallel) and using them as overviews? Can this be done? Is there a way to merge de resampled images into an .ovr? Or maybe reference the resampled images in a vrt and have them used as overviews? Appreciate any ideas on this. Thanks. Duarte Duarte Carreira Diretor | Dep. Informa??o Geogr?fica e Cartografia www.edia.pthttp://www.edia.pt www.alqueva.com.pthttp://www.alqueva.com.pt Tel. +351 284315100 [http://www.edia.pt/edia/images/edia_logo2.gif]http://www.edia.pt ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Fast Pixel Access
David Baker (Geoscience david.m.baker at chk.com writes: Jukka, No matter the endpoint the user uses to access the data, behind the scenes, there must be fast pixel access, correct? Or are you saying that at WFS would do it quickly out of the box? Hi, Fast access to data, yes, but using WFS is rather different scenario. WFS is made for vectors and before using it rastem DEM should be converted into small polygons. For the whole country it would mean whole lot of small polygons. Perhaps that is not a realistic approach. But now I think I must shut my mouth because I have never done anything DEM related in my job myself. Let's hope some specialist appears and gives a good solution for you. Oh well, Klokan appeared already. -Jukka- ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] GDAL and UNITY3D
Has anyone tried and succeeded to use GDAL with Unity ? Xav ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] GDAL and UNITY3D
do you mean the interface that is default in Ubuntu? there should be no problem with that. After all, gdal is a library and a set of command line tools. On Tue, Feb 4, 2014 at 1:36 PM, xavier lhomme lhomme.xav...@gmail.comwrote: Has anyone tried and succeeded to use GDAL with Unity ? Xav ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] GDAL and UNITY3D
Not Ubuntu but Unity3D. And on windows store. Unity3d , a great 3D Engine. And GDAL has the ability to request WMS; WCS, handel GeoTiff, load KML/KMZ... Then I wonder If I can connect GDAL and Unity and build somethig like GoogleEarth... 2014-02-04 Etienne Tourigny etourigny@gmail.com: do you mean the interface that is default in Ubuntu? there should be no problem with that. After all, gdal is a library and a set of command line tools. On Tue, Feb 4, 2014 at 1:36 PM, xavier lhomme lhomme.xav...@gmail.comwrote: Has anyone tried and succeeded to use GDAL with Unity ? Xav ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] GDAL and UNITY3D
I think perhaps Xavier meant the gaming library. http://unity3d.com/ Doug On Tue, Feb 4, 2014 at 10:47 AM, Etienne Tourigny etourigny@gmail.comwrote: do you mean the interface that is default in Ubuntu? there should be no problem with that. After all, gdal is a library and a set of command line tools. On Tue, Feb 4, 2014 at 1:36 PM, xavier lhomme lhomme.xav...@gmail.comwrote: Has anyone tried and succeeded to use GDAL with Unity ? Xav ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Doug Newcomb USFWS Raleigh, NC 919-856-4520 ext. 14 doug_newc...@fws.gov - The opinions I express are my own and are not representative of the official policy of the U.S.Fish and Wildlife Service or Dept. of the Interior. Life is too short for undocumented, proprietary data formats. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] suggestion for faster overviews building
Hi Jukka. Now that you mentioned it I recall seeing that discussion online. I'll give it a try. It would be more elegant if vrt format supported several overview levels. Thanks. Duarte -Mensagem original- De: Jukka Rahkonen [mailto:jukka.rahko...@mmmtike.fi] Enviada: terça-feira, 4 de Fevereiro de 2014 15:19 Para: gdal-dev@lists.osgeo.org Assunto: Re: [gdal-dev] suggestion for faster overviews building Duarte Carreira DCarreira at edia.pt writes: Is there a way to merge de resampled images into an .ovr? Or maybe reference the resampled images in a vrt and have them used as overviews? Hi, Even Rouault helped me when I was experimenting with something like this. You can catch the discussion from here http://permalink.gmane.org/gmane.comp.gis.gdal.devel/31829 The zip file is also still available http://latuviitta.org/documents/GDAL_Scale_dependent_VRT_test.zip This is more fun than doing by hand what gdaladdo normally does because the overviews are not subsampled but they come from totally different data. -Jukka Rahkonen- ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] How Can I gdalwarp From One Image to a Larger Spatial Area While Leaving Missing Data Blank in the Destination?
Hello, Sorry about the title but it's a bit of a bear finding answers if the headers don't show the actual topic. But I digress. My Issue: I have an input image that covers coordinates 0,0 to 450,350 UTM zone 13 North and the pixel size is 1 meter. I want to mosaic pixels 0,0 to 25,25 into a coverage of UTM coordinates -25,-25 : 25, 25 at the output in 1 meter pixels. This should show a 25x25 square portion of the image in one corner of the 50x50 output image. 'gdal_translate' will not do this because -25,-25 are outside the bounds of the original image. I have tried the following with gdalwarp: gdalwarp -overwrite -te -25 -25 25 25 -tr 1 1 ./input.tif ./output.tif This does not work. I get the following error: ERROR 1: Unable to compute a transformation between pixel/line and georeferenced coordinates for ./input.tif. There is no affine transformation and no GCPs. There is geography applied to the input file. What am I doing wrong ? Thanks for any help. Peter ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev