Just for fun I gave Fedora and Gnome with version 34 a try again 🙂 One of the first things to do as a geoscientist has been the installation of QGIS… because of the not always up-to-date repo versions (and COPR), I selected the Flatpak-version… but got 3.16 LTS alltough I expected it to be 3.18.2 :-/ What I did not know, Flathub encapsulates 2 versions in one „Repo“.
The nature observation platform observation.org provides a SQLite-dump of your observations. As a geospatial nerd it is obvious to have a deeper look on the database and how the location of the observations is stored… and to think one step further: Make a Spatialite database of it and use it directly in QGIS or ArcGIS.
 Export your data from observation.org as SQLITE-dump:
QGIS 3.14 supports temporal data out of the box (many, many thanks to Anita Graser and the time manager plug-in in the previous versions of QGIS). The support of expressions within the temporal data settings could be really helpful 🙂
The Center for Systems Science and Engineering (CSSE) at Johns Hopkins University provides the famous Corona Dashboard and Map (ESRI ArcGIS Online App) and an ArcGIS Feature Service with the recent data (and a GIT Repo with the raw data). The ArcGIS Feature Server support of QGIS makes it easy to have „some fun“ with QGIS and the provided datasets.
Not only people living in mountainous regions want to know the summarized positive and negative difference of altitude along a track („line“). With QGIS 3.10 the new processing algorithm „climb along line“ does the job for you.
Normally opening a geopackage in ArcGIS Pro (2.3.0) works fine, but recently I came across a new „nice“ error-message: „Underlying DBMS error… gpkg is remote mounted and in WAL-mode„.
Playing around with QGIS and geodata containing a time dimension (e.g. animal tracking) offered me some nice possibilities. The „geometry generator“ symbology and TimeManager PlugIn enable some nice visualizing workflows without generating new geodata.
Since ArcGIS Pro 2.2 and QGIS 3.2 arrived recently, it was time to have again a look if and how the AT_GIS_GRID for CRS-transformation between Austrian BMN (Bundesmeldenetz) and ETRS89 (and WGS84) is implemented. The easy question: Does EPSG::5891 (AT_GIS_GRID NTv2 transformation) work out of the box ?