Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
Hi, 2015-02-06 17:32 GMT+01:00 Moritz Lennert mlenn...@club.worldonline.be: When I look at the example splashscreen code at [1], I see that the splash screen is defined as a separate class that is called from the wxApp's OnInit function and then calls the main GUI from its OnExit function. Using the example code here with the 400K version of the splash screen works perfectly. I'm not familiar enough with wxPython and the wxGUI to adapt this quickly, but maybe this could inspire some of the wx gurus... I modified wxgui.py in trunk (r64489) accordingly. Testing highly welcome. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.eu/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
On 07/02/15 09:44, Martin Landa wrote:
Hi,
2015-02-06 17:32 GMT+01:00 Moritz Lennert mlenn...@club.worldonline.be:
When I look at the example splashscreen code at [1], I see that the splash
screen is defined as a separate class that is called from the wxApp's OnInit
function and then calls the main GUI from its OnExit function. Using the
example code here with the 400K version of the splash screen works
perfectly.
I'm not familiar enough with wxPython and the wxGUI to adapt this quickly,
but maybe this could inspire some of the wx gurus...
I modified wxgui.py in trunk (r64489) accordingly. Testing highly welcome.
The splash screen now looks good, but I get:
File
/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-unknown-linux-gnu/gui/wxpython/wxgui.py,
line 87, in OnExit
workspace = self.workspaceFile)
File
/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-unknown-linux-gnu/gui/wxpython/lmgr/frame.py,
line 122, in __init__
self._moduleTreeBuilder = LayerManagerModuleTree()
File
/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-unknown-linux-gnu/gui/wxpython/lmgr/menudata.py,
line 66, in __init__
MenuTreeModelBuilder.__init__(self, fallback)
File
/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-unknown-linux-gnu/gui/wxpython/core/menutree.py,
line 66, in __init__
expAddons(xmlTree)
File
/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-unknown-linux-gnu/gui/wxpython/core/toolboxes.py,
line 274, in expandAddons
_expandRuntimeModules(root)
File
/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-unknown-linux-gnu/gui/wxpython/core/toolboxes.py,
line 515, in _expandRuntimeModules
desc, keywords = _loadMetadata(name)
File
/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-unknown-linux-gnu/gui/wxpython/core/toolboxes.py,
line 541, in _loadMetadata
task = gtask.parse_interface(module)
File
/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-unknown-linux-gnu/etc/python/grass/script/task.py,
line 509, in parse_interface
tree = etree.fromstring(get_interface_description(name))
File
/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-unknown-linux-gnu/etc/python/grass/script/task.py,
line 493, in get_interface_description
\n\nDetails: %(det)s) % {'cmd': cmd, 'det': e}
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 32:
ordinal not in range(128)
And the GUI does not appear.
Don't know if this is related to your fix.
Moritz
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
Hi, 2015-02-06 19:56 GMT+01:00 Anna Petrášová kratocha...@gmail.com: Although this example will work fine, it overlooks the main reason programmers add a splash screen; to give the user feedback while a program is loading. this is right. It first displays splash screen for 1 second and then start to load the main frame. So this would basically make the gui start even longer. I don't have problems as you describe so it's difficult to test anything. I Same here, I wonder if to go back to the previous version of splashscreen. still don'y understand, did you have the same problems with the old splash screen? I also didn't understand that. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.eu/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
On 07/02/15 10:12, Martin Landa wrote: Hi, 2015-02-06 19:56 GMT+01:00 Anna Petrášová kratocha...@gmail.com: Although this example will work fine, it overlooks the main reason programmers add a splash screen; to give the user feedback while a program is loading. this is right. It first displays splash screen for 1 second and then start to load the main frame. So this would basically make the gui start even longer. I don't have problems as you describe so it's difficult to test anything. I Same here, I wonder if to go back to the previous version of splashscreen. I don't think that the splash screen significantly slows down the start of the GUI, but to solve that issue, if something like wx.Yield() does not work, it seems that the general recommendation is threading, so that the program can load in a separate thread. still don'y understand, did you have the same problems with the old splash screen? I also didn't understand that. Martin Yes, sorry, I see that I wasn't clear: I'm having the same problem with all versions of GRASS. I don't know if this is related to wxpython 3 ? Maybe wx.Yield() is handled differently now ? I don't really know for how long this problem has existed, I've just become conscious of it through the discussions on the new splash screen. But if I'm really the only one with the issue, maybe something's wrong in my config. Moritz ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
On Sat, Feb 7, 2015 at 6:06 AM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 07/02/15 10:12, Martin Landa wrote: Hi, 2015-02-06 19:56 GMT+01:00 Anna Petrášová kratocha...@gmail.com: Although this example will work fine, it overlooks the main reason programmers add a splash screen; to give the user feedback while a program is loading. this is right. It first displays splash screen for 1 second and then start to load the main frame. So this would basically make the gui start even longer. I don't have problems as you describe so it's difficult to test anything. I Same here, I wonder if to go back to the previous version of splashscreen. I don't think that the splash screen significantly slows down the start of the GUI, but to solve that issue, if something like wx.Yield() does not work, it seems that the general recommendation is threading, so that the program can load in a separate thread. I am not sure how to do that, generally GUI should be always in the main thread. We could try to make the start faster by importing some parts of gui only when they are needed, but I am not sure if that will cause significant speed up. still don'y understand, did you have the same problems with the old splash screen? I also didn't understand that. Martin Yes, sorry, I see that I wasn't clear: I'm having the same problem with all versions of GRASS. I don't know if this is related to wxpython 3 ? Maybe wx.Yield() is handled differently now ? I don't really know for how long this problem has existed, I've just become conscious of it through the discussions on the new splash screen. But if I'm really the only one with the issue, maybe something's wrong in my config. I didn't have any problem with or without wxPython 3, but I have a new fast laptop. I would keep the new splash screen in trunk, maybe not put it in release since it changes start up mechanism and that should be tested more. Anna Moritz ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
On Sat, Feb 7, 2015 at 4:01 AM, Moritz Lennert mlenn...@club.worldonline.be
wrote:
On 07/02/15 09:44, Martin Landa wrote:
Hi,
2015-02-06 17:32 GMT+01:00 Moritz Lennert mlenn...@club.worldonline.be:
When I look at the example splashscreen code at [1], I see that the
splash
screen is defined as a separate class that is called from the wxApp's
OnInit
function and then calls the main GUI from its OnExit function. Using the
example code here with the 400K version of the splash screen works
perfectly.
I'm not familiar enough with wxPython and the wxGUI to adapt this
quickly,
but maybe this could inspire some of the wx gurus...
I modified wxgui.py in trunk (r64489) accordingly. Testing highly welcome.
The splash screen now looks good, but I get:
File /data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-
unknown-linux-gnu/gui/wxpython/wxgui.py, line 87, in OnExit
workspace = self.workspaceFile)
File /data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-
unknown-linux-gnu/gui/wxpython/lmgr/frame.py, line 122, in __init__
self._moduleTreeBuilder = LayerManagerModuleTree()
File /data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-
unknown-linux-gnu/gui/wxpython/lmgr/menudata.py, line 66, in __init__
MenuTreeModelBuilder.__init__(self, fallback)
File /data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-
unknown-linux-gnu/gui/wxpython/core/menutree.py, line 66, in __init__
expAddons(xmlTree)
File /data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-
unknown-linux-gnu/gui/wxpython/core/toolboxes.py, line 274, in
expandAddons
_expandRuntimeModules(root)
File /data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-
unknown-linux-gnu/gui/wxpython/core/toolboxes.py, line 515, in
_expandRuntimeModules
desc, keywords = _loadMetadata(name)
File /data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-
unknown-linux-gnu/gui/wxpython/core/toolboxes.py, line 541, in
_loadMetadata
task = gtask.parse_interface(module)
File /data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-
unknown-linux-gnu/etc/python/grass/script/task.py, line 509, in
parse_interface
tree = etree.fromstring(get_interface_description(name))
File /data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-
unknown-linux-gnu/etc/python/grass/script/task.py, line 493, in
get_interface_description
\n\nDetails: %(det)s) % {'cmd': cmd, 'det': e}
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 32:
ordinal not in range(128)
And the GUI does not appear.
Don't know if this is related to your fix.
not really, it is related to addons loading. I don't understand the
UnicodeDecodeError, do you by any chance use some where non ascii
characters in addon path?
Anna
Moritz
___
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] Planning GRASS GIS 7.0.0RC2
Hi, 2015-02-06 17:09 GMT+01:00 Vincent Bain b...@toraval.fr: Attached is a clean version (light shades of grey were missing underneath white lettering - better readability with it) Eventhough it's a very small file, may the lighter png file help reduce this time of emptiness ? thanks, committed to trunk in r64495. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.eu/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC2
Hi, 2015-02-07 17:22 GMT+01:00 Markus Neteler nete...@osgeo.org: Can (a wx skilled person/Martin?) please backport the updated welcome screen + splash screen? That's the missing issue in done in r64495. I would wait for tomorrow's winGRASS build to test changes also on Windows. It would be nice to get RC2 out soon (Sunday or Monday), what do you think? Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.eu/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC2
Hi devs, I would like to get RC2 out. Even if the updated splash screen is perhaps not yet superoptimal in startup timing or whatever some (rare?) issues are, please let's go ahead. We accumulated important vector fixes which need to get out. Can (a wx skilled person/Martin?) please backport the updated welcome screen + splash screen? That's the missing issue in http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing thanks Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC2
+1 On 7 February 2015 at 21:52, Markus Neteler nete...@osgeo.org wrote: Hi devs, I would like to get RC2 out. Even if the updated splash screen is perhaps not yet superoptimal in startup timing or whatever some (rare?) issues are, please let's go ahead. We accumulated important vector fixes which need to get out. Can (a wx skilled person/Martin?) please backport the updated welcome screen + splash screen? That's the missing issue in http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing thanks Markus ___ 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] Planning GRASS GIS 7.0.0RC2
+1 C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Feb 7, 2015, at 9:25 AM, Yann Chemin yche...@gmail.commailto:yche...@gmail.com wrote: +1 On 7 February 2015 at 21:52, Markus Neteler nete...@osgeo.orgmailto:nete...@osgeo.org wrote: Hi devs, I would like to get RC2 out. Even if the updated splash screen is perhaps not yet superoptimal in startup timing or whatever some (rare?) issues are, please let's go ahead. We accumulated important vector fixes which need to get out. Can (a wx skilled person/Martin?) please backport the updated welcome screen + splash screen? That's the missing issue in http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing thanks Markus ___ grass-dev mailing list grass-dev@lists.osgeo.orgmailto: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] Planning GRASS GIS 7.0.0RC2
On Sat, Feb 7, 2015 at 7:52 PM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2015-02-07 17:22 GMT+01:00 Markus Neteler nete...@osgeo.org: Can (a wx skilled person/Martin?) please backport the updated welcome screen + splash screen? That's the missing issue in done in r64495. I would wait for tomorrow's winGRASS build to test changes also on Windows. Thanks! It would be nice to get RC2 out soon (Sunday or Monday), what do you think? Tomorrow (Sunday) is fine for RC2, better than Monday for me. So in approx 24 hours from now if nothing bad pops up. Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC2
2015-02-07 20:17 GMT+01:00 Markus Neteler nete...@osgeo.org: Tomorrow (Sunday) is fine for RC2, better than Monday for me. So in approx 24 hours from now if nothing bad pops up. one big +1 for RC2 tomorrow (after testing startup screen with fresh winGRASS build). Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.eu/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
2015-02-07 14:16 GMT+01:00 Anna Petrášová kratocha...@gmail.com: not really, it is related to addons loading. I don't understand the UnicodeDecodeError, do you by any chance use some where non ascii characters in addon path? right, could you try to launch your addons from terminal? I can reproduce this error, eg. i.edge i.edge: error while loading shared libraries: libgrass_gis.7.0.0svn.so: cannot open shared object file: No such file or directory I don't know why this error was skipped with old splashscreen. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.eu/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
2015-02-07 20:24 GMT+01:00 Martin Landa landa.mar...@gmail.com: right, could you try to launch your addons from terminal? I can reproduce this error, eg. i.edge i.edge: error while loading shared libraries: libgrass_gis.7.0.0svn.so: cannot open shared object file: No such file or directory I don't know why this error was skipped with old splashscreen. quick attempt to fix it in r64499 (would need more investigation). Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.eu/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
On Sat, Feb 7, 2015 at 2:28 PM, Martin Landa landa.mar...@gmail.com wrote: 2015-02-07 20:24 GMT+01:00 Martin Landa landa.mar...@gmail.com: right, could you try to launch your addons from terminal? I can reproduce this error, eg. i.edge i.edge: error while loading shared libraries: libgrass_gis.7.0.0svn.so: cannot open shared object file: No such file or directory I don't know why this error was skipped with old splashscreen. quick attempt to fix it in r64499 (would need more investigation). Martin Are you sure it's caused by the splash screen loading change? Can you confirm that the previous version is working? I don't have any problems. Anna -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.eu/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2580: Treat GNU/Hurd GNU/kFreeBSD as Linux in SC_CONFIG_CFLAGS
#2580: Treat GNU/Hurd GNU/kFreeBSD as Linux in SC_CONFIG_CFLAGS --+- Reporter: sebastic | Owner: grass-dev@… Type: defect | Status: closed Priority: normal | Milestone: 7.0.0 Component: Compiling| Version: svn-releasebranch70 Resolution: fixed|Keywords: configure Platform: Unspecified | Cpu: All --+- Changes (by neteler): * keywords: patch = configure * status: new = closed * resolution: = fixed Comment: Thanks, fixed in r64500 and r64501 along with an update of config.guess config.sub from their upstream repo. Closing. -- Ticket URL: https://trac.osgeo.org/grass/ticket/2580#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] #2580: Treat GNU/Hurd GNU/kFreeBSD as Linux in SC_CONFIG_CFLAGS
#2580: Treat GNU/Hurd GNU/kFreeBSD as Linux in SC_CONFIG_CFLAGS --+- Reporter: sebastic | Owner: grass-dev@… Type: defect | Status: closed Priority: normal | Milestone: 7.0.0 Component: Compiling| Version: svn-releasebranch70 Resolution: fixed|Keywords: configure Platform: Unspecified | Cpu: All --+- Comment(by neteler): Forgot to mention: will be shipped with GRASS GIS 7.0.0RC2. -- Ticket URL: https://trac.osgeo.org/grass/ticket/2580#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] #2574: v.surf.icw - not working with the last version of grass7 (was: r.surf.icw - not working with the last version of grass7)
#2574: v.surf.icw - not working with the last version of grass7
-+--
Reporter: bhlevca | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.1.0
Component: Addons | Version: svn-trunk
Keywords: v.surf.icw |Platform: Unspecified
Cpu: Unspecified |
-+--
Changes (by neteler):
* keywords: = v.surf.icw
* component: Default = Addons
Old description:
I updated my grass7 not thinking about compatibility issues. Several
scripts used by r.surf.icw have changed among which g.remove
For example line 322
{{{
grass.run_command('g.remove', flags = 'f', rast = cost_site_name, quiet =
True)
}}}
must be changed to.
{{{
grass.run_command('g.remove', type='raster', flags = 'f', name =
cost_site_name, quiet = True)
}}}
Now the module works partially but I struggled to find the final
solution and I was wondering if someone who knows the code better can fix
it.
I get the following errors after the successful creation of the :
temporary files (tmp_icw*):
{{{
Creating partial weights ...
Site 1 of 51, cat = 1, data value = 6.281
Site 2 of 51, cat = 2, data value = 6.378843
Site 3 of 51, cat = 3, data value = 6.324808
ERROR: Error reading raster data for row 281 of MASK
ERROR: Error reading raster data for row 2343 of MASK
ERROR: Error reading raster data for row 2109 of MASK
}}}
and at the end probably due to the former errors:
{{{
Calculating final values ...
Reading raster map tmp_icw_25595_partial.1 using weight 1.00...
ERROR: Raster map tmp_icw_25595_partial.1 not found
ERROR: Problem running r.series
Cleanup..
}}}
This worked fine in grass 7 several months ago.
New description:
I updated my grass7 not thinking about compatibility issues. Several
scripts used by v.surf.icw have changed among which g.remove
For example line 322
{{{
grass.run_command('g.remove', flags = 'f', rast = cost_site_name, quiet =
True)
}}}
must be changed to.
{{{
grass.run_command('g.remove', type='raster', flags = 'f', name =
cost_site_name, quiet = True)
}}}
Now the module works partially but I struggled to find the final solution
and I was wondering if someone who knows the code better can fix it.
I get the following errors after the successful creation of the :
temporary files (tmp_icw*):
{{{
Creating partial weights ...
Site 1 of 51, cat = 1, data value = 6.281
Site 2 of 51, cat = 2, data value = 6.378843
Site 3 of 51, cat = 3, data value = 6.324808
ERROR: Error reading raster data for row 281 of MASK
ERROR: Error reading raster data for row 2343 of MASK
ERROR: Error reading raster data for row 2109 of MASK
}}}
and at the end probably due to the former errors:
{{{
Calculating final values ...
Reading raster map tmp_icw_25595_partial.1 using weight 1.00...
ERROR: Raster map tmp_icw_25595_partial.1 not found
ERROR: Problem running r.series
Cleanup..
}}}
This worked fine in grass 7 several months ago.
--
--
Ticket URL: http://trac.osgeo.org/grass/ticket/2574#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] #2574: r.surf.icw - not working with the last version of grass7
#2574: r.surf.icw - not working with the last version of grass7 -+-- Reporter: bhlevca | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.1.0 Component: Default | Version: svn-trunk Keywords: |Platform: Unspecified Cpu: Unspecified | -+-- Comment(by bhlevca): I have a large number of points (~2) and the script runs fine until it reaches the point of summation of cost weights. Then Python gives up because there are too many items in the arguments list. I am wondering if the script could be changed to work around Python's limitation Here is the error: Removing anomalies at site positions ... Applying radial decay ... Finding sum of squares ... Summation of cost weights ... ... omitted lines ... File /usr/lib64/python2.7/subprocess.py, line 1327, in _execute_child raise child_exception OSError: [Errno 7] Argument list too long -- Ticket URL: http://trac.osgeo.org/grass/ticket/2574#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] [GRASS GIS] #2580: Treat GNU/Hurd GNU/kFreeBSD as Linux in SC_CONFIG_CFLAGS
#2580: Treat GNU/Hurd GNU/kFreeBSD as Linux in SC_CONFIG_CFLAGS ---+ Reporter: sebastic | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.0 Component: Compiling | Version: svn-releasebranch70 Keywords: patch |Platform: Unspecified Cpu: All| ---+ The Debian package builds for GRASS 7.0.0RC1 failed on the hurd-i386 and kfreebsd-* architectures with Unknown platform errors. Build logs: [https://buildd.debian.org/status/fetch.php?pkg=grassarch=hurd-i386ver=7.0.0~rc1%2Bds1-1~exp1stamp=1423258914 hurd-i386], [https://buildd.debian.org/status/fetch.php?pkg=grassarch =kfreebsd-amd64ver=7.0.0~rc1%2Bds1-1~exp1stamp=1423258763 kfreebsd- amd64], [https://buildd.debian.org/status/fetch.php?pkg=grassarch=kfreebsd-i386ver=7.0.0~rc1%2Bds1-1~exp1stamp=1423260037 kfreebsd-i386] The attached patch add support for these architectures by treating them the same as Linux in the SC_CONFIG_CFLAGS macro. -- Ticket URL: https://trac.osgeo.org/grass/ticket/2580 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
