Re: [gdal-dev] OT: openev(2) alternative?

If you are on Windows and 32 bits is not a (severe) limitation, I think Mirone (http://w3.ualg.pt/~jluis/mirone) satisfies those requisites Joaquim Hi list, this is a bit off topic, but I guess I'll have the biggest chance for an answer on this ml... Untill now, I always succeeded in

Re: [gdal-dev] OT: openev(2) alternative?

On 20-06-2014 14:45, Vincent Schut wrote: On 06/20/2014 03:39 PM, Joaquim Luis wrote: If you are on Windows and 32 bits is not a (severe) limitation, I think Mirone (http://w3.ualg.pt/~jluis/mirone) satisfies those requisites Ah, sorry, should have mentioned that: I'm on linux (64bit). 32 bit

Re: [gdal-dev] OT: openev(2) alternative?

On 20-06-2014 15:16, Vincent Schut wrote: On 06/20/2014 04:03 PM, Joaquim Luis wrote: On 20-06-2014 14:45, Vincent Schut wrote: On 06/20/2014 03:39 PM, Joaquim Luis wrote: If you are on Windows and 32 bits is not a (severe) limitation, I think Mirone (http://w3.ualg.pt/~jluis/mirone

Re: [gdal-dev] Raster to vector conversions....

On 01-07-2014 21:07, William Hudspeth wrote: Hello, I am trying to find a method of converting a raster grid to a polygon vector that does NOT aggregate adjacent pixels that share the same Z value. In other words, I would like the output vector to be a grid of polygons where the number of

Re: [gdal-dev] gdal_translate ERROR 1: nc_put_vara_double(IMAGE.grd): NetCDF: Start+count exceeds dimension bound

Sebastian, Any particular reason why you would want to use that so old and abandoned format (-of GMT)? Do not confuse it with the netCDF CF that GMT uses since GMT 4.0 (released many years ago). Note also that in GMT5 you can use the GeoTiff directly, or convert it with grdreformat or

Re: [gdal-dev] gdal_translate ERROR 1: nc_put_vara_double(IMAGE.grd): NetCDF: Start+count exceeds dimension bound

. and gmt grdmath can't handle the output file. Any suggestions? Thanks for your help! Sebastian. Am 12/09/14 15:08, schrieb Joaquim Luis: Sebastian, Any particular reason why you would want to use that so old and abandoned format (-of GMT)? Do not confuse it with the netCDF CF that GMT

Re: [gdal-dev] NetCDF driver improvements (including groups support)

Julian, Thanks for the offering. One thing, could you please check if with your improvements the bug #5291 is fixed? Thanks Joaquim Hi GDAL team, I've implemented several improvements to the NetCDF driver and I would like to provide them to the community. Main goal of the changes is

Re: [gdal-dev] Hillshade | Raster Band Rendering

My objective is to create a hillshaded color-relief image of a DEM using commandline/programmatic means only, so the process can be automated and combined within an existing GMT/GDAL workflow. If your workflow includes GMT that you have a reach panoply of methods to do shade

Re: [gdal-dev] NetCDF driver improvements (including groups support)

Thanks a lot for your advices, my changes are already separated in different local GIT commits, so I plan to deliver them into separated patches/tickets (I already did it for change 7 related to ticket #5291). Hi Julien, Please note that I had to reopen #5291 because unfortunately your

Re: [gdal-dev] Getting warning when opening NetCDF file using gdal?

Hi, I've not yet found time to upgrade to new flavor of Ocean Color nc files but if you are using the old nc format you may find Mirone extremely useful for this kind of manipulations. Have a look at this 2 short tutorials

Re: [gdal-dev] Getting warning when opening NetCDF file using gdal?

Hi Julien, I would very interested in trying your netCDF patches. The new OceanColor L2 format completely broke up my (Mirone) working flow. Also regarding https://trac.osgeo.org/gdal/ticket/5291 sorry if I didn't understand, is there anything I can do to help? Thanks Joaquim Hi,

Re: [gdal-dev] Current SVN doesn't build with VS

tps://>trac.osgeo.org/gdal/changeset/31463 which might fix the issue. Can you do a svn update, try again and let me know what you get? Thanks, -kurt On Fri, Nov 13, 2015 at 10:46 AM, Joaquim Luis <jl...@ualg.pt> wrote: The error is v:\gdal\frmts\hdf4\hdf4imagedataset.cpp(2386) :

Re: [gdal-dev] Current SVN doesn't build with VS

appreciated. Thanks! -kurt On Fri, Nov 13, 2015 at 11:28 AM, Joaquim Luis <jl...@ualg.pt> wrote: Hi Kurt, I'll update but later. Now I have to go. Meanwhile I had replaced std::max by MAX and it passed that point. Hi Joaquim, I broke the build with https://trac.osgeo.org/gdal/changese

[gdal-dev] Trying to debug a GDAL crash in "GDALClose(hDataset); "

Hi, I'm having strange crashes in GDAL (SVN) when called via GMT. The crashes occur at a call to GDALClose(hDataset); Now, this is only occurs when I try to read a sub-region of a grid but those are GMT details. It doesn't happen to colleagues on OSX but they are using gdal 1.11. Can't

Re: [gdal-dev] Trying to debug a GDAL crash in "GDALClose(hDataset); "

, nBufXSize, nBufYSize, GDALGetRasterDataType(hBand), 0, 0); but this whole issue might not be all over yet. Joaquim Le dimanche 15 novembre 2015 01:41:12, Joaquim Luis a écrit : Ok I went ahead I tried it myself. It doesn't crash on OSX Perhaps it is an issue similar to https

Re: [gdal-dev] Trying to debug a GDAL crash in "GDALClose(hDataset); "

, 2015 at 6:47 PM, Joaquim Luis <jl...@ualg.pt> wrote: Hi, I'm having strange crashes in GDAL (SVN) when called via GMT. The crashes occur at a call to GDALClose(hDataset); Now, this is only occurs when I try to read a sub-region of a grid but those are GMT details. It doesn't

Re: [gdal-dev] Trying to debug a GDAL crash in "GDALClose(hDataset); "

nge to change it. Can you give the whole stack trace? On Fri, Nov 13, 2015 at 6:47 PM, Joaquim Luis <jl...@ualg.pt> wrote: Hi, I'm having strange crashes in GDAL (SVN) when called via GMT. The crashes occur at a call to GDALClose(hDataset); Now, this is only occurs when I try to read a s

Re: [gdal-dev] GDAL built with MinGW dll size

I've noticed this fact in builds of other projects. Mingw dll are ~> 4 times the MSVC ones. Don't know how general this ratio is, tough. Joaquim Thanks for your reply. I haven't changed default settings, and I've used standard commands provided on gdal website. Could you please tell me

Re: [gdal-dev] From HDF to Tiff format, and reproject from sinusoidal to WGS84 for MODIS LST and ET data

I don't know if this is related to an issue that I posted here some weeks ago where the HDF's array metadata is not read by the HDF5 driver (but this files are not HDF5) but the thing is that I can read it with the GMT developing version (maybe it works too with official releases version too

Re: [gdal-dev] Building GDAL on Windows 32 and 64 bit

I build 32 & 64 Windows versions for quite some time now and would be interested in Cmake if I were to start now but since the nmake works so well for me (plus dependencies) I don't really care about a replacement. Joaquim [Dmitry Baryshnikov] The work is done taking into considerations

Re: [gdal-dev] Building GDAL on Windows 32 and 64 bit

Again, I can only speak from experience. I wish that magically I am wrong for GDAL, and cmake on Windows is maintained for each and every GDAL driver :) (whoa that is a big wish) -jeff Jeff, Life doesn't have to be so painful with Cmake on Windows. For example in GMT we use a

Re: [gdal-dev] New config option for date/time output

GMT uses "yyy-mm-ddT[hh:mm:ss] (Gregorian) or -Www-ddT[hh:mm:ss] (ISO)" http://gmt.soest.hawaii.edu/doc/latest/gmt.conf.html#calendar-time-parameters It would be nice to use the same. Joaquim Folks, The OGRFeature::GetFieldAsString returns date/time fields formatted in non-standard

Re: [gdal-dev] New config option for date/time output

On Tue, 15 Mar 2016 13:01:29 -, Ari Jolma <ari.jo...@gmail.com> wrote: 15.03.2016, 14:08, Joaquim Luis kirjoitti: GMT uses "yyy-mm-ddT[hh:mm:ss] (Gregorian) or -Www-ddT[hh:mm:ss] (ISO)" http://gmt.soest.hawaii.edu/doc/latest/gmt.conf.html#calendar-time-parameters

Re: [gdal-dev] gdal_contour out of memory

Another option is to use GMT grdcontour program gmt grdcontour 6800_2480.tif -C1 -Dlixo.dat -V it creates a ~8.3 Mb ascii file with a memory consuption of ~50 Mb (Task manager info) that you can later convert to shp with ogr2ogr Stefan, I have problems creating contours with gdal_contour

Re: [gdal-dev] Starting a discussion on style and coding guidelines

Hi, There is one aspect of the coding style that I honestly do not understand. Why continuing to recommend the 80 chars line width? I don't by the readability argument, well on the contrary, if because of it the result is an excess 'verticalization' of the code it becomes much harder to

Re: [gdal-dev] Starting a discussion on style and coding guidelines

I do all my programing in laptops, and yes I have a 15 inches HiRes screen but I also have my eyes, well, weakened (and 54 years old) so I make the fonts larger. Having to permanently scroll up and down is far worst than any perception purity. There is one aspect of the coding style that

Re: [gdal-dev] Starting a discussion on style and coding guidelines

the code. Ari 09.05.2016, 18:14, Joaquim Luis kirjoitti: Hi, There is one aspect of the coding style that I honestly do not understand. Why continuing to recommend the 80 chars line width? I don't by the readability argument, well on the contrary, if because of it the result is an excess

[gdal-dev] Failure to fetch scale_factor and other on a subdataset of a L2 SST nc file (from OceanColor)

Hi, In GMT we have this chunk of code to read Band metadata if (GDALGetRasterScale(hBand, ) != 1 || GDALGetRasterOffset(hBand, ) != 0) { Ctrl->band_field_names[nBand].ScaleOffset[0] = GDALGetRasterScale (hBand, ); Ctrl->band_field_names[nBand].ScaleOffset[1] = GDALGetRasterOffset(hBand,

Re: [gdal-dev] compile error on windows

an see thers) I'm working on a new build for the MS4W community with the new 2015 compiler, which seems to work better managing these 4 libraries (huge knock on wood!). In terms of building HDF5, one of the important notes is during cmake be sure to set "-DBUILD_SHARED_LIBS:BOOL:ON" I'm

Re: [gdal-dev] Starting a discussion on style and coding guidelines

On Fri, 06 May 2016 15:00:07 +0100, Even Rouault wrote: - ECW SDK 5.2.1: available for VS2010, VS2012, VS2013 I got information that the next SDK 5.3 should support VS2012, 2013 and 2015 (so no more 2010) + GCC 5 And one can also build SDK 3.3 with all of

Re: [gdal-dev] compile error on windows

If you want to protect your hair don't try to build HDF5.8.12 (and probably some other versions around this one) it will crash a couple times under VS14 and will error at the middle of build with a timezone variable not found (or similar) 5.10.0 builds fine but the HDF page has worry message

Re: [gdal-dev] Starting a discussion on style and coding guidelines

I'm also updating my builds to support 2015 for a future inclusion in GMT. There is, however, a bit storm ahead. Files created with HDF5.10 break compatibility with older versions and can't be read. Put netCDF in this bag as well. See GMT's #3495 for a recent case.

[gdal-dev] Troubles with VS2015

Hi, I did this before with VS2015 but now I'm getting this weired linking error. link /nologo /dll /INCLUDE:OSRValidate /INCLUDE:OPTGetProjectionMethods /INCLUDE:OGR_G_GetPointCount /INCLUDE:OGRRegisterAll /INCLUDE:GDALSimpleImageWarp /INCLUDE:GDALReprojectImage

Re: [gdal-dev] Troubles with VS2015

Thanks Even, No I hadn't and was reading that MSDN page trying to figure out what to do with that info. The build is running now Joaquim, odbccp32.lib(dllload.obj) : error LNK2019: unresolved external symbol _vsnwprintf_s referenced in function StringCchPrintfW gdal_w64.dll : fatal error

[gdal-dev] SQLite driver?

Sorry Even that you are bombed with so many questions. I have (re)build GDAL with sqlite and can confirm with The (Dependency) Walker that the sqlite3.dll is a gdal.dll dependency. However, gdalinfo --formats ... Rasterlite -raster- (rws): Rasterlite SAFE -raster- (rov): Sentinel-1 SAR

Re: [gdal-dev] SQLite driver?

-vector- (rw+v): SQLite / Spatialite On Wed, Sep 14, 2016 at 9:32 AM, Joaquim Luis <jl...@ualg.pt> wrote: Sorry Even that you are bombed with so many questions. I have (re)build GDAL with sqlite and can confirm with The (Dependency) Walker that the sqlite3.dll is a gdal.dll depe

Re: [gdal-dev] SQLite driver?

') ogrinfo --formats | grep -i lite SQLite -vector- (rw+v): SQLite / Spatialite On Wed, Sep 14, 2016 at 9:32 AM, Joaquim Luis <jl...@ualg.pt> wrote: Sorry Even that you are bombed with so many questions. I have (re)build GDAL with sqlite and can confirm with The (Dependency) Walker that the s

Re: [gdal-dev] SQLite driver?

OK, clean & rebuilt (as I (thought) did before) and I can see the SQLite driver now. However, the osmcoastline still crashes. Unfortunately, it's too damn C++ for me to debugg. Le mercredi 14 septembre 2016 19:43:22, Joaquim Luis a écrit : Sorry, my bad. When I thought I was u

Re: [gdal-dev] SQLite driver?

the crash is. On Wed, Sep 14, 2016 at 11:31 AM, Joaquim Luis <jl...@ualg.pt> wrote: OK, clean & rebuilt (as I (thought) did before) and I can see the SQLite driver now. However, the osmcoastline still crashes. Unfortunately, it's too damn C++ for me to debugg. Le mercredi 14 se

Re: [gdal-dev] SQLite driver?

isual Studio. This is >particularly useful when you are testing on someone else’s machine where you can’t debug directly. On Wed, Sep 14, 2016 at 2:02 PM, Joaquim Luis <jl...@ualg.pt> wrote: Yes, but (that I know) we don't get long stack traces in VS. Exception thrown at 0x7FFF88F8778

Re: [gdal-dev] Gdal_grid with a mask layer?

Jukka, if no gdal solution comes out, consider this http://gmt.soest.hawaii.edu/doc/latest/grdmask.html Joaquim Hi, I have depth data from a lake as scattered points and I would like to convert them into raster DEM. Unfortunately this lake is not a >rectangular, north oriented one but

Re: [gdal-dev] SQLite driver?

relate to gdal, so issue is closed here. Thanks to people that tried to help. Joaquim On 2016-09-14 6:55 PM, Joaquim Luis wrote: FWIW, my reply with an attached image is waiting for approval. Joaquim, I checked in the mailman backend and I don't see a message being held. But for sure always

Re: [gdal-dev] libcurl and the certificates and Windows

For reference https://github.com/curl/curl/issues/1538 On Sat, 03 Jun 2017 17:22:33 +0100, Even Rouault <even.roua...@spatialys.com> wrote: On samedi 3 juin 2017 17:04:07 CEST Joaquim Luis wrote: Hi, For quite some time I cannot use the 'vsis' because of certificates

[gdal-dev] libcurl and the certificates and Windows

Hi, For quite some time I cannot use the 'vsis' because of certificates issue. For example, a GMT test that has a command like this no longer works on Windows gdalinfo /vsicurl/http://larryfire.files.wordpress.com/2009/07/untooned_jessicarabbit.jpg because ERROR 11: HTTP response

Re: [gdal-dev] libcurl and the certificates and Windows

On Sat, 03 Jun 2017 17:22:33 +0100, Even Rouault <even.roua...@spatialys.com> wrote: On samedi 3 juin 2017 17:04:07 CEST Joaquim Luis wrote: Hi, For quite some time I cannot use the 'vsis' because of certificates issue. For example, a GMT test that has a comman

Re: [gdal-dev] libcurl and the certificates and Windows

Even , I think you may be interested to see the all extend of https://github.com/curl/curl/issues/1538 Not friendliest place to report (possible) issues. Joaquim On lundi 5 juin 2017 19:07:24 CEST Vautour, André (INT) wrote: I'd like to add that I think an option like

Re: [gdal-dev] GDAL Cubic Interpolation

Alternatively, use GMT's grdsample with -fg option to force the knowledge (if it's not already in the file) that the Earth is round. http://gmt.soest.hawaii.edu/doc/5.4.2/grdsample.html Harvey, I subsampled a GLOBE image of elevation data by a subsampling factor of 12 to a

Re: [gdal-dev] Opening gridded xyz data that is out of order

You could have done it with GMT as well gmtinfo DTM_swissALTI3D_XYZ.txt -I2 -R2708001/2717999/1210001/121 xyz2grd -R2708001/2717999/1210001/121 -I2 -GDTM_swissALTI3D_XYZ.grd DTM_swissALTI3D_XYZ.txt and you get a netCDF grid (it can do GeoTIFs too but would need to go see the docs)

Re: [gdal-dev] RFC68: C++11 compilation mode - Call for vote on adoption

to install the the VS2015 redistribuable while the others should not need to install anything else. Joaquim On jeudi 7 septembre 2017 07:47:40 CEST Mateusz Loskot wrote: On 7 September 2017 at 01:01, Joaquim Luis <jl...@ualg.pt> wrote: > On Wed, 06 Sep 2017 21:22:18 +0100, Mateu

Re: [gdal-dev] RFC68: C++11 compilation mode - Call for vote on adoption

On Wed, 06 Sep 2017 21:22:18 +0100, Mateusz Loskot wrote: On 6 September 2017 at 21:53, Kurt Schwehr wrote: I was just about to write something along the lines that follow, but Mateusz looks to have more of an understanding. My best guess was that

Re: [gdal-dev] RFC68: C++11 compilation mode - Call for vote on adoption

Wait, does this means that VS2013 will no longer be supported? That's awful because I'll have to rebuild all my dependencies and honestly do not understand what compiler dlls must be distributed with the code (with VS2013 I only has to ship in 2 dlls) and the last thing I want is to force

Re: [gdal-dev] Running Tests

On Tue, 26 Sep 2017 15:27:59 +0100, Even Rouault <even.roua...@spatialys.com> wrote: On mardi 26 septembre 2017 15:08:09 CEST Joaquim Luis wrote: >> P.S. - It seems strange to use python as a CI interface to a C/C++ >> >> library. Is there a reason the t

Re: [gdal-dev] Running Tests

P.S. - It seems strange to use python as a CI interface to a C/C++ library. Is there a reason the test harness isn't in C/C++? Mateusz already answered on that. Writing Python tests is faster/easier than C/C++ ones. We/I tend to limit C/C++ written tests to part of the API not

[gdal-dev] Which Proj.4 transforms are available in GDAL?

Hi Even, I'm implementing Proj.4 in GMT via GDAL and now, in the the testing stage, I'm using data from https://github.com/Beman/boost-trunk-git-svn/blob/master/libs/geometry/test_extensions/gis/projections/projections.cpp#L121 but to my surprise lots of projections are not implemented in

Re: [gdal-dev] Which Proj.4 transforms are available in GDAL?

Yes that's not obvious but internally SRS in GDAL are not modelled as a proj.4 string, but as WKT. So there's a importFromProj4() and exportFromProj4(), and >possible loss can happen when some concepts cannot be matched exactly. Found these two that not even with the +wktext agree

Re: [gdal-dev] Which Proj.4 transforms are available in GDAL?

gdaltransform -s_srs EPSG:4326 -t_srs +proj=bonne ERROR 6: Failed to initialize PROJ.4 with `+proj=bonne +lon_0=0 +lat_1=0 +x_0=0 +y_0=0 +ellps=WGS84 +units=m +no_defs'. I thing the issue is that lat_1=0 is invalid for bonne. Any non zero value is OK Sorry Even,

Re: [gdal-dev] Which Proj.4 transforms are available in GDAL?

gdaltransform -s_srs EPSG:4326 -t_srs "+proj=bonne +lat_0=1 +wktext" ERROR 6: Failed to initialize PROJ.4 with `+proj=bonne +lat_0=1 +wktext'. It is lat_1 which must be non zero. grdproject lixo.grd -J"+proj=sinu +wktext" -Glixo2.grd ERROR 6: Failed to initialize PROJ.4 with

Re: [gdal-dev] Which Proj.4 transforms are available in GDAL?

OK, understood thanks. But got confused too. Why would a GDAL port of a proj.4 string do a different thing than the coded in the proj.4 string? Found these two that not even with the +wktext agree gdaltransform -s_srs EPSG:4326 -t_srs "+proj=aeqd +ellps=WGS84 +units=m +wktext" 4.897

<    1   2   3