[gdal-dev] gdal2tiles error with exclude and vsigs

Hi, I'm just reporting an error with gdal2tiles when running with the --exclude argument and with the output directory being set to a google bucket using /vsigs/. It appears that the absence of a blank tile causes the upload to fail. The command works fine without --exclude. Full error below the m

Re: [gdal-dev] gdal2tiles for floating point images

I know that this is not what you want... but have you considered to use COG? Openlayers supports it, Leaflet I am not sure (I hope it does, at least via plugin). To improve performance, I warped to web mercator with GDAL, so Openlayers is not wasting time on the reprojection. On Tue, 30 Apr 2024 a

Re: [gdal-dev] gdal2tiles for floating point images

Ok so my naive edits are clearly not enough, they still get written as Byte so it's deeper in the target spec and spread across a few places I'm not ready to get across yet. Happy to pursue in the longer term though. Cheers, Mike On Tue, Apr 30, 2024 at 7:00 AM Michael Sumner wrote: > > > On

Re: [gdal-dev] gdal2tiles for floating point images

On Fri, Apr 26, 2024 at 5:37 AM lefsky--- via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > I'd like to have a version of gdal2tiles that handles image types other > than uint8. Is there a reason why it doesn't handle those types of images? > It appears I'd have to modify the output format from pn

[gdal-dev] gdal2tiles for floating point images

I'd like to have a version of gdal2tiles that handles image types other than uint8. Is there a reason why it doesn't handle those types of images? It appears I'd have to modify the output format from png to tiff. I have never modified gdal source before and I'm wondering if this modification (whic

Re: [gdal-dev] gdal2tiles custom tms configuration not found

Hi Even, Thank you - that explains it. I will probably switch to some other tools then - maybe MapProxy. I wanted to use this custom tms configuration from Swisstopo - to stay compatible with their web services. Thank you for adding a better error output! Andreas On 2024-01-19 13:08, Even

Re: [gdal-dev] gdal2tiles custom tms configuration not found

Andreas, the reason is that the resolution of some consecutive levels in your custom TMS files is not varying by a factor of 2, which gdal2tiles doesn't support at the moment (debug message just added in master to help diagnose) Even Le 19/01/2024 à 11:36, Andreas Neumann via gdal-dev a écr

Re: [gdal-dev] gdal2tiles custom tms configuration not found

: [gdal-dev] gdal2tiles custom tms configuration not found Hi, Just found https://github.com/OSGeo/gdal/blob/master/swig/python/gdal-utils/osgeo_utils/gdal2tiles.py#L272 where it seems to look for all files following the naming scheme "tms_*.json". Therefore I don't know wh

Re: [gdal-dev] gdal2tiles custom tms configuration not found

Hi, Just found https://github.com/OSGeo/gdal/blob/master/swig/python/gdal-utils/osgeo_utils/gdal2tiles.py#L272 where it seems to look for all files following the naming scheme "tms_*.json". Therefore I don't know why my custom tms configuration files is not found - any ideas? My custom tm

[gdal-dev] gdal2tiles custom tms configuration not found

Hi, I would like to use gdal2tiles with a custom tms profile file. I prepared the json file attached in this mail and put this json file in the /usr/share/gdal folder, there there are already other such files, e.g. from New Zealand or Antartica. However, when I try to use this custon tms c

Re: [gdal-dev] gdal2tiles: RuntimeError: Cannot find coordinate operations from `ENGCRS["WGS_1984_Web_Mercator_Auxiliary_Sphere"

So I just tried the above commands on a brand new Ubuntu 22.04 install. When I did "sudo add-apt-repository ppa:ubuntugis/ppa" I got this error: E: The repository 'https://ppa.launchpadcontent.net/ubuntugis/ppa/ubuntu jammy Release' does not have a Release file. N: Updating from such a repository

Re: [gdal-dev] gdal2tiles: RuntimeError: Cannot find coordinate operations from `ENGCRS["WGS_1984_Web_Mercator_Auxiliary_Sphere"

*Terra Frost* /Wed Nov 9 15:25:24 PST 2022/ So I just tried the above commands on a brand new Ubuntu 22.04 install. When I did "sudo add-apt-repository ppa:ubuntugis/ppa" I got this error: E: The repository 'https://ppa.laun

Re: [gdal-dev] gdal2tiles: RuntimeError: Cannot find coordinate operations from `ENGCRS["WGS_1984_Web_Mercator_Auxiliary_Sphere"

So I just tried the above commands on a brand new Ubuntu 22.04 install. When I did "sudo add-apt-repository ppa:ubuntugis/ppa" I got this error: E: The repository 'https://ppa.launchpadcontent.net/ubuntugis/ppa/ubuntu jammy Release' does not have a Release file. N: Updating from such a repository

Re: [gdal-dev] gdal2tiles: RuntimeError: Cannot find coordinate operations from `ENGCRS["WGS_1984_Web_Mercator_Auxiliary_Sphere"

The GDAL version from ppa:ubuntugis/ppa on Ubuntu 20.04 is: GDAL 3.3.2, released 2021/09/01 So there must be a mix of GDAL versions on your system if you have GDAL 3.4.3 Le 09/11/2022 à 23:13, Terra Frost a écrit : I installed the GDAL suite of tools by doing the following: sudo add-apt-rep

Re: [gdal-dev] gdal2tiles: RuntimeError: Cannot find coordinate operations from `ENGCRS["WGS_1984_Web_Mercator_Auxiliary_Sphere"

I installed the GDAL suite of tools by doing the following: sudo add-apt-repository ppa:ubuntugis/ppa sudo apt-get update sudo apt-get install gdal-bin sudo apt-get install libgdal-dev I'm running Ubuntu 20.04 and when I do gdal2tiles --version I get "GDAL 3.4.3, released 2022/04/22" On Wed, Nov

Re: [gdal-dev] gdal2tiles: RuntimeError: Cannot find coordinate operations from `ENGCRS["WGS_1984_Web_Mercator_Auxiliary_Sphere"

Terra, you didn't specify how you got GDAL and PROJ, and which versions of those you use. Make sure to solve the "proj_create_from_database: Cannot find proj.db" error. Check if the PROJ_LIB environment is set and if it points to the directory where proj.db is placed The "free(): invalid p

[gdal-dev] gdal2tiles: RuntimeError: Cannot find coordinate operations from `ENGCRS["WGS_1984_Web_Mercator_Auxiliary_Sphere"

I have two TIFs that I'm able to run gdal2tiles on without issue, however, when I do gdal_merge I am unable to do gdal2tiles on the result. When I did gdal_merge on the two TIFs I got this warning: Warning 1: PROJ: proj_create_from_database: Cannot find proj.db Warning 1: The definition of project

Re: [gdal-dev] gdal2tiles vs COG

On Tue, Jul 5, 2022 at 1:30 AM Javier Jimenez Shaw wrote: > Hi > > Do you know if there is any performance comparison between gdal2tiles and > COG? > > To display our geotiffs we are currently running gdal2tiles and storing > the (gazillion) tiles in Amazon S3. Then a webpage with openlayers is >

[gdal-dev] gdal2tiles vs COG

Hi Do you know if there is any performance comparison between gdal2tiles and COG? To display our geotiffs we are currently running gdal2tiles and storing the (gazillion) tiles in Amazon S3. Then a webpage with openlayers is showing them in WebMercator. We are considering moving to make a COG file

Re: [gdal-dev] gdal2tiles and EPSG:27700

Thanks! .___ ._ ..._ .. . ._. .___ .. __ . _. . __.. ... ._ .__ Entre dos pensamientos racionales hay infinitos pensamientos irracionales. On Mon, 15 Nov 2021 at 13:54, Even Rouault wrote: > Javier, > > However using "-ct", swaps the output: > $ gdalwarp -ct '+proj=pipeline +step +proj=

Re: [gdal-dev] gdal2tiles and EPSG:27700

Javier, However using "-ct", swaps the output: $ gdalwarp -ct '+proj=pipeline +step +proj=axisswap +order=2,1 +step +inv +proj=tmerc +lat_0=44 +lon_0=144.25 +k=0. +x_0=0 +y_0=0 +ellps=GRS80 +step +proj=webmerc +lat_0=0 +lon_0=0 +x_0=0 +y_0=0 +ellps=WGS84' input.tif pipeline.tif You should

Re: [gdal-dev] gdal2tiles and EPSG:27700

Hi Even, Using "gdalwarp -ct" was a good solution. It worked fine. Thanks! However, when I tested it with another GeoTIFF, this case is from Japan, gdalwarp is producing something strange. The image is in EPSG:2455 "JGD2000 / Japan Plane Rectangular CS XIII" , that in EPSG is defined as northing-

Re: [gdal-dev] gdal2tiles EPSG:3857 Out of Memory

. -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta pepijn.sze...@tractebel.engie.com Lähetetty: maanantai 15. marraskuuta 2021 10.44 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] gdal2tiles EPSG:3857 Out of Memory Dear all, I assume this belongs to this mailing list instead of the GitHub

[gdal-dev] gdal2tiles EPSG:3857 Out of Memory

Dear all, I assume this belongs to this mailing list instead of the GitHub Issues. Find attached 2 pdf (plots from QGIS) of the same area, but plotted in EPSG:3857 and EPSG: 31370. (if attachments are not allowed: there is nothing special about what is on the pdf: it's simply 1 styled vector lin

[gdal-dev] Gdal2tiles, Python 3.9 and multiprocessing

Hi, Have a look at this gis.stackexchange question https://gis.stackexchange.com/questions/415925/error-in-gdal2tiles-with-processes. Question is about using gdal2tiles with QGIS but the issue is reproduced also with OSGeo4w. Is there something changed in multiprocessing between Python versions

Re: [gdal-dev] gdal2tiles and EPSG:27700

Le 03/11/2021 à 14:49, Javier Jimenez Shaw a écrit : Hi I have a GeoTIFF in EPSG:27700, "OSGB36 / British National Grid" For consistency reasons, I want to run gdal2tiles with an equivalent transformation than the one I will use later to transform points using a PROJ pipeline. For consistency

[gdal-dev] gdal2tiles and EPSG:27700

Hi I have a GeoTIFF in EPSG:27700, "OSGB36 / British National Grid" For consistency reasons, I want to run gdal2tiles with an equivalent transformation than the one I will use later to transform points using a PROJ pipeline. For consistency reasons I will use that pipeline along the time to transf

[gdal-dev] gdal2tiles - re-generate tiles only for updated regions of a map

hi, I'm running MapServer 7 and GDAL 2.2.1, using gdal2tiles for tile generation tilesets for Leaflet applications. XML files was defined as WMS datasource for gdal2tiles scripts which contains XML/DataWindow parameters for the whole extent for the WMS/MapServer map. A XML file is defined for each

Re: [gdal-dev] gdal2tiles with GeoTIFF which crosses antimeridian?

Good Evening, If You want to get rid of the white areas you do -dstalpha in the penultimate gdalwarp step. That setting is to get all the areas outside to be transparent when You warp. gdalwarp -t_srs EPSG:3857 -overwrite -multi -wo NUM_THREADS=ALL_CPUS -dstalpha -wm 1024 -tr 169 169 --config G

Re: [gdal-dev] gdal2tiles with GeoTIFF which crosses antimeridian?

Good Morning, I have a stackoverflow on this issue if anyone can give some info. It turns out that if you force the resolution in the warp, the resulting file does look good. https://gis.stackexchange.com/questions/380002/issue-creating-tiles-from-geotiff-which-crosses-the-180th-meridian/ On Thu

Re: [gdal-dev] gdal2tiles with GeoTIFF which crosses antimeridian?

Hi, I tried to reproduce your experiment. It seems like the command that produces "alaska_warped_sliced_at_180.vrt" is missing in your script. I guess that step could be vital to understand what is going on. Best regards /Lars Schylberg 26 november 2020 kl. 03:42, "James Russo" mailto:j...@hal

Re: [gdal-dev] gdal2tiles with GeoTIFF which crosses antimeridian?

Lars, Sorry! My apologies. Despite double checking, there was a copy and paste error in the script. The second gdalwarp with the -te was outputting to the same path as the no sliced version. Corrected script below. I appreciate you looking into this with me! *additionally, My original reply direc

Re: [gdal-dev] gdal2tiles with GeoTIFF which crosses antimeridian?

Good Evening, I'm just following up on this question from a few days ago with some more information and the script I am using which reproduces this issue. The example results can be found here at the s3 links below and are all generated from the same original GeoTIFF. The only difference is that

[gdal-dev] gdal2tiles with GeoTIFF which crosses antimeridian?

Good Evening, GIS novice here. I have a GEOTiff that I'm trying to create tiles from which crosses the 180. It's a FAA sectional chart from the US used for aviation. If I slice off anything west of the 180, I can generate the tiles and they look good. If I don't the area of the tiles is super larg

Re: [gdal-dev] gdal2tiles PDF --config GDAL_PDF_DPI option

Obviously I am not an expert here, since gdal2tiles does not work on my Linux system. I do: gdal2tiles -r antialias -a 255 king.pdf test1 --config GDAL_PDF_DPI 600 I get: gdal2tiles: command not found I do: whereis gdal I get: gdal: /usr/share/gdal I look up gdal2tiles on the web and I think

Re: [gdal-dev] gdal2tiles PDF --config GDAL_PDF_DPI option

On samedi 19 septembre 2020 03:49:40 CEST py_qgis_user wrote: > I've been looking into the gdal2tiles code (both version 2.4.0 and 3.1.2), > but am quite unfamiliar with the gdal python library. I'm hoping for some > pointers on what I can test/look into to get the results i'm hoping for. > > The

[gdal-dev] gdal2tiles PDF --config GDAL_PDF_DPI option

I've been looking into the gdal2tiles code (both version 2.4.0 and 3.1.2), but am quite unfamiliar with the gdal python library. I'm hoping for some pointers on what I can test/look into to get the results i'm hoping for. The input is a georeferenced PDF, with it's content being svg/vector instead

[gdal-dev] gdal2tiles -x/--exclude option

Hi there, I’m trying to use gdal2tiles to produce a raster tileset made of a bunch of geotiffs ‘scattered’ around the world. In that scenario, by default, gdal2tiles will produce a huge amount of unnecessary empty tiles. I’m probably missing something very obvious, but I can’t seem to be able to

Re: [gdal-dev] gdal2tiles missing 'GRA_mode' resample method

We'll give the copy on master a try. Thanks for the quick answer. Tim -Original Message- From: Even Rouault Sent: Thursday, 5 December 2019 16:53 To: gdal-dev@lists.osgeo.org Cc: Jacobs Tim ; Mike Taves Subject: Re: [gdal-dev] gdal2tiles missing 'GRA_mode' resample met

Re: [gdal-dev] gdal2tiles missing 'GRA_mode' resample method

On jeudi 5 décembre 2019 15:45:23 CET Jacobs Tim wrote: > Hi Mike > > the GRA_mode resampling in gdal2tiles, that we discussed on gdal-dev back in > August, was expected for next release, but doesn’t appear to be included > in the 3.0.2 release (October). > Can you pls tell me in which release i

Re: [gdal-dev] gdal2tiles missing 'GRA_mode' resample method

Hi Mike the GRA_mode resampling in gdal2tiles, that we discussed on gdal-dev back in August, was expected for next release, but doesn’t appear to be included in the 3.0.2 release (October). Can you pls tell me in which release it will be taken up? The 3.1 maybe? And is the timeline already set

Re: [gdal-dev] gdal2tiles missing 'GRA_mode' resample method

Hi Mike great, thanks a lot! Tim -Original Message- From: Mike Taves Sent: Sunday, 8 September 2019 23:36 To: Jacobs Tim Cc: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] gdal2tiles missing 'GRA_mode' resample method On Tue, 27 Aug 2019 at 03:13, Jacobs Tim wrote: >

Re: [gdal-dev] gdal2tiles missing 'GRA_mode' resample method

On Tue, 27 Aug 2019 at 03:13, Jacobs Tim wrote: > Recently, we were using gdal2tiles.py to build TMS tiles. > Its code however seems to not support the “mode” resampling > that is available in other GDAL utilities such as gdalwarp and gdal_translate. > > Can this be added to gdal2tiles.py too? Hi

[gdal-dev] gdal2tiles missing 'GRA_mode' resample method

Dear GDAL Dev's, Recently, we were using gdal2tiles.py to build TMS tiles. Its code however seems to not support the "mode" resampling that is available in other GDAL utilities such as gdalwarp and gdal_translate. Can this be added to gdal2tiles.py too? Thanks, Tim Jacobs Indien u VITO Mol bezo

Re: [gdal-dev] Gdal2tiles gains parallel processing features

Jeremy, From a quick look, both should be achievable: - GeoPackage output: I guess you ask because of multiprocessing ? Otherwise a plain gdal_translate will do ;-) Multiprocessing brings the interesting question of write concurrency with sqlite3. So I think "manual" writing with sqlite3 low

Re: [gdal-dev] Gdal2tiles gains parallel processing features

Hey Jeremy, I would say I don't know anything about GeoPackage or tile grids profile. What I can say: - the new version only brings parallelism to the script - because of the rewrite, I would hope anything to be slightly easier. Cheers --- Gregory Bataille On Fri, Sep 29, 2017 at 9:24 PM, Jere

Re: [gdal-dev] Gdal2tiles gains parallel processing features

Thank you for this feature! Best, Angelos On 09/29/2017 06:59 PM, Even Rouault wrote: On vendredi 29 septembre 2017 17:50:11 CEST Grégory Bataille wrote: Hi all, I just wanted to announce that after a few months of work (took long, I got lazy), *gdal2tiles has gained parallel computing abilit

Re: [gdal-dev] Gdal2tiles gains parallel processing features

oh... ok for gdal2tiles_old.py. I just wished to make a potential rollback "easy" Anyway, that's good enough for me :) Thanks --- Gregory Bataille On Fri, Sep 29, 2017 at 5:59 PM, Even Rouault wrote: > On vendredi 29 septembre 2017 17:50:11 CEST Grégory Bataille wrote: > > > Hi all, > > > >

Re: [gdal-dev] Gdal2tiles gains parallel processing features

On vendredi 29 septembre 2017 17:50:11 CEST Grégory Bataille wrote: > Hi all, > > I just wanted to announce that after a few months of work (took long, I got > lazy), *gdal2tiles has gained parallel computing abilities* > > It is now *on trunk*. Thanks for your great work on this > - Because th

[gdal-dev] Gdal2tiles gains parallel processing features

Hi all, I just wanted to announce that after a few months of work (took long, I got lazy), *gdal2tiles has gained parallel computing abilities* It is now *on trunk*. *A few things to know:* - I took upon me to rewrite the script almost entirely to make it more modular, testable, ... - Because th

Re: [gdal-dev] gdal2tiles error

Hello, In your stack trace I gather you are using GDAL 1? If that's the case, you should use the latest gdal 2.2). I'm quite sure the issue is fixed there On a mac, look for the osgeo4mac brew tap and install the gdal2 package. I think it's up-to-date. Otherwise you should retrieve gdal2tiles.py

[gdal-dev] gdal2tiles error

Dear developers, I have an 8-bit geotiff image that contains land cover classification results. The dimensions of the image is 1000 x 1000 pixels. I am trying to generate tiles with 21 zoom levels using the gdal2tiles.py script so that we can display the results on a website. In the first st

[gdal-dev] gdal2tiles pixel shift in output tiles

Hi everbody, I would like to calculate large geotiff files (10.000 x 10.000px) with the help of gdal2tiles in little (256x256px) tiles. The process works fine. However, the result is not perfect. There is a slight shift in the tiles. I've already tried different resampling methods and get the

[gdal-dev] gdal2tiles tile origin differences

Hi, I am getting different X and Y values for tiles from gdal2tiles.py when in a PC (OSGeo4W - GDAL 1.9.2) environment and Linux (GDAL 1.10.1).  It seems to me that the newer 1.10.2 x's and y's are wrong (not respecting the specified origin). Is this a bug, which result is correct, and how

Re: [gdal-dev] gdal2tiles - incorrect corner coordinates

Jan Tosovsky email.cz> writes: > > Dear All, > > when producing GeoTiff tiles from large GeoTiff that contains Corner > Coordinates: > Upper Left ( 1558426.488, 6800200.793) ( 13d59'58.50"E, 52d 0' 1.50"N) > Lower Left ( 1558426.488, 6446209.776) ( 13d59'58.50"E, 49d59'58.63"N) > Upper Right

[gdal-dev] gdal2tiles - incorrect corner coordinates

Dear All, when producing GeoTiff tiles from large GeoTiff that contains Corner Coordinates: Upper Left ( 1558426.488, 6800200.793) ( 13d59'58.50"E, 52d 0' 1.50"N) Lower Left ( 1558426.488, 6446209.776) ( 13d59'58.50"E, 49d59'58.63"N) Upper Right ( 2003776.864, 6800200.793) ( 18d 0' 0.84"E, 52d 0

Re: [gdal-dev] gdal2tiles for 16bit data

On 2014-09-23 David Strip wrote: > On 9/22/2014 2:18 PM, Jan Tosovsky wrote: > > On 2014-09-21 David Strip wrote: > > > > > > If this still doesn't fix it, the first thing to do is run gdalinfo > > > against one of the tiles and let us know the result. > > > > Thanks for the hint. I've checked the

Re: [gdal-dev] gdal2tiles for 16bit data

On 9/22/2014 2:18 PM, Jan Tosovsky wrote: > On 2014-09-21 David Strip wrote: >> Looking back at the code, the actual output file is created with >> this line: >> self.out_drv.CreateCopy(tilefilename, dstile, strict=0) > Hmm, I have no idea how to pass this info into CreateCopy: > http://www.gdal.o

Re: [gdal-dev] gdal2tiles for 16bit data

On 2014-09-21 David Strip wrote: > On 9/20/2014 9:02 AM, Jan Tosovsky wrote: > > > Adding an extra parameter seems to be fixing this: > > dstile = self.mem_drv.Create('', self.tilesize, self.tilesize, > > tilebands, gdal.GDT_UInt16) > > (applied to all 'mem_drv.Create' occurrences) > > > > But the

Re: [gdal-dev] gdal2tiles for 16bit data

On 9/20/2014 9:02 AM, Jan Tosovsky wrote: But the final tif has most likely incorrect metadata as its reading via jai-imageio fails ArrayIndexOutOfBoundsException: 256 (Despite the Ok result when reading the tiling source image using the same method) Any idea? Th

Re: [gdal-dev] gdal2tiles for 16bit data

On 2014-09-20 David Strip wrote: > > On 9/20/2014 6:20 AM, Jan Tosovsky wrote: > > > > I am trying to produce GeoTiff tiles from my SRTM based GeoTiff: > > gdal2tiles.py -z 6-7 warped.tif D:\tiles-gdal > > > > The problem is that the final data is somehow converted from > > 16bit into 8bit so usele

Re: [gdal-dev] gdal2tiles for 16bit data

A few lines before the ones you quoted from the script dstile is set to a raster in memory:  dstile = self.mem_drv.Create('', self.tilesize, self.tilesize, tilebands) This memory dataset driver defaults to a datatype of byte. You need to override this to the da

[gdal-dev] gdal2tiles for 16bit data

Dear All, I am trying to produce GeoTiff tiles from my SRTM based GeoTiff: gdal2tiles.py -z 6-7 warped.tif D:\tiles-gdal The problem is that the final data is somehow converted from 16bit into 8bit so useless for intended further processing. In the script there are following lines responsible f

Re: [gdal-dev] gdal2tiles from vrt with unexpected result

Am 17.06.2014 17:30, schrieb klo: VRT extend is approximately this: ulx, uly = (7436881, 4707326) lrx, lry = (7687838, 4511902) Not sure if it helps you, but I just solved a similar issue here:

Re: [gdal-dev] gdal2tiles from vrt with unexpected result

0e+000, 4.7073264160994580e+006, 0.e+000,-4.1943557729515746e+000 Red 8/0/78.jpg 1 ... ==== -- View this message in context: http://osgeo-org.1560.x6.nabble.com/gdal

Re: [gdal-dev] gdal2tiles from vrt with unexpected result& In-Reply-To=

Here is VRT header and one "simplesource" node just in case: PROJCS["Bessel_1841_Transverse_Mercator", GEOGCS["GCS_Bessel_1841", DATUM["D_Bessel_1841", SPHEROID["Bessel_1841",6377397.155,299.1528128]], PRIMEM["Greenwich

Re: [gdal-dev] gdal2tiles from vrt with unexpected result

Am 16.06.2014 23:56, schrieb klo uo: When I use gdal2tiles, i.e.: `gdal2tiles.py -p raster -z 2 mosaic.vrt` I get as a result 256px tiles, but tiles are empty except for upper left 64 x 64 px region, which contains what I would expect for whole tile, or put it differently tile is reduced unnece

[gdal-dev] gdal2tiles from vrt with unexpected result

Hi, I tried to use gdal2tiles on a VRT generated from JPG images (which a btw 256 x 256 pixel tiles themselves) I double checked VRT with gdal_translate to crop part of it and got expected result. When I use gdal2tiles, i.e.: `gdal2tiles.py -p raster -z 2 mosaic.vrt` I get as a result 256px tiles

[gdal-dev] gdal2tiles broken

This is the ticket I tried to file in Trac (see my previous message just a minute ago) : gdal2tiles.py seems to be broken in gdal-1.10 BETA 1; $ gdal2tiles.py File "/usr/bin/gdal2tiles.py", line 680 g.add_option("-g", "--googlekey", dest='googlekey',

Re: [gdal-dev] gdal2tiles

I'm not confusing them. What Petr was referring to is maptiler.com (MapTiler Cluster), which doesn't seem to be open source. giovanni 2012/6/10 Mateusz Loskot > On 10 June 2012 21:33, G. Allegri wrote: > > Hi Petr, > > AFAICS Maptiler is not open source, right? > > You may be confusing > > htt

Re: [gdal-dev] gdal2tiles

On 10 June 2012 21:33, G. Allegri wrote: > Hi Petr, > AFAICS Maptiler is not open source, right? You may be confusing http://www.klokantech.com/maptiler/ with http://www.maptiler.org/ http://code.google.com/p/maptiler/ The latter is FOSS. Best regards, -- Mateusz Loskot, http://mateusz.losk

Re: [gdal-dev] gdal2tiles

Hi Petr, AFAICS Maptiler is not open source, right? giovanni ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] gdal2tiles

Dear Yogesh, we have developed highly optimized tiling and merging utility in C++ on top of GDAL. It is parallelized (multi-core CPUs) and can even run on a cluster of computers with MPI. It is also producing tiles with minimal size in PNG8/PNG8a or in JPEG. It has been used on very large datasets

Re: [gdal-dev] gdal2tiles

Yogesh, There are a couple of implementations in Python for this. GeoWebCache was implemented in Java. As for optimization, I think your bottleneck is going to be disk i/o instead of processor speed. On Sun, Jun 10, 2012 at 4:12 AM, Yogesh Dahiya wrote: > The thing is I want to crate tiles (TMS

[gdal-dev] gdal2tiles

The thing is I want to crate tiles (TMS format) from large map image using gdal c++ api (similar to what is done by gdal2tiles.py). So is there any particular api for that our I have to do it from scratch using base api (and I want tile creation to be optimized and parallelized). Any suggestion w

Re: [gdal-dev] gdal2tiles with WMS as source?

Le mercredi 04 janvier 2012 13:28:08, Ari Jolma a écrit : > A question: > > I have a WMS set up, which visualizes a certain vector dataset. I would > like to create tiles for a tiled WMS from the WMS. gdal2tiles can be > used to create tiles from a raster datasource, but apparently not from a > WM

[gdal-dev] gdal2tiles with WMS as source?

A question: I have a WMS set up, which visualizes a certain vector dataset. I would like to create tiles for a tiled WMS from the WMS. gdal2tiles can be used to create tiles from a raster datasource, but apparently not from a WMS(?) or can it? How could I make it to use a WMS as the source?

[gdal-dev] gdal2tiles crashes on some rasters

Hi all, I have troubles using gdal2tiles. When I try to generate tiles from raster it fails with error Generating Base Tiles: ERROR 5: Illegal values for buffer size ERROR 5: Illegal values for buffer size Traceback (most recent call last): File "/usr/bin/gdal2tiles.py", line 2241, in gdal

Re: [gdal-dev] gdal2tiles: tiles in wrong hemisphere, and/or Openlayers problem

> At the moment I'm wondering if there are bugs in both gdal2tiles.py and > http://www.openlayers.org/api/2.7/OpenLayers.js I think there's a bug in none of them ;-) You just have run into this embarrassing mess where OpenStreetMap and TMS tile numbering convention are different. In TMS, tile 0

[gdal-dev] gdal2tiles: tiles in wrong hemisphere, and/or Openlayers problem

Hi, I'm having big problems understanding what's happening with tiles created by gdal2tiles.py --version GDAL 1.8.1, released 2011/07/09 Running on Slackware 13.37 64 bit. The results of tiling a colour relief look OK: http://pgg999.freehostingcloud.com/tiles4_srtm/openlayers.html http://pgg999.fr

Re: [gdal-dev] Gdal2tiles in Gdal18 and creating KMZ files

Hi Roland, (lets cc the gdal list, so others can join in reading and/or answering) If I recall correctly, you just have to make sure your input dataset is rgba. I think I usually had a 4-channel 8-bit geotiff, tiled, and with overviews (use gdaladdo to add them). I'm using a self-compiled very

Re: [gdal-dev] Gdal2tiles in Gdal18 and creating KMZ files

Roland, not really an answer to your question, but note that - with a recent gdal - you can also create kmz by using the kmlsuperoverlay output format, e.g.: gdal_translate -of kmlsuperoverlay out.kmz your infile need be a rgb or rgba format (if you want to maintain transparency, add '-co

Re: [gdal-dev] Gdal2tiles in Gdal18 and creating KMZ files

Thanks Brian, I have reviewed OSGeo4W\bin\gdal2tiles.py and specifically line 1597 containing the href tag to the png file: %(ty)d.%(tileformat)s I was curious if someone had any idea on how to modify this href tag to include the relative path as Brian suggests

Re: [gdal-dev] Gdal2tiles in Gdal18 and creating KMZ files

Roland the problem is in /12/1211/2558.kml line 26 2558.png this should be a relative path from the root of the zipfile not from 2558.kml Brian On Wed, 2011-02-16 at 15:14 -0500, Roland Duhaime wrote: > > I am following the instructions for creating one KMZ file that are > posted here: >

[gdal-dev] Gdal2tiles in Gdal18 and creating KMZ files

I am following the instructions for creating one KMZ file that are posted here: http://trac.osgeo.org/gdal/wiki/UserDocs/Gdal2Tiles I am using gdal2tiles under the "gdal" package 1.8. I have having success creating superoverlays and the related folder structure. I am able to read the created do

Re: [gdal-dev] gdal2tiles from fwtools

Livneh Yehiyam wrote: Hi Is there a problem with the python script gdal2tiles in FWTools 2.4.7? I'm getting the following error: C:\Program Files\FWTools2.4.7>gdal2tiles Traceback (most recent call last): File "C:\PROGRA~1\FWTOOL~1.7\bin\gdal2tiles.py", line 38, in ? from osgeo import gdal

[gdal-dev] gdal2tiles from fwtools

Hi Is there a problem with the python script gdal2tiles in FWTools 2.4.7? I'm getting the following error: C:\Program Files\FWTools2.4.7>gdal2tiles Traceback (most recent call last): File "C:\PROGRA~1\FWTOOL~1.7\bin\gdal2tiles.py", line 38, in ? from osgeo import gdal ImportError: No module

[gdal-dev] gdal2tiles from fwtools

Hi Is there a problem with the python script gdal2tiles in FWTools 2.4.7? I'm getting the following error: C:\Program Files\FWTools2.4.7>gdal2tiles Traceback (most recent call last): File "C:\PROGRA~1\FWTOOL~1.7\bin\gdal2tiles.py", line 38, in ? from osgeo import gdal ImportError: No module

Re: [gdal-dev] GDAL2Tiles

well, I can see folders which are created by GDAL2Tiles utility. Moreover, looking at date and time of created folder, it seems utility is still running. Meanwhile, I search on internet and seems there is another functionality called ppgdal2tiles (parallel GDAL2Tiles). I want to try this command l

Re: [gdal-dev] GDAL2Tiles

something is probably going wrong. can you have a look at the ram and cpu usage ? The system may be swapping. Le 14/07/2010 20:00, Gajera Tejas a écrit : Guillaume, I have stated tiles generation process two days ago and counter of GDAL2Tiles is still on 0 (not even 0...). Do you have any idea

Re: [gdal-dev] GDAL2Tiles

Guillaume, I have stated tiles generation process two days ago and counter of GDAL2Tiles is still on 0 (not even 0...). Do you have any idea how to improve the process speed? Regards, Tejas Gajera On Wed, Jul 14, 2010 at 12:59 PM, Guillaume Sueur wrote: > Hi, > > That can last a bit. It depend

Re: [gdal-dev] GDAL2Tiles

Hi, That can last a bit. It depends on your geo extent and how many base tiles will be generated. Gdal2tiles outputs a 10...20... counter, which should help you calculate the global time. Regards Guillaume Le 14/07/2010 16:33, Tejas Gajera a écrit : Hi, I have a Tiff image of around 30GB

Re: [gdal-dev] GDAL2Tiles

Tiff files are composed of either one or more tiles, or one or more stripes. No single tile or stripe can be larger than 2 GB. The original Tiff standard further required that a .tif file not be larger than 4 GB. The BigTiff standard does away with this 4 GB .tif file limit. GDAL supports BigTif

Re: [gdal-dev] GDAL2Tiles

Pasta, I have used gdalwarp command line utility to warp large georaster images and it worked well and create a 30GB tiff image. Thanks, Tejas Gajera On Wed, Jul 14, 2010 at 11:16 AM, Frank Warmerdam wrote: > Pasta Bolognese wrote: >> >> Hi Tejas , >> >> where did you get that 30GB Tiff file f

Re: [gdal-dev] GDAL2Tiles

Pasta Bolognese wrote: Hi Tejas , where did you get that 30GB Tiff file from ? I tough that the maximum size for a Tiff was 4GB... Pasta, This was presumably a GeoBigTIFF. There was a project in the last few years to extend the TIFF format to support 64bit addressing and the resulting format

Re: [gdal-dev] GDAL2Tiles

Hi Tejas , where did you get that 30GB Tiff file from ? I tough that the maximum size for a Tiff was 4GB... On Wed, Jul 14, 2010 at 3:33 PM, Tejas Gajera wrote: > > Hi, > > I have a Tiff image of around 30GB, and I want to create tiles using > GDAL2Tiles command line utility. If anyone have us

[gdal-dev] GDAL2Tiles

Hi, I have a Tiff image of around 30GB, and I want to create tiles using GDAL2Tiles command line utility. If anyone have used GDAL2Tiles command utility, please let me know how long it takes to generate all tiles? I have started tilling process two days ago and its still running (under process).

Re: [gdal-dev] gdal2tiles output packed as kmz doesn't load in Google Earth

Hmm, i see: /Users/warren/Downloads/1202.png - HTTP 404(Not Found) The server has not found anything matching the URI. /Users/12/1037/2404.kml - Could not open file /Users/12/1037/2405.kml - Could not open file So it's a relative path problem, not reading from the zip root. The xml is below - hmm

Re: [gdal-dev] gdal2tiles output packed as kmz doesn't load in Google Earth

You can turn on kml error handling in the Tools->Options under the "General" tab. My first guess would be a path issue, but I am not certain. kss # Kyle Shannon Physical Science Technician RMRS Fire Sciences Lab Fire, Fuels & Smoke - RWU 4405 5775 Highway 10 W. Misso

[gdal-dev] gdal2tiles output packed as kmz doesn't load in Google Earth

Hi, I'm probably missing something obvious, but I tried packing an output directory from gdal2tiles -k (generating the doc.kml) and while the kml loads, and all the sub-kmls load (i.e. 11/1401/2322.kml etc.) when I compress them into a zip and rename kmz, the images don't load. Google Earth doesn'

  1   2   >