<div dir="ltr"><div>Thanks Maris for the long reply, see below</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Feb 16, 2024 at 1:42 PM Maris Nartiss <<a href="mailto:maris.gis@gmail.com">maris.gis@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello all,<br>
although I expected some discussion, I didn't expect a kind of Spanish<br>
Inquisition. To make things easier for me (I still have to type single<br>
handed), I'll try to address all issues in a single email.</blockquote><div><br></div><div>Well, we have been discussing this topic for a loong time, so you should have expected more passionate responses...</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
At first we all must agree that coordinate systems, geospatial data<br>
and thus also GIS is hard. We will never have a perfect (the final)<br>
solution or a solution we all can agree on, but it shouldn't stop us<br>
from trying out new things.<br></blockquote><div><br></div><div>Sure.</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">
<br>
Second – from the GSOC web site: „Google Summer of Code is a global,<br>
online program focused on bringing new contributors into open source<br>
software development.“ It is not „get some code to merge into next<br>
release“ and thus developing an experimental feature still is a good<br>
way how to get familiar with the code base, contributing to os, issues<br>
and features of GRASS.<br></blockquote><div><br></div><div>If I invest my time into GSoC, I want the result to be merged. So personally, I am not going to mentor an "experimental" project. We have done this before, students didn't stay with the project and we had unusable results at the end.</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">
<br>
Third – we should improve GRASS with a goal of making easy to do „the<br>
right thing“ and to make hard to do „wrong“. We have (and should<br>
keep!) plenty of „shortcuts“ for experienced users who understand what<br>
they do.<br></blockquote><div><br></div><div>Generally I agree.</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">
<br>
And now let's dive into specifics (in chronological order).<br>
Vero, I meant a first-run wizard, but choose a bad name. Sorry, my<br>
fault. Although I had no fundamental objections against the old<br>
startup screen, there is no need to resurrect it. He's dead, Jim.<br>
<br>
Anna, there were many ideas floating around in Prague caused by the<br>
„location“->„project“ proposal. And you are right, we couldn't agree<br>
on a single solution (see the first point of this email). At the same<br>
time there were concerns from me and others (IIRC Martin, Luís,<br>
Helmut?) that it is still too easy to continue with a sub-optimal or<br>
outright wrong CRS (location/project structure). Later on (after a few<br>
too many beers) I tried to convince everyone (sorry Linda!) that we<br>
should focus on that “easy to do right“ mantra. At the end we all<br>
agreed (or everyone agreed just to silence me ;-) that we should<br>
continue exploring alternatives and thus was the GSOC proposal.<br></blockquote><div><br></div><div>I share the concerns, I personally just don't think any welcome screen or wizard is going to address them. They would likely be dismissed and then we are in the same situation. We have had welcome screen and wizard for a long time and that was a stumbling block for users. I don't think simply redesigning it helps. We should think of some other ways, I don't have a solution now, if we have, we can have a GSoC project.</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Brendan, there's more than one way to skin a cat.<br>
<br>
Anna, the current info bar is just bad for at least two reasons (sorry<br>
Linda, I'm just opinionated). Although you state that most users just<br>
dismiss it, I'll call it a lie – it is not possible to dismiss it at<br>
all! Yeah, I'm just kidding, there is a bug in the code. I rm'ed my<br>
.grass8 to see first start-up experience. See attachment with a cutout<br>
from a full screen window I was presented with – one can not read<br>
whole message or see any buttons as the widget is too small to fit all<br>
of its content. And that's even before the text is translated to<br>
Latvian, German or Finnish that will make the text even longer<br>
(Äteritsiputeritsipuolilautatsijänkä is an actual name of region in<br>
Lapland and makes a good word to test UI).<br>
The info bar has fallen into the old startup window trap – try to<br>
explain GRASS specifics (an important thing!) instead of providing<br>
easy actionable options that all lead to „doing it right“. It is a<br>
TL;DR, and why I should „create new project“ if I already have one<br>
open? Keep in mind attention span of a goldfish (a.k.a. length of a<br>
Tiktok video) we are dealing with. (Has anyone read this far? Let me<br>
know in the comments and don't forget to like and subscribe.)<br>
My idea did not interfere with implementing an offer to create a new<br>
project in import tools if a reprojection from projected to ll project<br>
is detected (I <3 how this sentence rolls-off my tongue) or any other<br>
enhancements that also can (and should) be implemented.<br></blockquote><div><br></div><div>Could you please create an issue for this?</div><div><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">
<br>
Vaclav, thanks. I was thinking of something like A1 proposal, but even<br>
simpler (three + 1 buttons) and the same time with a lot of black<br>
magick (e.g. three clicks or less to have everything ready for any of<br>
our intro tutorials, including opening a web browser with the chosen<br>
tutorial and adding some layers to the map view; two clicks (+ file<br>
browsing) to have users raster or vector data displayed).<br></blockquote><div><br></div><div> I think Vashek's point was to gently remind you there has been a lot of discussion going on in the past, not to resurrect one of those ideas:)</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Linda, in your paper you wrote: „Since both options were favorably<br>
rated (85% responded positively to the first-run wizard and 74% to<br>
info bars), we decided to implement an info bar as a technically<br>
simpler and more flexible solution.“ The idea of this GSOC proposal<br>
was to implement in some form the second option that would allow to<br>
perform A/B testing with real users. As you (et al.) have done a huge<br>
work with the codebase, now it would be much easier to implement than<br>
some years a go.<br>
I also understand that users want to start working with the software<br>
right away. But here is a catch – most likely nobody will start GRASS<br>
to work with data provided by the demo project. Either they will start<br>
GRASS to do some exercises in a training course / to follow a tutorial<br>
(= download one of sample datasets, add some layer to the map view),<br>
or to work with data they have to solve the analysis problem they are<br>
facing (= create a new project from supplied data, import file, add it<br>
to the map view, display warning about computational region in your<br>
info bar, if imported data were vectors and not raster). If user<br>
cancels the wizard, just fine. Let him enjoy the demo project and<br>
display first time screen also on the next startup iff there is no<br>
project with data in the GISDBASE. This would not interfere with a<br>
big, fat warning if someone tries to import external data into sample<br>
projects (NC, Spearfish, ...) or any other enhancements that could be<br>
done.<br></blockquote><div><br></div><div> I agree with a lot of points you are making but I guess I still don't understand exactly what your suggestion is and how it would make things better and for whom...</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Huh, I think I answered most of points from previous emails (except<br>
going into details of potential architecture (thus Anna for wxPython<br>
expertise) or user friendliness (thus Vero)). Thank you to everyone<br>
who read this far and sorry for all unintentional fuss I caused.<br>
Probably Linda you are right – it is too ambitious for an experimental<br>
project that might get tossed away at the end. I see that Anna has<br>
already removed the idea from the wiki, most likely for good. Do not<br>
restore it, let it be so. We can return to this idea at any point<br>
later if we feel need for it. I have plenty to do to fix pointer<br>
juggling bugs in the new module I have almost finished (anisotropic<br>
smoothing).<br>
Māris.<br>
<br>
piektd., 2024. g. 16. febr., plkst. 10:41 — lietotājs Linda Kladivová<br>
(<<a href="mailto:L.Kladivova@seznam.cz" target="_blank">L.Kladivova@seznam.cz</a>>) rakstīja:<br>
><br>
> Hello Māris,<br>
><br>
> just to add some other info, we did several surveys among GRASS users about first-time user experience with Anna, Martin and Vashek and we also tested old and new startup mechanisms in a real environment within the usability testing - you can have a look at our article: <a href="https://www.mdpi.com/2220-9964/12/9/376" rel="noreferrer" target="_blank">https://www.mdpi.com/2220-9964/12/9/376</a>.<br>
><br>
> As Anna has already written, the results of usability testing were indeed mixed but I would like to emphasize one thing - most of the usability participants (first-time users) said to me that they simply expect they will be directly redirected to the main software window where they can start working without knowing anything about the software. The current "info bar" solution goes in that direction and although I have to admit that it has flaws there are ways how to make it better and Anna has already written some points.<br>
><br>
> I think it would be nice to focus on how to make the current solution better (it is definitely doable and even desirable) and not go back to some alternatives to the old solution.<br>
> Above that, it would be extremely time-consuming to implement any dialog wizards and at the same time the impact of that "dialog" solution is very uncertain - one important thing we also learned from surveys and discussions inside/outside the community is that the one good generally acceptable solution simply does not exist here - it will always be a compromise.<br>
><br>
> Just my two cents. :-)<br>
> Linda<br>
><br>
> ---------- Původní e-mail ----------<br>
> Od: Maris Nartiss via grass-dev <<a href="mailto:grass-dev@lists.osgeo.org" target="_blank">grass-dev@lists.osgeo.org</a>><br>
> Komu: Anna Petrášová <<a href="mailto:kratochanna@gmail.com" target="_blank">kratochanna@gmail.com</a>>, Veronica Andreo <<a href="mailto:veroandreo@gmail.com" target="_blank">veroandreo@gmail.com</a>><br>
> Kopie: GRASS-dev <<a href="mailto:grass-dev@lists.osgeo.org" target="_blank">grass-dev@lists.osgeo.org</a>><br>
> Datum: 15. 2. 2024 13:04:24<br>
> Předmět: Re: [GRASS-dev] GSoC Ideas<br>
><br>
> Hello Anna, Vero.<br>
> I added the welcome screen idea we discussed during our Prague<br>
> meeting. I think it would be a good GSOC project as it is quite easy<br>
> and at the same time will allow to understand if it is the way to go.<br>
> Anna, would you be able to be a co-mentor as it is a GUI project? Or<br>
> who else could be?<br>
> Vero, your user-centric view also would be valuable.<br>
> Please edit the wiki accordingly.<br>
><br>
> Thanks,<br>
> Māris.<br>
><br>
> sestd., 2024. g. 3. febr., plkst. 06:34 — lietotājs Anna Petrášová via<br>
> grass-dev (<<a href="mailto:grass-dev@lists.osgeo.org" target="_blank">grass-dev@lists.osgeo.org</a>>) rakstīja:<br>
> ><br>
> > Hi,<br>
> ><br>
> > I created a GSoC Ideas 2024 page on grasswiki (as opposed to trac wiki, which I think we should be moving away from):<br>
> > <a href="https://grasswiki.osgeo.org/wiki/GRASS_GSoC_Ideas_2024" rel="noreferrer" target="_blank">https://grasswiki.osgeo.org/wiki/GRASS_GSoC_Ideas_2024</a><br>
> ><br>
> > It's not updated yet, I plan to add more topics. If you want to mentor a topic, we can discuss it here.<br>
> ><br>
> > Anna<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="https://lists.osgeo.org/mailman/listinfo/grass-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/grass-dev</a><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="https://lists.osgeo.org/mailman/listinfo/grass-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/grass-dev</a><br>
</blockquote></div></div>