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 resol
On Tue, 26 Sep 2017 15:27:59 +0100, Even Rouault
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 test harness isn't in C/C++?
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 avail
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)
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 wrote:
> On Wed, 06 Sep 2017 21:22:18 +0100, Mateusz Loskot
wr
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 it is an incomplete install of Windows?
ersion=9&old_version=8
On Wed, Sep 6, 2017 at 11:23 AM, Mateusz Loskot
wrote:
On 6 September 2017 at 20:18, Joaquim Luis wrote:
On Wed, 06 Sep 2017 18:34:06 +0100, Mateusz Loskot
wrote:
On 6 September 2017 at 19:14, Joaquim Luis wrote:
Wait, does this means that VS2013 will no longer b
On Wed, 06 Sep 2017 18:34:06 +0100, Mateusz Loskot
wrote:
On 6 September 2017 at 19:14, Joaquim Luis wrote:
Wait, does this means that VS2013 will no longer be supported?
With respect, Kurt has been asking for comments for very long time.
Best regards,
Yes that's true, but a
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 us
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 `+proj
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, b
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
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 52.371
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 GD
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 GDAL_HTTP_CA_CER
For reference
https://github.com/curl/curl/issues/1538
On Sat, 03 Jun 2017 17:22:33 +0100, Even Rouault
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
On Sat, 03 Jun 2017 17:22:33 +0100, Even Rouault
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 command like this no longer works on
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 code:
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
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 a
l 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 wrote:
Yes, but (that I know) we don't get long stack traces in VS.
Exception thrown at 0x7FFF88F87788 in osmcoa
nce to possibly spot what the crash
is.
On Wed, Sep 14, 2016 at 11:31 AM, Joaquim Luis 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 mer
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
ogrinfo --formats | grep -i lite
SQLite -vector- (rw+v): SQLite / Spatialite
On Wed, Sep 14, 2016 at 9:32 AM, Joaquim Luis 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 gd
driver (driver_name == 'SQLite')
ogrinfo --formats | grep -i lite
SQLite -vector- (rw+v): SQLite / Spatialite
On Wed, Sep 14, 2016 at 9:32 AM, Joaquim Luis wrote:
Sorry Even that you are bombed with so many questions.
I have (re)build GDAL with sqlite and can confirm with The (Depend
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
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 L
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 /INCLUDE:GD
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 option
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 th
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
Hi,
In GMT we have this chunk of code to read Band metadata
if (GDALGetRasterScale(hBand, &bSuccess) != 1 ||
GDALGetRasterOffset(hBand, &bSuccess) != 0) {
Ctrl->band_field_names[nBand].ScaleOffset[0] = GDALGetRasterScale (hBand,
&bSuccess);
Ctrl->band_field_names[nBand].ScaleOffset[1] = GD
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 e
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 I
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 rea
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 those compilers (I did).
_
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.
http://gmt.soest.hawaii.ed
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
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 say
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
On Tue, 15 Mar 2016 13:01:29 -, Ari Jolma 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
It would be nice to us
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 way
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 wh
Size,
tmp,
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 s
ockedCompareExchange to change it.
Can you give the whole stack trace?
On Fri, Nov 13, 2015 at 6:47 PM, Joaquim Luis 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 rea
On Fri, Nov 13, 2015 at 6:47 PM, Joaquim Luis 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 happen
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
s
ata
iso19115_srs.cpp
Hi Joaquim,
Yes, MAX should work - that was what was originally in the code. I'm
trying hard to get away from macros and such and get to the most robust
code >we can. I really want to find a way that we can use std::max
which is the C++ way to get the
submitted https://>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 wrote:
The error is
v:\gdal\frmts\hdf4\hdf4imagedataset.cpp(2386) : error C
The error is
v:\gdal\frmts\hdf4\hdf4imagedataset.cpp(2386) : error C2784: '_Ty
std::max(std::initializer_list<_Elem>,_Pr)' : could not deduce template
argument for 'std::initializer_list<_Elem>' from 'int'
c:\program files (x86)\microsoft visual studio
12.0\vc\include\algorithm(4108
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,
Not
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
https://sites.google.com/site/mironehowtos/satellite/import-a-modis-
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
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 illuminati
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 to
100 - done.
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 net
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 with
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 pol
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
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). 3
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)b
As Brent mentioned before, this is a easy task for GMT
# Find the grid limits
minmax 001-1.xyz -I5
-R568350/594035/6624700/6678645
#Convert to netCDF
xyz2grd -R568350/594035/6624700/6678645 -I5 -G001-1.grd 001-1.xyz
It was also mentioned that:
"The convention in the offshore sector is to deli
On 04-06-2014 13:33, Hernán De Angelis wrote:
One option is exporting to NetCDF format and running GMT's grd2xy
(http://gmt.soest.hawaii.edu/doc/latest/grd2xyz.html). If the raster
is big this will be slow though.
If GMT was built with the GDAL link (nearly all the GMT5's and many of
the GMT4
> AHH. This changes the whole story. Some cases do not set a SRS. Is
> there any fall-back SRS that I could use when no info is available to
> create one?
> Type, 'linear in unknown units'?
I've successfully tried with :
mem_ds.SetProjection('LOCAL_CS["Unknown"]')
Thanks a lot. I'll
On 29-05-2014 22:08, Even Rouault wrote:
>
> Glad to not do, but than I'm left with nothing. If I do instead as
you say
>
> GDALSetMetadataItem(hDstDS, GDALMD_AREA_OR_POINT, "Point", NULL);
>
> which than equivalent to
>
> GDALSetMetadataItem(hDstDS, "AREA_OR_POINT", "Point", NULL);
>
This is what GDALMD_AREA_OR_POINT is supposed to do, although I can
imagine that not all drivers will set it even if they should.
Ah, good news.
> GDALSetMetadataItem(hDstDS, "GDALMD_AREA_OR_POINT", "Point", NULL);
Don't do that !!! As I said before "GDALMD_AREA_OR_POINT" as no
particul
It's a pity that the original
> registration type is not preserved in GDAL so we could respect it.
Is not preserved : through which operations ?
Through some form of metadata that would inform us that:
"Although I'm reporting cell corner coordinates this file was
originally using cell cen
It's a pity that the original registration type is not preserved in
GDAL so we could respect it.
Just to be clear. I meant the "original registration type information"
(there are formats that don't even support the "Area" model). Not that
GDAL should do differently that it does.
___
On 29-05-2014 19:26, Even Rouault wrote:
Joaquim,
I'm confused by what you are actually trying to do.
OK Even, I'll try to explain better. As we all know here, GDAL reports
all region limits as pixel corner coordinates (AREA_OR_POINT=Area for
GeoTiffs). GMT on the other hand keeps track of
On 28-04-2014 19:50, Even Rouault wrote:
Le lundi 28 avril 2014 20:40:05, Joaquim Luis a écrit :
Even,
I don't need it badly but it would be nice to have, so I will try to see
how far I'll be able to reach.
But do you mention the HDF4 lib? The issue happened with netCDF. Did you
mean
Even,
I don't need it badly but it would be nice to have, so I will try to see
how far I'll be able to reach.
But do you mention the HDF4 lib? The issue happened with netCDF. Did you
mean HDF5?
Le lundi 28 avril 2014 15:34:02, Joaquim Luis a écrit :
Thanks for the remaind
un, Apr 27, 2014 at 6:03 PM, Joaquim Luis <mailto:jl...@ualg.pt>> wrote:
On 27-04-2014 21:25, Even Rouault wrote:
Le dimanche 27 avril 2014 21:50:36, Joaquim Luis a écrit :
Hi,
This type of command used to work before, but it now
On 27-04-2014 21:25, Even Rouault wrote:
Le dimanche 27 avril 2014 21:50:36, Joaquim Luis a écrit :
Hi,
This type of command used to work before, but it now errors (fresh Win7
64 GDAL)
Joaquim,
I doubt it has ever worked with netCDF. The netCDF driver doesn't support the
VSI Virtual
Hi,
This type of command used to work before, but it now errors (fresh Win7
64 GDAL)
gdalinfo /vsicurl/ftp://topex.ucsd.edu/pub/srtm30_plus/srtm30/grd/w020n40.nc
ERROR 4:
`/vsicurl/ftp://topex.ucsd.edu/pub/srtm30_plus/srtm30/grd/w020n40.nc'
not recognised as a supported file format.
gdalin
Sorry for bad info than (I had been told that the debugger was not part
of the Express editions)
But you don't need to create project files to run a debugg session. All
it takes is to
File -> Open -> Project/Solution
and load the executable. Yes, the executable. Than go to Project ->
Proper
On 24-04-2014 22:20, Martin Landa wrote:
[back to ML]
2014-04-24 23:18 GMT+02:00 David Strip:
do you have access to visual studio?
sure, as I noted, building using package.cmd script (nmake-based). I
have VS 2010 Express.
Others can confirm this, but I'm afraid you wont be able to do an IDE d
Thanks, did not know that. But since both products were originally 2
bytes ints, the mix can also be scaled to 2 bytes without loss of
original precision.
EUDEM is an "hybrid product based on SRTM and ASTER GDEM data fused by
a weighted averaging approach"
Le 2014-04-15 19:55, Jo
On 15-04-2014 18:43, MORREALE Jean Roc wrote:
If you're talking about the EAA EU_DEM then PNG isn't a good solution
as the whole raster as to be loaded to access a subset of it, a
compressed TIFF with TILED=YES would be better.
Also, you should not try to scale it down to byte as it would only
Hum, I read a bit http://en.wikipedia.org/wiki/K-means_clustering and not
being familiar with it, it is not obvious how that could lead to the binary
result I expect ;-) I was hoping for a ready-made solution for my problem. I'm
kind of demanding tonight ;-)
Well, too late for tonight.
I gues
Even,
Did not get it all. You want a method that allows you to tell between a
map and aerial/satellite image?
I believe the k-means algorithm would produce quite good results on maps
as is expectable that individual clusters would have low variance.
Joaquim
Hi,
I'd be interested in an algo
Hi,
I am seeing this warnings and trying to build with poppler (a trunk
build here) fails too with
pdfdataset.obj : error LNK2001: unresolved external symbol "public:
__cdecl SplashOutputDev::SplashOutputDev(enum
SplashColorMode,int,bool,unsigned char *,bool,bool,enum
SplashThinLineMode,boo
Now what to do instead? A WMS/WCS service can send a piece of DEM with
thousands of pixels as GeoTIFF in a second and a heavy client like QGIS
could continue the analysis. Or you can use the existing vrt file and read
the region of interest with gdal_translate. This request is not very fast
eith
Well, I actually implemented this idea in Mirone long time ago. First
with SIFT and later with the SURF module in OpenCV, but I really never
tested much from the the point that "some cases work well, others not so
much".
Anyway, you might be interested to look also into ASIFT. It looks promisi
I converted with my own gdal64 build (not sure what driver was used to
read the .jp2 file) and the file is fine, with a size very close to the
32 bit one.
16-01-2014 15:03 9.824.833 g64bit.tif
16-01-2014 15:00 9.843.738 gdal_translate_32bit.TIF
Joaquim
Selon Jukka Rahkonen:
IMHO point clouds are special form of vector data. But still, an OGR
driver would not be a viable solution.
... or as already mentioned of rasters (or grids as I prefer to call
them when they are so).
By accident I found that that grids stored as XYZ in laszip are 3 times
smaller than the sa
Hi Ivan
I build HDF with zlib only (no szip) and dynamically but I don't
understand your question about zlib and GDAL. I don't link GDAL with zlib
Joaquim
Hi Joaquim,
Here it says:
"The SZIP and ZLIB external libraries are optional for use with HDF5.
The HDF5 pre-compiled binary distribut
Hum, this reminds me very much of the very recent thread :
http://lists.osgeo.org/pipermail/gdal-dev/2013-October/037257.html . So there
might indeed be an issue with HDF5 1.8.11, and not specifically related to
Windows. I didn't try myself.
Did you try with an older Windows build provided by t
On 01-10-2013 20:08, Even Rouault wrote:
Le lundi 30 septembre 2013 00:59:33, Joaquim Luis a écrit :
Hi,
I can make a ticket with this but before, let me just report it here.
- Win 64 bits GDAL build
While playing with an Intel analysis tool to chase GMT memory leaks I
got two complains
Hi,
I can make a ticket with this but before, let me just report it here.
- Win 64 bits GDAL build
While playing with an Intel analysis tool to chase GMT memory leaks I
got two complains respecting GDAL.
P1: Error: Kernel resource leak
P1.55: Kernel resource leak: New
c:\programs\gdaltrun
On 06-06-2013 22:37, Jeff McKenna wrote:
Poppler is one of those libraries during the GDAL build process where I
have to make changes to the GDAL source for the build to succeed. I
believe I change an include path in /frmts/pdf/pdfobject.h to Splash.h -
your error could be related to this.
-jef
I've just tried on Linux with latest poppler git, and GDAL compiles fine. I can
see that SplashThinLineMode is an enumeration defined in
poppler/splash/SplashTypes.h. Perhaps you should check if that exists in it.
Perhaps an installation problem of poppler headers on Windows... ? I can see
that
Hi,
I'm having this error when building with poppler. It used to build
before but for the doubts I rebuild poppler (from the git repo) but the
error persists.
C:/programs/compa_libs/poppler_GIT\poppler/SplashOutputDev.h(164) :
error C2061: syntax error : identifier 'SplashThinLineMode'
C:/pr
Mihael,
To build with nmake command line all you need (plus the uncomment of
x64) is to run the command from a command shell that has the apropriate
variables set to build for 64 bits.
For example, this is what I do to set up one 64 bits building
environment (it's called from within another
Jeff,
I built it from from source (from the git repo actually) and don't
remember to have had any particular problem. They provide a cmake
solution, which creates only a static lib but it linked fine with my
VS2012 GDAL build.
Joaquim
Hi,
I'm trying to build GDAL using Visual Studio 2012
On 07-03-2013 14:29, Even Rouault wrote:
gdalinfo lixo.bil
ERROR 6: lixo.bil, band 1: SetNoDataValue() not supported for this
dataset.
This message is displayed if GDALRasterBand::SetNoDataValue() is called.
But in
normal situations, it should not, unless PAM is disabled. Are you disabling
P
I don't understand this. The .hdr file is only created/recognized for EHdr
datasets. AAIGrid datasets have both their header and samples in the .asc file
and the .hdr file isn't used in that case.
G. I know that too but 'head didn't think' and I just took it to be
common to both formats (I
the conversion tools: float to
raster and vice versa.
Hope this helps a little,
Jan
On Wed, Mar 6, 2013 at 7:53 PM, Joaquim Luis <mailto:jl...@ualg.pt>> wrote:
Hi,
While playing a bit with Lastools I came across this behavior. I
create outputs in both .bil and .asc ES
Hi,
While playing a bit with Lastools I came across this behavior. I create
outputs in both .bil and .asc ESRI formats
The weird thing is that beeing the .hdr header file common (I mean
exactly equal) to both outputs the .bil format does not recognize the
nodata value.
Is this a knwon issue?
Nikhil,
I don't have the python tests running and my experience on a Win8
machine is still limited (it's not my main working computer) but so far
I haven't encounter any problem with either VC10 and VC11 GDAL builds
(which I built too).
Joaquim
Hi All,
I have used gdal latest version for
Did you define POPPLER_0_20_OR_LATER=YES and
POPPLER_BASE_STREAM_HAS_TWO_ARGS =
YES and POPPLER_HAS_OPTCONTENT = YES ?
I admit that the config process is a bit painfull and stupid.
Hm, I thought the POPPLER_0_23_OR_LATER=YES would deprecate the
POPPLER_0_20_OR_LATER=YES so had this last one
1 - 100 of 287 matches
Mail list logo
