Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC2
+1 for going ahead with the splash screen. Also, maybe not for RC2 but soon, it would make more sense and be more like other programs to have the splash screen come first, followed by the startup screen. Michael __ 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 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 Feb 6, 2015, at 9:09 AM, grass-dev-requ...@lists.osgeo.orgmailto:grass-dev-requ...@lists.osgeo.org wrote: From: Moritz Lennert mlenn...@club.worldonline.bemailto:mlenn...@club.worldonline.be Cc: GRASS developers list grass-dev@lists.osgeo.orgmailto:grass-dev@lists.osgeo.org, Markus Metz markus.metz.gisw...@gmail.commailto:markus.metz.gisw...@gmail.com To: Martin Landa landa.mar...@gmail.commailto:landa.mar...@gmail.com, Markus Neteler nete...@osgeo.orgmailto:nete...@osgeo.org Date: February 6, 2015 at 8:55:13 AM MST Subject: Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC2 On 06/02/15 14:28, Martin Landa wrote: Hi, 2015-02-04 10:41 GMT+01:00 Markus Neteler nete...@osgeo.orgmailto:nete...@osgeo.org: I don't think that we should start a poll now (voting is happening on PSC, for other cases we have no voting infrastructure in place). Setting up a proper poll system is not that easy and requires time (who can participate, keep poll open for some week(s) etc). At time it is for RC2 only anyway which we need to get out asap. I would like to suggest (facing to RC2, which has been already postponed) to: 1) backport current version of splash screen and startup banner as it's in trunk 2) backport also new version startup screen which has been improved in trunk Then to release RC2, what do you think? Martin +1 The only caveat is that I still have that empty window showing up for a while before the image appears shortly before the window disappears. Apparently the wx.Yield() et line 79 of gui/wxpython/wxgui.py does not have the immediate effect of displaying the image. Moritz ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] Howto use a Python function as error handler in libgis
Dear developers, i am trying to register a Python function as error handler callback using ctypes in libgis. I use this code in the temporal framework: {{{ def error_handler(data): pass CALLBACK = CFUNCTYPE(None, c_void_p) CALLBACK.restype = None CALLBACK.argtypes = c_void_p cerror_handler = CALLBACK(error_handler) libgis.G_add_error_handler(cerror_handler, POINTER(None)) }}} Unfortunately i get this error: {{{ Traceback (most recent call last): File /usr/lib/python2.7/multiprocessing/process.py, line 258, in _bootstrap self.run() File /usr/lib/python2.7/multiprocessing/process.py, line 114, in run self._target(*self._args, **self._kwargs) File /home/soeren/src/grass7.1/grass_trunk/dist.x86_64-unknown-linux-gnu/etc/python/grass/temporal/c_libraries_interface.py, line 759, in c_library_server libgis.G_add_error_handler(cerror_handler, POINTER(None)) ArgumentError: argument 1: type 'exceptions.TypeError': expected CFunctionType instance instead of CFunctionType }}} Does anyone know what the correct way is to register a Python function as error handler in libgis? Any help is highly welcome. Best regards Soeren ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2509: d.mon output overwrite
#2509: d.mon output overwrite -+-- Reporter: martinl | Owner: martinl Type: defect | Status: assigned Priority: normal | Milestone: 7.0.0 Component: Display | Version: unspecified Keywords: d.mon|Platform: Unspecified Cpu: Unspecified | -+-- Comment(by glynn): Replying to [comment:31 mlennert]: display/d.mon ? I was hoping for something which explained the general idea behind what's going on there. At first glance, this all looks like something of a hack to avoid more substantial changes to the display system, but I might be overlooking something. -- Ticket URL: http://trac.osgeo.org/grass/ticket/2509#comment:32 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] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
On Fri, Feb 6, 2015 at 11:32 AM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 06/02/15 17:09, Vincent Bain wrote: Le vendredi 06 février 2015 à 14:54 +0100, Martin Landa a écrit : right, I can change it in trunk right now, should I used the attached image? Attached is a clean version (light shades of grey were missing underneath white lettering - better readability with it) Le vendredi 06 février 2015 à 16:55 +0100, Moritz Lennert a écrit : The only caveat is that I still have that empty window showing up for a while before the image appears shortly before the window disappears. Eventhough it's a very small file, may the lighter png file help reduce this time of emptiness ? No, that doesn't seem to help. I think that this is more a question of program logic: 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. yes, but on the wiki page, they say: 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. 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 still don'y understand, did you have the same problems with the old splash screen? Anna I'm not familiar enough with wxPython and the wxGUI to adapt this quickly, but maybe this could inspire some of the wx gurus... Moritz [1] http://wiki.wxpython.org/SplashScreen ___ 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-user] generalize polygons including holes
On Fri, Feb 6, 2015 at 10:23 AM, Moritz Lennert mlenn...@club.worldonline.be wrote: [taking this over to grass-dev] On 05/02/15 18:23, Markus Metz wrote: On Thu, Feb 5, 2015 at 4:56 PM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 05/02/15 14:49, Markus Metz wrote: On Thu, Feb 5, 2015 at 11:50 AM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 05/02/15 10:06, Markus Metz wrote: v.generalize does not distinguish between outer and inner rings, it simply goes through all boundaries and generalizes each one. And this has always been the case or this is specific to GRASS7 ? This has always been the case. Then why doesn't there seem to be any generalization happening for the hole boundaries of the test dataset with grass64release ? With the test dataset you provided, GRASS 6.4 does generalize the hole boundaries. I do not have the problem vector of Robert, so I can not say if the hole boundaries in that vector are generalized or not. With a make distleaned, svn updated and recompiled grass64relase, using the test data and the commands v.generalize test method=douglas thresh=100 out=test_gen_100 --o v.generalize test method=douglas thresh=500 out=test_gen_500 --o I get the attached result (red = 100, orange=500). I don't see any generalization in the holes as I do with the same commands in GRASS 7. Hmm, I do get generalization of the holes in G64 (no local changes). g.version -g version=6.4.5svn revision=64438M date=2015 black: original, red: thresh=100, green: thresh=500 Markus M ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] generalize polygons including holes
[taking this over to grass-dev] On 05/02/15 18:23, Markus Metz wrote: On Thu, Feb 5, 2015 at 4:56 PM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 05/02/15 14:49, Markus Metz wrote: On Thu, Feb 5, 2015 at 11:50 AM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 05/02/15 10:06, Markus Metz wrote: v.generalize does not distinguish between outer and inner rings, it simply goes through all boundaries and generalizes each one. And this has always been the case or this is specific to GRASS7 ? This has always been the case. Then why doesn't there seem to be any generalization happening for the hole boundaries of the test dataset with grass64release ? With the test dataset you provided, GRASS 6.4 does generalize the hole boundaries. I do not have the problem vector of Robert, so I can not say if the hole boundaries in that vector are generalized or not. With a make distleaned, svn updated and recompiled grass64relase, using the test data and the commands v.generalize test method=douglas thresh=100 out=test_gen_100 --o v.generalize test method=douglas thresh=500 out=test_gen_500 --o I get the attached result (red = 100, orange=500). I don't see any generalization in the holes as I do with the same commands in GRASS 7. Moritz ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-SVN] r64407 - grass/trunk/gui/wxpython
On Fri, Feb 6, 2015 at 2:07 PM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2015-02-03 3:08 GMT+01:00 svn_gr...@osgeo.org: Author: wenzeslaus Date: 2015-02-02 18:08:29 -0800 (Mon, 02 Feb 2015) New Revision: 64407 Modified: grass/trunk/gui/wxpython/gis_set.py Log: wxGUI/startup: make warnings, hints and infos show the same; number boxes thanks for improvements, unfortunately the window is behaving strange when resizing. When I enlarge original screen (grass71_welcome.png) and than resize to minimum size I get (grass71_welcome_resized.png). It seems to be related only to wxPython 3.0 (tested on GNU/Linux). It works perfectly with wxPython 2.8. I checked here with GRASS 7.1.svn (eu_laea):~ g.version -ge version=7.1.svn date=2015 revision=64482 build_date=2015-01-06 build_platform=x86_64-unknown-linux-gnu proj4=4.8.0 gdal=1.11.1 geos=3.4.2 sqlite=3.8.8 rpm -qa | grep wxPython wxPython-2.8.12.0-8.fc21.x86_64 and all is fine (just to confirm). I dunno at which stage the wxPython 3 integration is in Fedora: https://fedoraproject.org/wiki/Changes/wxPython3 Perhaps there is a docker image around for quick testing? 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 6 February 2015 at 18:58, Martin Landa landa.mar...@gmail.com wrote: Hi, 2015-02-04 10:41 GMT+01:00 Markus Neteler nete...@osgeo.org: I don't think that we should start a poll now (voting is happening on PSC, for other cases we have no voting infrastructure in place). Setting up a proper poll system is not that easy and requires time (who can participate, keep poll open for some week(s) etc). At time it is for RC2 only anyway which we need to get out asap. I would like to suggest (facing to RC2, which has been already postponed) to: 1) backport current version of splash screen and startup banner as it's in trunk 2) backport also new version startup screen which has been improved in trunk Then to release RC2, 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 -- ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] New splash screen for GRASS GIS 7?
+1 (including new version of startup screen). Yann On 6 February 2015 at 19:00, Martin Landa landa.mar...@gmail.com wrote: 2015-02-06 14:27 GMT+01:00 Markus Neteler nete...@osgeo.org: Despite all the take this take that discussions and a potential extra simplified startup it gets into good shape now for RC2. Should we consider the backport of these changes? +1 (including new version of startup screen). 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 -- ___ 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 06/02/15 14:28, Martin Landa wrote: Hi, 2015-02-04 10:41 GMT+01:00 Markus Neteler nete...@osgeo.org: I don't think that we should start a poll now (voting is happening on PSC, for other cases we have no voting infrastructure in place). Setting up a proper poll system is not that easy and requires time (who can participate, keep poll open for some week(s) etc). At time it is for RC2 only anyway which we need to get out asap. I would like to suggest (facing to RC2, which has been already postponed) to: 1) backport current version of splash screen and startup banner as it's in trunk 2) backport also new version startup screen which has been improved in trunk Then to release RC2, what do you think? Martin +1 The only caveat is that I still have that empty window showing up for a while before the image appears shortly before the window disappears. Apparently the wx.Yield() et line 79 of gui/wxpython/wxgui.py does not have the immediate effect of displaying the image. Moritz ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
On 06/02/15 17:09, Vincent Bain wrote: Le vendredi 06 février 2015 à 14:54 +0100, Martin Landa a écrit : right, I can change it in trunk right now, should I used the attached image? Attached is a clean version (light shades of grey were missing underneath white lettering - better readability with it) Le vendredi 06 février 2015 à 16:55 +0100, Moritz Lennert a écrit : The only caveat is that I still have that empty window showing up for a while before the image appears shortly before the window disappears. Eventhough it's a very small file, may the lighter png file help reduce this time of emptiness ? No, that doesn't seem to help. I think that this is more a question of program logic: 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... Moritz [1] http://wiki.wxpython.org/SplashScreen ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-SVN] r64407 - grass/trunk/gui/wxpython
On 06.02.2015 15:07, Martin Landa wrote: Hi, 2015-02-03 3:08 GMT+01:00 svn_gr...@osgeo.org: Author: wenzeslaus Date: 2015-02-02 18:08:29 -0800 (Mon, 02 Feb 2015) New Revision: 64407 Modified: grass/trunk/gui/wxpython/gis_set.py Log: wxGUI/startup: make warnings, hints and infos show the same; number boxes thanks for improvements, unfortunately the window is behaving strange when resizing. When I enlarge original screen (grass71_welcome.png) and than resize to minimum size I get (grass71_welcome_resized.png). It seems to be related only to wxPython 3.0 (tested on GNU/Linux). It works perfectly with wxPython 2.8. All this is tested only in the 71 version, right? Nikos ___ 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-04 10:41 GMT+01:00 Markus Neteler nete...@osgeo.org: I don't think that we should start a poll now (voting is happening on PSC, for other cases we have no voting infrastructure in place). Setting up a proper poll system is not that easy and requires time (who can participate, keep poll open for some week(s) etc). At time it is for RC2 only anyway which we need to get out asap. I would like to suggest (facing to RC2, which has been already postponed) to: 1) backport current version of splash screen and startup banner as it's in trunk 2) backport also new version startup screen which has been improved in trunk Then to release RC2, 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] [GRASS-SVN] r64407 - grass/trunk/gui/wxpython
2015-02-06 14:11 GMT+01:00 Nikos Alexandris n...@nikosalexandris.net: thanks for improvements, unfortunately the window is behaving strange when resizing. When I enlarge original screen (grass71_welcome.png) and than resize to minimum size I get (grass71_welcome_resized.png). It seems to be related only to wxPython 3.0 (tested on GNU/Linux). It works perfectly with wxPython 2.8. All this is tested only in the 71 version, right? yes, `grass71_` means grass 71 :-) No changes of startup screen has been yet backported to relbr70. 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 Vincent, 2015-02-06 14:40 GMT+01:00 Vincent Bain b...@toraval.fr: whatever splash image will be chosen for the time being, please let me know. I can then post an ultimate clean and optimised png file. For example the current one (grassy world with black bg) is nearly 500 ko, but when properly recorded it is only ca. 170 ko for a nearly unnoticable loss of quality (see attached). right, I can change it in trunk right now, should I used the attached image? 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] New splash screen for GRASS GIS 7?
Hi, 2015-02-05 17:18 GMT+01:00 Anna Petrášová kratocha...@gmail.com: Thank you, do people like more the versions with the white background or transparent? I like the transparent one, which seems to be advantageous when changing the width of the start up window. I have taken liberty to update startup banner to transparent one in r64480. 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] New splash screen for GRASS GIS 7?
On Fri, Feb 6, 2015 at 1:31 PM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2015-02-05 17:18 GMT+01:00 Anna Petrášová kratocha...@gmail.com: Thank you, do people like more the versions with the white background or transparent? I like the transparent one, which seems to be advantageous when changing the width of the start up window. I have taken liberty to update startup banner to transparent one in r64480. Despite all the take this take that discussions and a potential extra simplified startup it gets into good shape now for RC2. Should we consider the backport of these changes? Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] New splash screen for GRASS GIS 7?
2015-02-06 14:27 GMT+01:00 Markus Neteler nete...@osgeo.org: Despite all the take this take that discussions and a potential extra simplified startup it gets into good shape now for RC2. Should we consider the backport of these changes? +1 (including new version of startup screen). 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] [GRASS-SVN] r64407 - grass/trunk/gui/wxpython
On Fri, Feb 6, 2015 at 9:08 AM, Markus Neteler nete...@osgeo.org wrote: On Fri, Feb 6, 2015 at 2:07 PM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2015-02-03 3:08 GMT+01:00 svn_gr...@osgeo.org: Author: wenzeslaus Date: 2015-02-02 18:08:29 -0800 (Mon, 02 Feb 2015) New Revision: 64407 Modified: grass/trunk/gui/wxpython/gis_set.py Log: wxGUI/startup: make warnings, hints and infos show the same; number boxes thanks for improvements, unfortunately the window is behaving strange when resizing. When I enlarge original screen (grass71_welcome.png) and than resize to minimum size I get (grass71_welcome_resized.png). It seems to be related only to wxPython 3.0 (tested on GNU/Linux). It works perfectly with wxPython 2.8. I can confirm that. I looked at that but so far nothing. Anna I checked here with GRASS 7.1.svn (eu_laea):~ g.version -ge version=7.1.svn date=2015 revision=64482 build_date=2015-01-06 build_platform=x86_64-unknown-linux-gnu proj4=4.8.0 gdal=1.11.1 geos=3.4.2 sqlite=3.8.8 rpm -qa | grep wxPython wxPython-2.8.12.0-8.fc21.x86_64 and all is fine (just to confirm). I dunno at which stage the wxPython 3 integration is in Fedora: https://fedoraproject.org/wiki/Changes/wxPython3 Perhaps there is a docker image around for quick testing? Markus ___ grass-commit mailing list grass-com...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-commit ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev