[GRASS-dev] [GRASS GIS] #2229: error in projection definition
#2229: error in projection definition +--- Reporter: vincent | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 6.4.4 Component: Projections/Datums | Version: unspecified Keywords: |Platform: Unspecified Cpu: Unspecified | +--- Setting up a new location via location wizard results in an error when it's done by specifying the epsg code 3857. This (not recognized) geodetic system uses a spherical ellipsoid (+a=+b), but the created location's projection parameters show a flattened ellipsoid (+rf=298,...). -- Ticket URL: http://trac.osgeo.org/grass/ticket/2229 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] [GRASS GIS] #2230: 'g.region -p' writes new WIND file, causes race condition for parallel jobs
#2230: 'g.region -p' writes new WIND file, causes race condition for parallel jobs --+- Reporter: hamish| Owner: grass-dev@… Type: defect| Status: new Priority: normal| Milestone: 6.4.4 Component: Default | Version: svn-develbranch6 Keywords: g.region |Platform: Linux Cpu: x86-64| --+- Hi, In tracking down some strangeness I've just noticed that 'g.region -p' or 'g.region -g' writes out a new (unchanged) WIND file whenever it runs. This is a problem when you have many jobs working in parallel and a bunch of them starting at the same time all call 'eval `g.region -g`' at the start of their scripts. About 5% of the time I'm hitting the file before it is completely written and the unfortunate g.region G_fatal_error()s with a missing projection parameter or similar. one solution is to not open the WIND file for writing if just read-only command line terms are given, another is to write to a .tmp file and move it into place atomically. Hamish -- Ticket URL: https://trac.osgeo.org/grass/ticket/2230 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2230: 'g.region -p' writes new WIND file, causes race condition for parallel jobs
#2230: 'g.region -p' writes new WIND file, causes race condition for parallel jobs --+- Reporter: hamish| Owner: grass-dev@… Type: defect| Status: new Priority: normal| Milestone: 6.4.4 Component: Default | Version: svn-develbranch6 Keywords: g.region |Platform: Linux Cpu: x86-64| --+- Comment(by neteler): Replying to [ticket:2230 hamish]: Hi, In tracking down some strangeness I've just noticed that 'g.region -p' or 'g.region -g' writes out a new (unchanged) WIND file whenever it runs. one solution is to not open the WIND file for writing if just read-only command line terms are given IMHO yes: read-only flags should behave like as such. Otherwise race conditions may occur. -- Ticket URL: https://trac.osgeo.org/grass/ticket/2230#comment:1 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2065: grass70 not detecting latest source build of libLAS (1.7.0)
#2065: grass70 not detecting latest source build of libLAS (1.7.0) +--- Reporter: rashadkm | Owner: grass-dev@… Type: defect | Status: closed Priority: normal | Milestone: 7.0.0 Component: Compiling | Version: svn-trunk Resolution: fixed |Keywords: liblas Platform: Linux | Cpu: All +--- Comment(by lucadelu): Replying to [comment:3 hamish]: currently I'm getting this error with trunk on Debian Wheezy, $ apt-cache policy liblas-dev liblas-dev: Installed: 1.2.1-5+b1 ... }}} any ideas? I think liblas version is very old, try with newer one. thanks, Hamish Best Luca -- Ticket URL: https://trac.osgeo.org/grass/ticket/2065#comment:4 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] Problems 3D rendering with WxNviz (Ubuntu)
Hi, it wanted to try out the 3D capabilities of GRASS 7. However when I change to the 3d view (WxNviz) nothing is rendered, instead I get the message that I should try a different depth buffer number. This procedure is also mentioned in the wiki (http://grasswiki.osgeo.org/wiki/WxNviz). However, I tried now all possible numbers (0,16,24,32) saved the preferences and restarted the gui with the new settings but the problem persists (BTW, the possible number 0 is mentioned in the wiki but not in the preferences GUI). I am not sure what is causing the problem in my case. Here I just need to mention that I am working on a slightly special set up. GRASS is running on a virtual Ubuntu machine (via VMWare) which is installed on a central multi core machine (Intel® Xeon(R) CPU X5675 @ 3.07GHz × 8, Ubuntu 12.04, 32 bit). I connect to the virtual machine via a remote desktop connection (RDP connection) from a so called thin-client. My GRASS setup as follows: version=7.0.svn date=2014 revision=59321M build_date=2014-03-25 build_platform=i686-pc-linux-gnu libgis_revision=59317 libgis_date=2014-03-24 20:38:32 +0100 (Mon, 24 Mar 2014) proj4=4.8.0 gdal=1.10.0 geos=3.3.8 sqlite=3.7.9 Does anyone have a suggestion how to deal with that problem or how to find out where the exact problem (remote connection, Ubuntu, GRASS) is located? Thanks, Johannes ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1940: wingrass - nsis - script in release mode: !define SVN_REVISION @GRASS_VERSION_SVN@ not set
#1940: wingrass - nsis - script in release mode: !define SVN_REVISION @GRASS_VERSION_SVN@ not set --+- Reporter: hellik | Owner: martinl Type: defect | Status: closed Priority: critical | Milestone: 6.4.3 Component: Packaging| Version: 6.4.3 RCs Resolution: fixed|Keywords: nsis, wingrass Platform: MSWindows 7 | Cpu: x86-64 --+- Changes (by hellik): * status: new = closed * resolution: = fixed Comment: fixed by r59313 -- Ticket URL: http://trac.osgeo.org/grass/ticket/1940#comment:15 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2017: osgf compilation error (fixed?)
#2017: osgf compilation error (fixed?) ---+ Reporter: martinl| Owner: grass-dev@… Type: defect | Status: new Priority: critical | Milestone: 7.0.0 Component: Compiling | Version: svn-trunk Keywords: libc, osgf, libavutil |Platform: Linux Cpu: x86-64 | ---+ Comment(by edleaver): Replying to [comment:15 hamish]: Well, I'm not a GRASS dev, but fwiw while the #include libavutil/mathematics.h fix to gsd_img_mpeg.c enabled a successful build back in January, more recently I've run into problems with ctypes generation / python wrapping when FFMPEG was enabled, e.g. at svn revision 59324: python -t -3 -m py_compile /home/leaver/project/Grass/Fedora/grass7_svn/dist.x86_64-unknown-linux- gnu/etc/python/grass/lib/vedit.py[[BR]] Status: Processing description list.[[BR]] Error: /usr/include/GL/gl.h:90: Syntax error at '\n'[[BR]] Error: /usr/include/GL/gl.h:93: Syntax error at '\n'[[BR]] Status: Processing description list. ...and stops (with 4% cpu usage in python process). I haven't traced the source, but this doesn't occur when I remove --with-ffmpeg and friends from my configuration script, and grass7_svn then successfully builds. I'm not reporting this as a bug, only as an fyi that there may exist ffmpeg issues beyond the include paths, should you choose to pursue them. -- Ticket URL: http://trac.osgeo.org/grass/ticket/2017#comment:16 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2144: winGRASS6.4.svn - GUI problems with postgres as database backend
#2144: winGRASS6.4.svn - GUI problems with postgres as database backend --+- Reporter: hellik | Owner: martinl Type: defect | Status: closed Priority: critical | Milestone: 6.4.4 Component: wxGUI| Version: svn-releasebranch64 Resolution: fixed|Keywords: wingrass, database, postgres, wxgio Platform: MSWindows 7 | Cpu: x86-64 --+- Changes (by hellik): * status: new = closed * resolution: = fixed Comment: Replying to [comment:1 martinl]: I have tried to reproduce this bug with the recent 6.4.4svn, it seems to work. Could you check the most recent 6.4 version from SVN, please? Thanks. tested with {{{ System Info GRASS Version: 6.4.4svn GRASS SVN Revision: 59305 GDAL/OGR: 1.10.1 PROJ4: Rel. 4.8.0, 6 March 2012 Python: 2.7.4 wxPython: 2.8.12.1 Platform: Windows-7-6.1.7601-SP1 (OSGeo4W) }}} and works. closing ticket -- Ticket URL: http://trac.osgeo.org/grass/ticket/2144#comment:3 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2044: NC demolocation should include sqlite dirs in mapsets
#2044: NC demolocation should include sqlite dirs in mapsets -+-- Reporter: mlennert | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.0.0 Component: Database | Version: svn-trunk Keywords: sqlite |Platform: Unspecified Cpu: Unspecified | -+-- Changes (by neteler): * keywords: = sqlite * component: Default = Database Comment: Replying to [comment:1 neteler]: For now I have fixed the package (also the reduced one) on the server. Still the software update is needed, hence not closing. To be continued in ticket #1358, closing here since data set issue is solved. -- Ticket URL: http://trac.osgeo.org/grass/ticket/2044#comment:2 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2044: NC demolocation should include sqlite dirs in mapsets
#2044: NC demolocation should include sqlite dirs in mapsets --+- Reporter: mlennert | Owner: grass-dev@… Type: enhancement | Status: closed Priority: normal | Milestone: 7.0.0 Component: Database | Version: svn-trunk Resolution: fixed|Keywords: sqlite Platform: Unspecified | Cpu: Unspecified --+- Changes (by neteler): * status: new = closed * resolution: = fixed -- Ticket URL: http://trac.osgeo.org/grass/ticket/2044#comment:3 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1358: WinGRASS 6.4.1: SQLite driver errors: `Unable to open database'
#1358: WinGRASS 6.4.1: SQLite driver errors: `Unable to open database' -+-- Reporter: rvanderweide | Owner: grass-dev@… Type: defect | Status: new Priority: minor| Milestone: 6.4.4 Component: Database | Version: 6.4.1 RCs Keywords: wingrass, SQLite driver |Platform: MSWindows 7 Cpu: x86-64 | -+-- Comment(by neteler): Replying to [comment:18 mmetz]: Replying to [comment:12 mmetz]: The sqlite driver should be intelligent enough to create a new database including the path to the new database if need be. Done in trunk r57276, but only tested on GNU/Linux. Please someone test this on Windows. -- Ticket URL: http://trac.osgeo.org/grass/ticket/1358#comment:19 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1421: scalability of r.terraflow
#1421: scalability of r.terraflow --+- Reporter: dnewcomb | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal| Milestone: 7.0.0 Component: Raster| Version: svn-develbranch6 Keywords: r.terraflow, large grids |Platform: Linux Cpu: x86-64| --+- Changes (by neteler): * keywords: r.terraflow large grids = r.terraflow, large grids * component: Default = Raster Comment: Could you please retry with a recent version of G7? -- Ticket URL: http://trac.osgeo.org/grass/ticket/1421#comment:2 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #947: g.version: new flag for citation info
#947: g.version: new flag for citation info -+-- Reporter: hamish | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.0.0 Component: Default | Version: svn-trunk Keywords: g.version, citation |Platform: All Cpu: All | -+-- Comment(by neteler): HAmish, do you plan to submit this enhancement? -- Ticket URL: http://trac.osgeo.org/grass/ticket/947#comment:1 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS GIS Community Sprint joins Vienna Code Sprint 2014
Greetings from the Vienna Code Sprint! More than 50 people showed up yesterday, from many OSGeo projects. GRASS folks have started to report their progress here: http://grasswiki.osgeo.org/wiki/Talk:GRASS_Community_Sprint_Vienna_2014 Thanks to the sponsors rooms and food are provides, the organizer Stephan Meißl has done a great job. More soon (perhaps the GRASS 7 tech preview release...), Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #178: g.copy/g.rename help message
#178: g.copy/g.rename help message --+- Reporter: hcho | Owner: grass-dev@… Type: enhancement | Status: closed Priority: minor| Milestone: 7.0.0 Component: Default | Version: svn-trunk Resolution: fixed|Keywords: copy, rename, overwrite Platform: All | Cpu: Unspecified --+- Changes (by neteler): * status: new = closed * resolution: = fixed -- Ticket URL: http://trac.osgeo.org/grass/ticket/178#comment:5 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1718: r.resamp.rst broken in GRASS 7
#1718: r.resamp.rst broken in GRASS 7 --+- Reporter: rsbivand | Owner: grass-dev@… Type: defect| Status: new Priority: normal| Milestone: 7.0.0 Component: Raster| Version: svn-trunk Keywords: r.resamp.rst |Platform: All Cpu: Unspecified | --+- Changes (by neteler): * keywords: = r.resamp.rst * platform: Unspecified = All * component: Default = Raster Comment: A discussion on this matter is found in trac #1576. (I m not sure how to fix this bug) -- Ticket URL: http://trac.osgeo.org/grass/ticket/1718#comment:1 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2051: r.to.vect: add option to not create attribute table if -v flag is used
#2051: r.to.vect: add option to not create attribute table if -v flag is used +--- Reporter: mlennert| Owner: grass-dev@… Type: enhancement | Status: new Priority: minor | Milestone: 7.0.0 Component: Default | Version: svn-trunk Keywords: r.to.vect, attribute table |Platform: Unspecified Cpu: Unspecified | +--- Changes (by neteler): * keywords: r.to.vect attribute table = r.to.vect, attribute table Comment: Moritz, can the ticket be closed? -- Ticket URL: http://trac.osgeo.org/grass/ticket/2051#comment:3 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #193: metes and bounds converter
#193: metes and bounds converter --+- Reporter: GrandmaDOG| Owner: grass-dev@… Type: enhancement | Status: new Priority: minor | Milestone: 7.0.0 Component: Default | Version: unspecified Keywords: m.cogo, metes bounds parcels |Platform: Unspecified Cpu: Unspecified | --+- Changes (by neteler): * keywords: metes bounds parcels = m.cogo, metes bounds parcels * platform: = Unspecified * cpu: = Unspecified -- Ticket URL: http://trac.osgeo.org/grass/ticket/193#comment:4 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #178: g.copy/g.rename help message
#178: g.copy/g.rename help message -+-- Reporter: hcho | Owner: grass-dev@… Type: enhancement | Status: new Priority: minor| Milestone: 7.0.0 Component: Default | Version: svn-trunk Keywords: copy, rename, overwrite |Platform: All Cpu: Unspecified | -+-- Comment(by neteler): Checked today, ticket is solved. Closing. -- Ticket URL: http://trac.osgeo.org/grass/ticket/178#comment:4 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2131: Terrible performance from v.what.rast due to per-iteration db_execute
#2131: Terrible performance from v.what.rast due to per-iteration db_execute --+- Reporter: hamish| Owner: grass-dev@… Type: defect| Status: new Priority: major | Milestone: 6.4.4 Component: Database | Version: svn-develbranch6 Keywords: v.what.rast, db_execute, v.to.db |Platform: Linux Cpu: x86-64| --+- Changes (by neteler): * keywords: v.what.rast, db_execute = v.what.rast, db_execute, v.to.db Comment: The slow part appears to be v.to.db, so that needs to be optimized. -- Ticket URL: http://trac.osgeo.org/grass/ticket/2131#comment:2 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1857: Correction help file r.colors
#1857: Correction help file r.colors -+-- Reporter: pvanbosgeo | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.0 Component: Raster | Version: svn-trunk Keywords: r.colors |Platform: All Cpu: Unspecified | -+-- Changes (by neteler): * keywords: = r.colors * component: Default = Raster Comment: pvanbosgeo, anything left here to to changed? Otherwise I suggest to close as invalid. -- Ticket URL: http://trac.osgeo.org/grass/ticket/1857#comment:2 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1912: g.mapset warns of illegal filename in mapset= but creates the mapset anyway.
#1912: g.mapset warns of illegal filename in mapset= but creates the mapset anyway. --+- Reporter: torsti | Owner: grass-dev@… Type: defect | Status: closed Priority: normal | Milestone: 7.0.0 Component: Default | Version: svn-trunk Resolution: fixed|Keywords: g.mapset Platform: Linux| Cpu: Unspecified --+- Changes (by neteler): * status: new = closed * resolution: = fixed Comment: Replying to [comment:6 torsti]: Seems to work, g.proj -c enforces valid location names. Great! Closing. -- Ticket URL: http://trac.osgeo.org/grass/ticket/1912#comment:7 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1718: r.resamp.rst broken in GRASS 7
#1718: r.resamp.rst broken in GRASS 7 --+- Reporter: rsbivand | Owner: grass-dev@… Type: defect| Status: new Priority: normal| Milestone: 7.0.0 Component: Raster| Version: svn-trunk Keywords: r.resamp.rst |Platform: All Cpu: Unspecified | --+- Comment(by neteler): Citation from grass-dev: In 7.x, the RST library isn't working because it hasn't been updated for the new raster window handling (r40772 etc) -- Ticket URL: http://trac.osgeo.org/grass/ticket/1718#comment:2 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1026: Problems starting grass7 from tcsh
#1026: Problems starting grass7 from tcsh -+-- Reporter: huhabla | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.0 Component: Default | Version: svn-trunk Keywords: tcsh |Platform: Linux Cpu: x86-32 | -+-- Comment(by neteler): Is this still an issue? -- Ticket URL: http://trac.osgeo.org/grass/ticket/1026#comment:3 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #572: Remember recent GIS Data Directory
#572: Remember recent GIS Data Directory -+-- Reporter: cgsbob | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.0.0 Component: Default | Version: unspecified Keywords: |Platform: Unspecified Cpu: Unspecified | -+-- Comment(by turek): Hi, maybe it would be possible to use settings widget (Load settings: in gui of r.in.gdal or dialog for adding web service layers) to allow user storing frequently used GIS Data Directories. This widget could be by default hidden (on click on arrow it could be expanded), because most of user probably works in single GIS Data Directory. What do you think? Do you have any other suggestions? -- Ticket URL: http://trac.osgeo.org/grass/ticket/572#comment:2 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1341: g.extension don't list any extension to install
#1341: g.extension don't list any extension to install ---+ Reporter: PierreRoudier | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.0 Component: Default| Version: svn-trunk Keywords: g.extension|Platform: Unspecified Cpu: x86-64 | ---+ Changes (by neteler): * keywords: = g.extension Comment: A proxy parameter has meanwhile been implemented, the -l issue to be investigated. -- Ticket URL: http://trac.osgeo.org/grass/ticket/1341#comment:1 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1343: v.buffer2: difference between Linux 32bit and 64bit
#1343: v.buffer2: difference between Linux 32bit and 64bit --+- Reporter: mmetz| Owner: grass-dev@… Type: defect | Status: closed Priority: normal | Milestone: 7.0.0 Component: Default | Version: svn-develbranch6 Resolution: fixed|Keywords: v.buffer, v.buffer2 Platform: Linux| Cpu: x86-64 --+- Changes (by neteler): * status: new = closed * resolution: = fixed Comment: The current v.buffer is working well, closing. -- Ticket URL: http://trac.osgeo.org/grass/ticket/1343#comment:1 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1358: WinGRASS 6.4.1: SQLite driver errors: `Unable to open database'
#1358: WinGRASS 6.4.1: SQLite driver errors: `Unable to open database' ---+ Reporter: rvanderweide | Owner: grass-dev@… Type: defect| Status: closed Priority: minor | Milestone: 6.4.4 Component: Database | Version: 6.4.1 RCs Resolution: invalid |Keywords: wingrass, SQLite driver Platform: MSWindows 7 | Cpu: x86-64 ---+ Changes (by hellik): * status: new = closed * resolution: = invalid Comment: Replying to [comment:10 mmetz]: With GRASS default settings, i.e. the sqlite database in the default folder, this does not happen. Changing priority to minor, but the ticket could also be closed as invalid. Essentially, this is a sqlite bug with sqlite calling fsync() on the directory of the sqlite database even if the directory contains files not related to the sqlite database. After intensive testing this with an actual winGRASS6.4.4svn closing the ticket as invalid as suggested. -- Ticket URL: http://trac.osgeo.org/grass/ticket/1358#comment:20 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1341: g.extension don't list any extension to install
#1341: g.extension don't list any extension to install +--- Reporter: PierreRoudier | Owner: grass-dev@… Type: defect | Status: closed Priority: normal | Milestone: 7.0.0 Component: Default| Version: svn-trunk Resolution: fixed |Keywords: g.extension Platform: Unspecified| Cpu: x86-64 +--- Changes (by martinl): * status: new = closed * resolution: = fixed Comment: Replying to [comment:2 neteler]: The URL changed: {{{ GRASS 7.0.svn (nc_spm_08_grass7):~ g.extension -l svnurl=https://svn.osgeo.org/grass/grass-addons/grass7 ... d.mon2 g.cloud g.compare.md5 ... }}} confirmed, the module seems to work. I took liberty to close the ticket. Please reopen if neeeded. -- Ticket URL: http://trac.osgeo.org/grass/ticket/1341#comment:3 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1593: location wizard setting default extents broken
#1593: location wizard setting default extents broken --+- Reporter: cmbarton | Owner: grass-dev@… Type: defect| Status: new Priority: normal| Milestone: 7.0.0 Component: wxGUI | Version: svn-trunk Keywords: location wizard, default extents |Platform: Unspecified Cpu: Unspecified | --+- Changes (by neteler): * keywords: location wizard default extents = location wizard, default extents * component: Default = wxGUI Comment: Michael, still an issue? -- Ticket URL: http://trac.osgeo.org/grass/ticket/1593#comment:1 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1153: Problem with graduated point symbols
#1153: Problem with graduated point symbols --+- Reporter: abevan | Owner: grass-dev@… Type: defect | Status: closed Priority: normal | Milestone: 7.0.0 Component: Display | Version: svn-trunk Resolution: fixed|Keywords: d.vect.thematic Platform: MacOSX | Cpu: OSX/Intel --+- Changes (by neteler): * status: new = closed * resolution: = fixed Comment: I have tested it (Linux), works ok now. Closing. -- Ticket URL: http://trac.osgeo.org/grass/ticket/1153#comment:1 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #459: lib/cairodriver uses FontConfig but doesn't link against it
#459: lib/cairodriver uses FontConfig but doesn't link against it --+- Reporter: glynn| Owner: glynn Type: defect | Status: closed Priority: major| Milestone: 7.0.0 Component: Display | Version: svn-trunk Resolution: fixed|Keywords: Platform: Unspecified | Cpu: All --+- Changes (by neteler): * status: new = closed * resolution: = fixed Comment: Replying to [comment:3 glynn]: Replying to [comment:2 mlennert]: Is this still an issue ? It may have been solved by r55040 (related to #1884). Appears to be solved, closing. -- Ticket URL: http://trac.osgeo.org/grass/ticket/459#comment:4 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1428: WinGRASS + how to deliver Microsoft Visual C++ Redistributable Package (vcredist)?
#1428: WinGRASS + how to deliver Microsoft Visual C++ Redistributable Package (vcredist)? ---+ Reporter: dhastings | Owner: grass-dev@… Type: defect| Status: closed Priority: major | Milestone: 6.4.3 Component: Installation | Version: 6.4.3 RCs Resolution: fixed |Keywords: wingrass Platform: MSWindows 7 | Cpu: x86-64 ---+ Changes (by hellik): * status: new = closed * resolution: = fixed Comment: as delivering Microsoft Visual C++ Redistributable now since nearly a year, closing ticket, reopen if needed. -- Ticket URL: http://trac.osgeo.org/grass/ticket/1428#comment:72 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2051: r.to.vect: add option to not create attribute table if -v flag is used
#2051: r.to.vect: add option to not create attribute table if -v flag is used --+- Reporter: mlennert | Owner: grass-dev@… Type: enhancement | Status: closed Priority: minor| Milestone: 7.0.0 Component: Default | Version: svn-trunk Resolution: fixed|Keywords: r.to.vect, attribute table Platform: Unspecified | Cpu: Unspecified --+- Changes (by mlennert): * status: new = closed * resolution: = fixed Comment: Replying to [comment:3 neteler]: Moritz, can the ticket be closed? Yes. Closing. -- Ticket URL: https://trac.osgeo.org/grass/ticket/2051#comment:4 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1421: scalability of r.terraflow
#1421: scalability of r.terraflow --+- Reporter: dnewcomb | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal| Milestone: 7.0.0 Component: Raster| Version: svn-develbranch6 Keywords: r.terraflow, large grids |Platform: Linux Cpu: x86-64| --+- Comment(by dnewcomb): Running r.terraflow on Ubuntu 12.04.4 64 bit with grass-7.0.svn_src_snapshot_2014_03_22 with same input grid ( 51000 rows, 133000 columns): Run from the gui, command stops with error: ERROR: [nrows=22004, ncols=33006] dimension_type overflow -- change dimension_type and recompile -- Ticket URL: https://trac.osgeo.org/grass/ticket/1421#comment:3 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1991: i.pca - problem with output name
#1991: i.pca - problem with output name -+-- Reporter: pvanbosgeo | Owner: grass-dev@… Type: defect | Status: closed Priority: normal | Milestone: 7.0.0 Component: Imagery | Version: svn-trunk Resolution: fixed |Keywords: i.pca Platform: Linux | Cpu: x86-64 -+-- Changes (by neteler): * status: new = closed * resolution: = fixed Comment: Replying to [comment:1 mmetz]: Please try r56591 Closing as fixed, reopen if needed. -- Ticket URL: http://trac.osgeo.org/grass/ticket/1991#comment:2 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #936: d.vect: unneeded warning
#936: d.vect: unneeded warning --+- Reporter: hamish | Owner: grass-dev@… Type: defect | Status: closed Priority: trivial | Milestone: 7.0.0 Component: Display | Version: svn-trunk Resolution: fixed|Keywords: d.vect Platform: Linux| Cpu: x86-64 --+- Changes (by neteler): * status: new = closed * resolution: = fixed Comment: The issue has been solved since then: {{{ GRASS 7.0.svn (spearfish60_grass7):~ d.mon wx0 GRASS 7.0.svn (spearfish60_grass7):~ d.vect roads d.vect complete. }}} Closing. -- Ticket URL: http://trac.osgeo.org/grass/ticket/936#comment:1 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #762: add menu location to help pages
#762: add menu location to help pages --+- Reporter: hamish | Owner: grass-dev@… Type: enhancement | Status: closed Priority: normal | Milestone: 7.0.0 Component: Docs | Version: svn-trunk Resolution: duplicate|Keywords: gui Platform: All | Cpu: All --+- Changes (by neteler): * status: new = closed * resolution: = duplicate Comment: Duplicate of trac #645 -- Ticket URL: http://trac.osgeo.org/grass/ticket/762#comment:1 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1997: i.landsat.toar for grass-dev is missing the option for landsat8
#1997: i.landsat.toar for grass-dev is missing the option for landsat8 ---+ Reporter: vesnikos | Owner: grass-dev@… Type: defect| Status: closed Priority: normal| Milestone: 7.0.0 Component: Imagery | Version: svn-trunk Resolution: fixed |Keywords: i.landsat.toar Platform: All | Cpu: Unspecified ---+ Changes (by neteler): * status: new = closed * resolution: = fixed Comment: Replying to [comment:8 nikosa]: Replying to [vesnikos]: Maybe you can close this ticket as i.landsat.toar knows about Landsat8 now! We can open a new ticket for the other issues. Yes, closing (and also the other issue has been fixed). -- Ticket URL: http://trac.osgeo.org/grass/ticket/1997#comment:12 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #816: wishlist to add a grass module for Landsat ETM+ SLC-off Gapfill
#816: wishlist to add a grass module for Landsat ETM+ SLC-off Gapfill -+-- Reporter: maning | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.0.0 Component: Imagery | Version: unspecified Keywords: landsat |Platform: Unspecified Cpu: Unspecified | -+-- Changes (by neteler): * keywords: = landsat Comment: There are no files (any more)? http://sourceforge.net/p/l7gapfill/code/HEAD/tree/ -- Ticket URL: http://trac.osgeo.org/grass/ticket/816#comment:2 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #645: link documentation to new GUI developments
#645: link documentation to new GUI developments +--- Reporter: timmie | Owner: grass-dev@… Type: enhancement | Status: new Priority: minor | Milestone: 7.0.0 Component: Docs| Version: svn-trunk Keywords: wxGUI, toolboxes, menu |Platform: All Cpu: All | +--- Comment(by wenzeslaus): There are basically two things which can be done: * main menu, module tree or any other XML tree converted to HTML (#1203, #2142, ...) * main menu and/or module tree position in the module manual page (header?) (#762, this ticket description (#645)) We cannot (safely) implement this right away (because of #2142) but discussion can start anytime. For me it is not clear what should go where (e.g., main menu vs module tree vs specific tree vs all available trees). -- Ticket URL: http://trac.osgeo.org/grass/ticket/645#comment:10 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1857: Correction help file r.colors
In the help file of r.colors in both GRASS 6.4 and 7.0 there is the line: The rules color table type will cause r.colors to read color table specifications from standard input (stdin) and will build the color table accordingly In GRASS 6.4 I assume this refers to the option rules in the drop down list under type of color table. I actually don't understand the difference between the following two options in GRASS 6.4: color=rules rules=- In GRASS 7.0 the first option does not seem to exist, I don't see it in the drop down list under name of color table. Thus, it seems the color=rules option is left out. If that is true (it would make sense to me), the reference to this option (mentioned above) should be removed from the help file. Cheers, Paulo On Tue, Mar 25, 2014 at 4:53 PM, GRASS GIS t...@osgeo.org wrote: #1857: Correction help file r.colors -+-- Reporter: pvanbosgeo | Owner: grass-dev@... Type: defect | Status: new Priority: normal | Milestone: 7.0.0 Component: Raster | Version: svn-trunk Keywords: r.colors |Platform: All Cpu: Unspecified | -+-- Changes (by neteler): * keywords: = r.colors * component: Default = Raster Comment: pvanbosgeo, anything left here to to changed? Otherwise I suggest to close as invalid. -- Ticket URL: http://trac.osgeo.org/grass/ticket/1857#comment:2 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] get interface description for python modules on Windows
Hi, I am trying to fix `build_modules_xml.py` to produces description also for Python modules. The problem is the failure in grass.script's get_interface_description() [1] caused by two issues. When running the script from Makefile [2], the PATHEXT variable can miss '.py' extension (for running session it's set up by grass.py [3]. I have fixed this issue in r59338. The _remaining_ issue is related to Makefiles. Strangely the rule [4] produces _doubled_ PATH, on Windows it's cased by LD_LIBRARY_PATH which overwrites manually defined PATH: GISRC=/c/osgeo4w/usr/src/grass_trunk/dist.i686-pc-mingw32/demolocation/.grassrc70 GISBASE=c:/osgeo4w/usr/src/grass_trunk/dist.i686-pc-mingw32 -- PATH=/c/osgeo4w/usr/src/grass_trunk/dist.i686-pc-mingw32/bin:/c/osgeo4w/usr/src/grass_trunk/dist.i686-pc-mingw32/bin:/c/osgeo4w/usr/src/grass_trunk/dist.i686-pc-mingw32/scripts: $PATH PYTHONPATH=c:/osgeo4w/usr/src/grass_trunk/dist.i686-pc-mingw32/etc/python;c:/osgeo4w/usr/src/grass_trunk/dist.i686-pc-mingw32/etc/python;$PYTHONPATH -- PATH=/c/osgeo4w/usr/src/grass_trunk/dist.i686-pc-mingw32/bin:/c/osgeo4w/usr/src/grass_trunk/dist.i686-pc-mingw32/scripts:/c/osgeo4w/usr/src/grass_trunk/dist.i686 -pc-mingw32/lib:/c/osgeo4w/usr/src/grass_trunk/dist.i686-pc-mingw32/lib:.:/usr/local/bin:/mingw/bin:/bin:/osgeo4w/bin:/c/Windows/system32:/c/Windows:/c/Windows/ WBem:/usr/bin:/osgeo4w/apps/Python27/Scripts LC_ALL=C python tools/build_modules_xml.py /c/osgeo4w/usr/src/grass_trunk/dist.i686-pc-mingw32/etc/gui/wxpython/ The result is that `$GISBASE/scripts` is not in the path and get_interface() fails. Does anybody have an idea how to correctly fix `run_grass` rule. If I add `$GISBASE/scripts` to LD_LIBRARY_PATH manually, it starts to work. Thanks for any idea in advance, Martin [1] http://trac.osgeo.org/grass/browser/grass/trunk/lib/python/script/task.py#L455 [2] http://trac.osgeo.org/grass/browser/grass/trunk/gui/wxpython/Makefile#L53 [3] http://trac.osgeo.org/grass/browser/grass/trunk/lib/init/grass.py#L418 [4] http://trac.osgeo.org/grass/browser/grass/trunk/include/Make/Rules.make#L33 -- Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2044: NC demolocation should include sqlite dirs in mapsets
#2044: NC demolocation should include sqlite dirs in mapsets --+- Reporter: mlennert | Owner: grass-dev@… Type: enhancement | Status: closed Priority: normal | Milestone: 7.0.0 Component: Database | Version: svn-trunk Resolution: fixed|Keywords: sqlite Platform: Unspecified | Cpu: Unspecified --+- Comment(by hamish): When the user creates a new mapset, such a directory is created automatically. that should happen at happen whenever the directory is needed and it doesn't already exist. Really, it should ''not'' be created when the mapset is created, only on demand. (flush out the bugs now rather than later, see earlier discussions about dbf/ ...) While it would probably be preferrable to alter the sqlite driver so that it creates the directory if needed, it's not just preferable, it's essential, especially for people changing versions and so entering old mapsets with new versions of the software. But anyway, hopefully that problem was fixed in trunk some months ago with r57276. AFAICT that has not been backported to GRASS 6, if it would be needed there. To be continued in ticket #1358 regards, Hamish -- Ticket URL: http://trac.osgeo.org/grass/ticket/2044#comment:4 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1358: WinGRASS 6.4.1: SQLite driver errors: `Unable to open database'
#1358: WinGRASS 6.4.1: SQLite driver errors: `Unable to open database' ---+ Reporter: rvanderweide | Owner: grass-dev@… Type: defect| Status: closed Priority: minor | Milestone: 6.4.4 Component: Database | Version: 6.4.1 RCs Resolution: invalid |Keywords: wingrass, SQLite driver Platform: MSWindows 7 | Cpu: x86-64 ---+ Comment(by hamish): The trouble of sqlite blocking the $MAPSET dir on Windows remains AFAICT, since the pragma journal mode noted in comment:6 (or another fix) was never implemented. I don't see where it was said that the ticket is invalid, for GRASS 6 the default location of sqlite.db remains $MAPSET. I think mmetz was talking about the (new) default dir in GRASS 7. Suggest to reopen. Hamish -- Ticket URL: http://trac.osgeo.org/grass/ticket/1358#comment:21 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1095: please docment inputs for i.sunshine
#1095: please docment inputs for i.sunshine --+- Reporter: timmie | Owner: grass-dev@… Type: defect | Status: closed Priority: minor| Milestone: 7.0.0 Component: Imagery | Version: unspecified Resolution: fixed|Keywords: Platform: All | Cpu: Unspecified --+- Changes (by neteler): * status: new = closed * resolution: = fixed Comment: r.sunhours has been added in r56152 (corresponds to r.sun.angle from G6 Addons) Usage is simple: {{{ r.sunhours elevation=sun_elev year=2010 month=10 day=11 hour=14 minute=00 }}} Closing. -- Ticket URL: http://trac.osgeo.org/grass/ticket/1095#comment:4 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #947: g.version: new flag for citation info
#947: g.version: new flag for citation info -+-- Reporter: hamish | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.0.0 Component: Default | Version: svn-trunk Keywords: g.version, citation |Platform: All Cpu: All | -+-- Comment(by hamish): I would be happy if someone else took up the challenge. regards, Hamish -- Ticket URL: http://trac.osgeo.org/grass/ticket/947#comment:2 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2059: WorldView2 relative spectral response data for i.atcorr
#2059: WorldView2 relative spectral response data for i.atcorr --+- Reporter: nikosa| Owner: grass-dev@… Type: enhancement | Status: new Priority: normal| Milestone: 7.0.0 Component: Imagery | Version: svn-trunk Keywords: i.atcorr, worldview2 |Platform: Unspecified Cpu: Unspecified | --+- Comment(by neteler): Are there any sample data available to test the patch? -- Ticket URL: http://trac.osgeo.org/grass/ticket/2059#comment:12 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2065: grass70 not detecting latest source build of libLAS (1.7.0)
#2065: grass70 not detecting latest source build of libLAS (1.7.0) +--- Reporter: rashadkm | Owner: grass-dev@… Type: defect | Status: closed Priority: normal | Milestone: 7.0.0 Component: Compiling | Version: svn-trunk Resolution: fixed |Keywords: liblas Platform: Linux | Cpu: All +--- Comment(by hamish): Replying to [comment:4 lucadelu]: I think liblas version is very old, try with newer one. It's the stock version for Debian/Stable (Wheezy) and Ubuntu 12.04 LTS so should reasonably be supported. ISTR Howard saying there was an old version which would do well to be flushed out of the system. Was it 1.2 or earlier? If there is a fundamental reason to make 1.7 or newer required, then REQUIREMENTS.html should note that. But I'm not sure there is wrt this ticket the fn in question does exist in the 1.2 header. regards, Hamish -- Ticket URL: http://trac.osgeo.org/grass/ticket/2065#comment:5 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2044: NC demolocation should include sqlite dirs in mapsets
#2044: NC demolocation should include sqlite dirs in mapsets --+- Reporter: mlennert | Owner: grass-dev@… Type: enhancement | Status: closed Priority: normal | Milestone: 7.0.0 Component: Database | Version: svn-trunk Resolution: fixed|Keywords: sqlite Platform: Unspecified | Cpu: Unspecified --+- Comment(by neteler): Replying to [comment:4 hamish]: AFAICT that has not been backported to GRASS 6, if it would be needed there. Why should it be backported? The sqlite.db is not residing in a subdirectory in G6. -- Ticket URL: http://trac.osgeo.org/grass/ticket/2044#comment:5 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1656: v.what.rast: allow use of centroids in addition to points
#1656: v.what.rast: allow use of centroids in addition to points --+- Reporter: mlennert | Owner: grass-dev@… Type: enhancement | Status: closed Priority: normal | Milestone: 7.0.0 Component: Default | Version: unspecified Resolution: fixed|Keywords: v.what.rast Platform: Unspecified | Cpu: Unspecified --+- Changes (by neteler): * keywords: = v.what.rast * status: new = closed * resolution: = fixed Comment: Done in r59341. -- Ticket URL: http://trac.osgeo.org/grass/ticket/1656#comment:1 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #645: link documentation to new GUI developments
#645: link documentation to new GUI developments +--- Reporter: timmie | Owner: grass-dev@… Type: enhancement | Status: new Priority: minor | Milestone: 7.0.0 Component: Docs| Version: svn-trunk Keywords: wxGUI, toolboxes, menu |Platform: All Cpu: All | +--- Comment(by neteler): Would it be possible to parse the modules.xml file via a new flag --menu- description which would output the related menu entry in HTML code? Then it could be put together at compile time as already with header and main HTML help text. -- Ticket URL: http://trac.osgeo.org/grass/ticket/645#comment:11 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1839: Install.make should honor $DESTDIR
#1839: Install.make should honor $DESTDIR --+- Reporter: vince | Owner: grass-dev@… Type: defect| Status: new Priority: normal| Milestone: 7.0.0 Component: Installation | Version: svn-trunk Keywords: DESTDIR |Platform: MacOSX Cpu: OSX/Intel | --+- Comment(by neteler): Is this a Mac OSX specific issue? -- Ticket URL: http://trac.osgeo.org/grass/ticket/1839#comment:1 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2224: Raster names bivariate scatterplot on axes
#2224: Raster names bivariate scatterplot on axes -+-- Reporter: pvanbosgeo | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.0.0 Component: Default | Version: unspecified Keywords: |Platform: Unspecified Cpu: Unspecified | -+-- Comment(by turek): Hi, please try r59342. -- Ticket URL: http://trac.osgeo.org/grass/ticket/2224#comment:1 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2214: animator fails to render a second time
#2214: animator fails to render a second time -+-- Reporter: bhlevca | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.0 Component: wxGUI| Version: unspecified Keywords: |Platform: Linux Cpu: x86-64 | -+-- Comment(by bhlevca): I know now hot to reproduce it: 1) Add many layers 2) start rendering 3) press cancel before the process is ended 4) Rendering error appears Any subsequent attempts to render will fail unless GRASS is completely shut off and started again -- Ticket URL: http://trac.osgeo.org/grass/ticket/2214#comment:7 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #645: link documentation to new GUI developments
#645: link documentation to new GUI developments +--- Reporter: timmie | Owner: grass-dev@… Type: enhancement | Status: new Priority: minor | Milestone: 7.0.0 Component: Docs| Version: svn-trunk Keywords: wxGUI, toolboxes, menu |Platform: All Cpu: All | +--- Comment(by hamish): Replying to [comment:11 neteler]: Would it be possible to parse the modules.xml file via a new flag --menu-description which would output the related menu entry in HTML code? fwiw, I'm not excited to make that part of the module parser, the GUI structure being present shouldn't be a prerequisite of successfully building a module. So it would have to at least fail gracefully. I guess it needs that anyway because a number of the helper modules aren't available from the GUI. Then it could be put together at compile time as already with header and main HTML help text. Yes, it would be nice to just inject it after the options description but before the g.module(description).html text as part of tools/mkhtml.py. I'd suggest to have it export in plain but parsable text, then the html writing code could replace ' | ' with ' rarr; ' or whatever as needed on the fly. note the tools/module_synopsis.sh code needs some help since the wxgui layout and menudata.py changed and 'python menudata.py commands' no longer works: {{{ fixme: no longer exists MDPY=$GISBASE/etc/wxpython/gui_modules/menudata.py # python menudata.py commands # python menudata.py tree # python menudata.py strings python $MDPY commands | sed -e 's/ | /|/' -e 's/[ -].*|/|/' \ | sort -u $TMP.menu_hierarchy }}} what's the replacement script/functionality? (here it builds up a table of the menu locations for all modules in a first step, then instead of re-parsing the entire menu tree for each module, which would be slow for a full build, it just looks up the module name in the table.) Hamish -- Ticket URL: http://trac.osgeo.org/grass/ticket/645#comment:12 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2214: animator fails to render a second time
#2214: animator fails to render a second time -+-- Reporter: bhlevca | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.0 Component: wxGUI| Version: unspecified Keywords: |Platform: Linux Cpu: x86-64 | -+-- Comment(by annakrat): Thanks, I can see it now. Should be fixed in r59344. Please confirm. -- Ticket URL: http://trac.osgeo.org/grass/ticket/2214#comment:8 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Problems 3D rendering with WxNviz (Ubuntu)
On Tue, Mar 25, 2014 at 6:30 AM, Johannes Radinger johannesradin...@gmail.com wrote: Hi, it wanted to try out the 3D capabilities of GRASS 7. However when I change to the 3d view (WxNviz) nothing is rendered, instead I get the message that I should try a different depth buffer number. This procedure is also mentioned in the wiki (http://grasswiki.osgeo.org/wiki/WxNviz). However, I tried now all possible numbers (0,16,24,32) saved the preferences and restarted the gui with the new settings but the problem persists (BTW, the possible number 0 is mentioned in the wiki but not in the preferences GUI). I am not sure what is causing the problem in my case. Here I just need to mention that I am working on a slightly special set up. GRASS is running on a virtual Ubuntu machine (via VMWare) which is installed on a central multi core machine (Intel® Xeon(R) CPU X5675 @ 3.07GHz × 8, Ubuntu 12.04, 32 bit). I connect to the virtual machine via a remote desktop connection (RDP connection) from a so called thin-client. My GRASS setup as follows: version=7.0.svn date=2014 revision=59321M build_date=2014-03-25 build_platform=i686-pc-linux-gnu libgis_revision=59317 libgis_date=2014-03-24 20:38:32 +0100 (Mon, 24 Mar 2014) proj4=4.8.0 gdal=1.10.0 geos=3.3.8 sqlite=3.7.9 Does anyone have a suggestion how to deal with that problem or how to find out where the exact problem (remote connection, Ubuntu, GRASS) is located? Could you post also wxPython version? Thanks Anna Thanks, Johannes ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2214: animator fails to render a second time
#2214: animator fails to render a second time -+-- Reporter: bhlevca | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.0 Component: wxGUI| Version: unspecified Keywords: |Platform: Linux Cpu: x86-64 | -+-- Comment(by bhlevca): Yes, it is fixed now. I have a question is there any way that I can add a text automatically to the slides, let's say from an attribute of a vector layer? I know how to add it manually when I export the slides. -- Ticket URL: http://trac.osgeo.org/grass/ticket/2214#comment:9 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2214: animator fails to render a second time
#2214: animator fails to render a second time --+- Reporter: bhlevca | Owner: grass-dev@… Type: defect | Status: closed Priority: normal | Milestone: 7.0.0 Component: wxGUI| Version: unspecified Resolution: fixed|Keywords: Platform: Linux| Cpu: x86-64 --+- Changes (by annakrat): * status: new = closed * resolution: = fixed Comment: Replying to [comment:9 bhlevca]: Yes, it is fixed now. I have a question is there any way that I can add a text automatically to the slides, let's say from an attribute of a vector layer? I know how to add it manually when I export the slides. No. You can create a new ticket and describe what exactly you would like to have. -- Ticket URL: http://trac.osgeo.org/grass/ticket/2214#comment:10 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #645: link documentation to new GUI developments
#645: link documentation to new GUI developments +--- Reporter: timmie | Owner: grass-dev@… Type: enhancement | Status: new Priority: minor | Milestone: 7.0.0 Component: Docs| Version: svn-trunk Keywords: wxGUI, toolboxes, menu |Platform: All Cpu: All | +--- Comment(by wenzeslaus): My points: * we don't want to add anything menu-like to parser, I guess * module tree is not only GUI menu thing, look at the tree in `Search modules` tab, shouldn't be this part of documentation? * we can have a XML with module tree separated from GUI * we can post-process module HTMLs once they are in `doc/html`, so we will not change compilation of module (we can find and replace some special comment in HTML by menu position) * `doc/man` should not be influenced My questions: * What exactly was and is `menudata.py` functionality? * Can we rewrite `module_synopsis.sh` to Python and what is it doing anyway and when? * Do we want menu entry position in module documentation? * Do we want module tree position (from `Search modules` tab) in module documentation? * Do we want multiple tree positions in module documentation? * Do we want module tree (from `Search modules` tab) and/or menu tree as a separate HTML page in HTML documentation? -- Ticket URL: http://trac.osgeo.org/grass/ticket/645#comment:13 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev