This appears resolved after upgrading to latest svn version.
see https://trac.osgeo.org/grass/ticket/2056#comment:4
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Problem-displaying-imported-3D-points-shapefile-in-GRASS-7-tp5076193p5078198.html
Sent from the Grass -
Hi,
I was wondering if there are any plans to enable filling of 2D polygons in
NVIZ.
I'm using GRASS 7 but it appears that this feature currently isn't
available.
My workaround is summarised below, but perhaps someone could suggest a
simpler approach. Overlaying a rasterised vector derived
Hi Johannes,
I seem to have encountered the same :
http://osgeo-org.1560.x6.nabble.com/Problem-displaying-imported-3D-points-shapefile-in-GRASS-7-td5076193.html
Grass 7: version 57592
Richard
--
View this message in context:
Hi,
Something I noticed in trying to save an NVIZ image in GRASS 7 (Version:
57592)
In order to save a larger resolution image file, it is necessary to manually
resize the display window.
Only a portion of the image is saved after clicking on the NVIZ display icon
- 'Save display to graphic
Hi,
Ticket at http://trac.osgeo.org/grass/ticket/2070
Best,
Richard
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Saving-NVIZ-image-in-GRASS-7-changing-image-dimensions-is-only-possible-through-manually-resizing-diw-tp5076708p5076767.html
Sent from the Grass - Users
Hi,
I'm unable to display an imported 3D points shapefile in GRASS 7 svn (code
ver 57592). Importing with v.in.ogr proceeds without trouble, but on
selecting the imported layer to display, the system freezes until the
d.vect process is terminated.
I don't have this problem with GRASS 6.4.3, and
A clipped version of the file displays as lines after importing into GRASS.
See attachment.
http://osgeo-org.1560.x6.nabble.com/file/n5076225/grass_point_shapefile.png
--
View this message in context:
(Thu Sep 5 19:54:21 2013)
v.info map=GRanD_dams_v1_1_epsg32647@PERMANENT
++
| Name:GRanD_dams_v1_1_epsg32647
Perhaps related to this issue:
https://trac.osgeo.org/grass/ticket/2056#comment:1
My system:
Mint Linux 13(Ubuntu Precise)
32 bit
Display: GUI GRASS GIS Map Display
--
View this message in context:
Hi,
I've imported a shapefile into GRASS and would like to directly edit a
record by inserting non-latin characters (Thai language characters).
However, inserted Thai characters are not retained after editing.
Method used:
GRASS GIS Attribute table Right-click on record Edit inserted record
I installed xml2 and can now partially run r.in.wms from the Command console,
but it appears to get stuck calculating tiles:
r.in.wms output=MOD_LSTD_CLIM_E
mapserver=http://neowms.sci.gsfc.nasa.gov/wms/wms? layers=MOD_LSTD_CLIM_E
format=geotiff maxcols=1024 maxrows=1024 method=nearest
Hi,
I've installed r.in.wms2 into GRASS 6.4.3RC3, but I cannot import a layer.
Here are two examples of output (using different drivers):
r.in.wms2.py url=http://neowms.sci.gsfc.nasa.gov/wms/wms?
layers=MOD14A1_E_FIRE output=MOD14A1_E_FIRE maxcols=398
ERROR: value WMS_GRASS out of range for
Hi,
I was wondering if someone could help clarify how to best specify the GRASS
addons path for a system with two GRASS versions installed. Can I set a
single path for both systems (e.g., /home/user/.grass6/addons) or do I need
two sets of addons - one for each GRASS version?
In my system I
Is the original r.in.wms also not working for you, or did you just want to
try out the new improved version?
Unfortunately I cannot get it to work. For example, attempting to connect to
the following URL gives the following error on attempting to connect:
It appears that the GRASS7 installation is using $HOME/.grass7/addons by
default ... so /etc/bash.bashrc specifies the addon path for the system-wide
6.4 installation, and there is no need to modify the grass7 addons path.
--
View this message in context:
Resolved by completely uninstalling and reinstalling (via Synaptic Package
manager) and then re-installing the addon.
System:
Mint linux 13 (ubuntu precise)
GRASS 6.4.3RC3
--
View this message in context:
Hi,
I'd be very grateful if someone could help with some suggestions with the
following.
After upgrading to 6.4.3RC3 I noticed that I'm getting the following error
on running the r.fuzzy.system. It was previously okay with 6.4.2 - haven't
tested by reverting to the former version yet.
Another
Just to confirm (and for reference) the successful running of r.hazard.flood
on GRASS 7 svn (code revision 56683) (configured with --enable-largefile),
and with the following 'flags' change to r.hazard.flood.py:
from
# Flow accumulation map MFD
grass.run_command('r.watershed', elevation =
Hi,
I'm trying to install a GRASS7 from SVN into my home directory (I already
have 6.4.3 installed system wide), I'm following the guidelines at
http://trac.osgeo.org/grass/wiki/DownloadSource#GRASS7
http://grasswiki.osgeo.org/wiki/Compile_and_Install_Ubuntu#Compile_from_source
However, on
Configure proceeds without error after removing
--with-gdal=/home/rcooper/grass7/bin/gdal-config
However, I receive the following error re running configure for
gdal-grass-1.4.3 $ ./configure \
--prefix=/home/rcooper/grass7 \
--with-gdal=/home/rcooper/grass7/bin/gdal-config \
Hi,
Maybe some one could kindly advise what I'm doing wrong here.
Previously I successfully used r.hazard.flood to generate flood and mti
layers. However, now I'm encountering the following error with two other
different DEM layers. The error appears to be related to memory, but there
is plenty
Thanks for your suggestions.
I modified the following:
/home/user/.grass6/addons/scripts/r.hazard.flood, replacing:
# Flow accumulation map MFD
grass.run_command('r.watershed', elevation = r_elevation , accumulation
= 'r_accumulation' , convergence = 5, flags = 'fa')
Hi,
I'm trying to run the r.fuzzy.system module - have created the map and rules
files, but can't seem to find where to specify the input raster file in the
r.fuzzy.system gui window. I can select the .map, and .rul file, but there
doesn't seem to be a field for the input raster file. As
Replacing '%mti' with '%actualfilename' gets me a bit further, but I also
need to include the definition of the output file in the .map file:
ERROR: No defininition for output map: watershed_flood_fuzzy in map file
--
View this message in context:
Maybe I was too quick to say this was resolved.
I just can't seem to start r.fuzzy.logic
Before starting GRASS I set the GRASS_ADDON_PATH as follows:
$export =/home/user/.grass6/addons (also tried
/home/user/.grass6/addons/bin)
export GRASS_ADDON_PATH
echo $GRASS_ADDON_PATH
Some observations that might help identify if my system is in error?
I've added the following to .grass.bashrc
GRASS_ADDON_PATH=/home/rcooper/.grass6/addons/bin
export GRASS_ADDON_PATH
However, I can only run the r.fuzzy.logic extension if I also set the
GRASS_ADDON_PATH in a terminal and run
Hi,
I'm getting the following error on using g.extension to install
r.hazard.flood:
g.extension.py extension=r.hazard.flood
svnurl=http://svn.osgeo.org/grass/grass-addons/grass6
Traceback (most recent call last):
File
I get the following error on attempting to install grass-dev into the system
using the package manager:
E: /var/cache/apt/archives/grass-dev_6.4.3-1~svn54876~precise1_i386.deb:
trying to overwrite '/usr/lib/grass64/include/Make/Rules.make', which is
also in package grass 6.4.3-1~svn54876~precise1
where did you get the packages from? UbuntuGIS? the solution when
working with after-market packages and having trouble is to
completely remove/purge the old from the system before trying to
install another version.
From the ubuntugis-testing repository, installed via Synaptic Package
A few comments/observations:
1. r.hazard.flood.py appears in addons directory (/home/user/.grass6/addons)
after running the g.extension command from the GRASS terminal, but gives the
following error:
GRASS 6.4.3 (Bangkok_UTM47):~ g.extension extension=r.hazard.flood
...
I resolved running r.fuzzy.logic by setting the GRASS_ADDON_PATH
1. Set in terminal before starting GRASS;
$ GRASS_ADDON_PATH=/home/rcooper/.grass6/addons/bin
export GRASS_ADDON_PATH
2. r.fuzzy.logic can now be run from the GRASS Layer Manager via the Command
Console:
r.fuzzy.logic
--
View
Is there any automated way of removing the overlaps, as they appear quite
extensive?
I imported a portion of the large shapefile (I get memory errors when
attempting the entire file) covering SEAsia (I'm interested in wetlands of
this region where I'm based) and overlapping appears quite
I should rephrase my question, as Markus indicated that GRASS doesn't have
tools to resolve:
Is there any automated way outside GRASS (if not within) of removing the
overlaps, as they appear quite extensive?
--
View this message in context:
Hi Markus,
I assume the global mangroves map should not have overlapping
polygons, therefore as long as there are overlapping areas and/or the
number of centroids is not equal to the number of input polygons, more
cleaning is needed.
How critical is it that the number of input polygons =
Hi,
Would my understanding be correct in that a given 'geographical area'
displayed in the Map Display could be counted as multiple 'areas' in the
v.build console output due to multiple centroids being associated with the
given area.
For instance, I imported a vector shapefile with the following
Thanks for your fast replies. I'll certainly take a look at the script.
Snapping with v.clean seems to work quite nicely on this occasion:
snap lines/boundaries 0.01
break lines/boundaries 0.00
remove duplicates 0.00
Hi,
Snapping gives the maximum distance to another vertex in map units, degrees
for latlon.
I don't know the coordinate ref system for the world mangrove shapefile, but
if degrees lat/long, a snapping distance of 0.01 would equate to ~0.1 m
at the equator, which should be sufficiently
Does using smaller values improve topology?
The approach I'd take would be to gradually reduce the snapping distanceby a
factor of 10 (e.g., starting at 0.01) until no changes in topology are
apparent. Then I'd address the minimum size area to be imported to see how
that affects topology.
Hi,
yes, the problem is that after you change the fontsize option in the
dialog, now there is no way to disable it, you have to close it and
open it again. Related ticket 1048 [1].
Thanks.
As for the cartographic composer, labels are not yet supported. I will
try to add it soon.
does the same labels file work ok in an Xmon with 'd.labels'?
Yes, I can see the labels in the Map Display.
I've run v.labels with font Helvetica and inserted Helvetica in psmap file,
and also tried changing fontsize in psmap file. I also tried with a
projected map layer, but still cannot see
Thanks Hamish.
Confirming, running ps.map manually* works fine for rendering labels in the
map.
Richard
*From Cartographic Composer File Launch ps.map dialog browse to .psmap
file etc
Or
File Manager Command console run ps.map etc
--
View this message in context:
Filed bug report at http://trac.osgeo.org/grass/ticket/1942
http://trac.osgeo.org/grass/ticket/1942
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/v-label-sa-not-working-with-areas-tp5048543p5048778.html
Sent from the Grass - Users mailing list archive at Nabble.com.
It appears I can set the label size (map units) from the command line and the
label re-sizing works as expected (provided I omit the fontsize option).
However, I can't seem to omit the fontsize option if running from the module
window.
E.g. this works for a lat long layer, input in the command
Hi,
I'm using GRASS 6.4.3 and cannot get v.label.sa to work with areas. On
running the following I get an empty labels file.
v.label.sa --verbose map=hydrobasins_africa@hydrolayers type=area
column=MAJ_NAME labels=africa_basins_sa font=Trebuchet_MS size=0.5 color=red
However, it works with
Hi,
I'm attempting to add labels from a vector layer column to a map, but so far
haven't succeeded.
I've run v.labels to generate a file:
v.label labels=hydrobasins
map=hydobasins_asia_vc_chaophraya_vc_vcatadd_vc@hydrolayers column=SUB_NAME
type=centroid font=DejaVuSansMono
The file generated
Hi,
I'm using Linux Mint 13 (Maya), which is based on Ubuntu Precise.
I've been using GRASS 6.4.2, and just upgraded to 6.4.3 RC1 which can be
installed as a binary as indicated at
https://launchpad.net/~ubuntugis/+archive/ubuntugis-testing/
I think GRASS 7 can also be installed from the
On closer inspection it appears that the labels layer created with v.label
will not display in the Map Display.
However, I'm able to display labels from the vector layer by ticking the
'attrcol' option.
Maybe there is an option I need to tick or modify in v.label, but I'd be
grateful for any
Okay, I found the solution:
*the quick answer is try to use the v.label fontsize= option.
set it to 10 or 12 or so. *
Ref:
http://osgeo-org.1560.x6.nabble.com/how-to-v-label-d-labels-usage-labels-do-not-appear-td3893058.html#a3893070
--
View this message in context:
From the above reference:
(the default) is measured in map units. So in your case it would make the
labels sized as 100 meters on the map. If you zoom way out that becomes
very tiny and the label disappears. (see also the d.labels min and max
options)
If I set a label size in v.label (pts),
Here's the file link:
http://edcftp.cr.usgs.gov/pub/data/gtopo30hydro/as_bas.tar.gz
http://edcftp.cr.usgs.gov/pub/data/gtopo30hydro/as_bas.tar.gz
I'd be very interested in your findings. When I ran v.build outputting an
error file, all of the errors seem to be concentrated along a particular
Hi,
I'm trying to remove a 'Number of centroids outside area' after
re-projecting a file.
I've tried v.clean with various tools. including breaklines/boundaries,
break polygons, snap lines/boundaries.
The intial imported shapefile did not display any errors, but the following
errors appeared
Hi,
(note the reason the centroids are outside an area is that the area
boundaries are broken, in which case..)
I tried with various snap thresholds but no outcome was satisfactory.
perhaps v.extract, to pull only the areas?
After deleting and re-adding categories (v.category), v.extract
The reason for these problems is one step earlier. Try to densify the
vector boundaries with v.split, optionally followed by v.build.polylines
before reprojecting it. See [0] for an example of the effect on
reprojection.
I tried v.split and v.build.polyline but after re-projecting I'm still
I tried with a length of 1000 (which I guess should represent 1000m given the
projection is Lambert Azimuthal Equal Area) and the with a length of 500 as
shown below in more detail. The file I'm working with quite a large
shapefile (50MB).
Topology of original imported shapefile (Lambert
Thanks, it does seem related to the fonts on Ubuntu.
I installed the fonts as suggested an now I can successfully add labels.
However, I'm still unable to select the type of font or style, getting the
command output:
Cannot Load Font
Trying default Font
I'll look into this some more, to see if
Hi,
I'm having trouble settings the font type, style and size of labels in NVIZ.
I can place a label into the display but it appears to use the system
default only.
I've tried toggling the GRASS display driver between default/cairo but it
appears to make no difference.
Perhaps it's related to
Hi,
I create a new LOCATION and wish to set the default region for global
coverage, i.e
90, -90, 180, -180 and, in the case of the current raster file, insert
0.000833 (degrees) as its resolution.
The resulting DEFAULT_WIND file contains the following:
proj: 3
zone: 0
north:
Hi Markus,
I entered the values for the default region through the location wizard
selected at GRASS start up.
The CRS was input via entering EPSG 4326.
Then the spatial extent and raster resolution entered.
I notice that I'm unable to enter region extents in DMS format, getting the
error:
Running g.region under the PERMANENT MAPSET resolves the issue:
g.region -s n=90N s=90S e=180E w=180W res=0.00083
proj: 3
zone: 0
north: 90N
south: 90S
*east: 180E
west: 180W
cols: 432000
rows: 216000*
e-w resol: 0:00:03
n-s resol:
Hi,
I notice with a floating point raster that there appears to be a numbering
problem in the histogram's x-axis.
All values in the file are are from zero to 159, no negative values.
Horizontally expanding the histogram is not helpful re the x values. Please
see attached file.
Could Gnuplot be
Hi,
I'd like to visualise null values (identified by * in grid cells).
I've set a rules file for r.colors as below, but I'm unable to change the
colour of the null value cells - I can use r.null to display by changing *
to another value, but was wondering if my rules file has an error or it
Resolved. It appears that there is no longer need to add nv to the rule file
- d.rast has -o option to overlay null values.
--
View this message in context:
http://osgeo-org.1560.n6.nabble.com/Visualising-null-values-with-r-colors-tp5024693p5024695.html
Sent from the Grass - Users mailing list
Hi,
When creating a LOCATION, a WKT definition can be used to set a coordinate
reference system.
WKT formats come in a number of formats (as listed through the command
gdalsrsinfo -o all EPSG:n): OGC, OGC-simple, OGC-no CT, and ESRI (e.g., a
shapefile's PRJ file).
Is any format preferred or all
Hi,
For reference, I've created a Global UTM zones grid in shapefile format*.
It's downloadable at
http://www.enviroprojects.org/geospatial-services/gis-resources
http://www.enviroprojects.org/geospatial-services/gis-resources
Cheers,
Richard
*Details:
Coordinate Reference System: WGS84.
I've now associated with a creative commons licence:
http://creativecommons.org/licenses/by-nc-sa/3.0/
Cheers,
Richard
--
View this message in context:
http://osgeo-org.1560.n6.nabble.com/UTM-zone-overlay-of-world-tp4988354p4990645.html
Sent from the Grass - Users mailing list archive at
Hi,
Is there a feature/tool in GRASS that enables creation of a global grid
overlay of UTM zones?
If not, would anyone know of another tool to do this.
Thanks.
Richard
--
View this message in context:
http://osgeo-org.1560.n6.nabble.com/UTM-zone-overlay-of-world-tp4988354.html
Sent from the
Thanks Micha.
I removed the layer parameter and it imports without trouble.
As a reference for other users - the layer parameter is automatically added
when trying to import using the GRASS' GUI. Alternatively, click on the
'Command dialogue' button at the bottom of the 'Import vector data'
Hi,
I'm getting the following error on attempting to import MapInfo files. I've
tried the two files below from different sources. Both files open and
display correctly in QGIS.
v.in.ogr
dsn=/home/user/DATASOURCES/mapinfo_cannri/cmbs_mapinfo/cmbs_mapinfo/Nswcatch01.tab
layer=Nswcatch01.tab
I'm finding that the issue remains after re-installing PROJ from source and
running sudo make distclean.
Method:
Uninstalled package version of PROJ from system and installed from source as
per http://grass.osgeo.org/wiki/Compile_and_Install_Ubuntu but using latest
version of PROJ
sudo svn co
Resolved.
Run the command 'make distclean' in the GRASS installation directory
(grass-6.4.2), then then ./configure, make and make install. The path to the
EPSG codes in then /usr/share/proj/epsg
--
View this message in context:
Hi,
I'm also planning to move from the DBF to SQLite database, and was wondering
if you might be able to help with the following.
Is it is possible to set a single SQLite database for the entire GRASS GIS
database or each mapset requires its own sqlite db file?
Currently, I'm using v6.4.2 which
Hi,
After installing 6.4.2 from source, attempting to insert a spatial reference
system for a new location (/Select EPSG code for spatial reference system/)
was giving an error that it was unable to find EPSG codes at
/usr/local/share/proj/epsg
The configuration commands
Hi,
I've installed GRASS 6.4.2 and wanted to check if the the features indicated
by 'no' are no longer supported/deprecated?
BLAS support: no
DWG support: no
GLw support:no
Cheers,
Richard
GRASS is now configured for: i686-pc-linux-gnu
Hi,
Is there a command in GRASS to enable re-ordering of columns in an attribute
table.
I'd like to join two vector layers, but v.patch gives an error apparently
due to the order of a column in the tables.
Thanks,
Richard.
The tables:
Table 1
cat integer 11
name_ENGLI character 50
ID_0
Hi,
I'm trying to join vector layers using v.patch and run into the 'column
types differ' error.
I can see the difference relating to the data type of a column via the
attribute table in GRASS. However, is there a way through GRASS that I can
modify the data type?
I've tried opening the DBF
Hi,
I'm receiving the following error on attempting to view shapefiles in GRASS
6.4.1 (on Ubuntu Lucid):
item = layer, log = self.goutput)
File /usr/lib/grass64/etc/wxpython/gui_modules/dbm.py,
line 653, in __init__
self.__createBrowsePage()
File
Hi Daniel,
I'm using the default menu items in GRASS.
I import the shapefile as follows:
Layer Manager File Import vector data Common import formats Select
ESRI shapefile Browse and select file Import
And then select the layer in 'Layer Manager', and click on the 'Show
attribute table'
77 matches
Mail list logo
