R: [GRASS-dev] WinGRASS: r.in.gdal projection issue
marco.pasetti at alice.it
marco.pasetti at alice.it
Fri May 9 12:38:01 EDT 2008
Hi all,
I also tried to launch GRASS with GISBase without spaces (such as C:\GISBASE), with the demolocation, and placing the input file (Z_39_3.ASC) in a path without spaces too (C:\), but I got the same result.
Marco
PS: VMware seems to not be a good solution, it requires a too performant hardware; I'll go back with the linux dual boot solution.
________________________________
Da: grass-dev-bounces at lists.osgeo.org per conto di marco.pasetti at alice.it
Inviato: ven 09/05/2008 16.51
A: grass-dev at lists.osgeo.org
Oggetto: [GRASS-dev] WinGRASS: r.in.gdal projection issue
Hi all,
During WinGRASS 6.3.0 testings I encontered a problem with the r.in.gdal module: it reports no errors, and correctly import rasters, but fails creating the projection for the new location created during raster import.
I explain better with an example: I imported an SRTM tile, to be imported in a new location named "test", with the following command line:
r.in.gdal {input=C:/Documents and Settings/Marco/Documenti/GIS Data Repository/SRTM v3.0 DEM 90m/Z_39_3.ASC} output=Z_39_3.dem location=test
At the end of the Run it reports as follows in the output window:
Location <test> created
r.in.gdal complete.
After that I exit GRASS and I restart it accessing the location test: the raster have been correctly imported, the region set to the raster boundaries, but if type:
g.proj -j
it reports
XY (unprojected)
talking in IRC with a linux huy, I asked him to do the same command using the same raster with GRASS-6.3.0SVN: the location test, for him, has a correct projection (that is latlong wgs84 and so on...). So I guess that is a windows problem, but I don't really know why since the command doesn't report errors!
any suggestions?
This said I have another question for you: I have linux (ubuntu) installed on my system with xual boot along with xp pro sp2, but it's really impossible to me to always reboot within the two systems to make tests, so today I decided to install VMware with an ubuntu (8.04) virtual machine. I would use this VM to make tests on GRASS and directly check if WinGRASS problems are strictly referred to windows platform or to other problems. Now I have a doubt:
1. Install GRASS from a destributed package or
2. Manually compile and install all the needed dependencies (if not already intalled, obviously) with the same support configuration as I did for the current WinGRASS release, in order to check if WinGRASS errors are generated by dependency issues and not by platform problems?
Thanks for your help,
Regards
Marco
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/grass-dev/attachments/20080509/1255b67d/attachment.html
More information about the grass-dev
mailing list