Hi Norman,
gdalwarp -s_srs WGS84 -t_srs EPSG:32618 32V.tif 32V_warped.tif
That turns the image all black (no height values)...
You left the units=m out of your proj4 string
I also tried
gdalwarp -s_srs WGS84 -t_srs +proj=utm +zone=32 +ellps=WGS84
+datum=WGS84 +units=m +no_defs 32V.tif
J-S,
Thanks for the files. I was able to use them to make it work. The problem
was that the original TIFF had go spatial information. So, I assigned it the
proper SRS with:
gdal_translate -a_srs WGS84 32V.tif 32V.wgs84.tif
Then I was able to reproject it into UTM:
gdalwarp -t_srs
Hi Glenn,
Thanks for the files. I was able to use them to make it work. The
problem was that the original TIFF had geo spatial information.
OK, great, works here too. I'll have to take some notes so I don't make
the same mistake in the future. I just assumed that since gdalinfo gave
the
On Thu, Jun 26, 2008 at 9:35 AM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
Hi Glenn,
Thanks for the files. I was able to use them to make it work. The problem
was that the original TIFF had geo spatial information.
OK, great, works here too. I'll have to take some notes so I don't
Hi Glenn,
Well, since a UTM zone represents a vertical slice of the earth, it
won't be perfectly rectangular -- in the northern hemisphere, the width
at the north side (in meters) is less than the width at the south. Since
a TIFF is rectangular, you see borders. The only way to compensate
On Thu, Jun 26, 2008 at 10:08 AM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
Hi Glenn,
Well, since a UTM zone represents a vertical slice of the earth, it
won't be perfectly rectangular -- in the northern hemisphere, the width at
the north side (in meters) is less than the width at the
Hi Glenn,
Bottom line: if you use VPB to build a terrain in UTM zone 32 (or
whatever), you will need to do no coordinate conversion.
I'm currently doing some tests with some data I got from
http://www.ngdc.noaa.gov/mgg/image/2minrelief.html (pretty low res, but
I'm just testing). The
On Wed, Jun 25, 2008 at 12:41 PM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
Hi Glenn,
Bottom line: if you use VPB to build a terrain in UTM zone 32 (or
whatever), you will need to do no coordinate conversion.
I'm currently doing some tests with some data I got from
Hi Glenn,
From the looks of your coordinates, UTM Zone 40N would be a good choice
for a projected SRS.
It should actually be UTM zone 32V, unless I made a mistake somewhere.
It's the tip of the Norwegian peninsula.
The -a_srs argument will accept many things
including PROJ4, WKT, or a
On Wed, Jun 25, 2008 at 2:09 PM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
Hi Glenn,
From the looks of your coordinates, UTM Zone 40N would be a good choice
for a projected SRS.
It should actually be UTM zone 32V, unless I made a mistake somewhere. It's
the tip of the Norwegian
J-S,
Also, I am an idiot, because I meant to say gdalwarp, not gdal_translate.
gdal_translate -a_srs will just assign an SRS, not reproject the data.
Anyway I will take it offline with you.
Glenn
On Wed, Jun 25, 2008 at 2:26 PM, Glenn Waldron [EMAIL PROTECTED] wrote:
On Wed, Jun 25, 2008 at
Hi Glenn,
Also, I am an idiot, because I meant to say gdalwarp, not
gdal_translate. gdal_translate -a_srs will just assign an SRS, not
reproject the data.
gdalwarp asks me for -s_srs and -t_srs, if I just specify -t_srs
+proj=utm +zone=32 +datum=WGS84 it says that there is no source
Jean-Sébastien Guay writes:
gdalwarp asks me for -s_srs and -t_srs, if I just specify -t_srs
+proj=utm +zone=32 +datum=WGS84 it says that there is no source
coordinate system and aborts...
What should I specify as the source coordinate system?
-s_srs EPSG:4326
Or the convenient
Hi Norman,
What should I specify as the source coordinate system?
-s_srs EPSG:4326
Or the convenient shorthand
-s_srs WGS84
Hmm, that doesn't seem to work either:
gdalwarp -s_srs WGS84 -t_srs +proj=utm +zone=32 +datum=WGS84 32V.tif
32V_warped.tif
Then I generate a terrain from that:
J-S,
Send me the TIFF and I will figure out what the deal is. Just email it
direct. -gw
On Wed, Jun 25, 2008 at 4:36 PM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
Hi Norman,
What should I specify as the source coordinate system?
-s_srs EPSG:4326
Or the convenient shorthand
-s_srs
This site used to have / link to some useful info and software:
http://www3.sympatico.ca/craymer/geodesy/geodesy.html
I think GSRUG used to be available as a source download but may not be
now. However, see the following:
http://www.geod.nrcan.gc.ca/tools-outils/gsrug_e.php
Alan Harris
Hi J-S,
As Chris mentioned, PROJ4 is the definitive toolkit for coordinate
conversions. In addition:
OGR (http://www.gdal.org/ogr) has an easier-to-use wrapper around PROJ4's
capabilities (http://www.gdal.org/ogr/classOGRSpatialReference.html) which
is handy because it can read OSG WKT projection
Hi Glenn,
Thanks for the links, combined with Chris and Alan's links I might get a
better understanding of the general terminology and concepts... That's
one thing I'm lacking now, it just sounds like a bunch of acronyms and
alien words to me :-) I thought being in computer science I'd be
Hi again,
For example, from the specs document I've got, it seems the coordinates
we might get would look like
576120.324, 6224420.858, -102.73
I forgot to mention, what we have about the Z coordinate in the spec is:
GPS-Z, positive going up towards the sky, which can be above sea level,
@lists.openscenegraph.org
From: Jean-Sébastien Guay [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
Date: 06/11/2008 09:22AM
Subject: Re: [osg-users] Convert/use GIS coordinates
Hi again,
For example, from the specs document I've got, it seems the coordinates
we might get would look like
576120.324, 6224420.858
On Wed, Jun 11, 2008 at 9:12 AM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
Hi Glenn,
Thanks for the links, combined with Chris and Alan's links I might get a
better understanding of the general terminology and concepts... That's one
thing I'm lacking now, it just sounds like a bunch of
Jean-Sébastien Guay writes:
For example, from the specs document I've got, it seems the
coordinates
we might get would look like
576120.324, 6224420.858, -102.73
I forgot to mention, what we have about the Z coordinate in
the spec is:
GPS-Z, positive going up towards the sky,
This has a good description of UTM coordinates
http://ergodd.zoo.ox.ac.uk/eden/etc/helpfiles/EDENHELPGPS.pdf
Alan Harris
Glenn Waldron wrote:
On Wed, Jun 11, 2008 at 9:12 AM, Jean-Sébastien Guay
[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Hi Glenn,
Thanks for the links,
Hi fellow OSGers,
I was wondering if I could ask some questions about GIS in general on
this list. I know there are some really knowledgeable people on this
list (Glenn, I'm looking at you!). We have no one here who has any
expertise in this subject... :-)
In one of the subprojects of our
In one of the subprojects of our current project, we get some
coordinates for objects from a network feed, in UTM projected using
ED50 based on international 1924 spheroid, on zone 32. We'd need to use
those to position objects in a given world space, and I was wondering if
there was a general
25 matches
Mail list logo
