Re: [GRASS-dev] [GRASS GIS] #1855: error using GRASS v.net
#1855: error using GRASS v.net --+- Reporter: dof1985 | Owner: grass-dev@… Type: defect| Status: new Priority: critical | Milestone: 6.4.3 Component: Vector| Version: 6.4.3 RCs Keywords: network |Platform: MSWindows 7 Cpu: x86-64| --+- Changes (by dof1985): * cc: dof1985 (added) * platform: Unspecified = MSWindows 7 * version: 6.4.2 = 6.4.3 RCs * priority: major = critical Comment: '''Update:''' After a long consulation with a generous user from GRASS community, I still havn't came to a solution. I've tried on two computers with WIN 7 as operation system, the following GRASS versions: 6.4.2 (through QGIS and without the plugin), 6.4.3 RCs, 7.0.0 For the first two I have received the same error, for version 7 I didn't recieve the error but the process have never finished. On the other hand, my helper managed to complete it in seconds using my files. Can the problem have something to do with windows 7, some background or system process, or so? Should I install any extention or plugin in order to run network analysis programs on win 7? -- Ticket URL: http://trac.osgeo.org/grass/ticket/1855#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] #1855: error using GRASS v.net
#1855: error using GRASS v.net --+- Reporter: dof1985 | Owner: grass-dev@… Type: defect| Status: new Priority: critical | Milestone: 6.4.3 Component: Vector| Version: 6.4.3 RCs Keywords: network |Platform: MSWindows 7 Cpu: x86-64| --+- Comment(by hellik): Replying to [comment:1 dof1985]: Can the problem have something to do with windows 7, some background or system process, or so? any chance to get available your data/location off list to test here it on my win 7-box? Helmut -- Ticket URL: http://trac.osgeo.org/grass/ticket/1855#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] attribute table manager; SQL Builder; SQL statement is not valid.
Hi, I'm using GRASS 6.4.3svn on Red Hat. Trying to use the SQL Builder, I always obtain Syntax Error on queries which are self built by the builder... Example on NC dataset: map: census_wake2000 I open the attribute table manager from the GUI I select: SQL Query: Advanced Columns: TRT2000 - Get sample - Value: 050100 (the first on the top) - Verify I get: SQL statement is not valid. DBMI-DBF driver error: SQL parser error: syntax error, unexpected STRING processing ''050100' ' in statement: SELECT * FROM census_wake2000 WHERE TRT2000 '050100' Error in db_open_select_cursor() ? Thanks, madi -- Margherita DI LEO Postdoctoral Researcher European Commission - DG JRC Institute for Environment and Sustainability (IES). Unit H03 – FRC Via Fermi, 2749 I-21027 Ispra (VA) - Italy - TP 261 Tel. +39 0332 78 3600 margherita.di-...@jrc.ec.europa.eu Disclaimer: The views expressed are purely those of the writer and may not in any circumstance be regarded as stating an official position of the European Commission. ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[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: Default | Version: svn-trunk Keywords: |Platform: All Cpu: Unspecified | -+-- In the help file for r.colors, the following is mentioned: 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 However, this options is not available anymore in GRASS 7.0 (I think). (There does not seem to be an alternative option to read rules from the stdin?) -- Ticket URL: http://trac.osgeo.org/grass/ticket/1857 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: Default | Version: svn-trunk Keywords: |Platform: All Cpu: Unspecified | -+-- Comment(by pvanbosgeo): Ignore my question between brackets at the end, I forgot about the rules parameter (rules=name), where - is to read rules from stdin. -- Ticket URL: http://trac.osgeo.org/grass/ticket/1857#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] #1843: grass-6.4.2 doesn't compile with tk-8.6.0
#1843: grass-6.4.2 doesn't compile with tk-8.6.0 +--- Reporter: syntaxerrormmm | Owner: grass-dev@… Type: defect | Status: new Priority: blocker | Milestone: 6.4.3 Component: Compiling | Version: 6.4.2 Keywords: |Platform: Linux Cpu: Unspecified | +--- Comment(by syntaxerrormmm): Hi all, I apologize for the long delay. I just tested compiling GRASS 6.4.2 on Archlinux with Tcl/Tk 8.6 and it is compiling fine, on both architectures x86_64 and i686, using the attached patch (as proposed by Markus M). I cannot check the real functionality of the fix since I don't have any idea on how the change would impact on GRASS functionalities. But +1 for committing. -- Ticket URL: http://trac.osgeo.org/grass/ticket/1843#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] #1843: grass-6.4.2 doesn't compile with tk-8.6.0
#1843: grass-6.4.2 doesn't compile with tk-8.6.0 +--- Reporter: syntaxerrormmm | Owner: grass-dev@… Type: defect | Status: new Priority: blocker | Milestone: 6.4.3 Component: Compiling | Version: 6.4.2 Keywords: |Platform: Linux Cpu: Unspecified | +--- Comment(by yarma): hi, applied the fix on draw.c and it's compiling again without error ... didn't test if there is side effect, but it seems to be working ! Sylvain -- Ticket URL: http://trac.osgeo.org/grass/ticket/1843#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
[GRASS-dev] GRASS6.4.3RC2 issues
We are running GRASS6.4.3RC2 on Windows and Mac (50+ students on their own computers) and so far we had few small issues with wxGUI which are causing some confusion. Please let me know for which it would be useful to file a bug report. - in wxnviz for draped vector lines after I change the line width e.g. to 0, the displayed line goes back to wider line each time something else is drawn (e.g. fringe or view is changed) but the number is still set to 0. It shows in this video capture (go past minute 1:00, we set line width to 0, it is drawn as thin line but when we start working with points it goes back to default width). http://courses.ncsu.edu/mea582/common/media/03/sc_wxnviz2_edit2.mov I am wondering whether this is a bug or I am missing something - in 2D display legend is now much better than ever before, but when the d.legend command is run from command line it appears that the legend parameters are not carried over to the GUI and need to be entered in GUI again - is this the desired behavior? For example in the sequence # Convert from vector to raster in this assignment http://courses.ncsu.edu/mea582/common/GIS_anal_grass/GIS_Anal_grdataS2.html this command does not work properly from the command line d.legend streets_speed_30m at=5,30,2,5 use=25,35,45,55,65 Also, if there is a legend already present, Add legend opens the legend GUI behind the map display window (where it is of course hard to find) I think this issue has already been discussed before BTW, the legend now runs on Mac in 3d wxnviz well. - g.remove run from command console thinks I am in PERMANENT rather than the current mapset g.remove rast=elev_lidrural1mr_1m Removing raster elev_lidrural1mr_1m WARNING: Raster map elev_lidrural1mr_1m not found WARNING: elev_lidrural1mr_1m nothing removed from linux shell it works GRASS 6.4.3RC2 (nc_spm_08):~ g.remove rast=elev_lidruralmr_1m Removing raster elev_lidruralmr_1m - r3.in.ascii needs a fix for handling of input parameters, see bug report http://trac.osgeo.org/grass/ticket/1801#comment:4 Finally, among the first questions I get about GRASS is how to add legend for vector data layer - is there any? If not, perhaps that is something for GSoC along with numerous other cartography related capabilities (e.g. expand the symbology) to add to either display or cartographic composer. thank you for any response, fixes, assistance, hopefully we will get GRASS6.4.3RC2 well tested Helena Helena Mitasova Associate Professor Department of Marine, Earth, and Atmospheric Sciences 2800 Faucette Drive, Rm. 1125 Jordan Hall North Carolina State University Raleigh, NC 27695-8208 hmit...@ncsu.edu All electronic mail messages in connection with State business which are sent to or received by this account are subject to the NC Public Records Law and may be disclosed to third parties.” On Jan 19, 2013, at 3:53 PM, GRASS GIS wrote: #1854: d.legend kills wx monitor started with d.mon --+- Reporter: huhabla | Owner: grass-dev@… Type: defect | Status: closed Priority: major| Milestone: 7.0.0 Component: Display | Version: svn-trunk Resolution: fixed|Keywords: wx, d.mon, d.legend Platform: Linux| Cpu: x86-64 --+- Changes (by huhabla): * status: new = closed * resolution: = fixed Comment: It works! Many thanks for the quick fix. -- Ticket URL: http://trac.osgeo.org/grass/ticket/1854#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 mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] attribute table manager; SQL Builder; SQL statement is not valid.
Hi, before pressing Verify, You must enter comparison operator. = or LIKE Maris. 2013/1/21 Margherita Di Leo dileomargher...@gmail.com: Hi, I'm using GRASS 6.4.3svn on Red Hat. Trying to use the SQL Builder, I always obtain Syntax Error on queries which are self built by the builder... Example on NC dataset: map: census_wake2000 I open the attribute table manager from the GUI I select: SQL Query: Advanced Columns: TRT2000 - Get sample - Value: 050100 (the first on the top) - Verify I get: SQL statement is not valid. DBMI-DBF driver error: SQL parser error: syntax error, unexpected STRING processing ''050100' ' in statement: SELECT * FROM census_wake2000 WHERE TRT2000 '050100' Error in db_open_select_cursor() ? Thanks, madi -- Margherita DI LEO Postdoctoral Researcher European Commission - DG JRC Institute for Environment and Sustainability (IES). Unit H03 – FRC Via Fermi, 2749 I-21027 Ispra (VA) - Italy - TP 261 Tel. +39 0332 78 3600 margherita.di-...@jrc.ec.europa.eu Disclaimer: The views expressed are purely those of the writer and may not in any circumstance be regarded as stating an official position of the European Commission. ___ 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