> I run the r.basin command and it finished
great!
>I do get 2 blocks of warnings ... Are they important ?
>
>Here they are:
>"
>
>Reading raster map ...
>Reading raster map ...
>Reading raster map ...
>WARNING: Width for column x set to 255 (was not specified by OGR), some
strings may
> r.basin map=elev_ned_30m@PERMANENT <=
>My result of g.region -p is:
>projection: 99 (Lambert Conformal Conic)
>zone: 0
>datum: nad83
>ellipsoid: a=6378137 es=0.006694380022900787
>north: 228513
>south: 214975.5
>west: 629992.5
>east: 645012
>nsres: 28.5 <=
hi Andrea,
>I set again the area and resolution with g.region before running r.basin. I
also deleted all files except my >DEM.
>
>Now I get a different error ...
>
>When I run
>"r.basin map=map@Elevation prefix=o coordinates=-71.10394196,43.9865230801
threshold=19005 >dir=C:\\Users\\Andrea\\Basi
>Région actuelle 22810 lignes, 22996 colonnes
>ERROR: G_malloc: impossible d'allouer 24576 octets de mémoire à
lib/segment/setup.c:124
you're running out of memory; try a coarser resolution of your calculation
region or try to reduce your region extent.
HTH
-
best regards
Helmut
--
View
>I don't know how to fix this... you should have the same problem with
>other modules that are using their own libraries like r.modis, aren't
>you?
http://wingrass.fsv.cvut.cz/grass71/addons/grass-7.1.svn/r.modis.zip ships a
folder and files in etc\r.modis.
maybe some inspiration for make file fr
>> FCELL = (np.float, np.float16, np.float32)
>> AttributeError: 'module' object has no attribute 'float16'
>
>Ok, this should be fix in r63462.
AFAIK float16 data type was introduced in NumPy 1.6, while OSGeo4W based
winGRASS uses 1.5.
>If I don't put an empty html file the make command gi
>And there is also:
>
> File
> "c:\osgeo4w\usr\src\grass70_release\dist.i686-pc-mingw32\etc\python\grass\pygrass\raster
>\buffer.py", line 8, in
>FCELL = (np.float, np.float16, np.float32)
>AttributeError: 'module' object has no attribute 'float16'
C:\OSGeo4W\apps\grass\grass-7.1.svn\etc\pyt
> What is your error message if any?
from the winGRASS-wxcommand line:
-
Traceback (most recent call last):
File "C:\OSGeo4W\apps\grass\grass-7.1.svn\gui\wxpython\gui
_core\prompt.py", line 263, in OnItemSelected
self.cmdDesc = gtask.parse_interface(cmd)
File "C:\OSGeo4W\apps\gra
hi,
anyone used i.segment.hierarchical in winGRASS7?
seems not to work here; GUI can't be opened
-
best regards
Helmut
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/i-segment-hierarchical-on-windows-tp5177091.html
Sent from the Grass - Users mailing list archive at
giohappy wrote
> Hi Mark,
> thanks for the reply but it's not what I'm looking for. v.triangle is a
> front-end to Triangle, to generate a Delaunay triangulation on points and,
> eventually, breaklines.
> I'm lookink for something that generates a TIN from an elevation grid
> (raster).
>
> giovann
>But I’ve tried using cat=first and it continues to assign multiple cats to
the segments.
tested here on my side.
from the manual:
cats=no - No category number is assigned to a polyline. Also attributes
tables linked to the input vector map are not copied to the output vector
map.
cats=
>>any idea?
>I fixed that, it used old temporal API
thanks for the quick fix!
-
best regards
Helmut
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/addon-r-sun-hourly-fails-tp5175755p5175843.html
Sent from the Grass - Users mailing list archive at Nabble.com.
_
hi,
I've tested r.sun.hourly with
GRASS Version: 7.1.svn
GRASS SVN Revision: 63306
Erstellungsdatum: 2014-12-01
Build Platform: i686
>
>
>
>
>
>
>
>
>
>
>
>
> On Nov 30, 2014, at 12:21 PM,
> grass-user-request@.osgeo
> <mailto:
> grass-user-request@.osgeo
> > wrote:
>
> From: Helmut Kudrnovsky <
> hellik@
> <mailto:
> hellik@
&g
v.fixed.segmentpoints is just a wrapper script of v.Segment
http://grass.osgeo.org/grass71/manuals/v.segment.html
v.segment is very flexible.
you have to define rules (e.g. lines with different cats). IMHO it's the way
to go if the river segments have different cats.
in v.fixed.segmentpoints I'
>I saw this but apparently it is not available for GRASS 7.
it is as I wrote it for grass 7.
doesn't g.extension do the job?
-
best regards
Helmut
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/how-to-change-all-cats-in-a-vector-line-tp5175575p5175648.html
Sent from
Michael Barton wrote
> Hi Markus,
>
> What I'm trying to do is start with a raster stream map from r.drain and
> convert it to a sequence of vector points, where each point has
> information as to its position along the stream. I then use the points for
> sampling a stream profile and related inf
Michael Barton wrote
> Hi Markus,
>
> What I'm trying to do is start
> http://grasswiki.osgeo.org/wiki/AddOns/GRASS7/vector#v.fixed.segmentpointsa
> raster stream map from r.drain and convert it to a sequence of vector
> points, where each point has information as to its position along the
> stre
> c) Try to use the NC dataset
now tested here with NC dataset (see also
http://grasswiki.osgeo.org/wiki/R.basin; the coordinates are taken from the
wiki)
r.info map=elevation@PERMANENT
+---
"These various resolutions, referred to as NED layers, are stored and
distributed in geographic coordinates at 1/9, 1/3, 1, and 2 seconds of arc."
for several reasons r.basin works in projected locations, but not in
geographic locations. the NED seems to be geographic.
try to reproject your DEM d
014 um 09:38 Uhr
> Von: "Margherita Di Leo" <
> diregola@
> >
> An: "Andrea Timmermann" <
> timmermann@
> >
> Cc: "Helmut Kudrnovsky" <
> hellik@
> >, "GRASS user list" <
> grass-user@.osgeo
> &g
-
best regards
Helmut
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Problem-with-r-basin-in-grass7-tp5169155p5173586.html
Sent from the Grass - Users mailing list archive at Nabble.com.
___
grass-user mailing list
grass-use
014 um 09:38 Uhr
> Von: "Margherita Di Leo" <
> diregola@
> >
> An: "Andrea Timmermann" <
> timmermann@
> >
> Cc: "Helmut Kudrnovsky" <
> hellik@
> >, "GRASS user list" <
> grass-user@.osgeo
> &g
Andrea Timmermann wrote
> Hi !!
>
>
>
> Thanks for the update.
>
> I reinstalled the latest grass (version 13.11) and could also
> install all the r.stream addons without problems.
>
>
>
> There is still a problem with r.basin, however.
>
> When I run:
>
> "r.basin map=map@Eleva
Andrea Timmermann wrote
> and got:
>
> Downloading precompiled GRASS Addons ...
> Traceback (most recent call last):
> File "C:\Program Files (x86)\GRASS GIS
> 7.1.svn/scripts/g.extension.py", line 1083, in
> sys.exit(main())
> File "C:\Program Files (x86)
Andrea Timmermann wrote
> Hi Markus,
>
> Thanks a lot for your answer.
>
>
> I downloaded the new r. basin and run
>
> [...]
>
> Then I run:
>
> > g.extension r.stream.distance
>
>
> and got:
>
> Downloading precompiled GRASS Addons ...
> Traceback (most recen
hi,
Andrea Timmermann wrote
> Dear Markus and Madi,
>
>
>
> thanks for your comments !
>
> The problems I had before appeared with the grass version of the 31.10, I
> downloaded the version of the 30.10 and also reinstalled the
> r.streams.basins, as suggested by Madi. I could not inst
Helmut Kudrnovsky wrote
>> ##
>>grass.mapcalc("$mapoutfile =
abs($inraster)",mapoutfile=outraster+'_oname_'+kf.__name__,inraster=outraster+'_'+ofile.__name__)
>>##
>
> not tested, but I'm sure that this work.
corrected, it should be
>> why is your script in "../etc/gui/scripts"? as it states this folder is
for
>> GUI scripts; AFAIR this folder may be not in %PATH%.
>This beacause the script have an interface generated by grass parser,
all scripts in C:\OSGeo4W\apps\grass\grass-6.4.x\scripts have an
autogenerated GUI/interface
m roy wrote
> Dear all,
>
> i made a python script for grass and it does not work in grass (version in
> message subject).
> The interface opens but a Windows error states that it is impossible to
> open the file, the
> file is hence not recognized as a valid command.
> the script used to work wit
Artur Bercik wrote
> Dear Vaclav Petras:
>
> Thanks for your answer, and sorry for cross posting.
>
> I am thinking of accessing the grass command line through
> "C:\OSGeo4W\bin\grass70.bat" using python subprocess.call
>
> Are you familiar with this one?
there are 2 cases how to use the "gras
RichardCooper wrote
> I do notice however that in the Map Display, the Thai characters of the
> 'alternatename' field are not displaying correctly in the query results
> window (pls see below). However, Thai characters are correctly displayed
> in the imported file's attribute table.
>
> Query res
Frederico Mestre wrote
> Error in system(cmd0, intern = TRUE) : 'r.mapcalculator.exe' not found
> Error in parseGRASS(cmd, legacyExec = legacyExec) :
> r.mapcalculator not found
?
here in grass trunk it is: r.mapcalc.exe
-
best regards
Helmut
--
View this message in context:
http://osge
Giuliano Urgeghe wrote
> the error in opening mapset is:
>
> "impossibile ottenere l'estensione geografica attuale. Uscita forzata da
> wxgui. Per favore eseguire manualmente g.region per risolvere il
> problema".
as the message states, can you check your region settings by g.region [1]
and set i
RichardCooper wrote
> For reference, my system:
>
> (Wed Oct 15 20:24:41 2014) Command finished (1 sec)
>
> System Info
>
> GRASS version: 7.0.0beta3
Markus Neteler wrote
> On Fri, Oct 10, 2014 at 11:53 AM, RichardCooper <
> richtcooper@
> > wrote:
>> Hi,
>>
>> I'm getting the following error on attempting to import geonames into
>> GRASS
>> 7.0.0beta3 on Windows7.
>>
>> I've tried to import via the GUI and command console without success.
>>
>Can you please test v.db.addtable with columns specified. This module does
not work correctly in my case.
it's maybe around
http://trac.osgeo.org/grass/browser/grass/trunk/scripts/v.db.addtable/v.db.addtable.py#L106
-
best regards
Helmut
--
View this message in context:
http://osgeo-org.
> Can you please test v.db.addtable with columns specified. This module does
not work correctly in my case.
confirmed. maybe open a ticket.
-
best regards
Helmut
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Upper-case-letters-for-defining-columns-via-v-db-addtable-t
Johannes Radinger wrote
> Hi,
>
> I am slightly confused about creating new layers for vector maps and
> adding
> a category value.
> I want to add a layer and subsequently I want to use v.what.rast to query
> a
> raster map and update
> that layer. Hence, I need categories in the new layer. Howev
Johannes Radinger wrote
> Hi,
>
> I am slightly confused about creating new layers for vector maps and
> adding
> a category value.
> I want to add a layer and subsequently I want to use v.what.rast to query
> a
> raster map and update
> that layer. Hence, I need categories in the new layer. Howev
> a quick test here with sqlite as db-backend:
also tested with dbf as db-backend:
v.db.addcolumn --verbose map=mybusstopdbf@g7 columns=My_COL4 integer
Adding column to the table
db.columns table=mybusstopdbf
cat
ROUTES
UPDATED
STR
Johannes Radinger wrote
> Hi,
>
> when I want to specify a column in v.db.addtable, all upper case letters
> in
> the column name get converted to lower case. I'm working on GRASS 71
> (trunk). Is this an intended behaviour?
>
> v.db.addtable map=myMap table=test layer=3 columns="My_COL INT"
>
>
christophe wrote
> thank you markus for the reply
>
> well, in vector layer i don't have a field containing numbers in string
> field, here is my attribute table:
>
> objectID Type
> 1 A
> 2 A
> 3 B
> 4 A
> 5 C
>
>
> so, i
># the next line works only when the script es started from within the
terminal window from the started GRASS session
> #grass.run_command('r.viewshed', input = input_map, output = output_map,
> coordinate=[2560807,5823616], obs_elev=100, max_dist=3000, overwrite=True)
is GRASS_ADDON in the
> But anyway, I'm not sure, I can copy and paste it there but it is just
bunch of links, nothing nice.
IMHO nice links to nice howto's are often lost in MLs and are some kind of
more persistent in wikis.
-
best regards
Helmut
--
View this message in context:
http://osgeo-org.1560.x6.nabbl
>Also, am I able to copy text from the xterm to windows memory (via ctrl c)
and use this as ctrl v on other
> programs like notepad?
right click in top frame of the console window -> process -> mark, then left
click in the console and mark the text/code -> hit return to copy to memory
and do e.g.
>After I use once the right-click, I can´t repeat the procedure.
don't right click in the console itself, instead right click in top frame of
the console window and paste
>Any hint why it happens (under windows 8, stande alonge grass 7.0)
it's not a winGRASS issue, it's a MS windows issue ...
>Hi, recently I created:
>
>[GRASS-user] Summary of object-based classification possibilities in GRASS
GIS (June 2014)
>http://lists.osgeo.org/pipermail/grass-user/2014-June/070384.html
any chance to put this to the wiki?
-
best regards
Helmut
--
View this message in context:
http://osgeo-
> I'm always confused about that. Was this change from msis to MS Windows
(native) command
> line which brought the worse interface?
not msys; the change was from rxvt [1] to the MS windows native console.
rxvt seems not to be stable enough and has some limitations on MS windows.l
[1] http://en.
Milton Cezar Ribeiro wrote
> Dear all,
>
> I just installed standalone grass 7.0.0 under windows.
> How can I copy a series of commands on text-console of GRASS 7.0.0.beta2>
> ?
>
> I tried control-V, middle-buttom from the mouse, but nothing work.
>
> This short-cut works fine under grass 6.4 o
SBL wrote
> Hei Helumt,
>
> In that case I would probably try r.param.scale in order to identify flat
> areas at maybe different scale levels.
>
> V-valleys have a higher variation in aspect at the bottom (sides are
> almost facing each other and nearly "meet" at the lowest point in a
> V-valley)
> by r60920 I've added a very rough version of:
oh, it's a python addon script
[GRASS-SVN] r60920 - grass-addons/grass7/raster/r.valley.bottom
-
best regards
Helmut
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/r-valley-bottom-a-script-to-calculate-a-Multi-resoluti
hi,
by r60920 I've added a very rough version of:
r.valley.bottom: a script to calculate a Multi-resolution Valley Bottom
Flatness (MrVBF) index
inspired by
John C. Gallant and Trevor I. Dowling 2003.
A multiresolution index of valley bottom flatness for mapping depositional
areas.
WATER RES
hi,
I'm trying to understand the calculation/algorithm of a
multiresolution index of valley bottom flatness [1] in order to port it
to GRASS GIS.
"The smoothing is performed
with the focal mean function using an 11 x 11
Gaussian smoothing kernel g(r) with an effective radius of
three cells (to co
Bleninger, Sara wrote
> Hi,
> I am quite unfamiliar to GRASS GIS, so I hope, that the following question
> is not too elementary...
>
> There are two datasets:
>
> - a shapefile consisting of geographical information to create a
> map of regions, the last column is a code for the regions
commenting out line 147-149 and 272-275 in r.diversity (the conf file are
removed by this line)
then you can have a look in the conf file
r.diversity --verbose input=lsat7_2002_10@PERMANENT prefix=t
method=simpson,pielou
C:\Users\\AppData\Roaming\grass7\r.li\conf_diversity_3.0
SAMPLINGFRAM
Markus Neteler wrote
> Mhh strange. Is it just broken or really a white space therein?
>
> BTW: The Windows support in r.li has been backported to GRASS 7.0 in
> r60231 (post beta2)
> http://trac.osgeo.org/grass/changeset/60231/grass/branches/releasebranch_7_0/raster/r.li/r.li.daemon
>
> which us
Moritz Lennert wrote
> I would recommend using r.stats in=vr,rast2 to get a more easily
> reusable output. Then you can load the result into a table in your
> mapset database (db.in.ogr) and join it to your vector maps attribute
> table (v.db.join).
>
> Moritz
thanks for the hint, it was the w
hi,
given
- a vector map (v) rasterized by v.to.rast via an ID (vr)
- r.coin (vr) with another raster (rast2)
any hints/ideas how to "join" back the r.coin-result of (vr) with (rast2)
back to the vector (v) attribute table?
-
best regards
Helmut
--
View this message in context:
http://o
hi winGRASS-users,
at the Vienna Code Sprint GRASS GIS 7.0.0 beta 1 [1] went into the wild,
yeah ... :-)
so it was also time to update to update winGRASS 7 - R - integration (see
r59583 - r59590) with an update of the Windows batchfiles for use with R [2]
following R starting options should be n
Hi Stefan,
thanks your response.
>If you think of valleys in a hydrological perspective I would have a look
at r.stream. modules for having a kind of threshold above streams (in m),
and then use r.grow.distance for an inverted valley representation.
>If you think of valleys in a geomorphometric
hi,
any hint or pointer to some grass gis procedure/literature/web link/etc how
to caculate valley floor width in GRASS or some index indicating valley
floor width.
the idea is to get some measure how wide or narrow a valley is.
thanks in advance!
-
best regards
Helmut
--
View this messag
>wxPython-2.8.12.1 is installed. But, indeed, there is nothing named
>'wxversion' on this system. The -6.5svn source tree shows attempts to
import
>wxversion in:
>Where do you suggest I start looking for the source of this error?
install wxversion on your system?
why not using the upcoming stab
Markus Metz-3 wrote
> On Wed, Mar 5, 2014 at 12:08 PM, Moritz Lennert
> <
> mlennert@.worldonline
> > wrote:
>> Hello,
>>
>> Recent discussions here with colleagues about GRASS' vector format and
>> the
>> teaching of vector handling in GIS have brought up a question about the
>> fact
>> that GRA
Johannes Radinger wrote
> Hi all,
>
> just I short question. Although I don't think that is possible, but is
> there a way to import/use a legend file (*.lyr) from a ArcGIS raster (
> ArcInfo grid file, *.adf files) within GRASS?
>
> /Johannes
>
> ___
>Of course, I could
>loop over all my subbasins and calculate the statistics one by one, but
>I fear that will be time consuming and I dont actually need all the
>other analysis.
have a look at http://grasswiki.osgeo.org/wiki/R.basin for multiple basins'
analysis
-
best regards
Helmut
--
V
fyi:
http://landsat.usgs.gov/calibration_notices.php
Several calibration parameter updates will be implemented as part of the
Landsat 8 data reprocessing on February 3, 2014 that will result in improved
product quality. This reprocessing campaign includes all previously
implemented calibration pa
>fyi:
>
>http://landsat.usgs.gov/calibration_notices.php
additionally see http://landsat.usgs.gov/about_LU_Special_Issue_1.php
Beginning February 3, 2014, all Landsat 8 data held in the USGS archives
will be reprocessed. All Landsat 8 scenes will be removed from the online
cache at this time and
> But the dehaze continues to not work :'( same error as before
please post exact used command and error.
have you adjusted the region to your landsat image? e.g. g.region -p -a
rast=your landsat
as i.landsat.dehaze works here on a few windows boxes, please try it with nc
sample data set
h
hi,
Martin Landa wrote
> g.extension in G6 is a shell script which does not work on Windows.
> The wxGUI wrapper is using python script which is taken from G7.
> Unfortunately wxGUI wrapper for installing extensions doesn't work
> (known problem [1]). In other words, Windows users have only one
>
Johannes Radinger wrote
> Dear GRASS users,
>
> is there a good (more or less uptodate) vector (point) file containing
> European cities
> and maybe also there approximate size? Maybe someone of you is aware of
> such a
> product that is freely available e.g. from the European Union? Does anyone
>
Johannes Radinger wrote
> Dear GRASS users,
>
> is there a good (more or less uptodate) vector (point) file containing
> European cities
> and maybe also there approximate size? Maybe someone of you is aware of
> such a
> product that is freely available e.g. from the European Union? Does anyone
>
>2. I tried the g.extension through the black command box, is that what you
mean when you say it doesn't work through the gui? It says command is not
found, I'm doing something wrong there.
not the black command box, it's the command console of the
Wxgui-layer-manager
(http://grasswiki.osgeo.org/w
>Which seems that there are some problems with path separator since it is
trying to run C:\;C:
>\...i.landsat.dehaze file which does not exists from obvious reasons.
>
>Those involved in #2138, is this what #2138 is trying to solve?
>
>http://trac.osgeo.org/grass/ticket/2138
as i.landsat.dehaz
>I have both 6.4.3 and 7 installed at the same time, the first issues no
errors in any moment with the exception of not being able to call
i.landsat.dehaze on the gui command console
aside the python error, tested here with
System Info
>Those involved in #2138, is this what #2138 is trying to solve?
>
>http://trac.osgeo.org/grass/ticket/2138
from #2138
[...]
g.extension.py in devbr6 which makes things a bit better by editing the
wrapper .bat file to run %GRASS_PYTHON% instead of sh.exe.
[...]
and trades python scripts working f
n itself works...
best regards
Helmut
. .__.. .__.. ..
helmut kudrnovsky
mail | alecto...@gmx.at
internet | www.alectoria.at | www.myricaria.org
skype | helmut.kudrnovsky
phone | +43 699 104 657 77
blog | alectoria.blogspot.com
Now is better than never.
Although never is often better than *ri
>(which I really actually need, i.landsat.dehaze)
have a look at
http://grasswiki.osgeo.org/wiki/AddOns/GRASS_6
and
http://grasswiki.osgeo.org/wiki/AddOns/GRASS_7/imagery
https://svn.osgeo.org/grass/grass-addons/grass7/imagery/
i.landsat.dehaze seems to be available only for grass6 at the mom
> I have a bash script located in D:\Users\\Sattelite_Processing (see my
earlier message) called
> "myscript.sh"
ah it's a shell script, so may you are mixing windows console
commands/syntax and *nix shell commands/syntax?
in windows console commands/syntax to change drive and folder:
e.g.
> no joy with your suggestion. When I use ls or pwd it shows I'm still in
the /osgeo4w/bin directory.
please provide more information about what are you doing exactly, used
commands, used environment (osgeo4w shell or osgeo4w msys shell), QGIS
standalone, osgeo4w bundled QGIS, etc. ... without s
> the command CD doesn't change the drive e.g. c:\ to d:\
not quite correct, see cd /?
if you want to change drive _and_ directory, you need the /D option, e.g. to
change from c:\Users\xyz to d:\mydata on the command line
cd /D d:\mydata
HTH
-
best regards
Helmut
--
View this message in
PB wrote
> Dear List - I am having difficulties with the below script, and it seems
> to be because there is a possible bug in the the GRASS installation that
> comes bundled with QGIS2.
>
> To synthesis the problem, through the GRASS command console, I can't seem
> to change directory. After lau
fyi some updates to the LANDSAT-family:
Landsat Update - Volume 7 Issue 5 2013
http://landsat.usgs.gov/about_LU_Vol_7_Issue_5.php
Landsat Long Term Acquisition Plan Changes
Upcoming: Landsat 8 Data Reprocessing
Landsat 7 Thermal Band Calibration Update Made
...
happy mapping
-
best regard
Rebecca Bennett wrote
> Dear GRASS users,
>
> I have recently been made aware of the positive and negative openness
> vizualisations (Yokoyama et al 2002
> http://www.asprs.org/a/publications/pers/2002journal/march/2002_mar_257-265.pdf)
> and would like to try to compute them in GRASS to help ide
maybe related (?) have a look to r.geomorphon:
Geomorphon is a new concept of presentation and analysis of terrain forms.
see
http://sil.uc.edu/downloads.html
http://geomorphometry.org/StepinskiJasiewicz2011
https://svn.osgeo.org/grass/grass-addons/grass7/raster/r.geomorphon/
http://trac.osgeo.o
>maybe the datasets of
http://www.cgiar-csi.org/data/global-aridity-and-pet-database may be not
aligned.
from http://www.cgiar-csi.org/data/global-aridity-and-pet-database:
The Global-PET and Global-Aridity are both modeled using the data available
from WorldClim Global
> I'm not sure what to do with this? Any suggestions would be most
appreciated!
have a look what gdalinfo tells about your input data and compare the
gdalinfo-output with g.proj -p of your geographic/projected(?) location.
maybe the datasets of
http://www.cgiar-csi.org/data/global-aridity-and-pet
Moritz Lennert wrote
> Have you tried accessing the attribute table ? Working with it through
> other modules ?
> What does v.db.connect -p give you ?
attribute table manager opens without any problems, some further tests below
_
System Info
Helmut Kudrnovsky wrote
> GRASS Version: 6.4.3
>
> GRASS SVN Revision: 57300M
>
> GIS Library Revision: 50937 (2012-02-25)
>
GRASS Version: 6.4.3
GRASS SVN Revision: 57300M
GIS Library Revision: 50937 (2012-02-25)
GDAL/OGR: 1.9.2
Paolo Cavallini wrote
>
> Il 31/08/2013 19:07, Markus Neteler ha scritto:
>
>> Due to time constraints at my end please test with the current stable
>> version first.
>
> Unfortunately it is currently not possible for me right now. If there is
> anybody with
> a clean 6.4.3, I'll be happy to pro
Markus Neteler wrote
> After installation, GRASS GIS 6.4.3 64bit crashes with error 0cx07b.
>
> I notice that it uses C:\Windows\system32\cmd.exe to fire up GRASS 64bit,
> perhaps that's the reason?
your box: windows 8-64bit?
somewhere a 32bit/64bit-mixup or a ms runtime issue?
-
bes
from the osgeo4w-ML, please test also winGRASS6.4.3-64bit
Hi there,
I've prepared a 64bit build of major parts of OSGeo4W.
My main focus was QGIS (1.8 and master), but it also has all of it's
numerous
dependencies including current versions of GRASS 6.4 (w/o Tk), GEOS, PROJ
FYI some LANDSAT 8 news and updates
http://landsat.usgs.gov/about_LU_Vol_7_Issue_4.php
- Landsat 8 Pre-WRS2 Data Available
- Landsat 8 Data Products - What have we learned?
- Additional Information on Landsat 8 Reflectance and Radiance Conversions
- Landsat 8 Thermal Infrared Sensor (TIRS)
>The first install came with my QGIS install
>The second install was from winGRASS installer
>
>1. which one does QGIS use?
the one which is defined in the QGIS environment, I assume the first one.
> 2. how to get rid of the old one, and make QGIS recognize the new one?
maybe better to ask this
hi,
> I am new to the GRASS mailing list, how do I keep this thread on the list?
e.g. nabble (http://www.nabble.com/) is a good platform to organize your
mailing lists subscriptions, all OSGeo-projects-mailing list are available
there: http://osgeo-org.1560.x6.nabble.com/
>g.extension --verbose
hi,
>Von: ouspensky
>An: "Helmut Kudrnovsky"
please keep it on the grass-user-ML (other can benefit)
> GRASS version: 6.4.3RC2
> [...]
> Platform: Windows-7-6.1.7601-SP1 (OSGeo4W)
see http://grass.osgeo.org/news/28/15/Stable-GRASS-GIS-6-4-3-released/
> what nex
> running g.extension has no effect.
what is the exact issue?
> It looks like I would have to download and compile them on my system
> (somehow).
no self compiling needed, in winGRASS the addons are precompiled.
tested here with
GRASS Version: 6.4.3
>
>
>http://grasswiki.osgeo.org/wiki/Natural_Hazards#Debris_Flow
>
>It's not an official module, and no sign of it at:
>http://grasswiki.osgeo.org/wiki/AddOns
>
>
>so I'm not sure what to tell you. The Natural Hazards wiki page only links
to the paper about it.
asking the addons' author for availa
*Press release*
*29 July 2013*
Today marks 30 years of GRASS GIS development
Markus, thank you very much for coordinating and keeping things running for
such a long time!!!
-
best regards
Helmut
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Celebrating-30-years-of
601 - 700 of 997 matches
Mail list logo