Re: [gdal-dev] GDAL Windows Wheels

Thanks for sharing! Would you like to post it also in this issue? https://github.com/OSGeo/gdal/issues/4352 On Tue, 17 Sept 2024 at 14:36, Petr Tsymbarovich via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > Hi, > > Long story short: I've configured a GitLab pipeline for building and > publishing

Re: [gdal-dev] Utilizing GDAL for adding overviews layer in python language

Hi, You could use gdal to write a single tiff file from each numpy array layer and name it accordingly: base.tif - your input tiff file base.tif.ovr - first overview base.tif.ovr.ovr - second overview base.tif.ovr.ovr.ovr - third overview etc. gdal would know to read these overviews automatically

Re: [gdal-dev] Utilizing GDAL for adding overviews layer in python language

Hi, So you are saying that you used gdal buildoverview in Python to add overviews to the tiff file but it only uses CPU and not GPU. And you could use the other library to add overviews using GPU - can you share which library you used or what's the output format that you got? Maybe you can combine

Re: [gdal-dev] Osgeo gdal

Hi! If you are trying to install GDAL on Python, did you try `python -m pip install gdal` ? If you did and it failed, are you using Windows ? If yes, try to download the binary whl file from: https://github.com/cgohlke/geospatial-wheels/releases (Note your Python version and win32/64, i.e. If you

Re: [gdal-dev] Using gdal_calc without python

ified? > > > > Why are scripts like gdal_calc not included to the „standard“ package so > that they can be run similarly to gdalinfo? > > This would probably make everything a little easier. > > > > Regards, > > Carsten > > > > *Von:* Idan Miara

Re: [gdal-dev] Using gdal_calc without python

Hi! gdal_calc is implemented fully in python, so you would need python to run it. Assuming your client uses Windows and you don't have admin privileges to install software, you could install official Python and gdal (from https://www.lfd.uci.edu/~gohlke/pythonlibs/, which unfortunately is not mai

Re: [gdal-dev] Motion: adopt RFC 87: Signed int8 data type for raster

Just adding my two cents... I highly support adding the signed int8 datatype - this would probably lead to downstream projects that support different raster datatypes to eventually fully support int8 rasters as a first class citizen. Yes - downstream projects would need to invest some time adaptin

Re: [gdal-dev] [EXT] Re: [EXT] Re: [Doc] gdal_calc.py extent option

Hi Matt, No, we don't suggest they should be reversed. If you look at the union, you could also make the minimal bounding box bigger and it will still include the union, thus we dedine the union to be the smallest of all bounding boxes that contains that blue figure. Likewise, for the intersecti

Re: [gdal-dev] [Doc] gdal_calc.py extent option

Hi! I needed the docs are correct but as this is the second time it confuses people maybe the wording should be revised? https://github.com/OSGeo/gdal/pull/5969 Any ideas? On Mon, 17 Oct 2022, 11:49 Nicolas Godet, wrote: > Indeed, this is right. > My bad.. > -- > *D

Re: [gdal-dev] Standardize gdal-utils scripts return code for "no arguments"

Hi Matt, Since you mentioned that you don't understand how classes work (i.e. super function) I would highly recommend spending some time to go over some basic Python OOP, it's not complicated and I'm confident that it would be very useful. >From a quick search, maybe this link would be useful htt

Re: [gdal-dev] Convert to min containing bit depth?

Computing the min value is also requited if you have negative values and could also be useful If you wanted to optimize that method further by utilising the offset parameter (and or the scale, but computing the right combination for an optimize lossless compression could be more expensive). On Fri

Re: [gdal-dev] Convert to min containing bit depth?

Not exactly what you asked for but similar idea - rgb2pct.py On Thu, 21 Apr 2022, 22:04 , wrote: > Idea for a small but useful python tool: scan image for min/max values and > convert to smallest possible bit depth without losing values. Surely > someone has done something like this already. Any

Re: [gdal-dev] Weird behavior while reprojecting geometries

