Re: [gdal-dev] EarthWatch/DigitalGlobe .TIL format geotransform origin shifted
On Fri, May 15, 2015 at 11:48 AM, Even Rouault even.roua...@spatialys.com wrote: Dennis, https://www.digitalglobe.com/sites/default/files/ISD_External.pdf indeed confirms your findings (page 37 38, doc of originX and ulX) on http://www.gdal.org/formats_list.html there isn't an entry to til format or I'm mistaken? Fixed per http://trac.osgeo.org/gdal/ticket/5961 Even Hey guys, We have DigitalGlobe image strips which come with a *.til file. The geotransform of the til and the separate images have a shift of half a pixel when opened with GDAL. The reason is that in the GDAL TIL driver the coordinates are treated as outer pixel edge, where as it seems like they describe the pixel center, at least in our cases. Does anyone know of a description for the TIL format to verify if the GDAL driver or the TILs from DigitalGlobe are wrong? For now we fixed it on our side, but you might consider changing the TIL driver to treat the coordinates as pixel center. Best Regards, Dennis -- Spatialys - Geospatial professional services http://www.spatialys.com ___ 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] building interface to org2org
You can try ogr2gui. I haven't used it tho. Give it a spin and afterwards if you want you can tell us if its any good. http://www.ogr2gui.ca/en/index.php On Mon, Apr 20, 2015 at 1:01 PM, Błażej Doruch blazej.dor...@gmail.com wrote: ...but in QGIS, and also new version of FWtools 2.4.7 it's some kind of mistake in transformation beetween EPSG:2175 and 2175 (about 40 meters displacement) that's why I must use older version - FWtools 1.3.5 . And the second reason why I want to do it is that in QGIS as I know there is no multiple file transformation option. Blaze 2015-04-20 11:06 GMT+02:00 Eloi e...@openmailbox.org: On 2015-04-20 10:20, Błażej Doruch wrote: Has anybody make program which implement org2org, I need to have such functionality: -select file (files) to convert; -select type of conversion (source and destination EPSG- only 2175-2177 (both ways)); -select type of file format; -make conversion; QGIS. http://qgis.org -- Eloi Ribeiro Geoinformatic 51.9871, 5.6661 http://eloiribeiro.eu (home server, probably down o_O) ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Błażej Doruch blazej.dor...@gmail.com ___ 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
[gdal-dev] Gdal 2.0 and Python Bindings
Hi List, I am curious about the gdal v2 python bindings state. To be more specific im wondering if there is going to be any functional wrappings with an upcoming beta release and if so are there any documentation of the API or how to migrate exicting code to the new API? N ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] [Live-demo] [Board] Retire MapTiler from OSGeo-Live
I agree with the significance gdal2tiles. I've used on numerous occasions and it would a shame to lose it. On a side note the multitreaded patch [0] was submitted 3 years ago, and stilll wasn't merged in official channel. [0] http://trac.osgeo.org/gdal/ticket/4379 On Fri, Feb 13, 2015 at 2:54 PM, Angelos Tzotsos gcpp.kal...@gmail.com wrote: Hi Even, On 02/13/2015 02:05 PM, Even Rouault wrote: Hi, (adding gdal-dev in CC as it is of interest) As far as I understand (but I may be wrong as I haven't looked deeply at the code), maptiler (the open source project) consists of an improved gdal2tiles.py + a python gui. The duplication between gdal2tiles.py in maptiler and GDAL isn't something particularly great. Ideally there should be one single version maintained in the OSGeo ecosystem. So there are several possibilities I can imagine : 1) Merge maptiler's gdal2tiles enhancements into GDAL version, and make maptiler just a GUI over it 2) Merge maptiler's gdal2tiles enhancements into GDAL version, and also import the GUI (I think it is lightweight) if there's no too strong build complications involved for GDAL. Would have to be checked 3) Remove gdal2tiles from GDAL so that the reborne maptiler is the reference. But there are perhaps fixes in GDAL gdal2tiles that should be merged into maptiler one (Python3 compatibility comes to mind) Any option would need someone to champion it of course... IMO, the third option should not be considered at all, since gdal2tiles is very important tool in gdal and many people (including me) prefer the script from any GUI out there. I have also seen an improved version of this script dealing with multiple threads. My preference would be option 1. Just my 2c :) Even Hi Eli, replying to your email, CC OSGeo-Live list (with your permission). I agree that we don't want to be promoting a proprietary product from an Open Source page. I suspect Angelos' subsequent email partially addresses your suggestions: On 13/02/2015 10:47 am, Angelos Tzotsos wrote: We have also discussed that in order to remove the project, we request that there is an official source code repository to link to. This way we can prove that the project was open source and can be forked in the future. Unfortunately the main repository of the project was recently deleted. Without this, one can have the impression that OSGeoLive and OSGeo has endorsed and distributed proprietary software. Also we plan to introduce IceTiler in the next version of OSGeoLive. For this OSGeo-Live release we will do what we can achieve within the time available. On 13/02/2015 11:58 am, Eli Adam wrote: Hi Cameron, I know that timeline is as big of a challenge as anything else in this case. I have a marketing/presentation question for you below. On Thu, Feb 12, 2015 at 2:23 PM, Cameron Shorter cameron.shor...@gmail.com wrote: Hi Petr, OSGeo-Live team, OSGeo Board, Is our OSGeoLive meeting, we discussed retiring of MapTiler from OSGeoLive. CCing OSGeo Board in discussion, in case the board wish to comment. Summary: * MapTiler was Open Source, and was included in prior OSGeo-Live distributions * Petr, the author, found the Open Source business model was not working for him, and has since moved future enhancements to a proprietary model. * The maptiler brand name now points to a URL of a proprietary product. * Petr has requested MapTiler be removed from OSGeo-Live. * As far as I've noticed, while there has been some disappointment to loose MapTiler as an Open Source project, we respect Petr's right to continue development using whatever model works for him. We are now working out how to cleanly transition. Of note: * We have prior OSGeo-Live releases and documentation which reference the previous Open Source Maptiler. * OSGeo-Live wish to retain our reputation of promoting Open Source products, both now, and in the past. Proposal for our imminent OSGeo-Live 8.5 release: * OSGeoLive will add a statement to our contents page [1] stating: Maptiler: not included after OSGeo-Live 8.0, after project moved to proprietary business model On 13/02/2015 11:58 am, Eli Adam wrote: This seems odd to reference proprietary software at all. The contents page [1] is a wonderful showcase of *open source* software. Why include an advertisement to go look for a proprietary software that started as open source? Linking to the last open source code with no name makes more sense to me (I know that isn't possible unless we put the code somewhere). Or linking to http://gdal.org/gdal2tiles.html which has some similar functionality and common ancestry. Looks like maybe licenses have varied in different points in time from different sources too. On the short timeline, there is no fork and no name to link to yet. If there were a fork and name would you list and link that? If so would you list or link MapTiler too? You could link (or save all
Re: [gdal-dev] How to get coordinates of original corners from warped image
On Sat, Nov 30, 2013 at 1:27 PM, Lauri Kajan lauri.ka...@gmail.com wrote: Hi all I have a set of aerial bird's view images and now I need to get extents of those images as polygons. I thought to add GCPs to images and possibly somehow to use the same transformation that is used when warping the images with perspective algorithm, to calculate coordinates for corners of the original images. Get the coordinates from you projected Image then you can use the cs2cs to re-projected those coordinates back to your original CRS Is this possible with python? yes, you can use the pyproj lib Thanks -Lauri ___ 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] Using/citing GDAL documentation
sounds really cool. One question though: Whats the difference between gdalUtils and rgdal? On Sat, Oct 19, 2013 at 4:13 AM, Jonathan Greenberg j...@illinois.edu wrote: GDALers: I'm working with a colleague on a new set of R wrappers for GDAL, and we are at the point where we are starting to document the functions. Our R interface is designed to be VERY close to the GDAL command line utilities (we use the same parameter names, for instance), so I was wondering if it would be ok to use almost word-for-word the GDAL documentation of each of the parameters in our package's man files (this would save us an inordinate amount of time paraphrasing the docs for all of those functions). If this is ok, how should I cite the documentation properly? Cheers! Incidentally, the package is up on R-forge: https://r-forge.r-project.org/projects/gdalutils/ --j -- Jonathan A. Greenberg, PhD Assistant Professor Global Environmental Analysis and Remote Sensing (GEARS) Laboratory Department of Geography and Geographic Information Science University of Illinois at Urbana-Champaign 259 Computing Applications Building, MC-150 605 East Springfield Avenue Champaign, IL 61820-6371 Phone: 217-300-1924 http://www.geog.illinois.edu/~jgrn/ AIM: jgrn307, MSN: jgrn...@hotmail.com, Gchat: jgrn307, Skype: jgrn3007 ___ 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] elevetions from ASTER GDEM V2
If the spatial resulution is fine for your problem, then as Tyler suggested, you can use gdallocationinfo [1] to get the pixel value at Long,Lat location. If you think you need to downscale your data to your needs, you can first built a vrt (virtual dataset) with gdal's gdalbuildvrt [2] and -tr option. What I don't know is, which method vrts are using to obtain raster values when the source rasters are in another resolution than the vrt [1] http://www.gdal.org/gdallocationinfo.html [2] http://www.gdal.org/gdalbuildvrt.html On Thu, Jan 24, 2013 at 10:15 PM, Tyler Mitchell tyler.mitch...@actian.comwrote: On 2013-01-24, at 11:43 AM, Elias Kotsifis wrote: I want to calculate the elevation of any point on earth, giving lat, Long (for example like google elevation Api, or the earth tools: http://www.earthtools.org/webservices.htm # cheigit) based the ASTER GDEM MODEL V2. I went to download data from there, and gives me geotiff files. Overall for the entire planet is 22,702 granule with 400GB size Then what should I do? Hi Elias, Have you tried the gdallocationinfo command? You can pass it a lat/lon and raster and it will report back what you're after I believe. Hope it helps, Tyler ___ 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