Re: [gdal-dev] Visual C++ 2015: compiling error with GDAL 3.2

This works perfectly. Thanks It is just an ugly patch before I can witch to a more modern compiler -- 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] Visual C++ 2015: compiling error with GDAL 3.2

You may be right about the update of VS2015. My version is 19.00.23026 (to be compared to yours : 19.00.23506) An I do have the error with the small test you sent. Do you have any idea declare/initialize the NaN attribute in another way ? I do not any easy way to update my compiler :-( --

[gdal-dev] Visual C++ 2015: compiling error with GDAL 3.2

My environnement is : * Windows 10 * Visual C++ 2015 64 bits When compiling GDAL 3.2, I get an error in gcore/tilematrixset.hpp tilematrixset.hpp(47): error C2131: expression did not evaluate to a constant failure was caused by non-constant arguments or reference to a non-constant symbol note:

Re: [gdal-dev] GPKG and antimeridian

Hi Even, just to conclude :-) Yes, you were right (as usual !): Using "gdalbuildvrt -addalpha" along with "gdal_translate -co TILING_SCHEME=xxx" does the job. I just needed to be *very* patient: 1) gdal_translate takes a long time: more than an hour. Without "-co TILING_SCHEME=xxx" option, it

Re: [gdal-dev] GPKG and antimeridian

Hi Even, I am getting closer ! I added the -addalpha to the VRT image. gdalbuildvrt -addalpha MyImage.vrt MyImageEast.tif MyImageWest.tif 1) The final GPKG is much better with the *default* parameters : gdal_translate -of GPKG MyImage.vrt MyImage.gpkg The output GPKG image only contains the

Re: [gdal-dev] GPKG and antimeridian

Sorry my previous message is a bit screwed up (part of the message has been lost) 1) gdalwarp using *"-co"* options yield to errors, even with -tr and -t_srs options PROMPT> gdalwarp -overwrite -of GPKG -co TILING_SCHEME=InspireCRS84Quad -co ZOOM_LEVEL_STRATEGY=AUTO -tr 0.56168363154

Re: [gdal-dev] GPKG and antimeridian

Even, Your last suggestion (gdalwarp) sounds quite interesting. I still don't know how to manage the different GPKG options (e.g. TILING_SCHEME) I tried to use *"-co"* option: I also tried to use *"-doo"* option. PROMPT> gdalwarp -of GPKG -co TILING_SCHEME=InspireCRS84Quad MyImageEast.tif

[gdal-dev] GPKG and antimeridian

Dear all, I would like to manage an image which spans over the antimeridian in GPKG format. After reading some information in the GDAL forum, I did a few tests and I have some questions. First of all, I divided my image MyImage.tif (CRS = EPSG:4326) into 2 sub-images : 1) MyImageEast.tif, which

[gdal-dev] Weird GCPs behavior when flipping an image (left-to-right or upside-down)

Dear all, I would like to flip a "plain TIFF" (no geolocation information) image with respect to either lines or columns. After several tests, I finally found out I have two ways to do it : 1) with a temporary TIFF image First create a temporary TIFF image with 3 GCPs with gdal_translate Then

Re: [gdal-dev] GeoPDF with a KML layer and a rotated GeoTIFF layer

Dear Even and Andreas, thanks for your answers. I did try with a VRT file, with the following : * LayerSRS tag, * use of OGRVRTWarpedLayer layer type with no success. In fact I was trying to avoid Even's advice : warp the original image to make it "north up". But if I understand it correctly, I

Re: [gdal-dev] GeoPDF with a KML layer and a rotated GeoTIFF layer

Oups sorry for my uncomplete message : "raw" tags are not well handled. Below is the GDAL command I used to create my GeoPDF image: gdal_translate.exe -of PDF --config LIBKML_RESOLVE_STYLE YES \ -co OGR_DATASOURCE=rectangle.kml \ -co LAYER_NAME=lena

[gdal-dev] GeoPDF with a KML layer and a rotated GeoTIFF layer

Dear all, I try to create a GeoPDF file with 2 layers: 1) Raster layer: a Geotiff image (*lena_rot.tif*) with a ModelTransformationTag model, with respect to EPSG:4326. The image has a rotation angle (~40° wrt to North). 2) Vector layer: the KML file (*rectangle.kml*) contains a single

Re: [gdal-dev] How to tell gdal_translate replace BLOCKA in a NITF to NITF conversion

Hi Even, thanks a lot for your quick and efficient fix. Philippe -- Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] How to tell gdal_translate replace BLOCKA in a NITF to NITF conversion

