<HTML dir=ltr><HEAD><TITLE>Re: R: [GRASS-dev] WinGRASS: r.in.gdal projection issue</TITLE>
<META http-equiv=Content-Type content="text/html; charset=unicode"><BASE href=http://mailstore.rossoalice.alice.it/exchange/Alice000000001264700/Bozze/R:%20R:%20[GRASS-dev]%20WinGRASS:%20r.in.gdal%20projection%20issue.EML/1_text.htm>
<META content="MSHTML 6.00.6000.16640" name=GENERATOR></HEAD>
<BODY>
<DIV id=idOWAReplyText80681 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>as Paul said, my problem is completely unrelated to EPSG entries and locations.</FONT></DIV>
<DIV dir=ltr><FONT size=2></FONT> </DIV>
<DIV dir=ltr><FONT size=2>BTW, could you please give some examples of EPSG errors encountered by your students?</FONT></DIV>
<DIV dir=ltr><FONT size=2>I never had problems in creating locations from EPSG codes with WinGRASS, and I also succesfully reprojected rasters and vectors within different locations.</FONT></DIV>
<DIV dir=ltr><FONT size=2></FONT> </DIV>
<DIV dir=ltr><FONT size=2>Thsi said, JFYI, on next days I'll buy a new notebook with Vista intalled (I found a notebook with 2 HDD, so I'll have both Vista, preinstalled, and XP on the same machine). With it I'll try to build GRASS also on Vista: I hope this would help to fix the Vista problems encountered by your students.</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> Michael Barton [mailto:michael.barton@asu.edu]<BR><B>Inviato:</B> lun 12/05/2008 16.28<BR><B>A:</B> marco.pasetti@alice.it; grass-dev@lists.osgeo.org<BR><B>Oggetto:</B> Re: R: [GRASS-dev] WinGRASS: r.in.gdal projection issue<BR></FONT><BR></DIV>
<DIV><FONT size=4><FONT face="Calibri, Verdana, Helvetica, Arial"><SPAN style="FONT-SIZE: 11pt">Marco,<BR><BR>In most (all?) cases with my students, the problem locations were made by picking an EPSG code. This routine uses g.proj to create the location. The same issue may be affecting r.in.gdal I suppose.<BR><BR>Michael<BR><BR><BR>On 5/12/08 1:03 AM, "marco.pasetti@alice.it" <marco.pasetti@alice.it> wrote:<BR><BR></SPAN></FONT></FONT>
<BLOCKQUOTE><FONT size=4><SPAN style="FONT-SIZE: 11pt"><FONT face=Arial>Hi Michael,<BR></FONT><FONT face="Calibri, Verdana, Helvetica, Arial"><BR>I never had problems creating locations from EPSG codes. I suppose that it's another problem, probably related to GDAL.<BR>Now I check the questions by Glynn. I hope that we can fix it :-)<BR> <BR>Marco<BR><BR>
<HR align=center width="100%" SIZE=3>
</FONT><FONT face="Tahoma, Verdana, Helvetica, Arial"><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><FONT face="Calibri, Verdana, Helvetica, Arial"><BR>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><BR></FONT></SPAN></FONT></BLOCKQUOTE><FONT size=4><SPAN style="FONT-SIZE: 11pt"><FONT face="Calibri, Verdana, Helvetica, Arial"><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></FONT></SPAN></FONT></DIV></BODY></HTML>