[GRASS-dev] Making start of GRASS GIS easier for newcomers
Michael.Barton at asu.edu
Thu Jan 22 22:59:09 PST 2015
On Jan 22, 2015, at 11:11 PM, Yann Chemin <ychemin at gmail.com<mailto:ychemin at gmail.com>> wrote:
Are we going to yet another branch from the original topic :-)
Just clarifying what I said earlier on this particular topic. Why making the start of GRASS easier is not easy.
I believe the fundamental change you speak about is worth discussing for GRASS 8.
Maybe. But certainly not for this release
I also believe that the on-the-fly reprojection on import is a feature we all agree is (very) needed (GRASS 8).
Good reasons have been discussed for not doing this, although others would like it. But again, not for this release
Finally, I believe that Vaclav small changes to the welcome page are worth agreeing upon.
Yep. And the ORIGINAL topic of a nicer splash screen.
On 23 January 2015 at 10:23, Michael Barton <Michael.Barton at asu.edu<mailto:Michael.Barton at asu.edu>> wrote:
To be clear, I agree with you that GRASS should not start with a wizard and had did not intend anyone to think that.
The ‘step 1, step 2, step 3’ was simply to put this as text on the startup dialog, to help users know which step to do in what order.
The more radical suggestion that I made today involves fundamental change of how GRASS works. Change the file structure to GISDBASE/mapsets=working directories and get rid of locations as folders. Store projection information in a different way than as locations. Maybe store projection info in each mapset, or maybe some other way. Maybe each mapset still only contains maps from a single projection to keep maps of the same projection together. It may be necessary to do other things to make sure that users don’t try to combine maps of different projections.
This would make it possible to have a simpler startup. But it would take more thought and some programming to make it work.
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<tel:480-965-6262> (SHESC), 480-965-8130<tel:480-965-8130>/727-9746 (CSDC)
fax: 480-965-7671<tel:480-965-7671> (SHESC), 480-727-0709<tel:480-727-0709> (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu<http://csdc.asu.edu/>
On Jan 22, 2015, at 8:22 PM, Vaclav Petras <wenzeslaus at gmail.com<mailto:wenzeslaus at gmail.com>> wrote:
On Thu, Jan 22, 2015 at 12:16 PM, Michael Barton <Michael.Barton at asu.edu<mailto:Michael.Barton at asu.edu>> wrote:
For this release, we need to focus on just tweaking the current startup screen and doing better graphics for the splash. The other topic is a much bigger issue.
Not everybody considers my suggestion as useful-enough change and there is the hard freeze (although the functionality changes are almost zero). As a result, I don't plan to commit it to release branch now. However, I consider it as a great improvement which I definitively want to use and I think it is very beneficial for beginners, so I will commit that to trunk when I get to it. Then we can continue in the other improvements.
To the other things. I also consider data in different projections as much bigger issue. GRASS has all the tools as described and also implemented by Markus Metz but it is too much for beginners. We should definitively make it more accessible (but it is also interesting business opportunity :-).
I still don't understand what the user could in the dummy/LL/XY/demo location besides looking to menus and being confused from wrongly imported data or no imported data at all because of projection issues.
Michael suggests to replace startup by some wizard and this is what QGIS is doing. So, is putting everything to wizard better then the window + optional wizard? We can go that way but note the difference between QGIS and GRASS, when QGIS is running the wizard, the app is already there, wizard is just an additional window. For GRASS, it would the window you get which might be strange. Even stranger if the window would be just some small one with "Will start in location xxx" and "Change" and "Continue" buttons.
It would be also useful to analyze why the thing which is done on MS Windows by the standalone installer is not enough. There should be a demo location already and set as last used. Also NC SPM can be downloaded, should it be checked by default?
Does somebody has a opinion on using "Location", "GRASS Location", or "GRASS location" consistently? You can see also "LOCATION" here and there in GRASS but I wouldn't go that way.
grass-dev mailing list
grass-dev at lists.osgeo.org<mailto:grass-dev at lists.osgeo.org>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the grass-dev