Re: [GRASS-user] Calculating distance between 2 point vectors along a line vector

[Otto Dassau]

Hi,

v.net.allpairs could be a starting pioint:
https://grass.osgeo.org/grass70/manuals/v.net.allpairs.html

Regards,
Otto

Am Sat, 12 Dec 2015 14:31:48 -0800 (PST)
schrieb Helmut Kudrnovsky :

> Hi, 
> 
> given following data :
> 
> - data 1 point vector , e.g. sample points along a river 
> - data 2 point vector, e.g.  point pollution Inputs in a river 
> - data 3 line vector, e. g. rivers or streams 
> 
> Any ideas how to calculate the distance between the points of data 1 and
> data 2 along the vector lines in data 2?
> 
> 
> 
> -
> best regards
> Helmut
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Grass 6.4 and Opensuse 13.2

[Otto Dassau]

Hi Tim,

the installation of grass includes numpy. It is a requirement. What were you
trying to do, so I can better try to understand. Are you using the
Processing or the GRASS Plugin and what modules did not work?

Regards
Otto

Am Sun, 9 Nov 2014 20:55:51 +
schrieb Tim Southern tim.south...@talktalk.net:

 Hi All,
 
 I upgraded the OS on the lap-top to Opensuse 13.2 and although Grass has
 been updated to the correct version for opensuse 13.2 (from geo
 repository) it fails to run generating “numeric, numeral or numpy not
 found.
 
 Numpy is installed.
 
 This appears to be similar to an earlier issue with numpy not being found
 within a MacOS logged on 5th July 2014.
 
 Is this a general problem with the Opensuse 13.2 Grass 6.4 version or
 something specific to my machine?
 
 Thanks
 
 Tim
 
 Tim Southern
 17, Park Close,
 Sonning Common,
 Oxfordshire
 RG4 9RY
 
 
 
  On 7 Nov 2014, at 20:00, grass-user-requ...@lists.osgeo.org wrote:
  
  Send grass-user mailing list submissions to
  grass-user@lists.osgeo.org
  
  To subscribe or unsubscribe via the World Wide Web, visit
  http://lists.osgeo.org/mailman/listinfo/grass-user
  or, via email, send a message with subject or body 'help' to
  grass-user-requ...@lists.osgeo.org
  
  You can reach the person managing the list at
  grass-user-ow...@lists.osgeo.org
  
  When replying, please edit your Subject line so it is more specific
  than Re: Contents of grass-user digest...
  
  
  Today's Topics:
  
1. Re: MATLAB exports (Kevin Williams)
2. Re: [GRASS-dev] problem with creating areas from set of
   points with specific category (Moritz Lennert)
3. v.rast.stats by other column instead of 'cat'
   (Javier Mart?nez-L?pez)
4. Re: v.rast.stats by other column instead of 'cat' (Moritz Lennert)
5. Re: v.rast.stats by other column instead of 'cat'
   (Javier Mart?nez-L?pez)
  
  
  --
  
  Message: 1
  Date: Fri, 7 Nov 2014 05:42:16 +0200
  From: Kevin Williams zs1...@gmail.com
  To: Vaclav Petras wenzesl...@gmail.com
  Cc: GRASS user list grass-user@lists.osgeo.org
  Subject: Re: [GRASS-user] MATLAB exports
  Message-ID:
  cajhol6cm2p+w3dv2zmteyedzwzix31x85msytnv078wh9za...@mail.gmail.com
  Content-Type: text/plain; charset=UTF-8
  
  Hi
  
  It does not seem possible to tell Matlab it is a v4 file, but (thanks
  for the suggestion) Octave has no problem with it.
  
  I can re-save it as a new v4 file from Octave, and then Matlab will
  load it.
  
  Best regards, Kevin
  
  On 7 November 2014 03:19, Vaclav Petras wenzesl...@gmail.com wrote:
  
  
  On Thu, Nov 6, 2014 at 2:24 AM, Kevin Williams zs1...@gmail.com wrote:
  
  Hi
  
  I am trying to export maps from Grass 7.0.0 running in Linux (64 bit
  Ubuntu) using r.out.mat.
  
  Matlab (R2014b), however, complains that these files are corrupt.
  (Matlab is also running in Linux.)
  
  Could anyone please advise?
  
  Hi,
  
  it is possible that r.out.mat supports some older version of these .mat
  files which Matlab no longer accepts.
  
  There are some things you can do.
  
  1) Try if you can tell Matlab that it is an older version of the format.
  2) Try Octave, perhaps load and save there, then open in Matlab.
  3) Try on of the (many) formats provided by r.out.gdal. Can Matlab load
  TIFF, for example?
  4) Use r.out.ascii (or r.out.xyz) and read the created text file to
  Matlab in some way.
  5) Fix r.out.mat if you can and submit a patch.
  
  In any case, please share what worked for you.
  
  Vaclav
  
  Many thanks, Kevin
  ___
  grass-user mailing list
  grass-user@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/grass-user
  
  
  
  
  --
  
  Message: 2
  Date: Fri, 07 Nov 2014 09:46:45 +0100
  From: Moritz Lennert mlenn...@club.worldonline.be
  To: Anna Petr??ov? kratocha...@gmail.com, GRASS user list
  grass-user@lists.osgeo.org,   GRASS-dev
  grass-...@lists.osgeo.org Subject: Re: [GRASS-user] [GRASS-dev]
  problem with creating areas from set of points with specific category
  Message-ID: 545c86f5.5000...@club.worldonline.be
  Content-Type: text/plain; charset=windows-1252; format=flowed
  
  On 05/11/14 22:00, Anna Petr??ov? wrote:
  Hi,
  
  my problem is - I have polygons defined as a set of coordinates with
  assigned categories and I want to create vector areas where the centroid
  would have that category. I don't want to use PyGRASS because of ctypes.
  I wanted to write an ascii file (ascii vector format) but it allows me
  to write only boundaries and centroids (not areas). But I don't have
  centroids. So I can write boundaries and then use v.centroids afterwards
  but I don't know how to specify the correct category values for those
  new centroids.
  
  You could try something like this:
  
  - Import your boundaries with the correct cat values
  - Create a table linked 

Re: [GRASS-user] Suse 12.3, GRASS 6.4.3 - addons not possible to install - SOLVED!

[Otto Dassau]

Am Tue, 08 Oct 2013 13:54:19 +0300
schrieb Angelos Tzotsos gcpp.kal...@gmail.com:

 On 10/06/2013 09:32 PM, Lars Forseth wrote:
  Hi!
 
  I just solved a long standing issue with GRASS 6.4.3 on my pc, under
  SuSE 12.3 linux. I use the GEO repository for all GIS packages.
 
  Since long I have not been able to install plugins/add-ons in GRASS,
  either through the commandline or the menu (wxpython gui).
 
  Yesterday I discovered why! In the standard GRASS 6.4.3 package under
  GEO:repository for SUSE 12.3, the g.html2man script is missing! Since
  this seems to be essential under the install procedure for addons,
  attempts to install add-ons failes!
 
  Remedy (for my part); downloaded the sourcepackage for grass 6.4.3;
  found g.html2man script and copied it to /opt/grass/tools, and made
  scertain it had the right permissions! And now I can install add-ons!
 
 
  Regards
  larsf
 
  PS! How do I communicate this bug to the GEO repository maintainers?
  ___
  grass-user mailing list
  grass-user@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/grass-user
 
 
 Hi Lars,
 
 Thanks for reporting the issue, we will make sure it gets fixed.
 
 Best,
 Angelos

