Nikos Alexandris:
> > Hi gdalers,
> > has anyone read the TerrainBase data set (NOOA, 1995) using gdal tools?
> > The link to the relevant CD is:
> > http://webapp1.dlib.indiana.edu/virtual_disk_library/index.cgi/6081153/FID3260
> > (see for example inside the DATA directory)
Even Rouault:
> N
Hello Even,
Just tried. That totally fixes it. Thank you!
Yuchen
Sent from Mailbird
[http://www.getmailbird.com/?utm_source=Mailbird&utm_medium=email&utm_campaign=sent-from-mailbird]
On 2015-05-14 2:30:18 PM, Even Rouault wrote:
Selon Yuchen Zhong :
> Hello,
>
> Sorry my mail client just cra
Nikos Alexandris:
> > Hi gdalers,
> > has anyone read the TerrainBase data set (NOOA, 1995) using gdal tools?
> > The link to the relevant CD is:
> > http://webapp1.dlib.indiana.edu/virtual_disk_library/index.cgi/6081153/FID3260
> > (see for example inside the DATA directory)
Even Rouault:
> T
Selon Yuchen Zhong :
> Hello,
>
> Sorry my mail client just crashed and the draft message was send somehow.Â
>
> Here is the build script that I used:Â
>
> call "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\vcvarsall.bat" >
> ..\make_gdal_call_log.txt 2>&1
> nmake /f makefile.vc clean
Hello Even,
I tried with the latest version for today. It is working with my previous build
script.
However, if I add DEBUG to it, it will give a lot of errors (different errors
this time).
Here is an example:
reader_kompsat.cpp
reader_kompsat.cpp : fatal error C1033: cannot open program d
Selon Yuchen Zhong :
> Hello Even,
>
> Basically, there are a number of files not found. I guess there must be an
> error in build script? I notice that gcore/makefile.vc was modified in that
> commit. It builds fine for the last commit on May 2, 2015.Â
>
> Here is an example of the error message
Selon Yuchen Zhong :
> Hello all,
>
> For some reason, GDAL no longer compile after this check in (commit) on May
> 3rd, 2015:Â
>
Yuchen
"no longer compiles" is not precise enough. Please report the exact error
messages.
> Add imagery (satellite or aerial) metadata support (DigitalGlobe, GeoE
Hello all,
For some reason, GDAL no longer compile after this check in (commit) on May
3rd, 2015:
Add imagery (satellite or aerial) metadata support (DigitalGlobe, GeoEye,
OrbView, Landsat, Pleiades, Resurs-DK1).
git-svn-id: https://svn.osgeo.org/gdal/trunk@29123
f0d54148-0727-0410-94bb-9a71a
Selon Nikos Alexandris :
> Hi gdalers,
>
> has anyone read the TerrainBase data set (NOOA, 1995) using gdal tools?
>
> The link to the relevant CD is:
> http://webapp1.dlib.indiana.edu/virtual_disk_library/index.cgi/6081153/FID3260
>
> (see for example inside the DATA directory)
Nikos,
The .HDR
I agree, no patch.
Actually the patch will be on my side. I might use python re, to replace
the comma by dot int he WFS response, for numeric field
If others are in the same situation, your suggestions are welcome
thanks
Even Rouault
2015-05-14 10:16
A
steve.tout...@inspq.qc.ca
cc
gdal-d
Selon steve.tout...@inspq.qc.ca:
> Hi Even,
> I don't understand why GetFieldAsString() truncates the valueShould it
> reads the value as it is?
To be pedantic, GetFieldAsString() does not truncate the value. The value is
truncated before, in the GML reader, when inserting the value from the
Selon steve.tout...@inspq.qc.ca:
> Thanks for your responses!
> We can't change the settings, Refused by the system admin, too many
> applications are using the database and the actual settings.
>
>
> The response of the WFS contains the comma, and it is in GML
>
>
> -64,2131
>
Hi gdalers,
has anyone read the TerrainBase data set (NOOA, 1995) using gdal tools?
The link to the relevant CD is:
http://webapp1.dlib.indiana.edu/virtual_disk_library/index.cgi/6081153/FID3260
(see for example inside the DATA directory)
Thank you, Nikos
___
Thanks for your responses!
We can't change the settings, Refused by the system admin, too many
applications are using the database and the actual settings.
The response of the WFS contains the comma, and it is in GML
-64,2131
The comma and decimals are not trunc
14 matches
Mail list logo
