Hi there
I importet several TIFFS (with .tfw-files) with r.in.gdal and let it
create a new location with the TIFF coordinates.
Everything worked fine, but it seems there is no PROJ-INFO-file in the
new $LOCATION.
This is needed by r.proj for doing some tranformation.
So r.proj cannot transform my TIFFS into a new location.
any suggestions and sollutions ?
Thanks for your help
steph
--
------------------------------------
Stephan Holl
stephan.holl@stud.uni-hannover.de
http://frosch.2y.net
------------------------------------
On Fri, May 25, 2001 at 10:14:57AM +0200, S. Holl wrote:
Hi there
I importet several TIFFS (with .tfw-files) with r.in.gdal and let it
create a new location with the TIFF coordinates.
Everything worked fine, but it seems there is no PROJ-INFO-file in the
new $LOCATION.
This is needed by r.proj for doing some tranformation.
So r.proj cannot transform my TIFFS into a new location.
any suggestions and sollutions ?
Thanks for your help
Hi Steph,
the problem is that the .tif/.tfw files don't contain any projection
information. If you would have a .proj file as well, r.in.gdal should
accept it. However, after creating the location by r.in.gdal use
g.setproj within this new location. It will set the missing information.
Cheers
Markus
Markus Neteler wrote:
On Fri, May 25, 2001 at 10:14:57AM +0200, S. Holl wrote:
> Hi there
> I importet several TIFFS (with .tfw-files) with r.in.gdal and let it
> create a new location with the TIFF coordinates.
> Everything worked fine, but it seems there is no PROJ-INFO-file in the
> new $LOCATION.
> This is needed by r.proj for doing some tranformation.
> So r.proj cannot transform my TIFFS into a new location.
>
> any suggestions and sollutions ?
>
> Thanks for your help
>
Hi Steph,
the problem is that the .tif/.tfw files don't contain any projection
information. If you would have a .proj file as well, r.in.gdal should
accept it. However, after creating the location by r.in.gdal use
g.setproj within this new location. It will set the missing information.
Cheers
Markus
markus,
g.setproj doesn`t work in xy-locations.
-> XY-location cannot be projected
my tifs should be in GK-location.
is r.in.gdal not able to create GK-locations ?
regards
steph
------------------------------------
Stephan Holl
sholl@gmx.net
http://frosch.2y.net
------------------------------------
On Sun, May 27, 2001 at 09:33:39PM +0200, S. Holl wrote:
Markus Neteler wrote:
>
> On Fri, May 25, 2001 at 10:14:57AM +0200, S. Holl wrote:
> > Hi there
> > I importet several TIFFS (with .tfw-files) with r.in.gdal and let it
> > create a new location with the TIFF coordinates.
> > Everything worked fine, but it seems there is no PROJ-INFO-file in the
> > new $LOCATION.
> > This is needed by r.proj for doing some tranformation.
> > So r.proj cannot transform my TIFFS into a new location.
> >
> > any suggestions and sollutions ?
> >
> > Thanks for your help
> >
> Hi Steph,
>
> the problem is that the .tif/.tfw files don't contain any projection
> information. If you would have a .proj file as well, r.in.gdal should
> accept it. However, after creating the location by r.in.gdal use
> g.setproj within this new location. It will set the missing information.
>
> Cheers
>
> Markus
markus,
g.setproj doesn`t work in xy-locations.
-> XY-location cannot be projected
my tifs should be in GK-location.
is r.in.gdal not able to create GK-locations ?
regards
steph
Hi Stephan,
o.k. I didn't think of that. So another try:
Generate a .prj file for your data and generate a new
location with r.in.gdal which *should* accept this .prj file.
Here a sample for Gauss-Krueger (hope it is correct):
PROJECTION TRANSVERSE
UNITS METERS
DATUM POTSDAM
PARAMETERS
1.000
9 0 0
0 0 0
3500000
0.0
Please tell me if this helps.
Markus
Markus Neteler wrote:
> markus,
> g.setproj doesn`t work in xy-locations.
> -> XY-location cannot be projected
> my tifs should be in GK-location.
> is r.in.gdal not able to create GK-locations ?
> regards
> steph
Hi Stephan,
o.k. I didn't think of that. So another try:
Generate a .prj file for your data and generate a new
location with r.in.gdal which *should* accept this .prj file.
Here a sample for Gauss-Krueger (hope it is correct):
PROJECTION TRANSVERSE
UNITS METERS
DATUM POTSDAM
PARAMETERS
1.000
9 0 0
0 0 0
3500000
0.0
Guys,
While this might solve this problem, it seems that a better approach is
to setup the output location in advance, and then run r.in.gdal with the
-o flag to override it's coordinate system checks. Then r.in.gdal should
preserve the original coordinates from the .tfw while the user has to
setup the projection in advance with g.setproj since the files don't contain
any projection information.
Best regards,
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent
Markus Neteler wrote:
On Sun, May 27, 2001 at 09:33:39PM +0200, S. Holl wrote:
> Markus Neteler wrote:
> >
> > On Fri, May 25, 2001 at 10:14:57AM +0200, S. Holl wrote:
> > > Hi there
> > > I importet several TIFFS (with .tfw-files) with r.in.gdal and let it
> > > create a new location with the TIFF coordinates.
> > > Everything worked fine, but it seems there is no PROJ-INFO-file in the
> > > new $LOCATION.
> > > This is needed by r.proj for doing some tranformation.
> > > So r.proj cannot transform my TIFFS into a new location.
> > >
> > > any suggestions and sollutions ?
> > >
> > > Thanks for your help
> > >
> > Hi Steph,
> >
> > the problem is that the .tif/.tfw files don't contain any projection
> > information. If you would have a .proj file as well, r.in.gdal should
> > accept it. However, after creating the location by r.in.gdal use
> > g.setproj within this new location. It will set the missing information.
> >
> > Cheers
> >
> > Markus
> markus,
> g.setproj doesn`t work in xy-locations.
> -> XY-location cannot be projected
> my tifs should be in GK-location.
> is r.in.gdal not able to create GK-locations ?
> regards
> steph
Hi Stephan,
o.k. I didn't think of that. So another try:
Generate a .prj file for your data and generate a new
location with r.in.gdal which *should* accept this .prj file.
Here a sample for Gauss-Krueger (hope it is correct):
PROJECTION TRANSVERSE
UNITS METERS
DATUM POTSDAM
PARAMETERS
1.000
9 0 0
0 0 0
3500000
0.0
Please tell me if this helps.
Markus
Hi Markus,
everything is clear now, but actually I could not handle it with your
sollution. I did it like Frank posted, and everything woks fine. r.proj
did a good job after that 
thanks for your help
steph
--
------------------------------------
Stephan Holl
sholl@gmx.net
http://frosch.2y.net
------------------------------------