Hi Lars,

after we fixed to integrate the g.html2man script to the grass package, it
is now no longer possible to install the grass package itself, without
manually ignoring this error:

failed on file /opt/grass/tools/g.html2man: cpio: rename failed - Is a
directory error: grass-6.4.3-4.4.x86_64: install failed error:
grass-6.4.3-3.19.x86_64: erase skipped

We haven't found a solution to fix this yet, and because many people
recently complained, that grass can't be updated/installed automatically, we
decided to revert the g.html2man fix for now.

We will build and integrate the g.html2man script to the grass package
again, once we find a solution for the error above. 

Regards
Otto




___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Suse 12.3, GRASS 6.4.3 - addons not possible to install - SOLVED!

[Otto Dassau]

Hi Lars,

I can have a look at that. 

Regards
Otto

Am Sun, 06 Oct 2013 20:32:42 +0200
schrieb Lars Forseth lars.fors...@ntebb.no:

 Hi!
 
 I just solved a long standing issue with GRASS 6.4.3 on my pc, under
 SuSE 12.3 linux. I use the GEO repository for all GIS packages.
 
 Since long I have not been able to install plugins/add-ons in GRASS,
 either through the commandline or the menu (wxpython gui).
 
 Yesterday I discovered why! In the standard GRASS 6.4.3 package under
 GEO:repository for SUSE 12.3, the g.html2man script is missing! Since
 this seems to be essential under the install procedure for addons,
 attempts to install add-ons failes!
 
 Remedy (for my part); downloaded the sourcepackage for grass 6.4.3;
 found g.html2man script and copied it to /opt/grass/tools, and made
 scertain it had the right permissions! And now I can install add-ons!
 
 
 Regards
 larsf
 
 PS! How do I communicate this bug to the GEO repository maintainers?
 ___
 grass-user mailing list
 grass-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/grass-user

___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] GRASS and opensuse 12.3

[Otto Dassau]

Hi,

libpng16.so.16 and libodbc.so.2 is part of opensuse factory AFAIK. 

Maybe you mixed up 12.3 with factory packages/repositories? On my Opensuse
12.3 with libodb.so.1 and libpng15.so.15 it installs without problems.

Regards
Otto

Am Thu, 27 Jun 2013 01:24:47 -0700
schrieb jwd j...@surewest.net:

 I've run into problems in trying to install GRASS and some related
 software on my opensuse 12.3 system.  It may be something broken in my
 install - but - I cannot get an installation of GRASS to finish up on
 my system, which is running an AMD Phenom II processor with 4 gigs of
 memory and a 600 gig sata hard drive.  Attempts report a missing
 libodb.so.2() (64 bit). Attempts to install other elements, e.g. gdal
 or qgis also report a missing libpng16.so.16() (64 bit).  There is a
 libpng15.so.15 present on the system.  
 
 JWDougherty
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] create polyines based on an attribute column

[Otto Dassau]

Hi,

is it possible to create polyines based on an attribute column? I found
v.build.polylines using cat values, but that's not, what I need.

Thanks for any hint
Otto
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] GRASS won't start

[Otto Dassau]

Hi,

sorry I missed your email. It was a problem with the GRASS packaging,
because we had to apply several changes to the spec file. Now it should
work again.

Regards, Otto

Am Mon, 29 Aug 2011 11:34:15 +0200
schrieb Daniel Lee l...@isi-solutions.org:

 Alright, another update: After updating GRASS on my work computer, it
 worked fine again too. Strange, it was a good couple of days where it just
 wasn't working. Can't explain it. I'm very, very happy to have my GIS
 back! Thanks for the help with this strange problem...
 
 On Sun, Aug 28, 2011 at 6:54 PM, Daniel Lee l...@isi-solutions.org wrote:
 
  Hi there,
 
  Sadly I wasn't able to test things until just now. The problem is on two
  computers. I started up my laptop and before I started GRASS I checked
  the repository to see if any updates were available. GRASS was du for an
  update, which I don't think it was the last time I tried it. After
  updating, GRASS started just fine, but I had to tell it where my GRASS
  database was again. As soon as I get to my work computer tomorrow I will
  report back if the problem is gone from that one as well.
 
  Thanks for the quick response and have a nice rest of your Sunday :-)
  Daniel
 
  --
  B.Sc. Daniel Lee
  Geschäftsführung für Forschung und Entwicklung
  ISIS - International Solar Information Solutions
 
  Deutschhausstr. 10
  35037 Marburg
  Festnetz: +49 6421 379 6256
  Mobil: +49 176 6127 7269
  E-Mail: l...@isi-solutions.org
  Web: http://www.isi-solutions.org
 
  ISIS wird gefördert durch die Bundesrepublik Deutschland,
  Zuwendungsgeber: Bundesministerium für Wirtschaft und Technologie
  aufgrund eines Beschlusses des Deutchen Bundestages, sowie durch die
  Europäiache Union, Zuwendungsgeber: Europäischer Sozialfonds.
 
  Zusätzliche Unterstützung erhält ISIS von dem Entrepreneurship Cluster
  Mittelhessen, der Universität Marburg, dem Laboratory for Climatology and
  Remote Sensing und dem GIS-Lab Marburg.
 
  Am 26.08.2011 13:17 schrieb Maris Nartiss maris@gmail.com:
 
   Hello,
   it is not a known issue.
  
   Please start GRASS in debug mode and post output here.
   Command is: bash -x /usr/bin/grass64
  
   Also provide information from where You installed Your GRASS and exact
   package version number.
  
   Maris.
  
   2011/8/26 Daniel Lee l...@isi-solutions.org:
   Hi there,
  
   Is anybody else having this problem? I've got it on two computers. I'm
   running GRASS 6.4 on OpenSUSE and when I try to start GRASS,
   absolutely nothing happens. Nothing at all, no error message. I tried
   uninstalling
  and
   then reinstalling GRASS, didn't help. Then I tried installing GRASS 7,
  which
   did work, but for some reason it kept on trying to connect to a
   database that I have on my computer and don't want to run at the
   moment... After deinstalling GRASS 7 and reinstalling GRASS 6.4 I get
   this very strange behavior:
  
   lee@pc19453:~ grass
   bash: /usr/bin/grass: No such file or directory
   lee@pc19453:~ grass64
   lee@pc19453:~
  
   It happens every time. grass64 doesn't seem like it even tries to
   load,
  the
   command line pops up instantly after I hit enter.
  
   Thanks a lot! Yeah, I know it's really strange...
   Daniel
  
   --
  
   B.Sc. Daniel Lee
   Geschäftsführung für Forschung und Entwicklung
   ISIS - International Solar Information Solutions
  
   Deutschhausstr. 10
   35037 Marburg
   Festnetz: +49 6421 379 6256
   Mobil: +49 176 6127 7269
   E-Mail: l...@isi-solutions.org
   Web: http://www.isi-solutions.org
  
   ISIS wird gefördert durch die Bundesrepublik Deutschland,
  Zuwendungsgeber:
   Bundesministerium für Wirtschaft und Technologie aufgrund eines
  Beschlusses
   des Deutchen Bundestages, sowie durch die Europäische Union,
   Zuwendungsgeber: Europäischer Sozialfonds.
   Zusätzliche Unterstützung erhält ISIS von dem Entrepreneurship Cluster
   Mittelhessen, der Universität Marburg, dem Laboratory for Climatology
  and
   Remote Sensing und dem GIS-Lab Marburg.
  
   ___
   grass-user mailing list
   grass-user@lists.osgeo.org
   http://lists.osgeo.org/mailman/listinfo/grass-user

___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [gdal-dev] [GRASS-user] r.out.gdal export with color table for floating-point values

[Otto Dassau]

Am Mon, 01 Aug 2011 16:24:23 +0200
schrieb Even Rouault even.roua...@mines-paris.org:

   Hi,
  
   I have an elevation map in GRASS with a color table that distinguishes
   decimal values based on the srtm color table, see below. I only want to
   have the value 0 in aqua, and all values  0 shall reflect land below
   or above sea level.
  
   -10  57 151 105
   -0.01 57 151 105
   0 aqua
   0.01  57 151 105
   50   117 194 93
   100  230 230 128
   200  202 158 75
  
   When I export the raster with r.out.gdal (nor now I used GeoTiff and
   ERDAS Img) the color table seems to be changed to reflect only
   integer values. so all 0 floating point values are displayed as aqua.
  
   Is there a solution for this?
  
   Thanks a lot
Otto
  
  Hi,
 
  fowarded from grass list, because it is probably better here with some
  additional notes:
 
  I used Float32 as data type for the export to ERDAS Img, so the data a
  floating point and there is a color table but the colortable does not
  reflect the floating point data.
 
  Color Table (RGB with 174 entries)
  0: 0,191,191,255
  1: 58,151,105,255
  2: 59,152,105,255
  3: 60,153,105,255
  4: 61,154,105,255
  5: 62,155,104,255
  6: 64,156,104,255
 
  Is it possible somehow to adjust the colortable after the GRASS export
  to get a color table that distinguishes floating point values as it does
  in GRASS?
 
 Otto,
 
 In the GDAL data model, the index of a color table is necessary a
 (positive) integer. So there's no direct way to translate the GRASS color
 table of a floating point band into a matching GDAL object.
 
 There are several workarounds you could try :
 * put your color table in a text file that can be used for example by
 gdaldem color-relief . See http://gdal.org/gdaldem.html
 * build a Raster Attribute Table from the color table and set it to the IMG
 dataset. But be aware that R.A.T. are rarely exploited by GDAL utilities.
 
 
 Best regards,
 
 Even

Thanks a lot Even for your help,

the workaround with gdaldem worked fine for me. I can use the integer output
for nice looking visualisation in the background and the floating ERDAS Img
for further processing.

Are there any plans to be able to translate GRASS color tables of a floating
point band into a matching GDAL object? Would it make sense to write an
enhancement report to the GDAL bug tracker?

Regards,
 Otto

 



___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [gdal-dev] [GRASS-user] r.out.gdal export with color table for floating-point values

[Otto Dassau]

Am Tue, 2 Aug 2011 12:33:20 +0200
schrieb Markus Metz markus.metz.gisw...@googlemail.com:

 Otto Dassau:
  Am Mon, 01 Aug 2011 16:24:23 +0200
  schrieb Even Rouault even.roua...@mines-paris.org:
 
Hi,
   
I have an elevation map in GRASS with a color table that
distinguishes decimal values based on the srtm color table, see
below. I only want to have the value 0 in aqua, and all values  0
shall reflect land below or above sea level.
   
-10  57 151 105
-0.01 57 151 105
0 aqua
0.01  57 151 105
50   117 194 93
100  230 230 128
200  202 158 75
   
When I export the raster with r.out.gdal (nor now I used GeoTiff and
ERDAS Img) the color table seems to be changed to reflect only
integer values. so all 0 floating point values are displayed as
aqua.
   
Is there a solution for this?
   
Thanks a lot
 Otto
  
   Hi,
  
   fowarded from grass list, because it is probably better here with some
   additional notes:
  
   I used Float32 as data type for the export to ERDAS Img, so the data a
   floating point and there is a color table but the colortable does not
   reflect the floating point data.
  
   Color Table (RGB with 174 entries)
       0: 0,191,191,255
       1: 58,151,105,255
       2: 59,152,105,255
       3: 60,153,105,255
       4: 61,154,105,255
       5: 62,155,104,255
       6: 64,156,104,255
  
   Is it possible somehow to adjust the colortable after the GRASS export
   to get a color table that distinguishes floating point values as it
   does in GRASS?
 
  Otto,
 
  In the GDAL data model, the index of a color table is necessary a
  (positive) integer. So there's no direct way to translate the GRASS
  color table of a floating point band into a matching GDAL object.
 
  There are several workarounds you could try :
  * put your color table in a text file that can be used for example by
  gdaldem color-relief . See http://gdal.org/gdaldem.html
  * build a Raster Attribute Table from the color table and set it to the
  IMG dataset. But be aware that R.A.T. are rarely exploited by GDAL
  utilities.
 
 
  Best regards,
 
  Even
 
  Thanks a lot Even for your help,
 
  the workaround with gdaldem worked fine for me. I can use the integer
  output for nice looking visualisation in the background and the floating
  ERDAS Img for further processing.
 
  Are there any plans to be able to translate GRASS color tables of a
  floating point band into a matching GDAL object? Would it make sense to
  write an enhancement report to the GDAL bug tracker?
 
 AFAIK, color table support depends on the file format and datatype,
 nothing that GRASS or GDAL can change. For nice looking visualization,
 r.out.tiff or r.out.png would do the job. Otherwise it is probably
 safest to export the color rules and supply them as separate text file
 together with the exported raster map.
 
 Markus M

Hi Markus,

yes, for nice looking visualization r.out.png would be an option, too. I
didn't have that in mind - thanks. But r.out.tiff also changes the colors
when it changes the values from floating to integer so that's not really an
option and I need to come back to some sort of gdaldem workaround. 

Regards,
 Otto

___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] r.out.gdal export with color table for floating-point values

[Otto Dassau]

Hi,

I have an elevation map in GRASS with a color table that distinguishes
decimal values based on the srtm color table, see below. I only want to have
the value 0 in aqua, and all values  0 shall reflect land below or above
sea level. 

-10  57 151 105
-0.01 57 151 105
0 aqua
0.01  57 151 105
50   117 194 93
100  230 230 128
200  202 158 75

When I export the raster with r.out.gdal (nor now I used GeoTiff and ERDAS
Img) the color table seems to be changed to reflect only integer values. so
all 0 floating point values are displayed as aqua.

Is there a solution for this? 

Thanks a lot
 Otto 

___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] unable to open GRASS mapset under Q-GIS 1.6

[Otto Dassau]

Hi Nils,

there might be a .gislock file on the mapset level you want to work with that
wasn't removed for some reason. Try to find that file and remove it. 

hth
 Otto

Am Wed, 01 Jun 2011 12:31:58 +0200
schrieb Niels Thevs th...@uni-greifswald.de:

 Dear all,
 
 I want to digitize shapefiles in Q-GIS based on raster layers in a GRASS 
 mapset. But, Q-GIS always complains that the mapset canno be opened, 
 because it is used by another programme. I tried on several computers, 
 but I only was able to open a GRASS mapset under Q-GIS on a computer, 
 where I never started GRASS before. How could I solve this problem. I 
 work under Windows XP with Q-GIS 1.6.
 
 Regards
 
 Niels
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] v.to.db and v.generalize

[Otto Dassau]

Hi Patrick,

Am Mon, 22 Nov 2010 14:10:18 +0100
schrieb Patrick_schirmer patrick_...@gmx.ch:

 Dear list,
 
 Can somebody please varify and comment:
 (Tested on Postgresql-Database with GRASS6.4 of repository UbuntuGIS 
 under Ubuntu_lucid-lynx)
 
 1.) v.generalize will create an output without an attribute table.

yes. You can use v.clean with prune tool. In the v.clean manual page it says:

The prune tool simplifies lines and boundaries by removing vertices
according to threshold. This tool preserves area topology, areas are never
deleted and centroid attachment is never changed. 

v.generalize offers much more functionality for line simplification but does
not preserve area topology. 

 2.) v.to.db does not include the option azimuth, although manual says so.

grass 7 includes option azimuth, but 6.4 not.

Regards, 
 Otto

 Thanks, Patrick
 ___
 grass-user mailing list
 grass-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/grass-user
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] upgrade opensuse11.2 grass64

[Otto Dassau]

Hi,

have you installed the grass package from the Application:Geo
Repository? I updated those packages with a current svn snapshot from
6. Feb. 2010. As far as I tested, they work fine, except the known bug
described here:

http://trac.osgeo.org/grass/ticket/928

You should make sure to update all packages and libraries on your
system are uptodate. This can be done in YAST.

hth
 Otto

Am Mon, 15 Feb 2010 20:20:48 -0800 (PST)
schrieb Hamish hamis...@yahoo.com:

 Joop wrote:
  Last day I've upgrade to OpenSuSe 11.2 and reinstall
  Grass64 (6.4.0svn (2010))
 
 how did you reinstall?
 
 if building from source make sure to do make distclean and rebuild.
 
  Grass64 is runnig wel but when closing the gui I get a list of
  errors!!?? like this below:
 ...
  GRASS 6.4.0svn (Venlo):~  *** glibc detected *** wish:
  corrupted double-linked list: 0x081330a0
 ...
  /usr/lib/libtcl8.5.so[0xb75644e6]
 
 
 something's broken with tcl/tk.
 probably a program is built for an old version of the library but now
 you have a new one in its place.
 
 
 Hamish
 
 
 
   
 ___
 grass-user mailing list
 grass-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/grass-user
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] upgrade opensuse11.2 grass64

[Otto Dassau]

Hi Joop,

On Tue, 16 Feb 2010 10:25:00 +0100
Joop Goedbloed jlgoedbl...@hetnet.nl wrote:

 Op 16-02-10 09:03, Otto Dassau schreef:
 Hi Otto
 
 The messages (so far as I'v tested) only appear when I'v doing something
 like display, digitize etc. with vector maps.

just tested with an opensuse 11.2 64bit. I opened the tcltk gui, loaded the
spearfish map streams, started the digitizing module in the tcltk gui,
deleted a stream, closed/saved it, closed the tcltk gui and got following
message. 

*** glibc detected *** gis.m: double free or corruption (out):
0x0103c6d0 ***

Then I tried it a second time but did not get any errors anymore. And my
message is different from the one you sent - strange. And apart from this
message, everything works normal.

  With wxpython  gui there is no problem with tcl/tk gui grass64 is
  looking for tcl/tk 8.4 on my system there is version 8.5
  thats probable the problem.

the grass package for opensuse 11.2 is compiled based on the standard tcl/tk
8.5. I guess something went wrong during the update, when your grass
installtion is still looking for tcl/tk 8.4. Btw. from what opensuse did you
upgrade, because 11.1 also uses tcl/tk 8.5 AFAIK.

Regards,
 Otto

  Hi,
 
  have you installed the grass package from the Application:Geo
  Repository? I updated those packages with a current svn snapshot from
  6. Feb. 2010. As far as I tested, they work fine, except the known bug
  described here:
 
  http://trac.osgeo.org/grass/ticket/928
 
  You should make sure to update all packages and libraries on your
  system are uptodate. This can be done in YAST.
 
  hth
   Otto
 
  Am Mon, 15 Feb 2010 20:20:48 -0800 (PST)
  schrieb Hamish hamis...@yahoo.com:
 

  Joop wrote:
  
  Last day I've upgrade to OpenSuSe 11.2 and reinstall
  Grass64 (6.4.0svn (2010))

  how did you reinstall?
 
  if building from source make sure to do make distclean and rebuild.
 
  
  Grass64 is runnig wel but when closing the gui I get a list of
  errors!!?? like this below:

  ...
  
  GRASS 6.4.0svn (Venlo):~  *** glibc detected *** wish:
  corrupted double-linked list: 0x081330a0

  ...
  
  /usr/lib/libtcl8.5.so[0xb75644e6]

 
  something's broken with tcl/tk.
  probably a program is built for an old version of the library but now
  you have a new one in its place.
 
 
  Hamish
 
 
 

  ___
  grass-user mailing list
  grass-user@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/grass-user
  

___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Subtraction of raster maps

[Otto Dassau]

Hi Thomas,

On Wed, 24 Jun 2009 08:42:11 +0200
Thomas Becker thomas...@gmx.de wrote:

 Hi,
 
 I know it is pretty standard to subtract to maps from each other and I do have
 the command for r.mapcalc, but it is not doing what I expect.
 
 I have a landcover map and a map wit buildings. Both are raster maps. Now I
 want to get rid of the areas in the landcover map that are covered by
 buildings. To get this done I wrote:
 
 r.mapcalc newmap = landcover - buildings

if I understand right this might work for you, if everything that is not a
building in your 'buildings' map is no data (null):

r.mapcalc newmap = if(isnull(buildings),landcover,null())

 The outcome is a map showing only the buildings and no landcover. It also
 doesn't matter if I change the order in the equation, the result is the same:
 Only buildings are delivered.
 
 Can you help me out with this?
 
 Thanks,
 Thomas

Regards,
 Otto
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] qgis + grass-plugin = gdal-problem (update)

[Otto Dassau]

Hi Achim,

On Sat, 07 Mar 2009 19:26:59 +0100
achim a...@jupiter.uni-freiburg.de wrote:

 Hi Otto,
 
 have you find out, what the problem could be? I am still willing to use
 grass with qgis, but -as written- qgis terminates when loading a raster
 file from a grass project. I tried an older qgis version, but the error
 is the same:
 
 qgis: symbol lookup error: /usr/lib/gdalplugins/gdal_GRASS.so: undefined
 symbol: G_no_gisinit
 
 I'm afraid I made something wrong with my openSUSE 11.1 64bit...
 
 Sorry for being so impatient,

I haven't had the time to look at it yet. I will test as soon as possible, but
it will probably take some more days. I am very busy at the moment - sorry.

regards,
 Otto

 achim
 
 achim schrieb:
  I use a 64 bit system and 64 bit packages (for suse 11.1)
  
  achim
  
  
  Otto Dassau schrieb:
  Hi Achim,
 
  I build the opensuse packages in the Application:/Geo repository and will
check
  this. Do you use the 32 bit or 64 bit packages for 11.1?
 
  regards,
   Otto
 
  On Mon, 02 Mar 2009 10:45:00 +0100
  achim a...@jupiter.uni-freiburg.de wrote:
 
  Hi,
 
  thanks for answering and sorry for taking so long..
 
  Im running suse 11.1 and I was installing both qgis and grass from the
  following repositories:
  http://teodori.org/repos/grass/openSuSE11.1/
  and
  http://download.opensuse.org/repositories/Application:/Geo/openSUSE_11.1/
 
  As said deinstalling the old and reinstalling of the packages via yast
  does not help. Now I'm using only grass, but I would really like to use
  the comfortable qgis in future too.
 
  Thanks,
  achim
 
  Zahid Parvez schrieb:
  On Sat, Feb 28, 2009 at 9:09 AM, Nikos Alexandris
  nikos.alexand...@felis.uni-freiburg.de
  mailto:nikos.alexand...@felis.uni-freiburg.de wrote:
 
  On Fri, 2009-02-27 at 13:39 +0100, achim wrote:
   Hi,
  
   I used the goe-repository files for installing grass (6.4) and
  grass63.
   Do I have to compile myself? Cant I clean old libraries by
  myself and
   reinstall grass from the repository?
  
   Thanks,
   achim
 
  Hi Achim!
 
  It's not clear to me which geo-repository you mean. Could you
  please be
  more specific?
 
 
  First:
 
  * Which operating system do you use?
  * Which exact commands did you use to install grass 6.4 and which to
  install grass 6.3?
  * Why do you need both, version 6.3 and 6.4?
 
 
  Now partially answering:
 
  * You are not forced to compile grass by yourself. There are
  binaries
  ready-to-(install)use.
  * Of course you can clean old libraries. If you installed grass from
  ubuntu's repository for example, it should be easy to clean
  everything
  by just removing it (preferably with sudo apt-get purge grass).
 
  BTW, Jachym Cepicky's repository [1] is AFAIK always more up-to-date
  than ubuntu's repositories.
 
  Kind regards, Nikos
 
  ---
  [1] http://les-ejk.cz/ubuntu/
 
  ___
  grass-user mailing list
  grass-user@lists.osgeo.org mailto:grass-user@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/grass-user
 
 
 
 
  if you use windows xp sp2 this may help. i got this from internet
 
  best
 
  zahid
  ___
  grass-user mailing list
  grass-user@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/grass-user
  ___
  grass-user mailing list
  grass-user@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/grass-user
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] qgis + grass-plugin = gdal-problem (update)

[Otto Dassau]

Hi Achim,

I build the opensuse packages in the Application:/Geo repository and will check
this. Do you use the 32 bit or 64 bit packages for 11.1?

regards,
 Otto

On Mon, 02 Mar 2009 10:45:00 +0100
achim a...@jupiter.uni-freiburg.de wrote:

 Hi,
 
 thanks for answering and sorry for taking so long..
 
 Im running suse 11.1 and I was installing both qgis and grass from the
 following repositories:
 http://teodori.org/repos/grass/openSuSE11.1/
 and
 http://download.opensuse.org/repositories/Application:/Geo/openSUSE_11.1/
 
 As said deinstalling the old and reinstalling of the packages via yast
 does not help. Now I'm using only grass, but I would really like to use
 the comfortable qgis in future too.
 
 Thanks,
 achim
 
 Zahid Parvez schrieb:
  
  
   On Sat, Feb 28, 2009 at 9:09 AM, Nikos Alexandris
   nikos.alexand...@felis.uni-freiburg.de
   mailto:nikos.alexand...@felis.uni-freiburg.de wrote:
  
   On Fri, 2009-02-27 at 13:39 +0100, achim wrote:
Hi,
   
I used the goe-repository files for installing grass (6.4) and
   grass63.
Do I have to compile myself? Cant I clean old libraries by
 myself and
reinstall grass from the repository?
   
Thanks,
achim
  
   Hi Achim!
  
   It's not clear to me which geo-repository you mean. Could you
 please be
   more specific?
  
  
   First:
  
   * Which operating system do you use?
   * Which exact commands did you use to install grass 6.4 and which to
   install grass 6.3?
   * Why do you need both, version 6.3 and 6.4?
  
  
   Now partially answering:
  
   * You are not forced to compile grass by yourself. There are
 binaries
   ready-to-(install)use.
   * Of course you can clean old libraries. If you installed grass from
   ubuntu's repository for example, it should be easy to clean
 everything
   by just removing it (preferably with sudo apt-get purge grass).
  
   BTW, Jachym Cepicky's repository [1] is AFAIK always more up-to-date
   than ubuntu's repositories.
  
   Kind regards, Nikos
  
   ---
   [1] http://les-ejk.cz/ubuntu/
  
   ___
   grass-user mailing list
   grass-user@lists.osgeo.org mailto:grass-user@lists.osgeo.org
   http://lists.osgeo.org/mailman/listinfo/grass-user
  
  
  
  
   if you use windows xp sp2 this may help. i got this from internet
  
   best
  
   zahid

___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] raster analysis sectorwise as in a pie chart

[Otto Dassau]

On Tue, 27 Jan 2009 15:46:02 -0800 (PST)
Hamish hamis...@yahoo.com wrote:

 Otto Dassau wrote:
  I would like to analyse elevation data (slope, aspect, etc) around a
  point with a defined radius. For my analysis I would like to devide
  that circle into several sectors 1,5,10,x degree steps, like a pie. 
  
  Is that possible in GRASS? Are there people who did
  something similar? Any hints and ideas are welcome.
 
 r.reclass into range bands, then
 d.histogram style=pie   (perhaps rendered into a corner sub- d.frame)
 or somehow into a vector DB + 'd.vect.chart ctype=pie'

thanks for your suggestion, but maybe my description was not very clear. I would
like to split data into spatial sectors and then start my analysis. E.g.: 

a) Create a 1km buffer around a coordinate
b) Split this circle into sections (subareas) with a certain degree value. If I
choose 1 degree the circle would be devided into 360 subareas
c) Do my analysis in each sector

I am thinking about a solution for b)

regards,
 Otto
 
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] raster analysis sectorwise as in a pie chart

[Otto Dassau]

Hi, 

I would like to analyse elevation data (slope, aspect, etc) around a point with
a defined radius. For my analysis I would like to devide that circle into
several sectors 1,5,10,x degree steps, like a pie. 

Is that possible in GRASS? Are there people who did something similar? Any hints
and ideas are welcome.

regards,
 Otto
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Re: [GRASS-dev] GRASS 6.4.0 RC2 released

[Otto Dassau]

RC2 packages for opensuse are ready for testing.

see http://grass.osgeo.org/download/

regards,
 Otto

On Tue, 13 Jan 2009 00:23:08 +0100
Markus Neteler nete...@osgeo.org wrote:

 A second release candidate of GRASS 6.4.0 is now available:
[...]
 Please test, test, test...
 
 Thanks to all contributors!
 
 Markus
 ___
 grass-dev mailing list
 grass-...@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/grass-dev
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] shell script problem

[Otto Dassau]

Hi Mario,

On Thu, 4 Dec 2008 17:46:36 +
Mario Giacomello [EMAIL PROTECTED] wrote:

 Thanks for your prompt response. I have got as far as understanding
 that I should run scripts inside GRASS.So, the answer is yes- I have
 run the script inside GRASS.

try to start the script with:

sh grassscript.sh 
or 
./grassscript.sh (if you made it executable)

regards,
 Otto

 Marco
 
 On Thu, Dec 4, 2008 at 5:54 PM, ivan marchesini [EMAIL PROTECTED] wrote:
  hmmm
  are you starting the script inside grass?
 
  probably not... or I'm wrong?
 
  Ivan
 
  Il giorno gio, 04/12/2008 alle 17.06 +, Mario Giacomello ha scritto:
  Dear all,
 
  Apologies for the total beginner's question, but despite my efforts
  and searches through the GRASS mailing list archives I have not been
  able to solve my problem. I am trying to write a simple grass script
  in order to automated a process, but I have not very far yet. One
  thing that I would like to do is to be able to change the region, but
  GRASS seems to come up with the whenever I , for example, try to use
  the following simple lines:
 
  #!/bin/sh
 
  g.region rast=map1
  r.stats -ln map1  file1
 
  The message I get is: command not found. What am I doing wrong? Is
  this problem related to the setting of environment variables?
 
  I am using GRASS 6.3.0  installed on Ubuntu 8.10
 
  thanks in advance,
 
  Mario Giacomello
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] inner and outer buffer for a boundary

[Otto Dassau]

Hi Moritz, 

On Wed, 05 Nov 2008 14:25:24 +0100
Moritz Lennert [EMAIL PROTECTED] wrote:

 On 05/11/08 13:46, Otto Dassau wrote:
  Hi,
  
  I tried to create a bufferzone (inner and outer area) around an area
  boundary
  using following steps (reproduced with spearfish quads data):
  
  # change boundary to line
  v.type input=quads output=quadsline type=boundary,line
  # remove centroids from line map
  v.edit map=quadsline type=centroid tool=delete cat=1-3
  
  v.build quadsline
  Erzeuge Topologie ...
  3 primitives registriert
  Building areas:  100%
  0 Flächen erstellt
  0 Inselflächen erstellt
  Füge Inselflächen hinzu:
  Füge Zentroide hinzu:  100%
  Die Topologie wurde erstellt.
  Anzahl von Knoten :   2
  Anzahl von Primitives :   3
  Anzahl von Punkten:   0
  Anzahl von Linien :   3
  Anzahl von Boundaries :   0
  Anzahl von Zentroiden :   0
  Anzahl von Flächen:   0
  Anzahl von Inseln :   0
  
  Now I tried to buffer the lines, but v.buffer does not recognise there are
  lines (and not boundaries) available in the quadslines file:
  
  v.buffer in=quadsline out=quadsbuffer buffer=1000 
  Toleranz in Karteneinheiten: 10
  Lines buffers...
   100%
  Areas buffers...
  Building parts of topology...
  Erzeuge Topologie ...
  0 primitives registriert
  Die Topologie wurde erstellt.
  Anzahl von Knoten :   0
  Anzahl von Primitives :   0
  Anzahl von Punkten:   0
  Anzahl von Linien :   0
  Anzahl von Boundaries :   0
  Anzahl von Zentroiden :   0
  Anzahl von Flächen:   -
  Anzahl von Inseln :   -
  [...]
  
  Is this a bug or do I need another step, so v.buffer finds the existing
lines
  and buffers correctly? When I export the quadslines to a line shape and
import
  again, v.buffer works as expected.
 
 Sounds like the lines do not have category values associated to them 
 (which is done automatically during import), so you probably need to run 
 v.category, before running v.buffer.

yes, adding categories to the lines before v.buffer works..

thanks a lot
  Otto

___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] inner and outer buffer for a boundary

[Otto Dassau]

Hi,

I tried to create a bufferzone (inner and outer area) around an area boundary
using following steps (reproduced with spearfish quads data):

# change boundary to line
v.type input=quads output=quadsline type=boundary,line
# remove centroids from line map
v.edit map=quadsline type=centroid tool=delete cat=1-3

v.build quadsline
Erzeuge Topologie ...
3 primitives registriert
Building areas:  100%
0 Flächen erstellt
0 Inselflächen erstellt
Füge Inselflächen hinzu:
Füge Zentroide hinzu:  100%
Die Topologie wurde erstellt.
Anzahl von Knoten :   2
Anzahl von Primitives :   3
Anzahl von Punkten:   0
Anzahl von Linien :   3
Anzahl von Boundaries :   0
Anzahl von Zentroiden :   0
Anzahl von Flächen:   0
Anzahl von Inseln :   0

Now I tried to buffer the lines, but v.buffer does not recognise there are
lines (and not boundaries) available in the quadslines file:

v.buffer in=quadsline out=quadsbuffer buffer=1000 
Toleranz in Karteneinheiten: 10
Lines buffers...
 100%
Areas buffers...
Building parts of topology...
Erzeuge Topologie ...
0 primitives registriert
Die Topologie wurde erstellt.
Anzahl von Knoten :   0
Anzahl von Primitives :   0
Anzahl von Punkten:   0
Anzahl von Linien :   0
Anzahl von Boundaries :   0
Anzahl von Zentroiden :   0
Anzahl von Flächen:   -
Anzahl von Inseln :   -
[...]

Is this a bug or do I need another step, so v.buffer finds the existing lines
and buffers correctly? When I export the quadslines to a line shape and import
again, v.buffer works as expected.

v.out.ogr dsn=. in=quadsline olayer=quadsline type=line
v.in.ogr dsn=./quadsline.shp.shp out=quadshape
v.buffer in=quadshape out=quadshapebuffer buffer=1000

 kind regards,
  Otto












___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] importing L1G-data into GRASS

[Otto Dassau]

Hi,

On Mon, 6 Oct 2008 17:00:16 +0200
rosa [EMAIL PROTECTED] wrote:

 dear niels,
 
 thanks for your answer. unfortunately it didn't solve the problem. i changed 
 the color table into grey and still can't use r.composite. and without that i 
 cannot go for anything else.
 i really wonder what the problem is! the import finally worked and i do have 
 all the channels in my location... just can't work with them...
 
 maybe somebody else knows what to do, before i have to go for erdas?!

 On Thu, 2 Oct 2008 22:29:23 +0100
 Glynn Clements [EMAIL PROTECTED] wrote:
  
  Also, I suspect that the preferred utility for importing such data is
  r.in.gdal (assuming that the GDAL library includes HDF support; use
  gdalinfo --formats to check).

maybe you already tested and missed it but have you tried to import your data
with r.in.gdal (using GDAL with HDF support) as suggested by Glynn?

kind regards,
 Otto

 rene
 
 Am Montag 06 Oktober 2008 09:34:03 schrieb Niels Thevs:
  Dear Irene,
 
  when you display one channel in GRASS, it is displayed by default with a
  color scheme ranging form green to yellow or blue to red. Under Raster
  - Manage Map Color you can change this.
 
  Regarding the import of Landsat images I prefer the following way,
  though not purely with open source software: Import your image with
  ERDAS and save it as img-file. img is a rather wide spread satellite
  image data format, which can be read inmediately by ERDAS, ENFI, ARC GIS
  etc. And, img.-files can be imported without any problems into GRASS.
  You even can build your location with a few clicks using an img file.
 
  I guess that in Potsdam there is an ERDAS Licence somewhere.
 
  Best regards
 
  Niels
 
  rosa schrieb:
   hello,
  
   i'm new on this list since yesterday.
   some postgraduates are trying to introduce GRASS in our university and so
   I'm writing one of the first thesis' with GRASS. Unfortunately nobody
   here knows the program really well.
  
   I bought a landsat scene, recieved it in hdf.L1G-format and have problems
   importing landsat the hdf.L1G-data into GRASS. r.in.bin does
   somehow work, but the channels it imports are severely damaged. instead
   of having the normal black/white picture, the chanels are only green and
   yellow and it's not possible to combine them, f.e. with r.composite.
  
   does anybody know the problem?
  
   warm regards from potsdam, germany
  
   irene
  
   ___
   grass-user mailing list
   grass-user@lists.osgeo.org
   http://lists.osgeo.org/mailman/listinfo/grass-user
 
 
 ___
 grass-user mailing list
 grass-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/grass-user
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Grass in openSuse-Build-service

[Otto Dassau]

Hi Uwe,

On Tue, 29 Jul 2008 08:16:49 +0200
Uwe Seher [EMAIL PROTECTED] wrote:

 Hello!
 
 Ich thought that i have seen the Grass-rpms in the openSuse Buildservice  
 some time ago, but i cannot find them anymore for 11.0? Are they available  
 there, so that they can be added as a repository? Or can i add the  
 'regular' source as a repository?

you find the Application:Geo Repository here:
http://download.opensuse.org/repositories/Application:/Geo/

it includes GRASS 6.3 rpms and srpms and you can add it as a repository

regards,
 Otto

 Thank you!
 
 Uwe Seher
 
 
 http://www.gispunkt.de - http://maps.gispunkt.de
 
 ___
 grass-user mailing list
 grass-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/grass-user
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Trouble with gdal/ogr grass plugin

[Otto Dassau]

On Tue, 08 Jul 2008 15:44:02 -0400
John Overton [EMAIL PROTECTED] wrote:

 Hello,
 
 I am having trouble getting the grass plugin for gdal/ogr to work.  I 
 ultimately want to get Mapserver and GRASS working together and I am 
 getting stopped at this step.  When I run
 ogrinfo -ro  on some of the spearfish vector data I get
 FAILURE:
 Unable to open datasource 
 `/home/jd3/grassdata/spearfish60/PERMANENT/vector/tracts' with the 
 following drivers.

try ogrinfo -ro /home/jd3/grassdata/spearfish60/PERMANENT/vector/tracts/head
and 
gdalinfo /home/jd3/grassdata/spearfish60/PERMANENT/cellhd/mapname

that should work.

regards,
 Otto

   - GRASS
   - ESRI Shapefile
   - MapInfo File
   - UK .NTF
   - SDTS
   - TIGER
   - S57
   - DGN
   - VRT
   - REC
   - Memory
   - BNA
   - CSV
   - GML
   - GPX
   - KML
   - GeoJSON
   - GMT
   - PostgreSQL
   - AVCBin
 I use the full path, and I made sure the dirs are all readable.
 
 I built all of the components from source.
 I am working with GRASS 6.2.3
 
 First I built GDAL version 1.5.1  using --without-grass
 Then I built gdal-grass-1.4.3 configuring it like this ./configure 
 --with-gdal=/usr/local/bin/gdal-config --with-grass=/usr/local/grass-6.2.3
 
 The gdal and ogr grass plugins were installed in /usr/local/lib/gdalplugins
 
 When I do gdal_translate --formats, I do indeed see the plugin
 -bash-3.00$ gdal_translate --formats
 Supported Formats:
   GRASS (ro): GRASS Database Rasters (5.7+)
   VRT (rw+): Virtual Raster ...
 
 Using gdal on the GRASS raster formats gives a similar error.
 
 When I try to access the GRASS data through Mapserver I get :
 msDrawMap(): Image handling error. Failed to draw layer named 'Example2'.
 msOGRFileOpen(): OGR error. Open failed for OGR connection 
 `/home/jd3/grassdata/spearfish60/PERMANENT/vector/t_tracts'. File not 
 found or unsupported format.
 
 This is the Mapserver I am working with
 -bash-3.00$ ./mapserv -v
 MapServer version 4.10.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP 
 OUTPUT=SW
 F OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER 
 SUPPORTS=WMS_CL
 IENT SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=THREADS INPUT=TIFF 
 INPUT=E
 PPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
 
 Could all this be due to a mismatch of versions between GDAL and GRASS?  
 I have made sure that I am indeed calling the versions that I think I am 
 by using the command 'which'.
 Ultimately, I want to display GRASS data in a web interface.  Any 
 suggestions would be greatly appreciated.
 
 Thanks,
 John David Overton
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Re: grass-user Digest, Vol 25, Issue 67

[Otto Dassau]

Hi, 

good idea - we could update ./rpm/suse from time to time. I don't have svn
access for grass but I can send you the spec files, if you like. Who would be
the contact person, I can send the files to? Would that be ok?

Attached you find the current spec file and the patch which comments the
wxpythion v.digit module for the grass 6.3. The same files are available in
the /src folder via the Application:/Geo/ repository. It works for OpenSuSE
10.2, 10.3 and openSUSE_Factory. 

regards,
 Otto

On Fri, 30 May 2008 23:01:26 -0700 (PDT)
Hamish [EMAIL PROTECTED] wrote:

 Hamish:
   I do not know if the SuSE packages are build using the
  spec from the GRASS source code, but you could check the
  rpm/ source code dir and submit any fixes you have.
  
   http://trac.osgeo.org/grass/browser/grass/trunk/rpm
 
 Richard Chirgwin wrote:
  I think you may be flattering my expertise if you think
  I'm competent for source code fixes! :-)
 
 I don't think it's quite as hard as you might think- just to look at the text
