Re: [gdal-dev] LJPEG Support for GDAL

I note that NITF JPEG is a bit different to what libjpeg puts out by default. See MIL-STD-188-198A.I would interested to see sample data with C5/M5 IC. What makes it?BradOn 17 Jun. 2021 04:07, Even Rouault wrote: Le 16/06/2021 à 19:53, GeodudeKid a écrit : > We can refer to this: https://en.wikipe

Re: [gdal-dev] LJPEG Support for GDAL

Lossless JPEG is defined in the Annex H of the JPEG specification. See also and . LJPEG compressed images ca

Re: [gdal-dev] LJPEG Support for GDAL

Le 16/06/2021 à 19:53, GeodudeKid a écrit : We can refer to this: https://en.wikipedia.org/wiki/Lossless_JPEG. "Besides lossless compression, JPEG-LS also provides a lossy mode ("near-lossless") where the maximum absolute error can be controlled by the encoder." That being said, would the existi

Re: [gdal-dev] LJPEG Support for GDAL

We can refer to this: https://en.wikipedia.org/wiki/Lossless_JPEG. "Besides lossless compression, JPEG-LS also provides a lossy mode ("near-lossless") where the maximum absolute error can be controlled by the encoder." That being said, would the existing JPEGLS driver be able to support lossless an

Re: [gdal-dev] Merge multiple TIFF / NC in single NC

Hi Even, first of all thanks for your fast reply!! I did as you said but, when i do the gdalbuildvrt -separate tmp.vrt in1.tif ... in2.tif ( or similar gdalbuildvrt -separate tmp.vrt in1.nc ... in2.nc ) i got the message " fileName.ext has 100 bands. Only the first one will be taken into account i

Re: [gdal-dev] LJPEG Support for GDAL