On Fri, 4 Mar 2022, 13:12 Idan Miara, wrote: > Hi, > Are you familiar with the axis order that was introduced in gdal 3 and its > affects on 4326? > https://gdal.org/tutorials/osr_api_tut.html#crs-and-axis-order > > On Fri, 4 Mar 2022, 13:07 Hugo, wrote: > >> Hi g

Re: [gdal-dev] gdal-utils: About GDAL Python Utilities

Hi Matt, Thanks for looking into this. Yes, you got it right. You can find some documentation in the following pages, though it certainly could be approved as per your suggestions, maybe also by using some text from the RFC. https://gdal.org/api/index.html#python-api https://gdal.org/programs/ind

Re: [gdal-dev] How to fix path for gdal .py scripts in Anaconda-Windows?

Hi, I had the same problem, here's my solution : https://github.com/OSGeo/gdal/blob/master/swig/python/gdal-utils/osgeo_utils/auxiliary/batch_creator.py Idan On Wed, 12 Jan 2022, 23:22 Rafael Lima, wrote: > I thought about uninstalling it to lol > > checking that PYTHONPATH or PYTHONHOME are

Re: [gdal-dev] gdal installation error on MacOS (libpoppler.91.dylib)

> > ... I am reasonably sure it will work. > > Then you just need to use the "gdaltest" environment when you want to use > conda. > > On Tue, 7 Dec 2021 at 09:03, Idan Miara wrote: > >> Hi all, >> >> I'm trying to install gdal on MacOS Big Sur

Re: [gdal-dev] gdal installation error on MacOS (libpoppler.91.dylib)

gdaltest" in the first and second lines could be > any name for a conda environment that is not already in use} > > ... I am reasonably sure it will work. > > Then you just need to use the "gdaltest" environment when you want to use > conda. > > On Tue, 7 Dec 202

[gdal-dev] gdal installation error on MacOS (libpoppler.91.dylib)

Hi all, I'm trying to install gdal on MacOS Big Sur via conda. For some reason it installs v3.0.2, even though v3.4.0 is available. Also it doesn't run, and gives the following error: ~ gdalinfo --version dyld: Library not loaded: @rpath/libpoppler.91.dylib Thanks! logs are below. Kind regards,

Re: [gdal-dev] Warp with different band types?

WorkingDataType() should likely be used instead > > Even > Le 23/08/2021 à 00:58, Idan Miara a écrit : > > Hi all, > > I was trying to warp a ds with a byte band and an int16 band and got a ds > with two byte band. > Is warp using the first band data type for all the output ba

[gdal-dev] Warp with different band types?

