[GRASS-dev] [GRASS GIS] #2118: GRASS shuts down after 4th toar band
#2118: GRASS shuts down after 4th toar band --+- Reporter: mumbaki | Owner: grass-dev@… Type: defect| Status: new Priority: major | Milestone: 6.4.3 Component: Imagery | Version: unspecified Keywords: toar, landsat 8 oli/tirs |Platform: MSWindows 7 Cpu: Unspecified | --+- Could somebody please help me here. I have a project which I need to accomplish badly but GRASS 6.4.3 appears to have some problems with its toar function (radiance/reflectance). At first, it would successfully translate the first four bands but before the fifth one, it would flash this message: i.landsat.toar has stopped working and will close. I am attaching the printscreen for this message. I am quite new to the software and I would need every help I can. I need to do this to be able to clean out clouds on my downloaded Landsat 8 OLI/TIRS image with the acca function. Thanks. -- Ticket URL: http://trac.osgeo.org/grass/ticket/2118 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] #2118: GRASS shuts down after 4th toar band
#2118: GRASS shuts down after 4th toar band -+-- Reporter: mumbaki | Owner: grass-dev@… Type: defect | Status: new Priority: major| Milestone: 6.4.3 Component: Imagery | Version: unspecified Keywords: i.landsat.toar, landsat |Platform: MSWindows 7 Cpu: Unspecified | -+-- Changes (by neteler): * keywords: toar, landsat 8 oli/tirs = i.landsat.toar, landsat Comment: There have been important updates in i.landsat.toar since the release of GRASS 6.4.3. You may switch to the nightly snapshot (which shall become, soon I hope, GRASS 6.4.4): http://wingrass.fsv.cvut.cz/grass64/ Please let us know if these fixes address the problem. -- Ticket URL: http://trac.osgeo.org/grass/ticket/2118#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] g.extension still broken in GRASS 7 on Mac
Hi, 2013/10/24 Glynn Clements gl...@gclements.plus.com: You can override RUN_GISRC on the make command line if you want to use a different $GISRC file. right, done in r58103. @Michael: please let us know if it works for you. Martin -- Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] [GRASS GIS] #2119: wxgui: attribute table manager fails with Inconsistent number of columns in the table
#2119: wxgui: attribute table manager fails with Inconsistent number of columns in the table ---+ Reporter: mlennert | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.0 Component: wxGUI | Version: svn-trunk Keywords: table manager |Platform: Unspecified Cpu: Unspecified| ---+ After having filled the attribute table of polygons resulting from segmentation with a whole series of variables, I get the following error when trying to display the attribute table: {{{ Error in v.db.s... }}} and then {{{ Inconsistent number of columns in the table }}} This comes from the test at line 249 in gui/wxpython/dbmgr/base.py. Adding some print statements I can see that while there are 159 columns, the gui only detects 97 fields in the actual record (second to last record of the table). Using v.db.select from the GUI or at the command line I can see all lines without any problems. Printing out the record on which the GUI fails, after it went through {{{ record = record.split(fs) }}} I see the following at the 97th field: {{{ '0.014715{_sep_' }}} and nothing after that. All the fields before that are correct. When I export the file to shp and the reimport it again, I get a similar error, but this time it happens on the last record, record length is 88, and the record in that line is normal, without the '{_sep_'. I'll attach the shapefile to the ticket. Any hints ? Moritz -- Ticket URL: https://trac.osgeo.org/grass/ticket/2119 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] #2119: wxgui: attribute table manager fails with Inconsistent number of columns in the table
#2119: wxgui: attribute table manager fails with Inconsistent number of columns in the table ---+ Reporter: mlennert | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.0 Component: wxGUI | Version: svn-trunk Keywords: table manager |Platform: Unspecified Cpu: Unspecified| ---+ Comment(by mlennert): Since the shapefile is too big to attach it here, you can get it from: [http://tomahawk.ulb.ac.be:8014/segtest.tgz] Moritz -- Ticket URL: https://trac.osgeo.org/grass/ticket/2119#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] #2119: wxgui: attribute table manager fails with Inconsistent number of columns in the table
#2119: wxgui: attribute table manager fails with Inconsistent number of columns in the table ---+ Reporter: mlennert | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.0 Component: wxGUI | Version: svn-trunk Keywords: table manager |Platform: Unspecified Cpu: Unspecified| ---+ Comment(by annakrat): I didn't have any problems with loading the table in attribute manager, all columns seem to be there. I am running Ubuntu with US locale. The '`{__sep__}`' is the the separator which is used internally for v.db.select because it's highly improbable that it could appear in the data. Strange is that you can see only a part of the separator without the one curly bracket. Are you running it on Windows? -- Ticket URL: https://trac.osgeo.org/grass/ticket/2119#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] g.extension still broken in GRASS 7 on Mac
On Fri, Oct 25, 2013 at 4:18 AM, Martin Landa landa.mar...@gmail.comwrote: Hi, 2013/10/24 Glynn Clements gl...@gclements.plus.com: You can override RUN_GISRC on the make command line if you want to use a different $GISRC file. right, done in r58103. @Michael: please let us know if it works for you. Why g.extension needs to write to a location? It is because it needs to compile in PERMANENT/.tmp directory? Would be the system tmp directory a better solution? Vaclav Martin -- Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa ___ 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] g.extension still broken in GRASS 7 on Mac
I'll try to recompile today if I can. Thanks. Michael Barton School of Human Evolution Social Change Center for Social Dynamics Complexity Arizona State University ...Sent from my iPad On Oct 25, 2013, at 1:18 AM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2013/10/24 Glynn Clements gl...@gclements.plus.com: You can override RUN_GISRC on the make command line if you want to use a different $GISRC file. right, done in r58103. @Michael: please let us know if it works for you. Martin -- Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2119: wxgui: attribute table manager fails with Inconsistent number of columns in the table
#2119: wxgui: attribute table manager fails with Inconsistent number of columns in the table ---+ Reporter: mlennert | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.0 Component: wxGUI | Version: svn-trunk Keywords: table manager |Platform: Unspecified Cpu: Unspecified| ---+ Comment(by mlennert): Replying to [comment:2 annakrat]: I didn't have any problems with loading the table in attribute manager, all columns seem to be there. I am running Ubuntu with US locale. The '`{__sep__}`' is the the separator which is used internally for v.db.select because it's highly improbable that it could appear in the data. Strange is that you can see only a part of the separator without the one curly bracket. Are you running it on Windows? No, Debian. Locale=fr_BE.UTF-8, but I just tried with setting to C and relaunching the GUI and I get the same error. Also in grass64release. Moritz -- Ticket URL: https://trac.osgeo.org/grass/ticket/2119#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] g.extension still broken in GRASS 7 on Mac
I just tried g.extension in GRASS 7 compiled an hour ago. Sorry but it is still broken in the same way. Do I need to add this to an existing bug report or file a new one? GRASS 7.0.svn (nc_spm_08):~ g.extension extension=r.fuzzy Fetching r.fuzzy from GRASS-Addons SVN (be patient)... Compiling... main.c: In function 'main': main.c:152: warning: format not a string literal and no format arguments main.c:156: warning: format not a string literal and no format arguments main.c: In function 'main': main.c:152: warning: format not a string literal and no format arguments main.c:156: warning: format not a string literal and no format arguments ERROR: MAPSET PERMANENT - permission denied make[1]: *** [r.fuzzy.set.tmp.html] Error 1 ERROR: MAPSET PERMANENT - permission denied make[1]: *** [r.fuzzy.logic.tmp.html] Error 1 main.c: In function 'main': main.c:151: warning: format not a string literal and no format arguments main.c:155: warning: format not a string literal and no format arguments main.c:157: warning: format not a string literal and no format arguments main.c: In function 'main': main.c:151: warning: format not a string literal and no format arguments main.c:155: warning: format not a string literal and no format arguments main.c:157: warning: format not a string literal and no format arguments map_parser.c: In function 'parse_map_file': map_parser.c:92: warning: format not a string literal and no format arguments map_parser.c: In function 'parse_map_file': map_parser.c:92: warning: format not a string literal and no format arguments rule_parser.c: In function 'parse_rules': rule_parser.c:132: warning: format not a string literal and no format arguments rule_parser.c: In function 'parse_rules': rule_parser.c:132: warning: format not a string literal and no format arguments ERROR: MAPSET PERMANENT - permission denied make[1]: *** [r.fuzzy.system.tmp.html] Error 1 Installing... make: *** No rule to make target `install'. Stop. WARNING: Installation failed, sorry. Please check above error messages. GRASS 7.0.svn (nc_spm_08):~ Michael __ C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Arizona State University Tempe, AZ 85287-2402 USA voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671(SHESC), 480-727-0709 (CSDC) www:http://csdc.asu.edu, http://shesc.asu.edu http://www.public.asu.edu/~cmbarton On Oct 25, 2013, at 7:31 AM, Michael Barton michael.bar...@asu.edu wrote: I'll try to recompile today if I can. Thanks. Michael Barton School of Human Evolution Social Change Center for Social Dynamics Complexity Arizona State University ...Sent from my iPad On Oct 25, 2013, at 1:18 AM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2013/10/24 Glynn Clements gl...@gclements.plus.com: You can override RUN_GISRC on the make command line if you want to use a different $GISRC file. right, done in r58103. @Michael: please let us know if it works for you. Martin -- Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] g.extension still broken in GRASS 7 on Mac - maybe OK
Wait, My svn up didn't work first time around. Checking again. Michael __ C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Arizona State University Tempe, AZ 85287-2402 USA voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671(SHESC), 480-727-0709 (CSDC) www:http://csdc.asu.edu, http://shesc.asu.edu http://www.public.asu.edu/~cmbarton On Oct 25, 2013, at 1:51 PM, Michael Barton michael.bar...@asu.edu wrote: I just tried g.extension in GRASS 7 compiled an hour ago. Sorry but it is still broken in the same way. Do I need to add this to an existing bug report or file a new one? GRASS 7.0.svn (nc_spm_08):~ g.extension extension=r.fuzzy Fetching r.fuzzy from GRASS-Addons SVN (be patient)... Compiling... main.c: In function 'main': main.c:152: warning: format not a string literal and no format arguments main.c:156: warning: format not a string literal and no format arguments main.c: In function 'main': main.c:152: warning: format not a string literal and no format arguments main.c:156: warning: format not a string literal and no format arguments ERROR: MAPSET PERMANENT - permission denied make[1]: *** [r.fuzzy.set.tmp.html] Error 1 ERROR: MAPSET PERMANENT - permission denied make[1]: *** [r.fuzzy.logic.tmp.html] Error 1 main.c: In function 'main': main.c:151: warning: format not a string literal and no format arguments main.c:155: warning: format not a string literal and no format arguments main.c:157: warning: format not a string literal and no format arguments main.c: In function 'main': main.c:151: warning: format not a string literal and no format arguments main.c:155: warning: format not a string literal and no format arguments main.c:157: warning: format not a string literal and no format arguments map_parser.c: In function 'parse_map_file': map_parser.c:92: warning: format not a string literal and no format arguments map_parser.c: In function 'parse_map_file': map_parser.c:92: warning: format not a string literal and no format arguments rule_parser.c: In function 'parse_rules': rule_parser.c:132: warning: format not a string literal and no format arguments rule_parser.c: In function 'parse_rules': rule_parser.c:132: warning: format not a string literal and no format arguments ERROR: MAPSET PERMANENT - permission denied make[1]: *** [r.fuzzy.system.tmp.html] Error 1 Installing... make: *** No rule to make target `install'. Stop. WARNING: Installation failed, sorry. Please check above error messages. GRASS 7.0.svn (nc_spm_08):~ Michael __ C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Arizona State University Tempe, AZ 85287-2402 USA voice:480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671(SHESC), 480-727-0709 (CSDC) www: http://csdc.asu.edu, http://shesc.asu.edu http://www.public.asu.edu/~cmbarton On Oct 25, 2013, at 7:31 AM, Michael Barton michael.bar...@asu.edu wrote: I'll try to recompile today if I can. Thanks. Michael Barton School of Human Evolution Social Change Center for Social Dynamics Complexity Arizona State University ...Sent from my iPad On Oct 25, 2013, at 1:18 AM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2013/10/24 Glynn Clements gl...@gclements.plus.com: You can override RUN_GISRC on the make command line if you want to use a different $GISRC file. right, done in r58103. @Michael: please let us know if it works for you. Martin -- Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] Email subject standards
Hi Michael and others, please note that changing subject when you reply an email breaks the email thread, so then there are two threads instead of one. Even adding some words to the subject line is usually considered as a change, so it creates a new thread. Keeping one topic with one subject is better because it works well with Mozilla Thunderbird Conversations, Gmail conversations and most importantly with Pipermail/Mailman archive [1]. It does help Gmane or Nabble too (although Nabble seems to handle some cases). Tickets also have the same name even when they are solved or there is some progress. Moreover, they have number, so they are archived in the right way even when the name was changed. But the only identifier for emails is the subject, so we should keep it unless the topic changed. If we all agree about it, we might consider writing some (short) instructions somewhere. Vaclav [1] http://lists.osgeo.org/pipermail/grass-dev/2013-October/thread.html ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] g.extension still broken in GRASS 7 on Mac
Yes!!! This works. Thanks much Martin! I test it with r.stream.order from the GRASS terminal and from the GUI wrapper. Both work. So now it is working better than GRASS 6.4. One question for what Bulent is experiencing. Do Mac users need to have the Developer tools installed for g.extension to work? I'm assuming yes, but do not know for sure. Also (maybe William can offer suggestion), does it matter what SDKs are installed? Michael __ C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Arizona State University Tempe, AZ 85287-2402 USA voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671(SHESC), 480-727-0709 (CSDC) www:http://csdc.asu.edu, http://shesc.asu.edu http://www.public.asu.edu/~cmbarton On Oct 25, 2013, at 1:18 AM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2013/10/24 Glynn Clements gl...@gclements.plus.com: You can override RUN_GISRC on the make command line if you want to use a different $GISRC file. right, done in r58103. @Michael: please let us know if it works for you. Martin -- Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2118: GRASS shuts down after 4th toar band
#2118: GRASS shuts down after 4th toar band -+-- Reporter: mumbaki | Owner: grass-dev@… Type: defect | Status: new Priority: major| Milestone: 6.4.3 Component: Imagery | Version: unspecified Keywords: i.landsat.toar, landsat |Platform: MSWindows 7 Cpu: Unspecified | -+-- Comment(by mumbaki): Hello, thanks I was able to do the reflectance conversion with the new installer. However, I'm stuck this time with the acca function. It appears not to read or find the reflectance for band 61 (or 6). The L8 bands from 1-11 have all been converted to reflectance. Is there a way to work around this issue? Thanks1! -- Ticket URL: http://trac.osgeo.org/grass/ticket/2118#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] Email subject standards
Vaclav wrote: please note that changing subject when you reply an email breaks the email thread, so then there are two threads instead of one. Even adding some words to the subject line is usually considered as a change, so it creates a new thread. Hi, it depends on your software, many email clients and online archives know about use email header lines to signify the relationships regardless of the subject line. Other email clients ignore all that and simply go by the strict subject line or their own fuzzy intelligence sorting method (eg gmail?). see for example http://www.jwz.org/doc/threading.html http://people.dsv.su.se/~jpalme/ietf/message-threading.html regards, Hamish ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev