[GRASS-user] DEM to DTM

[José Anderson]

Dear all,

I'm in need to start a study in a urban area in which the DTM (
https://en.wikipedia.org/wiki/Digital_elevation_model) is to be obtained
from a DEM (SRTM or ASTER).

I've seen GRASS7 can provide DTM from LiDAR maps, but I'm afraid it won't
work in this case.

So, how to derive a DTM from DEM in GRASS 7?

Any answer would be appreciated.

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

Re: [GRASS-user] Issues with v.net.path

[José Anderson]

Hi all,

v.net.path command output stops in different progress level in GRASS GUI
command console and in GRASS command prompt.

GUI:
Buiding graph...
Registering arcs...

Prompt:
Buiding graph...
Registering arcs...
100%
Flattening the graph...
Graph was buit

Any clue would be appreciated.

José Anderson

Em qua, 9 de dez de 2015 21:18, José Anderson <joseandersonbati...@gmail.com>
escreveu:

> Hello everyone,
>
> I've got this prompt in transforming my vector line map (only branch/
> multi-arc) into a network as the first step to perform v.net.path, to earn
> my line map's arcs and nodes sorted one-way from one end to the other.
>
> However, executing v.net.path gives no results, stuck in the message
> 'Registrating arcs...'
>
> Is that something evident in this prompt below?
> Salute!
> --
> v.net --overwrite -c input=palmitalmainApiaiNet@PERMANENT
> output=palmitalmainApiaiNetout@PERMANENT operation=nodes WARNING: Vector
> map  already exists and will be overwritten
> Copying attributes...
> Building topology for vector map <palmitalmainApiaiNetout@PERMANENT>...
> Registering primitives...
> 227 primitives registered 782 vertices registered Building areas...
> 0 areas built 0 isles built Attaching islands...
> Attaching centroids...
> Number of nodes: 114
> Number of primitives: 227
> Number of points: 114
> Number of lines: 113
> Number of boundaries: 0
> Number of centroids: 0
> Number of areas: 0
> Number of isles: 0
> v.net complete. 114
> new points (nodes) written to output.
> (Wed Dec 09 16:01:56 2015) Command finished (7 sec)
> (Wed Dec 09 16:03:10 2015)
>
> v.category input=palmitalmainApiaiNetout@PERMANENT option=report
> Layer/table: 1/palmitalmainApiaiNetout_palmitalmainApiai
> type count min max
> point 0 0 0
> line 113 119 4806
> boundary 0 0 0
> centroid 0 0 0
> area 0 0 0
> face 0 0 0
> kernel 0 0 0
> all 113 119 4806
> Layer/table: 2/palmitalmainApiaiNetout_palmitalmainApiaiNet
> type count min max
> point 114 1 114
> line 113 1 113
> boundary 0 0 0
> centroid 0 0 0
> area 0 0 0
> face 0 0 0
> kernel 0 0 0
> all 227 1 114
> (Wed Dec 09 16:37:11 2015) Command finished (1 sec)
> (Wed Dec 09 16:38:59 2015)
> --
>
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Issues with v.net.path

[José Anderson]

Hello everyone,

I've got this prompt in transforming my vector line map (only branch/
multi-arc) into a network as the first step to perform v.net.path, to earn
my line map's arcs and nodes sorted one-way from one end to the other.

However, executing v.net.path gives no results, stuck in the message
'Registrating arcs...'

Is that something evident in this prompt below?
Salute!
--
v.net --overwrite -c input=palmitalmainApiaiNet@PERMANENT
output=palmitalmainApiaiNetout@PERMANENT operation=nodes WARNING: Vector
map  already exists and will be overwritten
Copying attributes...
Building topology for vector map ...
Registering primitives...
227 primitives registered 782 vertices registered Building areas...
0 areas built 0 isles built Attaching islands...
Attaching centroids...
Number of nodes: 114
Number of primitives: 227
Number of points: 114
Number of lines: 113
Number of boundaries: 0
Number of centroids: 0
Number of areas: 0
Number of isles: 0
v.net complete. 114
new points (nodes) written to output.
(Wed Dec 09 16:01:56 2015) Command finished (7 sec)
(Wed Dec 09 16:03:10 2015)

v.category input=palmitalmainApiaiNetout@PERMANENT option=report
Layer/table: 1/palmitalmainApiaiNetout_palmitalmainApiai
type count min max
point 0 0 0
line 113 119 4806
boundary 0 0 0
centroid 0 0 0
area 0 0 0
face 0 0 0
kernel 0 0 0
all 113 119 4806
Layer/table: 2/palmitalmainApiaiNetout_palmitalmainApiaiNet
type count min max
point 114 1 114
line 113 1 113
boundary 0 0 0
centroid 0 0 0
area 0 0 0
face 0 0 0
kernel 0 0 0
all 227 1 114
(Wed Dec 09 16:37:11 2015) Command finished (1 sec)
(Wed Dec 09 16:38:59 2015)
--
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Are RADAR GIFs raster?

[José Anderson]

Hello everyone,

I georefered several RADAR GIF from a desired storm in my research and
realized there are some numbers set as an attribute in the pixels, beside
the pixel RGB color.

I found GIF generally is an option to export original CAPPI and PPI RADAR
images.

Such original RADAR images contains Unsigned Character Values set to the
pixels.

So I'm wondering what that GIF pixel attribute values could mean.

I'd appriciate any kind of answer

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

Re: [GRASS-user] Are RADAR GIFs raster?

[José Anderson]

Thomas,

here is an example.

http://radar.weather.gov/ridge/Conus/index_loop.php

Choose a Mosaic Sector.

Next, pick a State and a RADAR location (left side menu).

Unmark other layers than the RADAR images.

Then you can download the image by right-clicking on it.

Thank you very much

Jose

Em dom, 14 de jun de 2015 06:33, Thomas Adams tea...@gmail.com escreveu:

 José,

 It would be helpful if you could provide a link to the data you are
 downloading for me and others to give
 you an informed response. You could simply be looking at color values, or
 they could be radar reflectivity
 values (dBZ), or precipitation amounts, or wind velocities — not to
 mention what the units of the data. This
 would come from the metadata of the data you are using.

 More information is needed.

 Tom

 On Sun, Jun 14, 2015 at 2:56 AM, José Anderson 
 joseandersonbati...@gmail.com wrote:

 Hello everyone,

 I georefered several RADAR GIF from a desired storm in my research and
 realized there are some numbers set as an attribute in the pixels, beside
 the pixel RGB color.

 I found GIF generally is an option to export original CAPPI and PPI RADAR
 images.

 Such original RADAR images contains Unsigned Character Values set to the
 pixels.

 So I'm wondering what that GIF pixel attribute values could mean.

 I'd appriciate any kind of answer

 Jose

 ___
 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] NASA OnEarth WMS

[José Anderson]

Hi all,

the Nasa WMS API (http://onearth.jpl.nasa.gov/wms.cgi) from project
OnEarth, which is listed in GRASS70/71 from button 'add wms layer',
looks no longer exist (as said in the project webpage
http://onearth.jpl.nasa.gov/).

The OnEarth project apparently has been replaced by the GIBS project,
which is available through tiled web services at
http://map1.vis.earthdata.nasa.gov/twms-geo/twms.cgi

For more information http://onearth.jpl.nasa.gov

Regards,

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

Re: [GRASS-user] GRASS 71 win7

[José Anderson]

Markus, Margherita,

2014-10-07 11:33 GMT-03:00 Markus Neteler nete...@osgeo.org:

 That was an incompatibility in v.to.rast after latest improvements there.
 Fixed in r62202.

 Please update your r.basin installation and this error should be gone.

 Markus

Now I'm on GRASS71 r62210 (62202) so v.to.rast succeeded (win7).

For now I got this 3 errors about rast, data type and pattern I
don't know where are from.

It is clear to me that *delineation of basin* was complete. But some
parser (I/O? SQL query?) does not work.
--
v.to.rast complete.
All in RAM calculation...
Reading raster map bac_sb24zcpng3_drainage_e...
Calculating basins using vector point map...
Writing raster map bac_sb24zcpng3_basin...
Delineation of basin done
ERROR: Sorry, rast is not a valid parameter
ERROR: Required parameter type not set:
(Data type(s))
ERROR: Required parameter pattern not set:
(Map name search pattern or map names separated by a
comma)
--
Thanks for lots of help.
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] GRASS 71 win7

[José Anderson]

Markus,

you mean to move back to grass70, right?

2014-10-09 12:04 GMT-03:00 Markus Neteler nete...@osgeo.org:
 José,

 On Thu, Oct 9, 2014 at 5:00 PM, José Anderson
 joseandersonbati...@gmail.com wrote:
 Markus, Margherita,

 2014-10-07 11:33 GMT-03:00 Markus Neteler nete...@osgeo.org:

 That was an incompatibility in v.to.rast after latest improvements there.
 Fixed in r62202.

 A minute ago I backported the v.to.rast to releasebranch7.

 Please update your r.basin installation and this error should be gone.

 Markus

 Now I'm on GRASS71 r62210 (62202) so v.to.rast succeeded (win7).

 Good. It will now do also with GRASS70svn (after updating at your end
 naturally).

 For now I got this 3 errors about rast, data type and pattern I
 don't know where are from.

 I suppose from g.[m]remove which is work in progress in trunk.

 It is clear to me that *delineation of basin* was complete. But some
 parser (I/O? SQL query?) does not work.
 --
 v.to.rast complete.
 All in RAM calculation...
 Reading raster map bac_sb24zcpng3_drainage_e...
 Calculating basins using vector point map...
 Writing raster map bac_sb24zcpng3_basin...
 Delineation of basin done
 ERROR: Sorry, rast is not a valid parameter
 ERROR: Required parameter type not set:
 (Data type(s))
 ERROR: Required parameter pattern not set:
 (Map name search pattern or map names separated by a
 comma)

 Let me suggest (sorry but that's how it is) that you switch back to
 release branch in using r.basin.
 I shall help to get it running there if still anything is needed.

 The underlying g.[m]remove refactoring is still a moving target.

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

[GRASS-user] GRASS 71 win7

[José Anderson]

Dear all,

indeed all dependences of r.basin are in the new GRASS core.

For now, r.basin gets raster drainages plus other raster and two vector
maps, that is, output point and snap point. The basin vector map is said to
be invalid (as shown beneath in footer).

Besides, prompt returns some (parser?) r.mapcalc error (following footer).

Does it make sense?

Thanks for attention (support is  welcome)

Jose Batista


 ERROR: Sorry, rows is not a valid parameter
 Delineation of basin done
 Invalid map bacia_sb24zcpng3_basin
 Invalid map bacia_sb24zcpng3_basin
 Parse error
 ERROR: parse error
 ERROR: An error occurred while running r.mapcalc
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Grass70 win7 r.basin

[José Anderson]

Markus,

thanks for clarifying. Is that just a Windows issue or r.stream.stats (plus
other r.stream.*?) is missing on other platforms?

In grass 6 r.basin works well so its dependences.

So in grass7 as r.stream.stats (r.stream.order and r.stream.distance also?)
are not yet done and are not addons, r.basin will not work.

Could you let me know a schedule for fixing (or just in case other contact)?

Regards,

Jose
Em 02/10/2014 09:19, Markus Neteler nete...@osgeo.org escreveu:

On Thu, Oct 2, 2014 at 2:07 PM, Margherita Di Leo direg...@gmail.com
wrote:
 On Thu, Oct 2, 2014 at 1:51 PM, José Anderson
 2014-10-02 7:07 GMT-03:00 José Anderson joseandersonbati...@gmail.com:
  M,
 
  I'm typing 'g.extension extension=r.stream.stat' for r.stream.stat and
  so
  on.
 
  The msg it gives is that ' File is not a zip file'

The message is misleading I'd say.

Current state:
- in GRASS GIS 6, r.stream.stats is an addon
- in GRASS GIS 7, r.stream.stats is in the core but commented due to
quality issues (need to be fixed)

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

Re: [GRASS-user] Grass70 win7 r.basin

[José Anderson]

Ok, César, Margherita,

maybe another issue (remembering I'm on grass7/win7) is installation
of dependences of r.basin: r.stream.stats r.stream.distance and
r.stream.order are missing because g.extension returns File is not a
zip file when trying to add them.

The rest r.stream.basins and r.stream.extract are present.

Could that be an issue?

Tks

2014-10-01 15:52 GMT-03:00 César Augusto Ramírez Franco caesar...@gmail.com:
 Please keep the conversation on the list.

 Please refer to [1] for detailed instructions on the proper way of inputting
 the coordinates into the module. The pair of coordinates should be similar
 as the ones used on r.water.outlet, you must tell the module where in the
 map is the outlet of the basin you're trying to analyze.

 [1] http://grasswiki.osgeo.org/wiki/R.basin#r.basin_for_GRASS_7

 2014-10-01 12:22 GMT-05:00 José Anderson joseandersonbati...@gmail.com:

 C,

 I'm picking them from the vector streams from r.stream.extract it comes up
 from Grass picking points from geometry.

 I dont know what 'near' means..

 Thanks

 Em 01/10/2014 13:08, César Augusto Ramírez Franco caesar...@gmail.com
 escreveu:

 Maybe you're picking the wrong pair of coordinates,

 Are you picking them upstream from the basin outlet? I mean, near the
 outlet but a little upstream

 2014-09-29 17:20 GMT-05:00 José Anderson joseandersonbati...@gmail.com:

 Dear all,

 in the addon r.basin, the help says that basin output coordinates must
 be picked up from some vector feature, the river network, which is
 generated by the addon r.stream.extract.

 That means I have the utm elevation raster and successfully ran
 r.watershed for accumulation raster on grass70/win7.

 However, despite the plugin get steps 1 through 4 without errors, it
 cannot complete the area delineation.

 I have tried, both, picking a utm point from point geometries and from
 line geometries.

 The message I get is:

 --
 An Error has occurred.
 Please try with another pairs of outlet coordinates.
 --

 Have anybody tried r.basin from grass70 on win7?

 Thanks in advance.

 Jose Anderson


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




 --
 César Augusto Ramírez Franco
 Laboratorio de Sistemas Complejos Naturales
 Escuela de Geociencias
 Facultad de Ciencias
 Universidad Nacional de Colombia - Sede Medellín
 Teléfono: (57-4) 430 9369 - 300 459 6085




 --
 César Augusto Ramírez Franco
 Laboratorio de Sistemas Complejos Naturales
 Escuela de Geociencias
 Facultad de Ciencias
 Universidad Nacional de Colombia - Sede Medellín
 Teléfono: (57-4) 430 9369 - 300 459 6085
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Grass70 win7 r.basin

[José Anderson]

Dear all,

in the addon r.basin, the help says that basin output coordinates must
be picked up from some vector feature, the river network, which is
generated by the addon r.stream.extract.

That means I have the utm elevation raster and successfully ran
r.watershed for accumulation raster on grass70/win7.

However, despite the plugin get steps 1 through 4 without errors, it
cannot complete the area delineation.

I have tried, both, picking a utm point from point geometries and from
line geometries.

The message I get is:

--
An Error has occurred.
Please try with another pairs of outlet coordinates.
--

Have anybody tried r.basin from grass70 on win7?

Thanks in advance.

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

Re: [GRASS-user] installation of grass 7 unknown-linux binaries

[José Anderson]

J, H,

the long term supported (LTS) ubuntu up-to-date is 12.04, but
grass-gui is not available to it.

By the way, other grass-gui release number is 6.4 instead of 7.0. Is
that correct to grass 7?

Should 'grass-gui_6.4.2-2build1_amd64.deb' work in ubuntu 12.04?

2014-02-03 Hamish hamis...@yahoo.com:
 is the grass-gui package installed?

 if so, check files with:

 $ dpkg -L grass-gui




 Hamish





 On Tuesday, February 4, 2014 9:56 AM, José Anderson 
 joseandersonbati...@gmail.com wrote:
 T hanks Hamish,

 think that binaries were not available yet when I reached the
 repository first time.

 Well, anyways, it looks like no GUI is present. The following error
 raises, since (and I checked) no /usr/lib/grass70/etc/gui directory
 was created.
 ...
 python: can't open file
 '/usr/lib/grass70/etc/gui/wxpython/gis_set.py': [Errno 2] No such file
 or directory
 ...

 Nevertheless, I feel it is getting close...


 --
 2014-02-03 Hamish hamis...@yahoo.com:

  José wrote:

   thanks for your quick reply.

   My ubuntu is 64bits in fact.

  Markus N:
  I have no Ubuntu, so I cannot say much here. But we build the snapshot
  binaries in a Debian box.

   Now I have to build wxpython yet (hope 3.0.0 is supported)

   This tutorial seams ok. http://wiki.wxpython.org/CheckInstall.

  Why can't you simply use the wxpython offered by ubuntu?

  Hi,

  there are pre-made grass7 packages for ubuntu already built, (albeit
  a few weeks out of date)

  https://launchpad.net/~grass/+archive/grass-devel
  http://grasswiki.osgeo.org/wiki/Ubuntu_Packaging


  but I would always encourage users who wish to try development versions
  of code to build GRASS from source themselves, it's not so bad; these
  instructions should work:

  https://trac.osgeo.org/grass/browser/grass/trunk/debian/README.debian
  http://grasswiki.osgeo.org/wiki/Compile_and_Install_Ubuntu


  regards,
  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] installation of grass 7 unknown-linux binaries

[José Anderson]

Hamish,

I found the GUI package in the repository with the name 'grass70-gui'
instead of 'grass-gui', as shown in the
http://packages.ubuntu.com/search?keywords=grass

Also, the grass70.desktop, the command name should be 'grass70'
instead of 'grass7'.

I'll keep on testing it.



2014-02-04 José Anderson joseandersonbati...@gmail.com:
 J, H,

 the long term supported (LTS) ubuntu up-to-date is 12.04, but
 grass-gui is not available to it.

 By the way, other grass-gui release number is 6.4 instead of 7.0. Is
 that correct to grass 7?

 Should 'grass-gui_6.4.2-2build1_amd64.deb' work in ubuntu 12.04?

 2014-02-03 Hamish hamis...@yahoo.com:
 is the grass-gui package installed?

 if so, check files with:

 $ dpkg -L grass-gui




 Hamish





 On Tuesday, February 4, 2014 9:56 AM, José Anderson 
 joseandersonbati...@gmail.com wrote:
 T hanks Hamish,

 think that binaries were not available yet when I reached the
 repository first time.

 Well, anyways, it looks like no GUI is present. The following error
 raises, since (and I checked) no /usr/lib/grass70/etc/gui directory
 was created.
 ...
 python: can't open file
 '/usr/lib/grass70/etc/gui/wxpython/gis_set.py': [Errno 2] No such file
 or directory
 ...

 Nevertheless, I feel it is getting close...


 --
 2014-02-03 Hamish hamis...@yahoo.com:

  José wrote:

   thanks for your quick reply.

   My ubuntu is 64bits in fact.

  Markus N:
  I have no Ubuntu, so I cannot say much here. But we build the snapshot
  binaries in a Debian box.

   Now I have to build wxpython yet (hope 3.0.0 is supported)

   This tutorial seams ok. http://wiki.wxpython.org/CheckInstall.

  Why can't you simply use the wxpython offered by ubuntu?

  Hi,

  there are pre-made grass7 packages for ubuntu already built, (albeit
  a few weeks out of date)

  https://launchpad.net/~grass/+archive/grass-devel
  http://grasswiki.osgeo.org/wiki/Ubuntu_Packaging


  but I would always encourage users who wish to try development versions
  of code to build GRASS from source themselves, it's not so bad; these
  instructions should work:

  https://trac.osgeo.org/grass/browser/grass/trunk/debian/README.debian
  http://grasswiki.osgeo.org/wiki/Compile_and_Install_Ubuntu


  regards,
  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] installation of grass 7 unknown-linux binaries

[José Anderson]

2014-02-02 Markus Neteler nete...@osgeo.org:
 On Thu, Jan 30, 2014 at 4:24 PM, José Anderson
 Now I have to build wxpython yet (hope 3.0.0 is supported)

 This tutorial seams ok. http://wiki.wxpython.org/CheckInstall.

 Why can't you simply use the wxpython offered by ubuntu?

wxPython is not supported to ubuntu since 11.4 (they release new
version every semester. Last long termed is 12.4)

Now wxPython is ok, but, libgdal looks like it is in trouble, because
pyGRASS supports just libgdal1.6.0, none higher (libgdal1.7.0 from
ubuntu).

Jose


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

Re: [GRASS-user] installation of grass 7 unknown-linux binaries

[José Anderson]

The GDAL installed are: gdal-bin 1.7.3, python-gdal 1.7.3,
libgdal1-dev 1.7.3 and libgdal1-1.7.3.

The .SO I have is: libgdal1.7.0.so.1

The error msg is:

Unable to import pyGRASS: libgdal1.6.0.so.1: cannot open shared
object file: No such file or directory.

Thank you.

2014-02-03 Markus Neteler nete...@osgeo.org:
 On Mon, Feb 3, 2014 at 1:18 PM, José Anderson
 joseandersonbati...@gmail.com wrote:
 Now wxPython is ok, but, libgdal looks like it is in trouble, because
 pyGRASS supports just libgdal1.6.0, none higher (libgdal1.7.0 from
 ubuntu).

 In which sense is it not supported? I am using GDAL 1.10.1 with the file
 /usr/lib64/libgdal.so.1.17.1
 happily on Fedora.

 Please post the error message.

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

Re: [GRASS-user] installation of grass 7 unknown-linux binaries

[José Anderson]

Pietro,

I ran this install.SH over 64bit precompiled tarball
(http://grass.osgeo.org/grass70/binary/linux/snapshot/)
for Ubuntu 12.04 LTS.

This includes pygrass.



2014-02-03 Pietro peter.z...@gmail.com:
 Hi José,

 On Mon, Feb 3, 2014 at 1:21 PM, José Anderson
 joseandersonbati...@gmail.com wrote:
 Unable to import pyGRASS: libgdal1.6.0.so.1: cannot open shared
 object file: No such file or directory.

 mmh, how did you import the pygrass library?

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

Re: [GRASS-user] installation of grass 7 unknown-linux binaries

[José Anderson]

Thanks Hamish,

think that binaries were not available yet when I reached the
repository first time.

Well, anyways, it looks like no GUI is present. The following error
raises, since (and I checked) no /usr/lib/grass70/etc/gui directory
was created.
...
python: can't open file
'/usr/lib/grass70/etc/gui/wxpython/gis_set.py': [Errno 2] No such file
or directory
...

Nevertheless, I feel it is getting close...


--
2014-02-03 Hamish hamis...@yahoo.com:
 José wrote:

  thanks for your quick reply.

  My ubuntu is 64bits in fact.

 Markus N:
 I have no Ubuntu, so I cannot say much here. But we build the snapshot
 binaries in a Debian box.

  Now I have to build wxpython yet (hope 3.0.0 is supported)

  This tutorial seams ok. http://wiki.wxpython.org/CheckInstall.

 Why can't you simply use the wxpython offered by ubuntu?

 Hi,

 there are pre-made grass7 packages for ubuntu already built, (albeit
 a few weeks out of date)

 https://launchpad.net/~grass/+archive/grass-devel
 http://grasswiki.osgeo.org/wiki/Ubuntu_Packaging


 but I would always encourage users who wish to try development versions
 of code to build GRASS from source themselves, it's not so bad; these
 instructions should work:

 https://trac.osgeo.org/grass/browser/grass/trunk/debian/README.debian
 http://grasswiki.osgeo.org/wiki/Compile_and_Install_Ubuntu


 regards,
 Hamish

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

Re: [GRASS-user] installation of grass 7 unknown-linux binaries

[José Anderson]

Em 30/01/2014 13:24, José Anderson joseandersonbati...@gmail.com
escreveu:

 Markus,

 thanks for your quick reply.

 My ubuntu is 64bits in fact.

 Now I have to build wxpython yet (hope 3.0.0 is supported)

 This tutorial seams ok. http://wiki.wxpython.org/CheckInstall.

 Jose

 2014-01-29 Markus Neteler nete...@osgeo.org:
  On Wed, Jan 29, 2014 at 4:21 PM, José Anderson
  joseandersonbati...@gmail.com wrote:
 
  Hey you,
 
  I have proceeded the Grass-7.0 install.sh successfully. However, when
  executing 'grass70' I've got an Python error which made GUI impossible
  to startup.
  ...
File /usr/lib/python2.7/subprocess.py, line 1326, in _execute_child
  raise child_exception
  OSError: [Errno 8] Exec format error
  ...
 
 
  Do you use a 32bit Linux? The snapshot Linux binaries are generated on
  a 64bit server.
  What do you get with
 
  uname -a
  ?
 
  Markus

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

[GRASS-user] installation of grass 7 unknown-linux binaries

[José Anderson]

Hey you,

I have proceeded the Grass-7.0 install.sh successfully. However, when
executing 'grass70' I've got an Python error which made GUI impossible
to startup.

please, some of you know how to troubleshoot such error (Ubuntu 13.10
have both Python 2.7, 3.2 and 3.3 installed)?

Error message as follow.

...
Starting GRASS GIS...
Traceback (most recent call last):
  File 
/usr/local/grass7.0.svn-x86_64-unknown-linux-gnu-25_01_2014/etc/gui/wxpython/gis_set.py,
line 36, in module
from core import globalvar
  File 
/usr/local/grass7.0.svn-x86_64-unknown-linux-gnu-25_01_2014/etc/gui/wxpython/core/globalvar.py,
line 28, in module
from core.debug import Debug
  File 
/usr/local/grass7.0.svn-x86_64-unknown-linux-gnu-25_01_2014/etc/gui/wxpython/core/debug.py,
line 67, in module
Debug = DebugMsg()
  File 
/usr/local/grass7.0.svn-x86_64-unknown-linux-gnu-25_01_2014/etc/gui/wxpython/core/debug.py,
line 38, in __init__
self.SetLevel()
  File 
/usr/local/grass7.0.svn-x86_64-unknown-linux-gnu-25_01_2014/etc/gui/wxpython/core/debug.py,
line 43, in SetLevel
self.debuglevel = int(grass.gisenv().get('WX_DEBUG', 0))
  File 
/usr/local/grass7.0.svn-x86_64-unknown-linux-gnu-25_01_2014/etc/python/grass/script/core.py,
line 917, in gisenv
s = read_command(g.gisenv, flags='n')
  File 
/usr/local/grass7.0.svn-x86_64-unknown-linux-gnu-25_01_2014/etc/python/grass/script/core.py,
line 411, in read_command
ps = pipe_command(*args, **kwargs)
  File 
/usr/local/grass7.0.svn-x86_64-unknown-linux-gnu-25_01_2014/etc/python/grass/script/core.py,
line 386, in pipe_command
return start_command(*args, **kwargs)
  File 
/usr/local/grass7.0.svn-x86_64-unknown-linux-gnu-25_01_2014/etc/python/grass/script/core.py,
line 345, in start_command
return Popen(args, **popts)
  File 
/usr/local/grass7.0.svn-x86_64-unknown-linux-gnu-25_01_2014/etc/python/grass/script/core.py,
line 58, in __init__
startupinfo, creationflags)
  File /usr/lib/python2.7/subprocess.py, line 709, in __init__
errread, errwrite)
  File /usr/lib/python2.7/subprocess.py, line 1326, in _execute_child
raise child_exception
OSError: [Errno 8] Exec format error
...

Thanks in advance.

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