[GRASS-user] removing small lines

2014-09-24 Thread Levente Juhász
Hi all,

I've seen that the remove_small method of v.generalize has been eliminated.
Reduction method does not work in the way I want since it just removes
point from lines and it seems like has no effect on a line of 2 points -
even if they're smaller than the threshold.
Can someone tell me what the workaround is for removing small lines from a
vector for example by a threshold in map units?

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

Re: [GRASS-user] libintl8.dll not found

2013-10-16 Thread Levente Juhász
hi,

it's possible that uninstalling and reinstalling GRASS into a directory
without whitespaces (e.g.: C:\GRASS) will solve this issue.

cheers,
Levente


2013/10/16 FNK pablo.fnk.fon...@gmail.com

 Hello,

 I need to instal the 6.4.2 version of Grass in my Windows 7. I've done it
 from the bin downloaded here
 (http://grass.osgeo.org/grass64/binary/mswindows/native/) because
 downloading the OSGEO4W installer, it installs at least 6.4.3 version.

 I install it without problem and I launch the interface too, however, I've
 added to the local variables the next entries because I want to use GRASS
 commands from the windows console:

 Path=   C:\Program Files (x86)\GRASS 6.4.2\bin;C:\Program Files (x86)\GRASS
 6.4.2\scripts;C:\Program Files (x86)\GRASS 6.4.2\lib;C:\Program Files
 (x86)\GRASS 6.4.2\extralib;

 GISBASE=C:\Program Files (x86)\GRASS 6.4.2;
 GISRC= /* My grassrc6 file */

 However when I try, for example, to launch a g.list from the console, it
 says that libintl8.dll is not found. The web page of winGRASS give a
 solution:

 http://grasswiki.osgeo.org/wiki/WinGRASS_errors#Error_message_.22This_application_has_failed_to_start_because_libintl3.dll_was_not_found.22._.28or_libiconv2.dll_and.2For_regex2.dll.29

 But I don't know how to do it. How can I reinstall msys from winGRASS
 binary?

 Regards.




 --
 View this message in context:
 http://osgeo-org.1560.x6.nabble.com/libintl8-dll-not-found-tp5083833.html
 Sent from the Grass - Users mailing list archive at Nabble.com.
 ___
 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] converting LAT/LON coordinates to X/Y coordinates

2013-10-14 Thread Levente Juhász
hi,

if you're working with shapefiles (that you mentioned in your first mail)
the best solution for you is using a map reprojection. you can follow the
following steps that you can see in the wiki: [1]
[1] http://grasswiki.osgeo.org/wiki/Map_Reprojection (you'd need v.proj)

regards,
Levente




2013/10/14 Nikos Alexandris n...@nikosalexandris.net

 Micha Silver wrote:

  For jobs like this you can use the cs2cs tool (part of the proj4
 package) to
  convert coordinate pairs from one CRS to another. You can see some
 examples
  on the wiki page [1] (Note: The coordinates below do not look like
 Lon/Lat)

  [1]  http://trac.osgeo.org/proj/wiki/man_cs2cs

 GRASS GIS' m.proj is also fit for the task I think. It is charachterised
 as
 a cs2cs frontend: http://grass.osgeo.org/grass64/manuals/m.proj.html.

 Nikos

 [rest deleted]
 ___
 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] dbase driver in grass7

2013-07-04 Thread Levente Juhász
Thanks for the replies.
db.connect would do what I want, but I think my issue is a bit more tricky.
Actually, I use GRASS7 as a backend for some WPS processes, and as it seems
to me: every WPS process creates a temporary workspace. I may be able to
run v.db.connect via WPS, but it would have effect on a vector map (which
is also temporary), so it has nothing to do with the next process I want to
execute.
The reason I wish to use dbf driver instead of SQLite is the following:
There's a package called Geo-MHYDAS, which had a module m.definput [1].
This module gives the error message: ERROR: Sorry, but only dbf driver
accepted.
So that is why I want to find an universal solution.
Any thoughts?

Cheers,
Levente

[1]:
http://www.openfluid-project.org/resources/docs/mhydas/en/segmentation/html/m.definput.html


2013/7/3 Hamish hamis...@yahoo.com

 MarkusM:

  Note that the dbf/ subdirectory in the mapset must exist or must be
  created by the user.

 I think that usually it gets created as needed automatically. There
 may still be a few places it doesn't, if so file a ticket to fix..
 (did a long audit for that in grass6 some time ago, tested in grass7
 last week  it was automatically created as needed.)


 Hamish


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


Re: [GRASS-user] dbase driver in grass7

