I'm trying to build a mosaic, and I rely on the NoDataValue feature to
treat some parts of the image as transparent.
However, it appears that GDAL doesn't work as expected.
I also created a very simple test case using a vrt dataset and
gdal_translate - and I get the same results (that is - the 2nd
Hello,
Sorry to come again to this thread :)
It seems that when using relatif file for NETCDF for instance, MapServer won't
work correclty, see Even comment below.
Is it a bug from GDAL? Do I need to open a ticket about this?
Y.
>Selon Yves Jacolin :
>> Hello,
>>
>> Etienne asked some questio
I searched for this issue, but could not find anything.
I have 3 data sets that are in GRASS format (cell, cellhd, etc).
I used GRASS 6.4.2 to convert the GRASS data into GeoTiff using r.out.gdal.
The command looks as follows:
r.out.gdal input=japan@japan output=japan.gtif
I read the japan.g
Hey Michael,
Good tips on the GDAL/MapServer combo. I may have a look into such a setup
for comparison purposes.
At the current moment though, I am in need of a solution that uses ArcGIS
Server as the cache that I create will eventually be incorporated back into
existing tiled services hosted on
Knut-Frode,
I've skimmed quickly through the driver code and if you are lucky, it is
probably just a matter of changing a few lines (well, I can be wrong).
If you have a debug build of GDAL, you can first try to run "gdalinfo --debug on
avhrr_20120227_235800_noaa19.hrp" . My guess (based on
http:
Le 28/02/2012 10:52, Sylvain MAFFREN a écrit :
Hi,
And thanks for your tests ! For those who want to make some tests with
the same file than me (tiff RGB - 293 Mo),I published it on a FTP server
My results on Gentoo Linux 64 bits and GDAL 1.9.0 :
Size = 16706521
Band 1
Minimum=0.000, Maxim
Hi,
The GDAL AVHRR driver seems to work only for data from the older NOAA-9
- NOAA-17 satellites: http://gdal.org/frmt_l1b.html
Hence it does not work for my NOAA-19 AVHRR files in HRP-format (from
Eumetcast), which have filenames like avhrr_20120227_235800_noaa19.hrp
I have not able to fin
It turns out that the issue was not related to ogr2ogr at all, the
translation worked fine. The problem was two issues, first I was
using putty to access my server to run ogr, you need to have the
character set to be UTF-8 and have a font that supports the
characters. The second issue was that QG
Murat,
I see that your view, lineview, doesn't give the expected geometry type
with ogrinfo. It is showing the datatype as Real. Check if the datatype of
geom is actually string/text.
On Tue, Feb 28, 2012 at 12:49 PM, Murat Beyhan wrote:
> Chaitanya,
>
>
> Map file which is try to draw line as
Selon Stefan Röckelein :
> Hi,
>
> the usual procedure to open a file with OGR is to use
> OGRSFDriverRegistrar::Open("somefile.dxf",FALSE)
> Now I want to open a DXF-file which was previously stored in a database.
> Therefore I would need some ORG method which reads the drawing not from a
> file,
Hi,
the usual procedure to open a file with OGR is to use
OGRSFDriverRegistrar::Open("somefile.dxf",FALSE)
Now I want to open a DXF-file which was previously stored in a database.
Therefore I would need some ORG method which reads the drawing not from a
file, but from a string (containing the whol
Hi,
And thanks for your tests ! For those who want to make some tests with
the same file than me (tiff RGB - 293 Mo),I published it on a FTP server :
Adress : ftp://interne.crige-paca.org
Login : gdaldevecw
Password : ftc65*gt
I also published in this FTP the comparative table of my tests and
12 matches
Mail list logo
