Thanks Even for your answer.
In fact I add EPSG code 4467 in my spatial_ref_sys with the definition I
took in PostGIS 2.0.
So this code is present in the table spatial_ref_sys and I do not
understand why the code 900914 is added.
It is also possible that I do not fully understand the answer ;
Hi
How GDAL/OGR handles security classification ? Is there specific tag used
by gdal/org to store such information ?
xav
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Hello all,
I am striving to process and publish some raster data which arrive in grib2
format. That format is of course supported by GDAL, but the particular files
I'm getting from my data provider irritate the driver, which complains:
Warning: Inside GRIB2Inventory, Message # 2
ERROR: Couldn't
Le mardi 23 octobre 2012 20:07:34, Martin Landa a écrit :
> Hi all,
>
> after the last update of GDAL's SVN trunk I cannot compile GRASS with
> GDAL support. Configuration script fails with
>
> configure:6074: gcc -o conftest -g -Wall
> -Werror-implicit-function-declaration -fno-common -Wextra -W
Le mardi 23 octobre 2012 12:57:26, SAEZ Laurent - SG/SPSSI/CPII/DOM/ETER/PNE
IG a écrit :
> Hi,
>
> I used to populate my PostGIS databases using ogr2ogr (GDAL 1.9.0,
> released 2011/12/29 compiled by myself on Bedian).
> It's the first time I've got this behavior: SRS isn't which I expect.
> It'
Hi all,
after the last update of GDAL's SVN trunk I cannot compile GRASS with
GDAL support. Configuration script fails with
configure:6074: gcc -o conftest -g -Wall
-Werror-implicit-function-declaration -fno-common -Wextra -Wunused
-I/usr/local/include -Wl,--export-dynamic conftest.c
-L/usr/loc
That's too bad :( Another way to capture the output is to use "script" before
you run gdaltransform (w/o redirecting out). After you are done with
gdaltransform, hit CTRL-C, and view the file "typescript".
-Bob
From: philipp.gl...@gmail.com [mailto:philipp.gl...@gmail.com] On Behalf Of
Ernes
Hi Ernest,
Maybe the output of gdaltransform is going to stderr? In that case, try:
gdaltransform -s_srs EPSG:4326 -t_srs EPSG:3857 < WGS84.txt 2>
Grid.txt
-Bob
Robert Moskovitz
California Geological Survey
Seismic Hazards Zonation Program
CONFIDENTIALITY NOTICE: This communi
> Maybe the output of gdaltransform is going to stderr? In that case, try:*
> ***
>
> gdaltransform -s_srs EPSG:4326 -t_srs EPSG:3857 <
> WGS84.txt 2> Grid.txt
>
> I tried that, with no success - the file is still empty.
Regards,
Ernest
> ** **
>
> -Bob
>
> ** **
>
> Robe
Hi,
if you remove the output redirection >"Grid.txt", what does it do?
>
> gdaltransform -s_srs EPSG:4326 -t_srs EPSG:3857 < "WGS84.txt"
>
> Does it print the output on you console/terminal? gdaltransform is
> actually generating an output?
> (You redirection syntax seems ok)
>
Yes, the output wi
if you remove the output redirection >"Grid.txt", what does it do?
gdaltransform -s_srs EPSG:4326 -t_srs EPSG:3857 < "WGS84.txt"
Does it print the output on you console/terminal? gdaltransform is actually
generating an output?
(You redirection syntax seems ok)
On Tue, Oct 23, 2012 at 9:49 AM, Er
Hi,
I have a problem redirecting the output of gdaltransform into a text file.
The output file is always empty.
my code:
gdaltransform -s_srs EPSG:4326 -t_srs EPSG:3857 < "WGS84.txt" >"Grid.txt"
with "WGS84.txt":
10.590820 46.935261
10.898438 46.935261
10.898438 46.785016
10.590820 46.78
On 23 October 2012 13:31, Alisson Barbosa wrote:
> Does anyone know resolve this warnings?
>
> cpl_string.h(223) : warning C4275: non dll-interface class
> 'std::_String_base' used as base for dll-interface class
http://trac.osgeo.org/gdal/ticket/4099
BTW, http://support.microsoft.com/default.as
Does anyone know resolve this warnings?
cpl_string.h(223) : warning C4275: non dll-interface class
'std::_String_base' used as base for dll-interface class
'std::_String_val<_Ty,_Alloc>'
1>with
1>[
1>_Ty=char,
1>_Alloc=std::allocator
1>]
cpl_string.
Hi,
I used to populate my PostGIS databases using ogr2ogr (GDAL 1.9.0,
released 2011/12/29 compiled by myself on Bedian).
It's the first time I've got this behavior: SRS isn't which I expect.
It's replaced by code 900914 in my table definition :
CONSTRAINT enforce_srid_the_geom CHECK (st_srid(
Hey Paul,
I think [ gdal_contour ] is more close to what you think you need:
here's a quick turorial I just found on it:
http://woostuff.wordpress.com/2011/09/27/generating-contours-using-gdal-via-shell-or-qgis/
Kind regards,
Ves Nikos
Στις 22/10/2012 1:38 μμ, ο/η Paul Meems έγραψε:
Hi
16 matches
Mail list logo
