On Oct 22, 2010, at 4:02 PM, Even Rouault wrote:
>> If I could figure out a WKT definition, does GDAL restrict that?
>>
>> Any other way I can get GDAL to use wintri?
>
> You can write the WKT and add a EXTENSION['PROJ4','+proj=wintri ...'] node in
> it, so it is used when translating it into p
Le vendredi 22 octobre 2010 22:48:43, William Kyngesburye a écrit :
> So, why? Is it because it has no defined inverse projection? I think
> aitoff is another such, and it's not handled by GDAL either.
I don't know the reason. My guess is that perhaps beause nobody cared enough
about that proje
So, why? Is it because it has no defined inverse projection? I think aitoff
is another such, and it's not handled by GDAL either.
I see a +wktext option mentioned in ogr_srs_proj4.cpp:importFromProj4(), but it
doesn't help. I guess importFromProj4() looks at the projection and rejects
the pr
All right, it works with those .hdr files.
I didn't pay attention to the "Geovu Software". In fact I didn't realize
there was a specific header for each software. But now, my problem is
solved, Thank you.
Regards,
Rafael Vives
--
View this message in context:
http://osgeo-org.1803224.n2.nabb
Ah ok, I don't know what this geovu software is, but its hdr files are not
handled by GDAL.
Use those ones instead :
http://www.ngdc.noaa.gov/mgg/topo/DATATILES/elev/esri/arcgis/
They will be handled by the Hdr/ESRI .hdr Labelled driver
Le vendredi 22 octobre 2010 21:42:03, R.Vives a écrit :
>
apparently, the OGRSpatialReference object has currently no support for this
projection.
Le vendredi 22 octobre 2010 21:50:59, William Kyngesburye a écrit :
> Using gdalwarp and ogr2ogr with:
>
> -t_srs '+proj=wintri'
>
> I get:
>
> Translating source or target SRS failed:
> +proj=wintri
>
>
Using gdalwarp and ogr2ogr with:
-t_srs '+proj=wintri'
I get:
Translating source or target SRS failed:
+proj=wintri
and:
Failed to process SRS definition: +proj=wintri
respectively.
Other proj-style SRS definitions work, but not wintri. It works directly with
the proj program.
Is GDAL blo
Even Rouault wrote:
>
>>I believe I tried recently and this worked. At which URL did you download
the
>>.hdr ?
>
Hello Even,
thanks for your help. Here is the URL:
http://www.ngdc.noaa.gov/mgg/topo/DATATILES/elev/geovu/hdr/
http://www.ngdc.noaa.gov/mgg/topo/DATATILES/elev/geovu/hdr/
Rega
I believe I tried recently and this worked. At which URL did you download the
.hdr ?
Le vendredi 22 octobre 2010 17:07:04, R.Vives a écrit :
> Hi all,
>
> I downloaded a 'GLOBE' DEM tile from the NOAA website
> (http://www.ngdc.noaa.gov/mgg/topo/gltiles.html). After uncompression, I
> renamed it
Hi Tim,
S57 is a pretty complex format, so I suggest you look at an intermediate format
that is supported by some sort of data management capability so you can work
with it & select what is to converted to kml.
Postgis is the obvious one, or you could use shapefiles with ogr & something
like Q
Jan Tappenbeck wrote:
hi !
i want to cut a part of a lage (7gb) tiff-image and use this command:
C:\Program Files (x86)\FWTools2.4.7>gdalwarp -r near -te 2608000
55900100 2613104.5424 5582270.5709 -of GTiff -o F:\wt_3a.tif
D:\weissenturm\streifen_3_GK2.tif
but i get following message:
On 22/10/2010 18:14, Jan Tappenbeck wrote:
C:\Program Files (x86)\FWTools2.4.7>gdalwarp -r near -te 2608000
55900100 2613104.5424 5582270.5709 -of GTiff -o F:\wt_3a.tif
D:\weissenturm\streifen_3_GK2.tif
What do you expect -o to do?
BTW: -r near and -of GTiff can be dropped, as both are defa
Thanks -- but I believe the problem is I didnt install PROJ when installing
GDAL from SVN source
On Thu, Oct 21, 2010 at 5:56 PM, Eli Adam wrote:
> Boris,
>
> Did you try something like:
>
> gdalwarp -t_srs "EPSG:4326" in.jpg out.jpg
>
> or
>
> gdalwarp -t_srs 'EPSG:4326' in.jpg out.jpg
>
>
> HT
hi !
i want to cut a part of a lage (7gb) tiff-image and use this command:
C:\Program Files (x86)\FWTools2.4.7>gdalwarp -r near -te 2608000
55900100 2613104.5424 5582270.5709 -of GTiff -o F:\wt_3a.tif
D:\weissenturm\streifen_3_GK2.tif
but i get following message:
Usage: gdalwarp [--hel
Hi all,
I'm testing out GDAL for use with MSG data, and would like to convert data
from raw counts to reflectance/brightness temperatures.
I have succeeded in this with the HRIT data (by compiling GDAL with the
--with-msg option) but is it also possible to do this with the native format
(.nat)? I
In my experience, 128x128 is too small. 256x256 or 512x512 are good choices.
I have no experience with GDALBUILDVRT, cannot assist here.
Quoting Tacot :
OK. So I try using this size for each tiles 128*128.
The treatment is very long.
So is it possible with GDALBUILDVRT, to translate virtua
Hi all,
I downloaded a 'GLOBE' DEM tile from the NOAA website
(http://www.ngdc.noaa.gov/mgg/topo/gltiles.html). After uncompression, I
renamed it with a .bin extension, and I downloaded the header file (.hdr).
My problem is: when I try to convert this file to GeoTiff, It seems not to
be recogniz
timg wrote:
I am new to this so pardon me if I ask a stupid question. I have
successfully used the ogr utility to convert an s57 ENC to kml format for
overlay on google earth. So now I have a google earth layer with a
bazillion yellow pushpins...haha. So My question...Is it possible to use
ogr
OK. So I try using this size for each tiles 128*128.
The treatment is very long.
So is it possible with GDALBUILDVRT, to translate virtualy the ECW in
another format; cut in several tiles; and then re-translate each tile in
ecw?
--
View this message in context:
http://osgeo-org.1803224.n2.nabbl
19 matches
Mail list logo
