Hello,
having console output in same window with layers is one of those small
tibits that make new GUI unproductive for daily use. Yeah, it might
hava bright future, but unless I can undock comand output to separate
window, it will continue to suck.
My proposal - do not try to copy ArcGIS/QGIS.
Hi,
2011/3/10 Maris Nartiss maris@gmail.com:
having console output in same window with layers is one of those small
tibits that make new GUI unproductive for daily use. Yeah, it might
hava bright future, but unless I can undock comand output to separate
window, it will continue to suck.
Hi,
2011/3/10 Markus Neteler nete...@osgeo.org:
On Thu, Mar 10, 2011 at 12:54 AM, Sharon M morrisx...@gmail.com wrote:
Could someone advise if the winGrass daily binary snapshots (6.4, 6.5
and 7.0) are still available as the link to the snapshots on the Grass
download page (Grass page:
On Thu, Mar 10, 2011 at 9:31 AM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2011/3/10 Maris Nartiss maris@gmail.com:
having console output in same window with layers is one of those small
tibits that make new GUI unproductive for daily use. Yeah, it might
hava bright future, but
On Tue, Feb 22, 2011 at 3:30 PM, Ulli Wölfel uwoel...@gmx.de wrote:
Hi,
Today I compiled GRASS 6.4.1RC1 on Solaris 10 (SPARC) and encountered some
problems with the wxPython-based GUI. When I try to open a preferences
Dialog in Layer Manager, I get some error output (see further below) and
On Wed, Feb 23, 2011 at 6:19 AM, Hamish hamis...@yahoo.com wrote:
...
the error looks like:
---
DBMI-SQLite driver error:
Error in sqlite3_step():
database is locked
For the record:
we get such error here, too. It turned out to be a NFS problem: SQLite
fails likely when the file is on a NFS
Script?
Hope I was clear enough in this email since this was unexpected for me.
Thanks
Antonio
__ Information from ESET NOD32 Antivirus, version of virus signature
database 5941 (20110310) __
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
Hi all,
I'm trying to use v.in.ascii and I'm getting a DBMI-DBF driver error.
---
GRASS 6.4.0RC5 (latlong_coral):~/grassdata/latlong_coral v.in.ascii
input=kyy.csv out=kyy skip=1 fs=, columns='x, y, cat int' cat=3Scanning
input for column types...
Maximum input row length: 86
Ulli Wölfel wrote:
Today I compiled GRASS 6.4.1RC1 on Solaris 10 (SPARC) and encountered
some problems with the wxPython-based GUI. When I try to open a
preferences Dialog in Layer Manager, I get some error output (see
further below) and nothing happens. This error also existed in
António Rocha wrote:
My question is, when I'm running a GRASS python Script what is my active
folder in order to place there my Parameter file? Or, is there any way
to change my active folder while I'm running GRASS python Script?
By active folder, I presume that you're referring to the
Hi (Olá)
in order to figure out what is your current working folder (or active
folder) you can do
# python code
import os
os.getcwd()
# end of code
This will return a string with your current working folder.
As Glyn is stating, if you are going to call this external binary from
within a
Hi,
2011/3/10 Martin Landa landa.mar...@gmail.com:
Server:
The server was up a few days ago, we'll investigate what's going on.
Snapshots:
The snapshots weren't available for some time due to bugs in the
winGRASS builder which have been fixed a week ago.
yes, server is down since
On Thu, Mar 10, 2011 at 3:45 PM, Nick Jachowski njachow...@gmail.com wrote:
Hi all,
I'm trying to use v.in.ascii and I'm getting a DBMI-DBF driver error.
---
GRASS 6.4.0RC5 (latlong_coral):~/grassdata/latlong_coral v.in.ascii
input=kyy.csv out=kyy skip=1 fs=, columns='x, y,
Am 10.03.2011 um 16:03 schrieb Glynn Clements:
Ulli Wölfel wrote:
Today I compiled GRASS 6.4.1RC1 on Solaris 10 (SPARC) and encountered
some problems with the wxPython-based GUI. When I try to open a
preferences Dialog in Layer Manager, I get some error output (see
further below) and nothing
Thanks Jaro,
I have added your citation in the manual including a text reference:
http://trac.osgeo.org/grass/changeset/45620
(while I was at it, I have also turned the table into a real HTML table).
best
Markus
On Thu, Mar 10, 2011 at 1:54 PM, Jaro Hofierka jhofie...@gmail.com wrote:
Hi
Hi all!
I´m trying to generate a DEM/DSM out of LIDAR data that I have downloaded
from the website http://atlas.lsu.edu/lidar/ .
The data can be downloaded as .csv-file. Within this file no attribute names
are given. For test purpose I manipulated the .csv, so that only 10,000
points were left
Hi Tim,
When dealing with lidar data, I always import using r.in.xyz first. You can
easily vary the resolution to generate a quick preview and it will give you
a sense of the data source and what information it contains. If you then
find you need to do more advanced processing, you can move
My postgres tables are in /usr/local/pgsql/data/. My GRASS database is in
~/grassdata/. Since the water well log table did not want to cleanly import
with v.in.ascii using the default dbf driver/database, I'll use the postgres
table.
db.connect wants a driver name (pg), and the database name
Is there any plans to release nightly builds through Osgeo4W ? It would
be great to get hands on grass7 (and wxNviz).
Le 10/03/2011 17:11, Martin Landa a écrit :
Hi,
2011/3/10 Martin Landalanda.mar...@gmail.com:
Server:
The server was up a few days ago, we'll investigate what's going on.
On Thu, 10 Mar 2011, Hamish wrote:
set 'g.gisevn set=DEBUG=5' to find the data line it dies on,
if you don't already know that. (empty records was it?)
Hamish,
Already did that and posted the results. The suggestion was to use the
postgres table and ignore the dbf table.
so maybe like
Thank you both for answering.
I downloaded the recommended book Open Source GIS - A GRASS Approach
(Neteler and Mitasova) and my first impressions of it are really good.
Especially in Chapter 6 Working with vector data further information to my
question can be found. So I hope that I can manage
Thanks for the help Markus, but when I try it on my computer I still get the
same error message:
-
GRASS 6.4.0RC5 (latlong_coral):~/grassdata/latlong_coral v.in.ascii
input=kyy.csv out=kyy skip=1 fs=, cat=3
Scanning input for column types...
Maximum input row length:
Hi Nick
Odd. Please check the permissions of
the ../dbf/ directory.
There is nothing special to install
for DBF support.
Markus
On 3/11/11, Nick Jachowski njachow...@gmail.com wrote:
Thanks for the help Markus, but when I try it on my computer I still get the
same error message:
Wow, thanks, problem solved!
It seems the problem had to do with using single quotes when I declared the
db path:
db.connect driver=dbf database='~/grassdata/latlong_coral/PERMANENT/dbf/'
Deleting the quotes, then running chmod 777 on the dbf folder made it work.
-Nick
On Fri, Mar 11, 2011 at
what does db.connect -p say?
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
25 matches
Mail list logo