GRASS GIS at OSGeo Community Sprint 2022: Difference between revisions

From GRASS-Wiki
Jump to navigation Jump to search
No edit summary
(Python manual tweaks needed)
Line 53: Line 53:
* Modular: A component added to a modular system
* Modular: A component added to a modular system
* Tools: A things which does things
* Tools: A things which does things
=== GRASS GIS manual ===
* Python manual: get rid of the too many copyright statements:
** <code>(C) 2008-2010 by the GRASS Development Team This program is free software under the GNU General Public License (>=v2). Read the file COPYING that comes with GRASS for details.</code>
** Example: https://grass.osgeo.org/grass82/manuals/libpython/grass.script.html


=== NC sample data on the website ===
=== NC sample data on the website ===

Revision as of 10:17, 27 August 2022

OSGeo Community Sprint 2022, Florence, Aug 27-28, 2022.

Introduction

Participation is free of charge and anyone involved or interested in getting involved in OSGeo community projects is welcome.

This year we will try to offer the format an hour with the developer, where we ask seasoned community members to donate time for welcoming new members and introduce them to different projects or guide them through the setup of the development environment or translation tools and get started on the Foss4G journey.

You can choose to contribute to one or more projects. The sky is the limit. There’s always plenty to do – and it’s not all about programming. Translation, documentation, feedback, discussions, and testing are very important for projects! Conference registration is not a prerequisite for participation in the code sprint.

When

The code sprint will be held on 27-28 of August.

Where

The codesprint will be hosted at the University of Florence.

Goals

Command Line Improvements

  • Finish issues #942 #753 #964 - A unified colorful prompt across all shells
    • I need help with windows for testing if color works as expected
    • Get clarification on whether issue #970 is up for grabs
    • Discuss with Vaclav about introducing sub commands into grass.py, and maybe get it started.

Discuss naming and presentation of GRASS GIS data hierarchy

  • Kladivova, Petrasova, Petras, Landa (2022, not published): GRASS GIS was conceived from its very beginning as a powerful geospatial computing tool that emphasized data integrity to deliver accurate results. To achieve consistent results when working with data from different sources, GRASS GIS requires the data to be imported into GRASS data storage and reprojected into a common coordinate reference system (CRS) predetermined by the user for each project. Within each project, called location, data are further organized into subprojects, called mapsets, used for managing different subregions or analyses. Additionally, mapsets have distinct processing settings such as computational extent and resolution. The directory with one or more locations is referred to as GRASS database and is typically named grassdata.
  • location and mapset -> project and subproject
  • GRASS database (GISDBASE, database directory) -> not needed as a prominent concept; a path, directory (folder) which happens to have one or more projects
  • More than just a rename, but different presentation.
  • g.project.switch (or g.switch.project) - change current project or subproject
  • g.search.path - manage visibility of data in other subprojects
  • g.mapset and g.mapsets kept for backwards compatibility
  • grass.script.setup.init - add project and subproject keyword arguments; keep location and mapset
  • Workspace file (.gxw) -> automatically created in each subproject with the last used GUI state, but still needs to be available as now for things like 3D animations and g.print.ws
  • PERMANENT
    • permanent versus temporary confusion
    • alternative names: default, base, main (if common files are moved to location, there is no need for a specific name at all)
    • also as a default subproject (mapset)? Path to project (location) would translate to project/{default}, e.g., project/PERMANENT

Tools versus Modules

  • Modular: A component added to a modular system
  • Tools: A things which does things

GRASS GIS manual

NC sample data on the website

New semantic versioning and GitHub milestones

  • rename label 8.4 to 8.3?

Marketing

  • Best practice (recommendations) how to make a presentation on GRASS GIS
    • existing good material (e.g., reveal.js slides)
    • what should be mentioned
    • adversise the mailing list and new communication platform
    • ... add more.
  • add link to Anna's presentation on parallelization --> and blogpost
  • add link to Vashek's presentation on code style --> and blogpost

Parallel processing

  • r.mapcalc.tiled/r.*.tiled: set default window to non-square for faster row-based computation
  • develop a script which tests a combination of nprocs/memory settings to guide the user what to use on the particular machine
  • add link to Anna's presentation on parallelization

Tests

  • Document how to write test (or prominently say where this is already documented)

Sponsorship

  • add different levels
  • explain better what it is a good idea to donate money (what is the value gained for the donor)

GitHub maintenance

  • use a project board (?) - discuss

Message Translation

  • how to backport translations (weblate pull requests)

Student grants

  • define content of new round

Web site

  • Add roadmap, with iframe pointing to milestones in GitHub?

Juyper notebooks

  • fix timeseries plot which runs into an endless loop in t.rast.series - SQLite locking mess

JSON Ouput

Update GRASS modules to support json exports.

  • g.mapsets
  • g.mapset
  • g.location
  • r.describe
  • t.vect.list
  • g.region
  • r.univar
  • r.what
  • r.info
  • r.stats
  • r.report
  • r.coin

Reports

Saturday

You

  • ...

Sunday

You

  • ...

See also

Retrieved from "https://grasswiki.osgeo.org/w/index.php?title=GRASS_GIS_at_OSGeo_Community_Sprint_2022&oldid=26678"