Chris Toney wrote:
Hi,
gdalwarp seems to give an incorrect result when reprojecting from USGS North
American Albers (NAD83) to Michigan Oblique Mercator (NAD83). The output raster
is not in the right place.
Tried with gdal 1.5.1, FWTools 2.2.8 and FWTools 2.3.0. Command line used:
gdalwarp
Hi,
gdalwarp seems to give an incorrect result when reprojecting from USGS North
American Albers (NAD83) to Michigan Oblique Mercator (NAD83). The output raster
is not in the right place.
Tried with gdal 1.5.1, FWTools 2.2.8 and FWTools 2.3.0. Command line used:
gdalwarp -t_srs EPSG:3078 -tr
Thanks
Working great!
Regards,
Pål Kristensen
Frank Warmerdam wrote:
>
> paalkr wrote:
>> Hi!
>>
>> Are there any gdal 1.7dev binaries including all the command utilities
>> available for windows? I'm specially interested in the dem tools.
>
> Pal,
>
> The OSGeo4W gdal-dev package was rebu
Probably!
Pål
Even Rouault wrote:
>
> Strange : works fine for me. Maybe some firewall that prevents you from
> connecting to port 1280 ?
>
> Otherwise you could try the latest FWTools (2.4.1) that also includes
> gdaldem.exe : http://home.gdal.org/fwtools/FWTools241.exe
>
> Le Friday 19 J
Strange : works fine for me. Maybe some firewall that prevents you from
connecting to port 1280 ?
Otherwise you could try the latest FWTools (2.4.1) that also includes
gdaldem.exe : http://home.gdal.org/fwtools/FWTools241.exe
Le Friday 19 June 2009 19:54:58 paalkr, vous avez écrit :
> Hi!
>
> T
paalkr wrote:
Hi!
Are there any gdal 1.7dev binaries including all the command utilities
available for windows? I'm specially interested in the dem tools.
Pal,
The OSGeo4W gdal-dev package was rebuilt just a few days ago and includes
the gdaldem command. To install the gdal-dev package you n
Hi!
Thanks for the information, unfortunately my web browsers (firefox, IE7)
always gets a timeout on that web page. Are there anything I can do to avoid
that from happening, or are there any mirror sites?
Regards,
PK
Even Rouault wrote:
>
> You can find binaries in Tamas Szekeres daily build
It doesn't make much sense to parse the output of gdalinfo, which has no
guarantee to remain stable over versions. You should rather use the C, C++,
Python, Perl, C# or Java API to do that.
Le Friday 19 June 2009 05:24:48 maven apache, vous avez écrit :
> Hi:I try to get the information of a ima
You can find binaries in Tamas Szekeres daily builds :
http://vbkto.dyndns.org:1280/sdk/Default.aspx
Le Friday 19 June 2009 19:44:31 paalkr, vous avez écrit :
> Hi!
>
> Are there any gdal 1.7dev binaries including all the command utilities
> available for windows? I'm specially interested in the d
Thank you very much Even. I was just making sure I am not reinventing the wheel
:).
I will then write the C++ version.
With best regards.
~Belaid...
> From: even.roua...@mines-paris.org
> To: gdal-dev@lists.osgeo.org
> Subject: Re: [gdal-dev] moving filter averaging in GDAL.
> Date: Fri, 19 Jun
I am scaling a 32-bit floating point GeoTiff image, using the command:
gdal_translate -ot Byte -of GTiff -scale -a_nodata 0
Av.MaxNDVI.2000.2009.Week.19.tif overview/week19.8bpp.tif
My understanding is that the -scale option should scale my image from:
Min_value -> 0
Max_value -> 255
And everyt
Hi!
Are there any gdal 1.7dev binaries including all the command utilities
available for windows? I'm specially interested in the dem tools.
Regards,
Pål Kristensen
-
Regards,
Pål Kristensen
--
View this message in context:
http://n2.nabble.com/1.7dev-windows-binaries--tp3121085p3121085.
It should be relatively straighforward to transpose from Python to C++, as
Python API is mostly deduced from the original C++ one. Look at the
documentation of the C++ API on gdal.org
Le Friday 19 June 2009 19:27:40 Belaid MOA, vous avez écrit :
> Thanks a lot Frank. Is there any C/C++ version f
Is there any support for raster attribute tables in the rgdal package at
present? It didn't look like it, but wanted to make sure I wasn't
overlooking something.
thanks, matt
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mail
Just for curiosity, could you precise the version of external libtiff on your
system and the dimensions of your TIFF image ?
Le Friday 19 June 2009 18:05:30 Dillabough, Craig, vous avez écrit :
> Hi Even,
>
> My original settings were:
> TIFF_SETTING =external
> And
> GEOTIFF_SETTING = in
Thanks a lot Frank. Is there any C/C++ version for that? I am doing the
averaging filter from C++ code.
With best regards.
Belaid Moa.
> Date: Fri, 19 Jun 2009 13:23:33 -0400
> From: warmer...@pobox.com
> To: belaid_...@hotmail.com
> CC: gdal-dev@lists.osgeo.org
> Subject: Re: [gdal-dev] moving
Belaid MOA wrote:
Hi,
Does GDAL have functions for applying an averaging filter of window,
say 11x11, to an image? This is something that comes up all the time in
image analysis. So, I suppose GDAL has built-in functions for that.
Any help on this is very appreciated.
Belaid,
There is su
Hi,
Does GDAL have functions for applying an averaging filter of window, say
11x11, to an image? This is something that comes up all the time in image
analysis. So, I suppose GDAL has built-in functions for that.
Any help on this is very appreciated.
With best regards.
~Belaid...
_
Hi Even,
My original settings were:
TIFF_SETTING =external
And
GEOTIFF_SETTING = internal
I reconfigured with the --with-libtiff=internal and recompiled.
Now things seem to be working.
Thanks for your help, I don't think I would have ever figured that one out.
Regards,
Craig
-Ori
Andreas Neumann wrote:
Hi,
I was trying to get OCI support on my Ubuntu server and followed your
instructions.
I am struggling with the libnnz10.so: libnnz10.so is present and I also
set the LD_LIBRARY_PATH accordingly.
But the configure script still fails. In the config.log I get the
followin
Andreas Neumann wrote:
Hi,
I was trying to get OCI support on my Ubuntu server and followed your
instructions.
I am struggling with the libnnz10.so: libnnz10.so is present and I also
set the LD_LIBRARY_PATH accordingly.
But the configure script still fails. In the config.log I get the
followin
Mateusz Loskot wrote:
Andreas Neumann wrote:
/usr/bin/ld: warning: libnnz10.so, needed by
/usr/local/lib/instantclient_10_2/libclntsh.so, not found (try using
-rpath or -rpath-link)
The path above and the path below are different.
-L/home/fgs/fgs-dev/built/instantclient_11_1 -lc\
lntsh
Ar
Andreas Neumann wrote:
right - we still use an old commercial version of Mapguide. We may move to
the newer open-source version (or Mapserver) in the future.
But this is not my main concern. The main concern is being able to work
with curves (mainly circular arcs) across the whole OSGeo tool cha
Antonio Valentino wrote:
Anyway I can't figure out why an exception is raised if the called
function that doesn't generete any error.
Antonio,
Sometimes a GDAL function calls a lower level function that posts an error,
but that the higher level API ignores without even realizing it occured -
o
Andreas Neumann wrote:
/usr/bin/ld: warning: libnnz10.so, needed by
/usr/local/lib/instantclient_10_2/libclntsh.so, not found (try using
-rpath or -rpath-link)
The path above and the path below are different.
-L/home/fgs/fgs-dev/built/instantclient_11_1 -lc\
lntsh
Are you sure you configur
As a Python programmer that uses GDAL and OGR, I second this opinion.
The most "Pythonic" interface would be one in which all GDAL/OGR functions
raise exceptions when they fail. This would be enabled by default, and the
UseExceptions and ErrorReset methods would not be exposed at all. This appro
Hi,
I was trying to get OCI support on my Ubuntu server and followed your
instructions.
I am struggling with the libnnz10.so: libnnz10.so is present and I also
set the LD_LIBRARY_PATH accordingly.
But the configure script still fails. In the config.log I get the
following messages:
right - we still use an old commercial version of Mapguide. We may move to
the newer open-source version (or Mapserver) in the future.
But this is not my main concern. The main concern is being able to work
with curves (mainly circular arcs) across the whole OSGeo tool chain,
primarily also in Des
28 matches
Mail list logo
