<HTML dir=ltr><HEAD><TITLE>Re: [GRASS-dev] WinGRASS: r.in.gdal projection issue</TITLE>
<META http-equiv=Content-Type content="text/html; charset=unicode">
<META content="MSHTML 6.00.6000.16640" name=GENERATOR><BASE href=http://mailstore.rossoalice.alice.it/exchange/Alice000000001264700/Bozze/R:%20[GRASS-dev]%20WinGRASS:%20r.in.gdal%20projection%20issue.EML/1_text.htm></HEAD>
<BODY>
<DIV id=idOWAReplyText6111 dir=ltr>
<DIV dir=ltr><FONT face=Arial color=#000000 size=2>Hi Michael,</FONT></DIV>
<DIV dir=ltr><FONT size=2></FONT> </DIV>
<DIV dir=ltr><FONT size=2>I never had problems creating locations from EPSG codes. I suppose that it's another problem, probably related to GDAL.</FONT></DIV>
<DIV dir=ltr><FONT size=2>Now I check the questions by Glynn. I hope that we can fix it :-)</FONT></DIV>
<DIV dir=ltr><FONT size=2></FONT> </DIV>
<DIV dir=ltr><FONT size=2>Marco</FONT></DIV></DIV>
<DIV dir=ltr><BR>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>Da:</B> grass-dev-bounces@lists.osgeo.org per conto di Michael Barton<BR><B>Inviato:</B> sab 10/05/2008 7.30<BR><B>A:</B> grass-dev@lists.osgeo.org<BR><B>Oggetto:</B> Re: [GRASS-dev] WinGRASS: r.in.gdal projection issue<BR></FONT><BR></DIV>
<DIV>
<P><FONT size=2>Marco,<BR><BR>I reported something similar a month or so back. Some of my students using<BR>WinGRASS would import an SRTM or other file--or they would make a location<BR>from an EPSG code. Then when they tried to reproject into another location,<BR>they'd get an error that there is no projection file.<BR><BR>It seems most common (only?) with some latlon locations. UTM's seem OK. It<BR>is also somewhat erratic. I assume that it is either a g.proj error or a bad<BR>EPSG entry.<BR><BR>Michael<BR><BR><BR>On 5/9/08 8:35 PM, "grass-dev-request@lists.osgeo.org"<BR><grass-dev-request@lists.osgeo.org> wrote:<BR><BR>> Message: 1<BR>> Date: Fri, 9 May 2008 18:38:01 +0200<BR>> From: <marco.pasetti@alice.it><BR>> Subject: R: [GRASS-dev] WinGRASS: r.in.gdal projection issue<BR>> To: <marco.pasetti@alice.it>, <grass-dev@lists.osgeo.org><BR>> Message-ID:<BR>> <FA8A693893F4CE4283B4473C79FA47D505BB41CF@FBCMST06V02.fbc.local><BR>> Content-Type: text/plain; charset="iso-8859-1"<BR>><BR>> Hi all,<BR>> <BR>> I also tried to launch GRASS with GISBase without spaces (such as C:\GISBASE),<BR>> with the demolocation, and placing the input file (Z_39_3.ASC) in a path<BR>> without spaces too (C:\), but I got the same result.<BR>> <BR>> Marco<BR>> <BR>> PS: VMware seems to not be a good solution, it requires a too performant<BR>> hardware; I'll go back with the linux dual boot solution.<BR>><BR>> ________________________________<BR>><BR>> Da: grass-dev-bounces@lists.osgeo.org per conto di marco.pasetti@alice.it<BR>> Inviato: ven 09/05/2008 16.51<BR>> A: grass-dev@lists.osgeo.org<BR>> Oggetto: [GRASS-dev] WinGRASS: r.in.gdal projection issue<BR>><BR>><BR>> Hi all,<BR>> <BR>> During WinGRASS 6.3.0 testings I encontered a problem with the r.in.gdal<BR>> module: it reports no errors, and correctly import rasters, but fails creating<BR>> the projection for the new location created during raster import.<BR>> I explain better with an example: I imported an SRTM tile, to be imported in a<BR>> new location named "test", with the following command line:<BR>> <BR>> r.in.gdal {input=C:/Documents and Settings/Marco/Documenti/GIS Data<BR>> Repository/SRTM v3.0 DEM 90m/Z_39_3.ASC} output=Z_39_3.dem location=test<BR>><BR>> At the end of the Run it reports as follows in the output window:<BR>><BR>> Location <test> created<BR>><BR>> r.in.gdal complete.<BR>><BR>> After that I exit GRASS and I restart it accessing the location test: the<BR>> raster have been correctly imported, the region set to the raster boundaries,<BR>> but if type:<BR>><BR>> g.proj -j<BR>><BR>> it reports<BR>><BR>> XY (unprojected)<BR>><BR>> talking in IRC with a linux huy, I asked him to do the same command using the<BR>> same raster with GRASS-6.3.0SVN: the location test, for him, has a correct<BR>> projection (that is latlong wgs84 and so on...). So I guess that is a windows<BR>> problem, but I don't really know why since the command doesn't report errors!<BR>><BR>> any suggestions?<BR>><BR>> This said I have another question for you: I have linux (ubuntu) installed on<BR>> my system with xual boot along with xp pro sp2, but it's really impossible to<BR>> me to always reboot within the two systems to make tests, so today I decided<BR>> to install VMware with an ubuntu (8.04) virtual machine. I would use this VM<BR>> to make tests on GRASS and directly check if WinGRASS problems are strictly<BR>> referred to windows platform or to other problems. Now I have a doubt:<BR>><BR>> 1. Install GRASS from a destributed package or<BR>><BR>> 2. Manually compile and install all the needed dependencies (if not already<BR>> intalled, obviously) with the same support configuration as I did for the<BR>> current WinGRASS release, in order to check if WinGRASS errors are generated<BR>> by dependency issues and not by platform problems?<BR>><BR>> Thanks for your help,<BR>><BR>> Regards<BR>><BR>> Marco<BR>><BR>> -------------- next part --------------<BR>> An HTML attachment was scrubbed...<BR>> URL:<BR>> <A href="http://lists.osgeo.org/pipermail/grass-dev/attachments/20080509/1255b67d/attac">http://lists.osgeo.org/pipermail/grass-dev/attachments/20080509/1255b67d/attac</A><BR>> hment-0001.html<BR>><BR>> ------------------------------<BR><BR>__________________________________________<BR>Michael Barton, Professor of Anthropology<BR>Director of Graduate Studies<BR>School of Human Evolution & Social Change<BR>Center for Social Dynamics & Complexity<BR>Arizona State University<BR><BR>phone: 480-965-6213<BR>fax: 480-965-7671<BR>www: <A href="http://www.public.asu.edu/~cmbarton">http://www.public.asu.edu/~cmbarton</A><BR><BR><BR>_______________________________________________<BR>grass-dev mailing list<BR>grass-dev@lists.osgeo.org<BR><A href="http://lists.osgeo.org/mailman/listinfo/grass-dev">http://lists.osgeo.org/mailman/listinfo/grass-dev</A><BR></FONT></P></DIV></BODY></HTML>