<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 23, 2015 at 5:53 AM, Michael Barton <span dir="ltr"><<a href="mailto:Michael.Barton@asu.edu" target="_blank">Michael.Barton@asu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word">
Hi Vaclav,
<div><br>
</div>
<div>To be clear, I agree with you that GRASS should not start with a wizard and had did not intend anyone to think that.</div>
<div><br>
</div>
<div>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. </div>
<div><br>
</div>
<div>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.</div></div></blockquote><div><br></div><div>That seems like fundamental to me, by allowing to mix maps with different projections in one mapset we would loose the checks that ensures the correct handling of data, one of the very strong points of GRASS.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div> It may be necessary to do other things to make sure that
 users don’t try to combine maps of different projections. </div>
<div><br>
</div>
<div>This would make it possible to have a simpler startup. But it would take more thought and some programming to make it work. </div></div></blockquote><br>The current database set up is really robust (it is fairly difficult to mess up the database)  and at the same time flexible (one can easily move around mapsets or location/mapsets). Perhaps the same can be achieved in different ways, but please let's not sacrifice this just to make it possible to make a simpler startup. <br><br></div><div class="gmail_quote">The whole issue of locations and mapsets may be confusing for the first time users, but in my experience this is just an initial hurdle, after which the whole structure is actually quite helpful in keeping one on top of the data (especially if you have to deal with different data sources with different projections). <br><br></div><div class="gmail_quote"><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><span><font color="#888888">
<div><br>
</div>
<div>Michael</div>
</font></span><div><span>
<div>
<div style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word">
<div style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word">
<div style="text-align:-webkit-auto;text-indent:0px;word-wrap:break-word">
<span style="border-collapse:separate;text-indent:0px;border-spacing:0px">
<div style="word-wrap:break-word">
<span style="border-collapse:separate;text-indent:0px;border-spacing:0px">
<div style="word-wrap:break-word">
<span style="border-collapse:separate;text-indent:0px;border-spacing:0px">
<div style="word-wrap:break-word">
<span style="border-collapse:separate;text-indent:0px;border-spacing:0px">
<div style="word-wrap:break-word">
<span style="border-collapse:separate;text-indent:0px;border-spacing:0px">
<div style="word-wrap:break-word">
<span style="border-collapse:separate;text-indent:0px;border-spacing:0px">
<div style="word-wrap:break-word">
<span style="border-collapse:separate;text-indent:0px;border-spacing:0px">
<div style="word-wrap:break-word">
<span style="border-collapse:separate;text-indent:0px;border-spacing:0px">
<div style="word-wrap:break-word">
<div>
<div style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-transform:none;white-space:normal;word-spacing:0px">
____________________</div>
<div style="font-variant:normal;letter-spacing:normal;line-height:normal;text-transform:none;white-space:normal;word-spacing:0px">
<font size="3" face="Helvetica">C. Michael Barton</font></div>
<div style="font-variant:normal;letter-spacing:normal;line-height:normal;text-transform:none;white-space:normal;word-spacing:0px">
<font size="3" face="Helvetica">Director, Center for Social Dynamics & Complexity </font></div>
<div style="font-variant:normal;letter-spacing:normal;line-height:normal;text-transform:none;white-space:normal;word-spacing:0px">
<font size="3" face="Helvetica">Professor of Anthropology, School of Human Evolution & Social Change</font></div>
<div><font size="3" face="Helvetica">Head, Graduate Faculty in Complex Adaptive Systems Science</font></div>
<div style="font-variant:normal;letter-spacing:normal;line-height:normal;text-transform:none;white-space:normal;word-spacing:0px">
<font size="3" face="Helvetica">Arizona State University</font></div>
<div style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-transform:none;white-space:normal;word-spacing:0px">
<br>
</div>
<font size="3" face="Helvetica"><font>voice:  </font><font>480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)</font><br>
<font>fax: 480-965-7671 (SHESC),  480-727-0709 (CSDC)</font><br>
</font>
<div style="font-variant:normal;letter-spacing:normal;line-height:normal;text-transform:none;white-space:normal;word-spacing:0px">
<font size="3" face="Helvetica">www: <a href="http://www.public.asu.edu/~cmbarton" target="_blank">
http://www.public.asu.edu/~cmbarton</a>, <a href="http://csdc.asu.edu" target="_blank">http://csdc.asu.edu</a></font></div>
<br>
</div>
<br>
</div>
</span><br>
</div>
</span><br>
</div>
</span><br>
</div>
</span><br>
</div>
</span><br>
</div>
</span><br>
</div>
</span><br>
</div>
</span><br>
</div>
<br>
</div>
<br>
</div>
<br>
<br>
</div>
<br>
</span><div><div><div>
<blockquote type="cite">
<div>On Jan 22, 2015, at 8:22 PM, Vaclav Petras <<a href="mailto:wenzeslaus@gmail.com" target="_blank">wenzeslaus@gmail.com</a>> wrote:</div>
<br>
<div>
<div dir="ltr">
<div class="gmail_extra"><br>
<div class="gmail_quote">On Thu, Jan 22, 2015 at 12:16 PM, Michael Barton <span dir="ltr">
<<a href="mailto:Michael.Barton@asu.edu" target="_blank">Michael.Barton@asu.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">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.
<div></div>
</div>
</blockquote>
</div>
<br>
</div>
<div class="gmail_extra">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.<br>
</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">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 :-).<br>
<br>
</div>
<div class="gmail_extra">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.<br>
<br>
</div>
<div class="gmail_extra">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.<br>
<br>
</div>
<div class="gmail_extra">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?<br>
<br>
</div>
<div class="gmail_extra">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.<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div></div></div>
</div>

<br>_______________________________________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org" target="_blank">grass-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-dev</a><br></blockquote></div><br></div></div>