<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 2, 2015 at 4:39 PM, Markus Neteler <span dir="ltr"><<a href="mailto:neteler@osgeo.org" target="_blank">neteler@osgeo.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">> For newcomers/no rc file: how about creating a new GRASS GIS database<br>
> in $HOME,<br>
<br>
</span>+1<br>
<span class=""><br>
> in there a new location with EPSG:4326 (latlong wgs84), the<br>
> empty PERMANENT mapset will be created automatically. Does not apply<br>
> to MS Windows, because the demolocation is created during<br>
> installation.<br>
<br>
</span>In theory the demolocation could be everywhere since it is part of the<br>
source code and even contains a world map.<br>
<span class=""><br></span></blockquote><div>In theory, copying the demolocation should be easy. I'm just afraid that it will be hard to implement it, to get all the conditions and rights right and to debug it. However, since on MS Windows, the mechanism will not be used much, it is possible that some bugs will not need solving. See below, for one issue which is currently present and is even more important for this proposed functionality then for the current one.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">
> Why not having a minimal welcome screen with a dropdown list for<br>
> existing locations and a dropdown list for existing mapsets in the<br>
> selected location, plus a prominent OK button and a change/manage<br>
> button, nothing else?<br>
<br>
</span>+1<br>
At FOSDEM, we discussed this issue and most discussion participants<br>
thought exactly in this direction.</blockquote></div><br>I wish I could be there. I still think that improving what we have now is a better way that, at expense of advanced users, try to hide the complexity which cannot be avoided at the end. It seems to me that everybody is so annoyed by the 64 startup behavior that changing everything seems as an only option. However, I think that just small improvements here and there are better in this case. Complete revamp of startup with focus on first time users may easily create unsatisfied second time users.<br><br></div><div class="gmail_extra">I don't want to name all changes I've done but let's take example of the recent ones. The message which was originally in an error dialog is now just a red text in the main window (r64407). In r64408 I removed the text in command line which required user to "Hit RETURN" which may be easy to do once you understand what that you should press Enter but interacting with command line is probably what you don't want the first time user to do. See old and new state of GRASS right after running `grass` command (left old, right new state).<br><br></div><div class="gmail_extra">There is one bug in the startup I was not really looking at, yet. In grass.py there is some dummy rc file created and GISDBASE is set to current working directory ($HOME in 64 seems a bit more reasonable). This file is loaded in gis_set.py where value for Location (<UNKNOWN>) is used to show the first-time-user "create location" warning/message. However, GISDBASE is used used anyway to fill the corresponding input field which is quite confusing. Should GUI respect whatever is in rc file or should it consider rc file with <UNKNOWN> for Location as invalid? In other words, how to recognize the state of first time user when a message about creating grassdata should be shown (or in the future, grassdata and demolocation created automatically)?<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Vaclav<br></div><div class="gmail_extra"><br><a href="http://trac.osgeo.org/grass/changeset/64407">http://trac.osgeo.org/grass/changeset/64407</a><br><a href="http://trac.osgeo.org/grass/changeset/64408">http://trac.osgeo.org/grass/changeset/64408</a><br><a href="http://trac.osgeo.org/grass/browser/grass/trunk/lib/init/grass.py?rev=64408#L502">http://trac.osgeo.org/grass/browser/grass/trunk/lib/init/grass.py?rev=64408#L502</a><br><a href="http://trac.osgeo.org/grass/browser/grass/trunk/lib/init/grass.py?rev=37863#L331">http://trac.osgeo.org/grass/browser/grass/trunk/lib/init/grass.py?rev=37863#L331</a><br><a href="http://trac.osgeo.org/grass/browser/grass/branches/releasebranch_6_4/lib/init/init.sh?rev=55970#L435">http://trac.osgeo.org/grass/browser/grass/branches/releasebranch_6_4/lib/init/init.sh?rev=55970#L435</a><br><br></div></div>