Dear all, I would like to modify all geolocation information in a NITF image. The original image (*MyOriginalNTIF.nsf*) is not corrrectly located. I know a way to make sure /gdal_translate/ will ignore ALL geographic information form original image. I just need to compute my new NITF image in

Re: [gdal-dev] Kakadu 7.10 (7_A)

Dear Even, thanks for your valuable hints. I do agree that the creation/deletion errors of the poInput object should not be part of GDAL source code. This is the reason why I did not open a GDAL ticket, but asked David Taubman for help. I may try to rebuild the whole application in debug mode

Re: [gdal-dev] Kakadu 7.10 (7_A)

Hi Kurt, We have been using Kakadu thanks to GDAL plugin for quite a while. A few weeks ago, I tried to upgrade to Kakadu V7.9.1 (from V7.7.7). Our development environment is : * Windows 8 64 bits, * Visual Studio 2015 * GDAL V2.2.1 I bumped into a segmentation fault when converting a TIFF image

Re: [gdal-dev] Use Kakadu "apps library" (#4116)

Sorry, I forgot tomention that I work under Windows. So, yes the patch also applies to Windows environment. Philippe -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Use-Kakadu-apps-library-4116-tp5326857p5326867.html Sent from the GDAL - Dev mailing list archive at

Re: [gdal-dev] Use Kakadu "apps library" (#4116)

Dear Even, Thanks so much for your express answer. I believe one may take #4116 and #6940 independently. But it might indeed be better to get both patches. I am not 100% sure which Kakadu version is OK to apply #4116. At least, it works for *Kakadu V7.9.1*. Thus, I will update the patch to

[gdal-dev] Use Kakadu "apps library" (#4116)

Dear all, A few days ago, I have updated a rather old ticket ( #4116 , 6 years old). I was just wondering if this update had been noticed, since I didn't want to open a new ticket. Thanks Philippe -- View this message in context:

[gdal-dev] KML : some vectors are not seen by GDAL

Dear all, When I try to export some vector data in KML, I sometimes "lose" some vectors. It depends on the way layers are created : case #1 : no tags are created. All vectors are considered "at the top level". Everything is fine case #2 : vectors all belong to a specific layer, using one or

[gdal-dev] KML : some vectors are not seen by GDAL

Dear all,When I try to export some vector data in KML, I sometimes "lose" some vectors.It depends on the way layers are created :case #1 : no tags are created. All vectors are considered "at the top level". Everything is finecase #2 : vectors all belong to a specific layer, using one or several

Re: [gdal-dev] "Very" long path name support under windows

Hi Even, thanks for your long and detailed answer. I have plenty of information I can play around with. In fact, I managed to "cd" to the desired directory within a *Cygwin Mintty* windows. In this window, I do not have the "8.3 Windows renaming". In that way, I mimicked what I get with a system

[gdal-dev] "Very" long path name support under windows

Dear all, I have already posted this question a while ago, but I just noticed it has never been accepted by the mailing list. And I don't know how to make it accepted today. I do feel sorry for this double-posting. I bumped into a problem under windows (Win7 or Win8 64 bits). I try to manage an

Re: [gdal-dev] Amplitude virtual bands for complex datasets ?

Hi Even, thanks a lot for your quick correction and the easy workaround. Cheers Philippe -- View this message in context: http://osgeo-org.1560.x6.nabble.com/gdal-dev-Amplitude-virtual-bands-for-complex-datasets-tp5273713p5277290.html Sent from the GDAL - Dev mailing list archive at

Re: [gdal-dev] Amplitude virtual bands for complex datasets ?

Dear Even, Sorry for my late answer, I was onto something different yesterday. I agree with you, and I did change all function declarations in order to "export" them in the DLL. Thus, all functions in both pixfunplugin.c and pixelfunctions.c are now declared as "C" functions with the CPL_DLL

Re: [gdal-dev] Amplitude virtual bands for complex datasets ?

Hi Antonio, as I was mentioning it in my 1st message,I am running under *Windows*. I can see that the PIXFUN is indeed recognized thanks to the log messages I have added in all functions. I have noticed that the pointer *papoSources* is always *null *! If you have a clue, I would buy it :-)

Re: [gdal-dev] Amplitude virtual bands for complex datasets ?

Hi Antonio, I did try the test suite you provided. I tried to convert all VRT images to GTiff with the simple command : None of them gave any results. In each function, I added a debug message when testing the number of source rasters : I always get : If you have any ideas, I would be very

Re: [gdal-dev] Amplitude virtual bands for complex datasets ?

Dear Antonio, dear Even I have used the PIXFUN plugin a while ago under Linux, and as far as I remember, it *worked pretty well* . I have downloaded the last version a few days ago because I need to run some tests under *Windows*. I had to add the export instruction for the DLL compilation