On Thu, 13 Dec 2007, Otto Dassau wrote:
Hi,
I need some help to add support for Hong Kong 1980 datum in GRASS. I
have a wkt file with following information:
PROJCS[Hong_Kong_1980_Grid,GEOGCS[GCS_Hong_Kong_1980,DATUM[D_Hong_Kong_198
On Tue, 15 Jan 2008, Matthew James wrote:
Hi Everyone,
New grass user J I?m using Grass 6.2.3 on windows using cygwin.
I am trying to generate yield maps. I have csv files containing x, y and
yield columns.
The yields are calculated at random spots around the paddock.
In general
On Tue, 5 Feb 2008, Nikos Alexandris wrote:
[...]
2. Launching grass63 (release fetched with svn,
configured-compiled-installed) does not have any problems.
Is that not a good solution to your problems then? The location creation
through the start-up GUI was all very experimental prior to
Hello Giovanni
On Tue, 12 Feb 2008, G. Allegri wrote:
Hi Paul,
are you still considering this post? If not I will try to dive in the
algorithm by myself...
I'm definitely interested in helping you get to the bottom of the problem
and improving GRASS with whatever useful information we find
Hello Luigi
On Wed, 13 Feb 2008, Luigi Ponti wrote:
Paul Kelly wrote:
On Wed, 13 Feb 2008, Luigi Ponti wrote:
I started using v.surf.idw (for irregularly spaced points) in grass6.0
with no -n flag, then in 6.1 I noticed that the output raster changed from
what it used to be (i.e., some
On Tue, 26 Feb 2008, Jachym Cepicky wrote:
hi,
Kunal Malik píÿÿe v Út 26. 02. 2008 v 13:08 +0530:
HI,
Jachym ..would u tell me how u came to know this,,have u worked on
this,,or read from somewhere ..i want to know it beacause i am working
on grass tool,, i have to integrate it with OpenGl
On Thu, 6 Mar 2008, Paul Kelly wrote:
On Thu, 6 Mar 2008, Philipp Steigenberger wrote:
I execute the command sh grass6install.sh
grass-6.2.2.tar.gz_Linux_bin.tar.gz and he doesn't find the directory.
Can you give the exact command-line you typed, and the exact error mesage
(copied
On Fri, 7 Mar 2008, Luigi Ponti wrote:
Hello,
Is there any chance to use the native X Window server Xming
http://www.straightrunning.com/XmingNotes/
for adding d.mon functionality to winGRASS 6.3?
Not at the minute, because the problem is not lack of an X-server but the
fact that the way
Hi Luigi,
On Fri, 7 Mar 2008, Luigi Ponti wrote:
http://grass.ibiblio.org/gdp/html_grass63/variables.html#png for some ideas
on how to control it.
If anybody has a pointer to a working example that would be great. While the
concept is clear, the practicalities are not as evident by reading
On Tue, 11 Mar 2008, Eric Elga wrote:
Very new user of GRASS, I was finally able to run the native Wingrass63RC5 under Win2k after renaming the
wish85.exe and tclsh85.exe into wish.exe and tclsh.exe (is that correct
?).
As you've seen that works, or you can also set the environment
On Tue, 11 Mar 2008, Eric Elga wrote:
Thanks a lot Paul. I'll try this installing MinGW or Msys, as I thought it
wasn't necessary with the native win version.
I'll keep you posted.
GRASS is quite usable on Windows without MinGW/Msys: they aren't a
requirement for running the bulk of GRASS
On Thu, 13 Mar 2008, Luigi Ponti wrote:
[...]
This works fine in my Cygwin/grass6.2.2 installation, although the
GRASS_PNG_READ variable does not seem to be available in grass6.2
http://grass.ibiblio.org/gdp/html_grass62/pngdriver.html so the overlay thing
suggested by Paul wouldn't work.
On Fri, 14 Mar 2008, Luigi Ponti wrote:
[...]
That's very strange. Is it possible you have accidentally modified your
PATH environment variable so that it no longer contains the path to
cmd.exe? What does
echo %PATH%
say? (Run straight after you get the error message above).
Also, in case
On Tue, 6 May 2008, Agustin Lobo wrote:
ok, thanks, it works fine,
but I do not understad it.
The reason for the confusion is the variables you refer to are *not* in
fact environment variables, but GRASS variables. GRASS variables are
accessed and set using the g.gisenv command. In general,
On Thu, 22 May 2008, Hamish wrote:
Thanks for the answer - I am in the process of trying it
out. But:
When I try to use r.resamp.rst, I get the error message
Input map
resolution differs from current region resolution!. I
thought that
r.resamp.rst is doing exactly that - changing the
On Tue, 27 May 2008, Markus Neteler wrote:
On Mon, May 26, 2008 at 11:13 PM, Richard Chirgwin
[EMAIL PROTECTED] wrote:
...
Similarly in d.font.freetype (or in d.font), selecting a new font has no
effect.
Despite the g.mkfontcap from Hamish, we need a fix in d.font to
reject non-existing font
On Tue, 24 Jun 2008, Martina Schaefer wrote:
Hi Paul,
here the infos that you asked me for:
[...]
in fact, this is the same data as the following one, only transformed to
LatLong by ArcGIS
GRASS 6.2.2 (BelcherBathy):~/Work/Devon-Data/bthy gdalinfo 5_utm.tif
Driver: GTiff/GeoTIFF
Size
On Wed, 9 Jul 2008, Benjamin Ducke wrote:
Does that mean that circular dependency has finally been dropped?
Unless one really needs r.out.gdal.sh?
Well, you might want GDAL to be able to read GRASS datasets outside GRASS
for other purposes - this was possible long before r.out.gdal.sh came
On Tue, 22 Jul 2008, Jana K. wrote:
I've already posted this a couple of days ago, but I am afraid somehow it got
lost in other questions.
I believe someone must know an answer, so please, HELP me :-(:
I need to transform a map from LAEA coordinates into UTM. I created a new
location with UTM
On Thu, 24 Jul 2008, Maciej Sieczka wrote:
Tim Michelsen pisze:
If I want to change the projection of the lat/lon location with
g.setproj do I also need to reporject all layers inside that
location?
I don't quite understand what you mean.
g.setproj does not automatically reproject maps
On Thu, 24 Jul 2008, Moritz Lennert wrote:
I won't make an issue of this, but there is a difference in that v.in.ogr
takes a data source (directory or file) as input, and this data source can
contain many layers. AFAIK, it's the only *.in.* module to do this.
But I don't care enough to worry
On Fri, 15 Aug 2008, Tim Michelsen wrote:
Hello,
I defined a test location in ETRS89-LAEA using the EPSG number 3035 in the GRASS
startup wizard.
Here is what g.proj -p test_3035_proj.txt prints out:
-PROJ_INFO-
name : Lambert Azimuthal
On Fri, 29 Aug 2008, Martin Landa wrote:
Hi,
2008/8/29 Roberto Antolín [EMAIL PROTECTED]:
After the Summer of Code, could somebody tell me which is the point of
v.voronoi? I think it was one of the projects, wasn't it?. I've tried to run
the develbranch_6 version of v.delaunay with 400K
On Fri, 19 Sep 2008, Hamish wrote:
Tim Bowden wrote:
I'm looking for content for the OSGeo booth at FOSS4G.
Are there any grass videos anyone can point me to that I could
run along with other content I have?
there is of course the classic William Shatner narrated promo:
On Fri, 17 Oct 2008, Dylan Beaudette wrote:
On Friday 17 October 2008, Markus Neteler wrote:
You need v.label.sa:
http://trac.osgeo.org/grass/browser/grass/branches/develbranch_6/vector/v.l
abel.sa
http://trac.osgeo.org/grass/browser/grass/branches/develbranch_6/vector/v.l
On Fri, 24 Oct 2008, Corrado wrote:
Dear friends,
a few questions on some things I do not understand well about datum:
1) what is a datum tranformation parameter?
An extra calculation is needed when re-projecting maps and data between
two different co-ordinate systems (in addition to the
On Sun, 16 Nov 2008, Kurt Springs wrote:
Hi folks,
I am trying to convert ascii files that I bought from the Irish Ordinance
Survey in to GRASS vector format. These are digital terrain models. I want
to eventually make a raster surface map and a 3d raster map out demonstrating
where
On Mon, 29 Dec 2008, Hufkens Koen wrote:
Hi list,
I'm working with r.le.patch in both scripts as well as interactively on the
terminal.
Since these calculations take up a lot of time I would like to move them to the
background.
If I use r.le.patch -mysettings this will do just that.
On Tue, 20 Jan 2009, Peter Löwe wrote:
Hi,
here is a working (bash-)scripting approach on how to conjure up a minimalistic
xy-location out of thin air and to transmogrify the projection (f.e. EPSG:4326):
It doesn't really need to be so long though - in recent versions of GRASS
g.proj
On Sun, 1 Feb 2009, Michael Barton wrote:
Not at all ridiculous. In fact, it requires some arcane knowledge. There are
2 ways to change the GUI. From the terminal, you can use the g.gui command.
g.gui tcltk launches the tcltk GUI
g.gui wxpython launches the wxpython GUI
However, all module
On Sun, 1 Feb 2009, Macsurfcat wrote:
Paul Kelly wrote:
it's not true that there is no other way to change the GUI settings, on
Windows at least:
The grassXX.bat start-up script has always accepted arguments -text, -gui
or -tcltk and was recently extended to also accept -wxpython.
Yes, I
On Thu, 19 Mar 2009, Markus Neteler wrote:
A related suggestion: some libraries need manual modifications
(zlib etc). Would you be willing to package all those precompiled libs
into a convenient ZIP file which we could host on grass.osgeo.org?
Just wondering why not use zlib and libjpeg from
On Wed, 25 Mar 2009, Moritz Lennert wrote:
On 25/03/09 18:05, Laura Poggio wrote:
The output of gdalinfo on the file is
Driver: GTiff/GeoTIFF Files:
data/JRC/map/DTM/ast1.tifSize is 360, 364
Coordinate System is:
On Thu, 4 Jun 2009, Casey Vandenberg wrote:
Hi everyone,
I have been noticing some discrepancies in the PROJ_INFO files that are
created using Grass6.4 RC4 between the projection values option in the tcltk
interface and the location wizard option using the wxpython interface.
For example,
Hello all,
Last week I asked the author of the new v.delaunay if he could have a look
at this, but I haven't heard back from him yet. FWIW I can't reproduce the
problem with today's 6.4 release branch on a 32-bit Linux system
(Slackware 12.2).
On Tue, 16 Jun 2009, William Kyngesburye wrote:
On Wed, 15 Jul 2009, Markus Neteler wrote:
On Wed, Jul 15, 2009 at 3:43 AM, benton101benton.dav...@gmail.com wrote:
2. The command output pane states Datum GDA_1994 not recognised by GRASS
and no parameters found. How can I give imported data the correct meta data
for projection? I gather that
On Thu, 16 Jul 2009, Markus Neteler wrote:
On Thu, Jul 16, 2009 at 12:42 AM, Paul
Kellypaul-gr...@stjohnspoint.co.uk wrote:
No it's a datum in its own right and should have an entry in datum.table
with ellipsoid GRS80 and dx=dy=dz = 0. Before adding it we would need to
check what the proper
On Thu, 23 Jul 2009, S M wrote:
I recently installed winGRASS 6.4.0RC5 (1st time user) and on first start up
of winGRASS to explore an Australian MID/MIF data set, I also could not use
GDA 1994.
I was reviewing the lists to subscribe to when I found the GDA 1994 message
on the grass-user list.
On Fri, 13 Nov 2009, Rich Shepard wrote:
ok? (y/n) [y] ERROR: region for current mapset is not set
run g.region
ERROR: /usr/local/grass-6.4.0RC5/etc/set_data exited abnormally. Press
enter to continue.
Can't enter the datum, ellipsoid, and other parameters to define this
dataset.
On Fri, 13 Nov 2009, Rich Shepard wrote:
On Fri, 13 Nov 2009, Paul Kelly wrote:
This sounds to me like a known bug in 6.4.0 RC5
http://trac.osgeo.org/grass/ticket/648 - maybe try the latest 6.4 SVN
snapshot instead of RC5?
Paul,
Just tried to download the latest code svn checkout
https
On Mon, 8 Feb 2010, Anders Kagervall wrote:
Hi,
I am quite new to GRASS and this is my first post to this list. To familiarize
myself
with the software I have started to import data and now and then I get this
warning:
Datum Rikets_koordinatsystem_1990 not recognised by GRASS and no
On Fri, 19 Feb 2010, Rich Shepard wrote:
Well, I'm still confused. If RC5 is the latest official release, why not
put all changes in there rather than in 6.4.x stable release branch? This is
now a rhetorical question that does not need an answer on the list. I think
it's a matter of my
On Tue, 2 Mar 2010, Casey Vandenberg wrote:
I am trying to create a new project using a custom proj4 string. The
parameters I specify are '+proj=utm +zone=6 +ellps=clark66
+towgs84=-5,135,172'. After creating the project however, and verifying the
projection settings using *g.proj -j -f -p* I
On Tue, 2 Mar 2010, Casey Vandenberg wrote:
Thanks Paul,
That was a typo on my part when specifying the ellipsoid. By typing in
clrk66, it does maintain the correct ellipsoid and datum transform
parameters. It is unnerving though how when I specify the Nad27 datum with an
associated datum
On Mon, 31 May 2010, Kim Besson wrote:
Greetings
Following a few suggestions made at this list I'm using gdalwarp to project
a few landsat images and only then yusing r.in.gdal.
I'm using this expression to reproject image:
gdalwarp -t_srs +proj=tmerc +lat_0=39.668258
On Tue, 1 Jun 2010, Kim Besson wrote:
Thanks to Paul and Micha for the help.
About this: I defined my location using this image but instead of being
reprojected with PROJ4 extension I used EPSG:3763 and then r.in.gdal. Then,
using the same original image (in UTM) I reprojected to this CRS but
On Tue, 1 Jun 2010, Kim Besson wrote:
[...]
Coordinate System is:
PROJCS[WGS 84 / UTM zone 29N,
GEOGCS[WGS 84,
DATUM[WGS_1984,
Hi Kim,
The datum of the original datum is WGS84, which is almost the same as
GRS80, so your data will be fine. So there's nothing
Sandile Gumede wrote:
I'm using ubuntu, I installed grass from the synaptic. So the script to
start grass is in /usr/bin then the file name is grass64
(/usr/bin/grass64) and the scripts are in /usr/lib/grass64 then inside
grass64 folder you get other folder like scripts and so on. That is why
in
Sandile Gumede wrote:
Hi
I'm trying to run the script below but it's giving me an error saying
default region is not set.
Which command should I use to set the default region and do I put it?
#!/bin/sh
#variable to customize:
# path to GRASS software main directory
GISBASE=/usr/lib/grass64
On Wed, 30 Jun 2010, Anders Gonçalves da Silva wrote:
Hello all. I am trying to add a GeoTIFF to a project, but I keep getting the
following message:
--
GRASS 6.4.0RC6 (pontal):~/Documents/Academic/Thesis/Archive/Sampling gdalinfo
pontal.TIF
Driver: GTiff/GeoTIFF
Files: pontal.TIF
Size is
On Thu, 5 Aug 2010, Giacomo Piva wrote:
[...]
When I run the command
r.in.gdal -o -e input=inputfile.tif output=inputraster location=location
I get this error about the region
ERROR: region for current mapset is not set
run g.region
Just a suggestion to try - does it work without the
On Thu, 2 Dec 2010, Thibault Lemaitre wrote:
I updated the tutorial in question. There was some problem in the previous
version : the modification of the PROJ_INFO file was not good and the grid
file needs to be in the nad directory of GRASS. The method explained by the
tutorial, needs the
On Sun, 13 Mar 2011, TimNorwey wrote:
Hy!
I have used g.region and g.proj for showing the projection information of my
data set.
When using g.region, the current UTM zone is 0, while when using g.proj the
UTM zone is 15. Beside, UTM zone 15 is the right one (see the picture below
- sry for
On Tue, 28 May 2013, Janet Choate wrote:
Hello GRASS users,i have reset my locations projection settings - for the
purpose of updating the zone from 0 to 11. however, after running g.setproj to
make this change, g.region -p still shows the zone set to 0. is there another
command that i
On 09/06/2016 09:44 PM, Dave Roberts wrote:
Thanks for clarification Markus, and thanks Helmut for similar input.
So, the last problem is that
g.proj -c proj4=-
followed by input to stdin works, but I cannot seem to construct a file
with proj4 parameters that g.proj will accept, even though
55 matches
Mail list logo
