I just added a critical fix gor the GME driver that I'd like to get in to
1.11, so I merged it to the 1.11 branch. Soo technically this might require
a new RC, sorry for that!
On Wed, Apr 16, 2014 at 11:11 PM, Even Rouault wrote:
> Hi,
>
> After one beta, the first release candidate for GDAL/OG
Hi,
After one beta, the first release candidate for GDAL/OGR 1.11.0 is ready.
Please test and report any problems promptly. Soon I will initiate a motion to
declare this release candidate the final release and PSC members can vote on
that after doing some checks themselves.
Source Code:
http
Hi Martin,
Could you try yo run that command in PLSQL before loading thata data?
SQL> ALTER SESSION SET NLS_LENGTH_SEMANTICS=CHAR;
And then ogr2ogr with -overwrite
$ ogr2ogr -f OCI oci:user/passwd data\20140331_OB_564729_UKSH.xml.gz -overwrite
Regards,
Ivan
> Date: Wed, 16 Apr 2014 19
Thanks Ivan
I didn't know about nmake.local. that's useful.
We do use VS for debugging and we have a cmd file for invoking nmake.
Yehiyam
On Apr 16, 2014 10:50 PM, Ivan Lucena wrote:
Hi Yehiyam,
Yes, CMake could help. But it could hurt too. That was discussed here before
and I don't do that.
Hi Yehiyam,
Yes, CMake could help. But it could hurt too. That was discussed here before
and I don't do that.
The VS IDE is particularly useful if you are developing drivers in Windows
environment, mostly because of the integrated debugger. There are also
integrated tools to read file in hex
> In the mean time we should also get rid of those old "makegdalNN.vcproj"
> from SVN.
Done. I've also got rid of the .sln and .vcxproj files.
--
Geospatial professional services
http://even.rouault.free.fr/services.html
___
gdal-dev mailing list
gdal-
Hi all
As a developer on windows, I have never used the vs solutions. I didn't find
any added value over using the make file directly.
The biggest step that I needed to overcome was the configuration of nmake.opt.
A big step to help windows programmers will be to add support for cmake. That
will
Hi there,
The script "makegdal_gen.bat" on the root of GDAL folder was developed in 2007
and the intension was to create an usable Visual Studio "Makefile Project" with
the GDAL source tree and commands to run GDAL makefile.vc.
An VS "Makefile Project" doesn't not store any compilation option
Am 16.04.2014 16:27, schrieb Giuseppe Amatulli:
Is there is a way to solve this problem?
I think that, cut the image considering the -180 +180 transition would
solve the problem but has to be cut at GCP level and i do not have any clue
how to do it.
There are no GCP points in the file, but
Hi all,
when trying to convert selected GML layer to Oracle spatial
ogr2ogr -f OCI oci:user/passwd data\20140331_OB_564729_UKSH.xml.gz
StavebniObjekty -overwrite -lco srid=2065
the command fails with
Podpis problému:
Název události problému:APPCRASH
Název aplikace:ogr2ogr.exe
Verz
Hi,
I'm encountering a re-projection issues with several MODIS files stored as
hdf and having GCP attached when convert to tif.
In particular i'm working with files stored at
ftp://ladsweb.nascom.nasa.gov/allData/6/MYD04_3K/
The re-projection issues appear only in files which store GCP in the
extre
Le mardi 15 avril 2014 11:11:36, Luca Delucchi a écrit :
> I everybody,
>
> I'm using Python ReprojectImage function to reproject some images but
> there is no way to assign nodata value.
Calling
dst_ds.GetRasterBand(X).SetNoDataValue(nv)
dst_ds.GetRasterBand(X).Fill(nv)
before gdal.ReprojectIm
On 16/04/2014 14:34, Even Rouault wrote:
Le mercredi 16 avril 2014 12:46:45, Vincent Mora a écrit :
Hi,
I have a vector file with height contours and I need to simplify the
lines (too many points).
Isolevel lines must not intersect, so simplifying the vector directly is
a bit tedious (involves
Le mercredi 16 avril 2014 12:46:45, Vincent Mora a écrit :
> Hi,
>
> I have a vector file with height contours and I need to simplify the
> lines (too many points).
>
> Isolevel lines must not intersect, so simplifying the vector directly is
> a bit tedious (involves collision detection of lines
Le mercredi 16 avril 2014 13:16:16, Martin Landa a écrit :
> Hi,
>
> 2014-04-05 12:36 GMT+02:00 Martin Landa :
> > First is related to GML registry. The input file contains different
> > layers based on its internal type (TypSouboru). For each of these
> > types are prepared separated GFS file.
>
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, Joaquim Luis a
Hi,
2014-04-05 12:36 GMT+02:00 Martin Landa :
> First is related to GML registry. The input file contains different
> layers based on its internal type (TypSouboru). For each of these
> types are prepared separated GFS file.
>
>
> uri="urn:cz:isvs:ruian:schemas:VymennyForm
Hi,
I have a vector file with height contours and I need to simplify the
lines (too many points).
Isolevel lines must not intersect, so simplifying the vector directly is
a bit tedious (involves collision detection of lines to constrain
simplification).
If I had the DEM, I could reduce the
18 matches
Mail list logo