Hi all, I was trying to warp a ds with a byte band and an int16 band and got a ds with two byte band. Is warp using the first band data type for all the output bands? Is that a bug? If multiple band types are not supported - maybe max(band types) could be a better default (assuming no explicit ou

Re: [gdal-dev] QGIS - No module named GDAL

Hi, `import gdal` was deprecated. It got removed in 3.3. Please use `from osgeo import gdal` Idan. On Tue, 8 Jun 2021, 21:11 Bill Eggers, wrote: > Somewhere between installing BlenderGIS, OSGEO4W testing version, and > ArcGISPro, the QGIS plugins that relied on GDAL quit working. I’ve tried >

Re: [gdal-dev] GDAL 3.3.0 RC1 available

I can confirm that these scripts are indeed the samples that were moved, Plus the arg_parser.py improvements file. On Tue, 27 Apr 2021, 20:20 Greg Troxel, wrote: > > I updated from beta1 to rc1. The transform issue appears fixed. > > In building python builds, I saw a large number of differenc

Re: [gdal-dev] Proposed GDAL 3.3 release schedule

Hi Even and all, I think that the schedule makes sense. What is the policy for accepting feature PRs (not bug fixes) ? I mean do all new features from when beta/RC is published will be merged only to the next minor version, i.e. 3.4 ? Because we cannot release gdal-utils

Re: [gdal-dev] Python Wheels for gdal

e pyd files. We might want to build a win32 version if anyone still cares about those. Does someone have a different idea ? maybe a standalone builder script? but then someone would need to run it manually I guess. Idan On Tue, 23 Feb 2021 at 16:13, Idan Miara wrote: > Hi Rob, > > G

Re: [gdal-dev] Motion: RFC 78: gdal-utils package

> > -Matt > > > > *From:* Idan Miara > *Sent:* March 26, 2021 5:29 AM > *To:* Matt.Wilkie > *Cc:* gdal dev > *Subject:* Re: [gdal-dev] Motion: RFC 78: gdal-utils package > > > > Hi Matt, > > > > Point noted. I've updated the Summary section: >

Re: [gdal-dev] Motion: RFC 78: gdal-utils package

Hi Matt, Point noted. I've updated the Summary section: Idan Summary This RFC suggests to put all the GDAL python modules (formly scripts), except from the GDAL core SWIG bindings, into their own distribution on pypi. The GDAL python sub-package osgeo.utils (introduced in GDAL 3.2) would be rena

Re: [gdal-dev] Motion: RFC 78: gdal-utils package

uld not disseminate, distribute or copy this e-mail. > Please notify the sender immediately by email if you have received this > email by mistake and delete this email from your system. > JBA Risk Management Limited is registered in England, company number > 07732946, 1 Broughton Park,

Re: [gdal-dev] Motion: RFC 78: gdal-utils package

Hi Alan, pip install gdal-utils Will install also gdal as it is its dependency. In case we will take the utils out of the gdal sdist - Even tough your suggestion to add gdal-utils as a dependency to gdal would make `pip install gdal` to also install both, it makes less sense to me as gdal does no

Re: [gdal-dev] Motion: RFC 78: gdal-utils package

Hi Sean, Removing the utils from the gdal sdist/wheel means that people who install gdal won't have the utils unless they installed the utils wheel. My understanding from the earlier discussion was that it is too disruptive and confusing for the average user, thus I ended up with this mix comprom

Re: [gdal-dev] Motion: RFC 78: gdal-utils package

Hi Alan, Thanks for your comment. That was actually my original idea, but while I was planning to implement it appeared that it requires much more additional work, mainly because the tests of the core and the utils are not separated and tested as a single CI pipeline. I also didn't want to make su

Re: [gdal-dev] Motion: RFC 78: gdal-utils package

Hi Even, Thanks for supporting this RFC! I'd be happy to improve the documentation of this addition once it's merged. I can volunteer to be listed as the maintainer of the new package if it makes sense. Please tag me if you see a related issue that I've missed. Idan On Wed, 24 Mar 2021 at 21:03,

[gdal-dev] Motion: RFC 78: gdal-utils package

Hi all, Having heard no further comments regarding RFC78 . Motion: Adopt RFC 78: gdal-utils package (formatted version). *A pers

Re: [gdal-dev] The proper way to call gdal "scripts" on Windows?

.e. c:\Python38\Scripts) %~n0 means the name of the batch file without extension (i.e. gdal_calc) So running gdal_calc it would essentially call the following: python c:\Python38\Scripts\gdal_calc.py Idan On Thu, 25 Feb 2021 at 12:02, Richard Duivenvoorde wrote: > On 2/25/21 10:53 AM, Idan Mia

Re: [gdal-dev] The proper way to call gdal "scripts" on Windows?

nd of batch files for the scripts to distribute in binary windows wheels ? On Thu, 25 Feb 2021 at 11:41, Richard Duivenvoorde wrote: > On 2/25/21 10:15 AM, Idan Miara wrote: > > > I guess that because I had `scripts` in my path I expected that `python > gdal_calc.py` would also work

Re: [gdal-dev] The proper way to call gdal "scripts" on Windows?

to > gdalcalc should work. > IF NOT: have a look into the gdalcalc file (the bat script) and fix things > there. > > Hope this helps, > > Richard Duivenvoorde > > On 2/25/21 9:33 AM, Idan Miara wrote: > > Hi All, > > > > I was wondering what is the proper

[gdal-dev] The proper way to call gdal "scripts" on Windows?

Hi All, I was wondering what is the proper way to call the gdal scripts that are installed on the "Python3X\Scripts" on Windows. Is there an easier way but to call "python c:\Python38\Scripts\gdal_calc.py", for instance? I do have the scripts folder in my path. # this opens gdal_calc.py with my

Re: [gdal-dev] warp ARGB -> RGB gtiff-jpeg?

I know it is not possible to drop alpha with gdalwarp even it is > possible to add alpha -dstalpha. > > -Jukka Rahkonen- > > > > Idan Miara wrote > > Hi All, > > > > Is it possible to use gdal_warp for warping the RGB bands of an ARGB > > raster > >

Re: [gdal-dev] Python Wheels for gdal

3.2.1-py37.py38.py39-none-win32.whl (Note that this batch does not build the sources, just repacks the wheels) Idan. On Tue, 23 Feb 2021 at 16:02, Robert Coup wrote: > Hi Idan, > > On Wed, 17 Feb 2021 at 12:24, Idan Miara wrote: > >> From what I can see, the gdal302.dll inside &

[gdal-dev] warp ARGB -> RGB gtiff-jpeg?

Hi All, Is it possible to use gdal_warp for warping the RGB bands of an ARGB raster as gtiff with jpeg compression (i.e. to drop the Alpha channel and transform CRS). ? gdal_transalte has translate_options["bandList"] = [1, 2, 3] for that, but I can't find the equivalent for warp. I could do it

Re: [gdal-dev] Python Wheels for gdal

>From what I can see, the gdal302.dll inside https://www.lfd.uci.edu/~gohlke/pythonlibs/#gdal doesn't depend on any non-windows DLL. All its dependencies are statically linked. Maybe until a better solution is found, and to remedy all the windows users who just want to `pip install gdal`, We could

[gdal-dev] Call for discussion on RFC 78: gdal-utils package

rent repo or impact any non-Python code. Kind regards, Idan Miara ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] warp srs: xyz format point cloud

Hi all, I have a UTM raster that I want to warp translate to xyz format and transform the coordinates to EPSG:4326, I could use: `gdalwarp -of xyz -t_srs EPSG:4326 utm.tif 4326.xyz` But surely I get a 4326 grid, so my data points were altered to fit the new grid. I could write a function that ite

Re: [gdal-dev] Call for discussion on RFC77 Drop Python 2 support

> rce/development/rfc/rfc77_drop_python2_support.rst> . > >> Please give your feedback on this PR. > >> <https://github.com/OSGeo/gdal/pull/3142> > >> > >> Kind regards, > >> Idan Miara > > > > > >

[gdal-dev] Call for discussion on RFC77 Drop Python 2 support

42> Kind regards, Idan Miara ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] moving swig\python\scripts\* into the osgeo package

Hi all, I would like to get your opinion about making the code in the python scripts more reusable so they can be imported as modules. I'm working on improving gdal_calc.py: https://github.com/OSGeo/gdal/pull/3016 Eventually I would need to import it as a module, since it's not in a package it's

Re: [gdal-dev] gdalbuildvrt could not use worldfile

ed=yes maps.vrt maps.tiff > > But the maps.tiff has no georeference data's as well. > > > This two steps works well with other Geotiff tiles, but maybe there's a > more easy way to create one map from several tiles. > > > Kind regards > > > Piet > > >

Re: [gdal-dev] gdalbuildvrt could not use worldfile

Hi, According to gdalinfo your vrt looks fine, so it might be a problem with the vrt support in mapviewer. What are you trying to accomplish with this vrt? if you just want to georeference your tif you could try: gdal_translate -of GTiff input.tif ouput.tif use "-co COMPRESS=DEFLATE -co TILED=YES

[gdal-dev] Sparse GTiff with sparse index?

Hi, Is there an option to create a GTiff with a sparse index? I'm creating a vrt with a large extent from a single small GTiff (that I am using later as an overview for another raster) The output is mostly nodata values as only a small part of it contains actual data from the input tif. The vrt i

[gdal-dev] create a vrt with overviews from a raster list

Hi all, I have a list of rasters (DataSet objects) that I want to be treated as overviews for the BuildVRT function and not as a mosaic. I couldn't find how to make such a vrt programmatically. IIRC I could create such a vrt by manually editing the vrt file and inserting sections. Long story: Sa

Re: [gdal-dev] Python bindings for a GDAL dependent library

:40 PM Idan Miara wrote: > >> Hi all, >> >> I am writing a C++ library with a C API that links to GDAL dynamically >> with LoadLibrary. >> I would like to access the C API via Python and I have a few questions. >> >> Currently the library compiled with M

[gdal-dev] Python bindings for a GDAL dependent library

Hi all, I am writing a C++ library with a C API that links to GDAL dynamically with LoadLibrary. I would like to access the C API via Python and I have a few questions. Currently the library compiled with MSVC and I was able to access some functions from python via SWIG but I didn't try to pass G

Re: [gdal-dev] Windows CI build times

Just an innocent question... How come GCC is not one of the tested compilers on Windows and it's the only tested compiler for Linux? Is GCC for Windows not in par with MSVC? Idan On Thu, 4 Jun 2020 at 01:41, Even Rouault wrote: > On lundi 20 avril 2020 20:16:41 CEST Howard Butler wrote: > > > >

[gdal-dev] gdal_calc.py improvments

Hi all, I've added some additions/improvements to gdal_calc.py https://github.com/talos-gis/gdalos/blob/master/src/gdalos/calc/gdal_calc.py 1. Alphalist now includes lower case letters. 2. added hideNoData option to ignore noDataValues 3. accept gdal datasets and pathlib.Path objects as alternat

[gdal-dev] GDAL bindings for Delphi

Hi all, I've also translated a significant portion of the C bindings of GDAL/OGR to Delphi. https://github.com/talos-gis/gdal4delphi. It works well for me with GDAL 2.04 and with 3.02 master. Would you be interested in adding the bindings to the GDAL git? Should I create a PR? Kind regards, Idan

Re: [gdal-dev] bug in gdaldem color-relief?

Got it, https://github.com/OSGeo/gdal/commit/5eb8fa57c7730ae09b6ef0c7840c26283d84db0e Thanks!!! Idan On Sat, 6 Jun 2020, 00:26 Even Rouault, wrote: > > Should I open a bug report or am I missing something here? > > > > Was indeed a bug. Just fixed > > > > Even > > > > -- > > Spatialys - Geospa

[gdal-dev] bug in gdaldem color-relief?

Hi I think I found a bug in gdaldem color-relief (tested on gdal 2.4.4 and 3.1.0). I'm trying to make a color-relief with the attached dtm file (see attached a micro sample d.tif). The dtm has no "nodata" value set. The following commands produce a very different output, although the difference be

[gdal-dev] raster calc with different extents

Hi, Is there an easy way to make calculations with rasters with the same projection and resolution but with different extents? i.e. adding a few rasters with partial overlap so that the result raster would be a union or an intersection of the extents. Something like this but with different extent

[gdal-dev] Python: MEM inputs to warp and DEMProcessing

Hi, I'm using gdal python API with the following functions: 1. gdal.warp with a cutline input 2. gdal.DEMProcessing in 'color-relief' mode I receive the cutline as WKT and the color file as text, thus to use these functions I needed to create an OGR file and a color palette text file. Is there

[gdal-dev] gdal in a web service?

Hi, Do you know any open source web service that uses GDAL? I need a web service that, for instance, loads a raster to memory, does some gdal processing (i.e. cropping, warping, dem-coloring etc) and returns the raster to the client to be displayed on cesium, mapbox, etc. Before I start developmen

[gdal-dev] Raster/vector storing and processing in micro services efficiently?

Hi, I'm developing a system that creates, processes and consumes rasters and vectors. For instance, the user runs a computation that ouputs a few rasters and vectors, later he could choose some of the output rasters and the next process will combine the selected rasters into a new raster or vector

[gdal-dev] warp/trsnalte a specific src_ovr without alpha band

Hi, I have a RGBA raster with overviews, I'd like to cut an extent from a specific overview into a new YCbCr JPEG raster. I want to drop the alpha band (I don't need it and it is not supported in YCbCr). I couldn't find a way to do it because: 1. with gdal_translate I could choose bands (RGB) but