2013-07-04 Thread Levente Juhász
I was wondering about re-compiling GRASS7. I don't know if it is possible
to compile it with the dbf connection as default. I think that would solve
my problem. What do you think? Does it make any sense?
If so, can you point to a direction where I can start doing this?

Cheers,
Levente


2013/7/4 Markus Metz markus.metz.gisw...@gmail.com

 On Thu, Jul 4, 2013 at 8:07 AM, Levente Juhász jlevent...@gmail.com
 wrote:
  Thanks for the replies.
  db.connect would do what I want, but I think my issue is a bit more
 tricky.
  Actually, I use GRASS7 as a backend for some WPS processes, and as it
 seems
  to me: every WPS process creates a temporary workspace. I may be able to
 run
  v.db.connect via WPS, but it would have effect on a vector map (which is
  also temporary), so it has nothing to do with the next process I want to
  execute.
  The reason I wish to use dbf driver instead of SQLite is the following:
  There's a package called Geo-MHYDAS, which had a module m.definput [1].
 This
  module gives the error message: ERROR: Sorry, but only dbf driver
 accepted.
  So that is why I want to find an universal solution.
  Any thoughts?

 Yes:

 db.connect driver=dbf database='$GISDBASE/$LOCATION_NAME/$MAPSET/dbf/'

 which sets the default database connection to dbf. Note the difference
 between db.connect and v.db.connect. In your case, you would need to
 run db.connect immediately after the mapset is created, before any
 vector data are imported in the temporary mapset.

 HTH,

 Markus M

 
  Cheers,
  Levente
 
  [1]:
 
 http://www.openfluid-project.org/resources/docs/mhydas/en/segmentation/html/m.definput.html
 
 
  2013/7/3 Hamish hamis...@yahoo.com
 
  MarkusM:
 
   Note that the dbf/ subdirectory in the mapset must exist or must be
   created by the user.
 
  I think that usually it gets created as needed automatically. There
  may still be a few places it doesn't, if so file a ticket to fix..
  (did a long audit for that in grass6 some time ago, tested in grass7
  last week  it was automatically created as needed.)
 
 
  Hamish
 
 

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


[GRASS-user] dbase driver in grass7

2013-07-03 Thread Levente Juhász
Hi list,

is it possible to use the old dbf driver instead of the new default sqlite
driver in GRASS7?

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


Re: [GRASS-user] r.sim.water (compiling) issue

2013-03-29 Thread Levente Juhász
Thanks guys for the tips.
I've got to change my system back to ubuntu 12.04 so I'm not able to post
the outputs you asked for. I downloaded the latest source code from
svn.osgeo.org and compiled it. Now r.sim.water works as expected.

Yesterday I was trying to make it work for a while and I found this out:
when other processes used lots of memory (10+ chrome tabs, mozilla, etc),
the libgrass_sim.7.0.svn.so: cannot map zero-fill pages: Cannot allocate
memory error came out while i was trying to call r.sim.water. After
closing most of the processes, r.sim.water could open.
I'm not really an expert, but it seems like it has something to do with
memory handling...

Thanks again for trying to help, everything works well now.

2013/3/28 Markus Neteler nete...@osgeo.org

 On Wed, Mar 27, 2013 at 9:31 AM, Levente Juhász jlevent...@gmail.com
 wrote:
  Hi list,
 
  I am Levente from Hungary and i want to use GRASS GIS for a project. I'm
  working on a website that can do a hydrological modeling task via WPS
  protocol. I started to develop it in a windows environment but the
 module i
  want to use (r.sim.water) had some issues on WinGrass. I've recently
 changed
  my system to ubuntu 12.10. Altough I'm not dealing with linux and GRASS
 GIS
  for a long time I understands the basics of them.
  I have downloaded and compiled a GRASS70 svn from ubuntugis

 Please, as Rashad suggests, get source code from the GRASS Server itself:

 http://trac.osgeo.org/grass/wiki/DownloadSource#GRASS7

  GRASS GIS compilation log
  -
  Started compilation: 2013. márc. 27., szerda, 01.00.29 CET
  --
  Errors in:
  /home/pepszi/grass70.7.0.orig/raster/simwe/r.sim.water
  /home/pepszi/grass70.7.0.orig/raster/simwe/r.sim.sediment
  --
  In case of errors please change into the directory with error and run
  'make'.

 Please try as suggested:

 cd /home/pepszi/grass70.7.0.orig/raster/simwe/r.sim.water
 make

 and
 cd /home/pepszi/grass70.7.0.orig/raster/simwe/r.sim.sediment
 make

 to see the errors.

 ...
  Unable to fetch interface description for command
  'r.sim.water'.
  Details: r.sim.water: error while loading shared libraries:
  libgrass_sim.7.0.svn.so: cannot map zero-fill pages: Cannot
  allocate memory

 Please post the result of

 g.region -p

 ...
  p.s.: I checked the stable Grass 6.4.2. which comes from the ubuntu
 software
  center and it produces similar issues. Is it an issue which has
 something to
  do with my system? What should I do?

 Please also post
 uname -a

 Markus

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


Re: [GRASS-user] Fill area between isolines?

2013-03-29 Thread Levente Juhász
Hi Timmie,

I do not know what your data could look like, but plese see my thoughts
inline:

2013/3/29 Tim Michelsen timmichel...@gmx-topmail.de

 Hello user list,
 I have a question filling the area between isolines by the values of the
 isolines (without interpolation):


 I have a vector with isolines of which the values define certain
 properties of the area (e.g. cost factor).


If your isolines are not disjointed I would suggest to make areas from them
(v.type + v.centroids).



 How can I create an area that fills the area between these lines and to
 which the same value as the last adjacent line is attached (all points
 from one line to the other have the same cost factor)?

 I understand that in this case a interpolation is not required.


Once you have the areas, you should rasterize (v.to.rast) each of them for
example with the parameter use=val. It will give a raster output with the
cell values 1 if the the cells were in the specific area that you
rasterized. If you do this for all of your iso-areas you'll have a raster
layer for each of areas that are enclosed by an isoline.
After all I would use r.mapcalc and summarize all of your created layers.
The cells with the highest value will be equal of the area that had the
highes value, and you can guess all other categories...

I don't know wether it works with your data or not. That was just my first
thouth when I've read your question.

Levente


 It would be great to receive some helpful hints and tips on above
 outlined question.

 Kind regards and thanks in advance,
 Timmie

 ___
 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] r.sim.water (compiling) issue

2013-03-27 Thread Levente Juhász
Hi list,

I am Levente from Hungary and i want to use GRASS GIS for a project. I'm
working on a website that can do a hydrological modeling task via WPS
protocol. I started to develop it in a windows environment but the module i
want to use (r.sim.water) had some issues on WinGrass. I've recently
changed my system to ubuntu 12.10. Altough I'm not dealing with linux and
GRASS GIS for a long time I understands the basics of them.
I have downloaded and compiled a GRASS70 svn from ubuntugis (this exactly:
https://launchpad.net/~ubuntugis/+archive/ubuntugis-testing/+sourcepub/3015769/+listing-archive-extra).
After compiling I can see an error log like this:
GRASS GIS compilation log
-
Started compilation: 2013. márc. 27., szerda, 01.00.29 CET
--
Errors in:
/home/pepszi/grass70.7.0.orig/raster/simwe/r.sim.water
/home/pepszi/grass70.7.0.orig/raster/simwe/r.sim.sediment
--
In case of errors please change into the directory with error and run
'make'.
If you get multiple errors, you need to deal with them in the order they
appear in the error log. If you get an error building a library, you will
also get errors from anything which uses the library.
--
Finished compilation: 2013. márc. 27., szerda, 01.13.11 CET

I can start grass70 but when i try to open the r.sim.water dialog i get the
following error (something similar comes up if i try to use the command
line)

Traceback (most recent call last):
  File /usr/local/grass-7.0.svn/etc/gui/wxpython/gui_core/p
rompt.py, line 271, in OnItemSelected

self.cmdDesc = gtask.parse_interface(GetRealCmd(cmd))
  File
/usr/local/grass-7.0.svn/etc/python/grass/script/task.py,
line 484, in parse_interface

tree = etree.fromstring(get_interface_description(name))
  File
/usr/local/grass-7.0.svn/etc/python/grass/script/task.py,
line 461, in get_interface_description

\n\nDetails: %(det)s) % { 'cmd' : cmd, 'det' :
decode(cmderr) }
grass.script.core
.
ScriptError
:
Unable to fetch interface description for command
'r.sim.water'.
Details: r.sim.water: error while loading shared libraries:
libgrass_sim.7.0.svn.so: cannot map zero-fill pages: Cannot
allocate memory

I'm a little bit confused and i don't know what causes this error. I know
that this is an experimental version of GRASS but I still hope that somehow
it can be worked out. Would it be a solution if somehow I compile a working
version of r.sim.water source? If so, where can I find it and how can I
make it work? I also thought about changing to another grass70 svn
(preferably to such a version where r.sim.water works :) ). Anyone has
experiances with one of the grass70svns and r.sim.water? I would be very
thankful if someone can suggest me a working one.

p.s.: I checked the stable Grass 6.4.2. which comes from the ubuntu
software center and it produces similar issues. Is it an issue which has
something to do with my system? What should I do?

Any help would be appreciated
Thanks in advance:

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