file and see what's there. Anyway I encourage all to explore it even if you are
not comfortable with making too many changes.
 
 The package dependency part of the spec file seems fairly clear. e.g.:

http://trac.osgeo.org/grass/browser/grass/trunk/rpm/suse/grass-6.1.cvs-1suse.spec
 
 Requires:   gdal = 1.3
 Requires:   tcl = 8.3
 Requires:   tk = 8.3
 Requires:   proj = 4.4.9
 
 
 adding another is just opening it up in a text editor and typing the line.
 
 But it is probably better to sync that with Otto's 6.3.0 version before doing
any more, as the GRASS svn copy is way out of date.
  
  I should however say, wrt YaST on OpenSuSE, that it's
  very ignorant of Grass and only returns a very ancient version
  (5.0.3-120).
 
 Hmm, maybe someone could work on getting Otto's OpenSuSE packages into that.
 http://download.opensuse.org/repositories/Application:/Geo/
 
 (no idea)
 
 
 Hamish
 
 
 
   
 
 ___
 grass-user mailing list
 grass-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/grass-user
--- grass-6.3.0/gui/wxpython/Makefile	2008-04-16 15:31:47.0 +0200
+++ grass-6.3.0_new/gui/wxpython/Makefile	2008-04-19 14:06:28.0 +0200
@@ -4,11 +4,11 @@
 
 include $(MODULE_TOPDIR)/include/Make/Platform.make
 
-ifneq ($(USE_WXWIDGETS),)
-  ifneq ($(USE_PYTHON),)
-SUBDIRS += vdigit
-  endif
-endif
+#ifneq ($(USE_WXWIDGETS),)
+#  ifneq ($(USE_PYTHON),)
+#SUBDIRS += vdigit
+#  endif
+#endif
 
 include $(MODULE_TOPDIR)/include/Make/Dir.make
 


grass.spec
Description: Binary data
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] add columns for x and y coordinates to vector db

[Otto Dassau]

Hi Brandon,

On Tue, 22 Apr 2008 22:22:52 -0700
Brandon M. Gabler [EMAIL PROTECTED] wrote:

 I have searched the archives, but cannot seem to find the answer.
 
 I have a vector file, with 700 sites. I want to add columns for  
 x_coord and y_coord (or easting and northing, or whatever), so that  
 the columns represent the centroid coordinates of each site in the  
 vector database. So, for CAT #1, I want the column 'easting' to  
 update with the easting of CAT #1, and the column 'northing' to  
 update with the northing for CAT #1, and so on for all CAT numbers in  
 my file. I'm sure there is an easy script for v.db.update, but wanted  
 to check with the list before reinventing the wheel. Has anyone  
 created a script for such a thing, or is there a command within GRASS  
 that I'm missing?

you can use v.db.addcol to create two new attribute columns for x and y and then
use v.to.db with the option 'coor'.

regards,
 Otto

 Thanks,
 Brandon

___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] v.in.ogr fails on dbf with long column names

[Otto Dassau]

Hi Craig,

there are already several bug reports about problems (bad experiences) with the
10 characters limit in dbf. A simple solution is to use sqlite instead.

Regards,
 Otto

On Fri, 11 Jan 2008 06:04:05 -0700
Richard Greenwood [EMAIL PROTECTED] wrote:

 On Jan 11, 2008 5:42 AM, Craig Leat [EMAIL PROTECTED] wrote:
 
  Hi
 
  I have a shapefile and attributes in a dbf file. The dbf has two columns
  where the first ten characters of the column names are identical. The dbf
  driver appears to only consider the first ten letters of the name and so
  v.in.ogr fails reporting that two columns have the same name. Is there a way
  to only import selected columns? I could also delete a column before
  importing, but I am lacking some basic DBase know how so any pointers will
  be greatly appreciated.
 
  BTW the dbf is too big (94,000 rows) to load into OpenOffice Calc.
 
  Regards
 
  Craig
 
 dbf field names are limited to 10 characters. ogr2ogr (part of GDAL)
 has a -select clause which would allow you to select only specified
 columns, but might not be able to distinguish between the identical
 column names either.
 
 Rich
 
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] towgs84 datum parameters for Hong Kong 1980

[Otto Dassau]

Hi Nikos and Paul

thanks a lot for your help and notes. I will test the parameters and write back
then. Maybe then, we can add the datum parameters to grass svn.

 Regards,
  Otto

On Thu, 13 Dec 2007 13:51:17 + (GMT)
Paul Kelly [EMAIL PROTECTED] wrote:

 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
 
0,SPHEROID[International_1924,6378388.0,297.0]],PRIMEM[Greenwich,0.0],UNIT
 
[Degree,0.0174532925199433]],PROJECTION[Transverse_Mercator],PARAMETER[Fal
 
se_Easting,836694.05],PARAMETER[False_Northing,819069.8],PARAMETER[Central_
 
Meridian,114.17856],PARAMETER[Scale_Factor,1.0],PARAMETER[Latitude_
  Of_Origin,22.312134],UNIT[Meter,1.0]]
 
  The datum D_Hong_Kong_1980 does not exist in GRASS yet. I found following
  parameters and added them to the datum.table file:
 
  # Hong Kong Datum 1980
  hk80 Hong_Kong_1980   internationaldx=-156dy=-270dz=-189
 
  Now I am missing the Datum Transformation Parameters to add to the
  datumtransform.table.
 
 Just to note that you do not necessarily need to add parameters to both 
 datum.table and datumtransform.table. If dx=-156dy=-270dz=-189 are 
 the only parameters you have, that is fine and they will be the only ones 
 used. An entry in datumtransform.table is only needed if you have multiple 
 sets of parameters for the datum, or if the only set you have available is 
 not a 3-parameter set.
 
 Paul
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] towgs84 datum parameters for Hong Kong 1980

[Otto Dassau]

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
0,SPHEROID[International_1924,6378388.0,297.0]],PRIMEM[Greenwich,0.0],UNIT
[Degree,0.0174532925199433]],PROJECTION[Transverse_Mercator],PARAMETER[Fal
se_Easting,836694.05],PARAMETER[False_Northing,819069.8],PARAMETER[Central_
Meridian,114.17856],PARAMETER[Scale_Factor,1.0],PARAMETER[Latitude_
Of_Origin,22.312134],UNIT[Meter,1.0]]

The datum D_Hong_Kong_1980 does not exist in GRASS yet. I found following
parameters and added them to the datum.table file:

# Hong Kong Datum 1980
hk80 Hong_Kong_1980   internationaldx=-156dy=-270dz=-189

Now I am missing the Datum Transformation Parameters to add to the
datumtransform.table. 

I hope that someone has experience with Hong_Kong_1980_Grid, can confirm,
what I found so far and maybe add the missing datum transformation parameters
or knows where I can find more about it?

thanks a lot
 Otto
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user