Re: [GRASS-user] Raster and shape files miss aligned.

Kirk, My guess is that the projection information for one of the original files is incorrect. My bet is on the shapefile. You can test by importing a 3rd file where you know the projection info is good (e.g., something from USGS or an SRTM) and seeing which one matches and which one doesn't.

[GRASS-user] Raster and shape files miss aligned.

I have imported two files (one raster with r.in.gdal, and one shape file with v.in.ogr). Both file are in the same projection, but do not align properly. There is a North South shift that I can not explain. Any ideas what I might have missed in the import? Thanks in advance Here are the result

Re: [GRASS-user] i.pca fixes in trunk

Martin Landa wrote: > Hi, > > Benjamin Ducke: >> Sounds like a very sensible couple of fixes to me. >> Could these be backported to 6.4.x? > > first it should be done for `devbr6`. Done in r49129. Further improvements (mainly speed) are in trunk. Markus M _

Re: [GRASS-user] XY location (unprojected)

On Tue, Nov 8, 2011 at 12:26 PM, Salvatore Mellino wrote: > Hi, > > I have generated a location from a georeferenced file but I don't know its > coordinate system > and its projection. In the following I write the results of g.proj and > g.region > > g.proj -p > XY location (unprojected) > > g.r

[GRASS-user] XY location (unprojected)

Hi, I have generated a location from a georeferenced file but I don't know its coordinate system and its projection. In the following I write the results of g.proj and g.region g.proj -p XY location (unprojected) g.region -

Re: [GRASS-user] Creation of GISDBASE in a script

On Tue, Nov 8, 2011 at 11:40 AM, Markus Neteler wrote: > On Tue, Nov 8, 2011 at 9:51 AM, Rainer M Krug wrote: > ... > > One disadvantage though: as the location has to be on a shared volume, > all > > data has to be transfered via the network backend of the cluster. If you > > need the data ofte

Re: [GRASS-user] Creation of GISDBASE in a script

On Tue, Nov 8, 2011 at 9:51 AM, Rainer M Krug wrote: ... > One disadvantage though: as the location has to be on a shared volume, all > data has to be transfered via the network backend of the cluster. If you > need the data often, it might be considerably faster to copy the data to the > local vo

[GRASS-user] Re: European Datum 1950 is not saved in the region information

hamish-2 wrote: > > do you use proj4 version 4.7.1svn? If so, please try version 4.7.0 > Sorry, can you give me information on how to use version 4.7.0. I've downloaded the zip file from http://trac.osgeo.org/proj/ but I'm not sure what to do with the files. I assuem I must compile it. I was a

RE: [GRASS-user] Getting DATUM unknown when exporting to GTiff using r.out.gdal in python

Thanks for your reply Hamish. I have the following set up: I am running Grass v6.4 in Windows XP I have FWTools2.0.4 installed (for the GDAL library) I have also installed gdalwin32-1.6 I have Proj4 v4.4.6 Win32 release installed I also have Python 24, 25 and 26 My GDAL_DATA env variable is curre

Re: [GRASS-user] Creation of GISDBASE in a script

On Mon, Nov 7, 2011 at 9:19 PM, Markus Neteler wrote: > On Mon, Nov 7, 2011 at 8:46 PM, Pierre Roudier > wrote: > > Thanks for your answers, > > > >> For GRASS 6, see in Addons "grass_create_location.sh": > >> > http://trac.osgeo.org/grass/browser/grass-addons/general/grass_create_location > > >