Hum, your answer confuses me. Do you have a pointer to where LJPEG is specified, and how different it is from JPEGLS ? Looking at MIL-STD-2500C (https://nsgreg.nga.mil/doc/view?i=4724&month=3&day=22&year=2021), it mentions C5 - Lossless JPEG C6 - reserved values that will represent a future

Re: [gdal-dev] How to view geopackage file which is having vector tiles (MapBox Vector Tiles format)

Thanks for the client's information. As part of Prototype, we have created gpkg file ourselves with MVT vector tiles with https://www.geopackage.org/extensions.html proposed extensions. Regards, Rajesh -- Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html _

Re: [gdal-dev] LJPEG Support for GDAL

LJPEG is lossless JPEG. Trying to produce a NITF that is representative of the Image Compression (IC) field being set to C5 or C6. C5 should be for LJPEG, and C6 is for JPEGLS. I was wondering if there's a separate driver for lossless JPEG, or if JPEGLS is a catch-all for both compression algorithm

Re: [gdal-dev] LJPEG Support for GDAL

What is exacly LJPEG ? Is it Lossless JPEG ? If so, you need the CharLS driver: https://gdal.org/drivers/raster/jpegls.html Le 16/06/2021 à 17:58, GeodudeKid a écrit : Is there an LJPEG driver for GDAL? I tried looking on the documentation online, but nothing really showed up. Has there been an

Re: [gdal-dev] TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'.

... and if you have the conda-forge GDAL I think you have already fixed the proj.db problem since you now have the latest version of proj.db. On Wed, 16 Jun 2021 at 17:01, Paul Harwood wrote: > Yep - they should be fine (it is what I do) as long as none of the pip > packages install gdal or proj

Re: [gdal-dev] TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'.

Yep - they should be fine (it is what I do) as long as none of the pip packages install gdal or proj - which may work but may also cause problems. As per the conda docs - you should try to install the conda packages into the env BEFORE the pip packages - so you should probably start with a new cle

[gdal-dev] LJPEG Support for GDAL

Is there an LJPEG driver for GDAL? I tried looking on the documentation online, but nothing really showed up. Has there been anyone that has added support for LJPEG compression? -- Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html _

Re: [gdal-dev] TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'.

Hi all, So I created a new Conda environment, installed only gdal-3.3.0 from conda-forge, isolated the code snippet from my project and ran the code. The code executed without any issues. I then ran the test code in my old environment and it worked fine, but when I ran the whole project I g

Re: [gdal-dev] Merge multiple TIFF / NC in single NC

Either with gdal_merge.py -separate -o out.nc in1.tif ... in2.tif  (https://gdal.org/programs/gdal_merge.html), but it might be memory hungry Or use gdalbuildvrt -separate tmp.vrt in1.tif ... in2.tif + gdal_translate tmp.vrt out.nc Le 16/06/2021 à 17:22, Lorenzo Di Giacomo a écrit : Hi everyb

[gdal-dev] Merge multiple TIFF / NC in single NC

Hi everybody, initially i have 1 NetCDF and for each band i create 1 GEOTIFF. Now, i have X ( where X = #bands) TIFF files and i want to come back to 1 NetCDF file. How should i do it? P.S. i saw that with gdal_translate i can also transform each GEOTIFF in one NetCDF, but at the end i cant find a

Re: [gdal-dev] How to view geopackage file which is having vector tiles (MapBox Vector Tiles format)

Did you create them yourselves ? Which specification did you follow to organize the tiling ? Some time ago I pointed to https://www.geopackage.org/extensions.html that contains proposed extension(s) for MVT in GeoPackage, but they aren't implemented (yet) in GDAL or QGIS. https://docs.ogc.org

Re: [gdal-dev] gdal Vertical Datum/ Reference System

Thanks very much. your tip was much helpful Even Rouault escreveu no dia quarta, 16/06/2021 à(s) 14:19: > Fiat, > > You could start by setting the environment variable / configuration option > GTIFF_REPORT_COMPD_CS to YES (see > https://gdal.org/drivers/raster/gtiff.html#configuration-options)

Re: [gdal-dev] How to view geopackage file which is having vector tiles (MapBox Vector Tiles format)

No, this is not MBTiles format. This is geopackage file with MVT vector tiles, NOT images. QGIS is supporting only raster geopackage files, ours is vector geopackage files. Regards, Rajesh -- Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html

Re: [gdal-dev] TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'.

Hi, At least you must fix this error first "ERROR 1: PROJ: proj_create_from_database: C:\Users\Deployment\.conda\envs\sw_py37_cv45\Library\share\proj\proj.db lacks DATABASE.LAYOUT.VERSION.MAJOR / DATABASE.LAYOUT.VERSION.MINOR metadata. It comes from another PROJ installation." Your proj.db databa

Re: [gdal-dev] gdal Vertical Datum/ Reference System

Fiat, You could start by setting the environment variable / configuration option GTIFF_REPORT_COMPD_CS to YES (see https://gdal.org/drivers/raster/gtiff.html#configuration-options), that will make the GeoTIFF driver report a Compound CRS if the GeoTIFF keys contain information on the vertical

[gdal-dev] gdal Vertical Datum/ Reference System

I need help with identifying vertical datum on raster for a project that I am working on. When I run gdalinfo raster.tif, I can identify the horizontal reference system as given by the EPSG:. However, I am struggling identifying the vertical reference system; which is a prerequisite for transfo

Re: [gdal-dev] How to view geopackage file which is having vector tiles (MapBox Vector Tiles format)

On 6/16/21 2:23 PM, MRRAJESH wrote: > Team, > > We have geopackage file, which is having vector tiles (MapBox Vector Tiles > format) as BLOBS. This is not the MBTiles format? For what I know there were image tiles in those geopackages/sqlites... But https://github.com/mapbox/mbtiles-spec seem

[gdal-dev] How to view geopackage file which is having vector tiles (MapBox Vector Tiles format)

Team, We have geopackage file, which is having vector tiles (MapBox Vector Tiles format) as BLOBS. How to view these vector tiles? do we have any viewers? or applications? Regards, Rajesh -- Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html

Re: [gdal-dev] TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'.

actually you probably also need to add: conda install -c conda-forge gdal since you are using the OSGeo python package and I don't you get that with the Fiona conda package On Wed, 16 Jun 2021 at 12:57, Paul Harwood wrote: > As per my email : > > - I would probably start again from scratch - i

Re: [gdal-dev] TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'.

As per my email : - I would probably start again from scratch - i.e. conda create --name test conda activate test conda install -c conda-forge fiona conda install -c conda-forge pyproj and see what you get. If you are working in conda - you should NEVER have to tamper with proj.dll or proj.db f

Re: [gdal-dev] TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'.

I'll leave suggestions on diagnosing and fixing PROJ DLL/Databases to others - I've little knowledge on the matter, especially in regards to Conda and Windows. There might be something to Paul's points about the packages coming from different channels; I believe this can cause trouble with Conda

Re: [gdal-dev] TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'.

Hi, Based on the above suggestions? Should I just rebuild a fresh environment? Or tamper with proj.dll files? Thanks. -- Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html ___ gdal-dev mailing list gdal-dev@lists.osgeo.org

Re: [gdal-dev] TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'.

Yes, I only happened to have an answer ready to go because I looked into it myself after seeing the same! Playing around a bit more, it looks like all of the issues stem from an original error with creating crsGeo, deriving from Proj being unable to match EPSG prog_type is: >>> proj_type = 123

Re: [gdal-dev] TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'.

I admit - I was just working from the nerror message ... F:\Sliding_Windows\GeoTiff.py, line 402: TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'. Possible C/C++ prototypes are: OSRCoordinateTransformationShadow::TransformPoint(do

Re: [gdal-dev] TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'.

However - I think you need three input coords on the transform point? The Swig bindings for Python [should/used to] provide a wrapper for TransformPoint(), of the form TransformPoint(x, y, z=0.0) in Python terms. It’s one of the listed bindings on the Python API documentation: TransformPoint(C

Re: [gdal-dev] TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'.

Some ideas for you: - In the conda environment - it says that Fiona and GDAL come from the pipwin channel. I would try importing them from the conda-forge channel since I think that is more actively maintained (and by the core teams). This should do the trick conda install -c conda-forge fiona A