Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feat] Start in a demo/startup location #862

Closed
wenzeslaus opened this issue Jul 31, 2020 · 5 comments · Fixed by #868
Closed

[Feat] Start in a demo/startup location #862

wenzeslaus opened this issue Jul 31, 2020 · 5 comments · Fixed by #868
Labels
enhancement New feature or request gsoc Reserved for Google Summer of Code student(s)

Comments

@wenzeslaus
Copy link
Member

Let's go a step further than just creating a directory for grassdb in the startup during first-time run: After creating this directory, follow with another function to create a simple location with some data.

The location demolocation in distribution (GISBASE) can be used for that. If it does not exist and thus cannot be copied, the startup should continue as usual.

I think the name should be startup or startup_location. It is more descriptive than demolocation but still clearly conveying it is not meant for normal use.

Additional context
This was discussed on Next steps in GSoC and beyond video call, July 15, 2020 (notes).

@wenzeslaus wenzeslaus added enhancement New feature or request gsoc Reserved for Google Summer of Code student(s) labels Jul 31, 2020
@wenzeslaus wenzeslaus added this to To do in New GUI Startup via automation Jul 31, 2020
@mlennert
Copy link
Contributor

I'm afraid that "startup" in the name would be interpreted as being the location you have to choose to start GRASS GIS.

I would prefer demo, or, since you don't like that, what about "default" ? Or "example location" ?

Or just give it a name linked to it's content and projection, e.g. "Worldwide lat-long (datum WGS84)" or something like that ?

@mlennert mlennert linked a pull request Aug 4, 2020 that will close this issue
@mlennert mlennert moved this from To do to Issues in progress in New GUI Startup Aug 4, 2020
@wenzeslaus
Copy link
Member Author

I'm afraid that "startup" in the name would be interpreted as being the location you have to choose to start GRASS GIS.

...which is not necessarily a harmful interpretation. Also, currently, we don't plan much choosing, you should be automatically brought there (to the startup/demo location) or to your last used mapset (if you have that available).

I would prefer demo, or, since you don't like that, what about "default" ? Or "example location" ?

Hm, "by default, it should start in the last used mapset," so default is not good plus it does not convey the meaning of not being meant for actual use.

Both demo and example show it is not meant for normal use, but since it is supposed to stay around and might be potentially used at any point, I'm reluctant to give it one of these names because they seem like you use it once and then you delete that.

Or just give it a name linked to it's content and projection, e.g. "Worldwide lat-long (datum WGS84)" or something like that ?

That's an interesting idea. Why to insist on this location being not meant for serious use? Perhaps it can be as useful as any other lat-lon one would be. The messages in the GUI would have to be more general tailored towards lat-lon rather than startup/demo. That's possible, but it could lead to less clear message and less behavior tailored towards a first-time user.

@neteler
Copy link
Member

neteler commented Aug 9, 2020

Or just give it a name linked to it's content and projection, e.g. "Worldwide lat-long (datum WGS84)" or something like that ?

That's an interesting idea.

I like that idea a lot.

@wenzeslaus
Copy link
Member Author

Or just give it a name linked to it's content and projection, e.g. "Worldwide lat-long (datum WGS84)" or something like that ?

Any suggestions for the directory name? I mean something which is basically vector map name compliant which is what we now enforce in the GUI (although not required by GRASS in (most?) contexts).

@mlennert
Copy link
Contributor

Or just give it a name linked to it's content and projection, e.g. "Worldwide lat-long (datum WGS84)" or something like that ?

Any suggestions for the directory name? I mean something which is basically vector map name compliant which is what we now enforce in the GUI (although not required by GRASS in (most?) contexts).

world_latlong_wgs84 ?

New GUI Startup automation moved this from Issues in progress to Done Aug 20, 2020
wenzeslaus pushed a commit that referenced this issue Aug 20, 2020
…868)

The first-time user, when GUI is used, will be brought into a newly created location with a empty dedicated mapset.
PERMANENT contains map of the world (countries). This should demonstrate correctly the mapset concept.
Consequently, the startup window is skipped for the first-time user and the main GUI with data tab is the first thing user sees.

When something goes wrong (e.g., installation does not include demolocation), the fallback is the startup window.
Limitations include missing only config dir or only grassdata (neither must be present) and empty grassdata.

The primary naming in the code is startup location because it is used primarily for startup
and at the same time it is more serious than demo. User sees a name based on the intended area of use and CRS.

Closes #862 and #897.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request gsoc Reserved for Google Summer of Code student(s)
Projects
No open projects
Development

Successfully merging a pull request may close this issue.

3 participants