Re: [gdal-dev] relationship between gdalwarp and gdal_translate

got it, thanks!!! On Mon, 29 Apr 2019 at 18:15, Even Rouault wrote: > On lundi 29 avril 2019 18:06:46 CEST Idan Miara wrote: > > Hi, > > > > I'm writing a wrapper and a QT5 frontend for gdalwarp/gdal_translate: > > https://github.com/talos-gis/gdalos > >

[gdal-dev] relationship between gdalwarp and gdal_translate

Hi, I'm writing a wrapper and a QT5 frontend for gdalwarp/gdal_translate: https://github.com/talos-gis/gdalos I was wandering if gdalwarp can do anything that gdal_translate can do (and much more), why is gdal_translate needed? do they use the same backend for tasks that gdal_translate can do? K

Re: [gdal-dev] Automatically creating an Alpha mask for a RGB raster to extract the backgound? (magic wand style)

Hi Even, Thanks! it does solve most of the problem! The only issue that I think is left is that nearblack scans from the borders till it reaches a valid data point and stops there. So in case of diagonal zigzag cutting (or background in holes) there will be still background left inside the zigzag

[gdal-dev] gdalos - a simple gdal translate/warp/addo python wrapper for raster batch processing

Hi, I would like to share with you the python tool that I developed for batch translating/warping/adding overviews. It uses the gdal python interface and on top of it many rules to automate the batch processing. I hope some of you might find it useful. https://github.com/talos-gis/gdalos Kind re

[gdal-dev] Automatically creating an Alpha mask for a RGB raster to extract the backgound? (magic wand style)

Hi, I'm looking for an automated/semi-automated way to remove the plain color background of some (jpeg compressed) Orthophoto RGB rasters without NoDataValue or an Alpha band. Usually I get an image of some specific region with the background as a plain color (usually it's plain white or plain bl

Re: [gdal-dev] Geoserver/gdal: large tif with multiple overviews - bug + workaround

e: > On mercredi 16 janvier 2019 12:59:51 CET Idan Miara wrote: > > Even, > > Thanks for your pointer! > > It does solve the problem for me! > > > > Andrea, > > Thanks for you input! > > Should I find the time to look into these issues I'll contact you

Re: [gdal-dev] Geoserver/gdal: large tif with multiple overviews - bug + workaround

g bug ( https://osgeo-org.atlassian.net/browse/GEOS-8143) for loading a vrt file but not for the internal GeoTiff loader. Kind regards, Idan On Mon, 14 Jan 2019 at 12:10, Andrea Aime wrote: > On Mon, Jan 14, 2019 at 11:01 AM Idan Miara wrote: > >> 2. Is it possible to make Geoserver

[gdal-dev] Geoserver/gdal: large tif with multiple overviews - bug + workaround

Hi, Due to the following bug: https://trac.osgeo.org/gdal/ticket/5067 When I need to make multiple overviews for a large tiff I use the suggested workaround (making tif.ovr, tif.ovr.ovr, tif.ovr.ovr.ovr etc...). This workaround works well for applications that use gdal (i.e. QGIS) but Geoserver's

Re: [gdal-dev] GPKG: int16 with scale

Got it, thanks for your quick response! On Mon, 10 Dec 2018 at 16:59, Even Rouault wrote: > On lundi 10 décembre 2018 16:29:09 CET Idan Miara wrote: > > Hi, > > > > I'm trying unsuccessfully to save Int16 dataset with scale != 1.0 in > GPKG. > > > > I

[gdal-dev] GPKG: int16 with scale

Hi, I'm trying unsuccessfully to save Int16 dataset with scale != 1.0 in GPKG. If I understand correctly the remark about "Tiled gridded coverage data" here: https://www.gdal.org/drv_geopackage_raster.html I expect offset and scale for Int16 to be supported in gdal. I tried to gdal_translate an

Re: [gdal-dev] Trouble with GPKG and colors

Hi Even, Thanks for you prompt answer! Could you please point out a valid example on how to read/write a single byte raster dataset (preferably with a color table) in GPKG with any supported setup (tiling, format, padding etc)? GTiff also can store different band count, padding, etc, but there i

[gdal-dev] WMS-C gdal xml file

Hi, I'm trying to load the layer 'terrain' from the following WMS-C server: https://tiles.maps.eox.at/wms?service=wms&request=getcapabilities via gdal with the attached XML file. I get just a black image. Any ideas? Thanks, Idan. 1.1.1 https://tiles.maps.eox.at/wms? terrain -180.0 90.0 180.0

Re: [gdal-dev] gdal wms

Thank you both for your answers! On Tue, 7 Aug 2018, 00:18 jratike80, wrote: > Idan Miara wrote > > How can I retrieve the raster size for a layer that I don't have a > backend > > raster to use with gdalinfo? The size doesn't appear in the > > GetCapabilit

[gdal-dev] gdal wms

Hi, I'm trying to use the gdal_wms driver. One of the parameters that I need is the raster size (Width+Height). I succeeded using the driver with a GeoTIF that I served via geoserver, so I could use gdalinfo to get that info. How can I retrieve the raster size for a layer that I don't have a bac

[gdal-dev] "fixing" CRS for a read-only raster

Hi, I have an ECW raster with a wrong CRS (which I believe can't change because I don't have the ECW writer license). Is there an option to add an aux/prj file next to it so that GDAL will read the correct CRS from the aux file instead of from the ECW file ( i.e. from GeoServer/QGIS) ? I know I ca

Re: [gdal-dev] QGIS3 - Save Map as Image dialog bug?

Yes it did sent it intentionally to this list, but I was wandering if it's more a developer-list or a user-list question. Did you mean that I should have better post it on both lists or that there is a combined list? On 1 March 2018 at 12:27, jratike80 wrote: > Idan Miara wrot

[gdal-dev] QGIS3 - Save Map as Image dialog bug?

Hi, i think there is a bug in the Save Map as Image dialog in QGIS3: the initial values that are set when you open the dialog look OK, also the calculate extent by layer work OK, but when I change the scale it changes the extent to unrealistic values, and when I change the scale back to the initi

[gdal-dev] gdal2cesium for python3

Hi, I'm trying to update gdal2cesium.py to use Python3 (using latest gdal from QGIS3) I made the following changes: I ran 2to3 changed tabs to spaces, Now it runs, but it gives the following error: File "gdal2cesium.py", line 969, in process_tile data = ds.ReadRaster(xoff=rx, yoff=ry, xsiz

[gdal-dev] Saving style/color table inside tiff

Hi, I would like to ask a few questions regarding color table/style inside Tiffs (or any other standard raster format for that matter): 1. Single Band Byte Raster without scale/offset - I could a Byte band Tiff with color table with gdal and load it successfully in QGIS, but if I try to save a co

Re: [gdal-dev] using gdal_arrays in QGIS 2.99

Hi, Did anyone have this problem? Any solution? On 30 Mar 2017 5:08 PM, "Idan Miara" wrote: Hello, I am trying to read a raster using gdal's ReadAsArray() method in python 3.6. I am using the gdal library provided in Qgis' 2.99 weekly release (QGIS-OSGeo4W-2.99.0-9-Setu

Re: [gdal-dev] Linking against gdal201.dll with different MSVC versions

Two great answers in 10 minutes! thanks guys! On 2 March 2017 at 11:43, Mateusz Loskot wrote: > On 2 March 2017 at 10:32, Idan Miara wrote: > > Hi, > > > > I'm developing a c++ MSVC (2013 or 2015) program that depends on GDAL. > > Currently I'm using the

[gdal-dev] Linking against gdal201.dll with different MSVC versions

Hi, I'm developing a c++ MSVC (2013 or 2015) program that depends on GDAL. Currently I'm using the C API, and I might use the C++ API in the future. I've run dependency walker on the recent version of gdal201.dll that is distributed in osgeo4w, it depends on msvcr100.dll, thus I assume it was com