/home/strubbl

weeklyOSM minified RSS feed with feed-minifier

Sun, 05 Jan 2025 20:24:00 +0000

Intro

For the OpenStreetMap news site weeklyOSM I have created minified RSS feeds with a self-written tool called feed-minifier. This saves a lot of bandwidth when subscribing to that news site.

What are the differences compared to the original weeklyOSM feed?

The number of weeklyOSM articles in the feed is reduced to only contain the latest edition.
Flags of the OSM calendar events are replaced with emoticons.
Language indicator icons for the translation links are replaced by text links with the language code.
All other images are replaced with a text in square brackets naming the image source URL, the alt text and the image size. This way no images are loaded automatically when loading the RSS item.
New lines in the source of the article content are deleted.
HTML comments and CSS classes are removed.

The advantage of all this extra processing of the feed to a minimized version is a reduction of around 90 % in size.

E.g. the feed including the Italian weeklyOSM #754 could be reduced from 360,889 bytes to 31,646 bytes. Additionally, the ten title images are not loaded, e.g. the one for weeklyOSM #754 has a size of 464,872 bytes.

How to get the weeklyOSM feeds?

Head to osm.strubbl.de/weeklyOSM-minified/ and subscribe using the link to the feed for your language.

Discussion, Feedback, Ideas

You can create an issue in the repository or use the thread in the community.osm.org forum.

start failed: unsupported shim version

Mon, 11 Nov 2024 21:06:00 +0000

So i got the error while starting up a container via docker-compose:

Unimplemented: failed to start shim: start failed: unsupported shim version (3): not implemented

Sometimes a reboot resolves a problem.

Dokuwiki Plugin, um Benachrichtigungen zu Mattermost zu senden

Thu, 31 Oct 2024 20:57:00 +0000

Für Mattermost gibt es bei Dokuwiki selbst kein Notifier Plugin. Das schöne ist aber, dass man stattdessen einfach das Slack Notifier Plugin nutzen kann. Man konfiguriert dann in den Plugin-Einstellungen die Slack Incoming Webhook URL auf einen Webhook, den man in Mattermost angelegt hat.

pikaur: Read damn arch-wiki before borking your computer

Wed, 10 Jul 2024 19:50:26 +0200

When you get the message from pikaur:

Read damn arch-wiki before borking your computer
https://wiki.archlinux.org/title/Arch_User_Repository
(Also, don't report any issues to pikaur, if ure seeing this message)

you need to check your base-devel package is installed.

References:

RSS Feed Pflege: Volltext-Feed

Sun, 12 Nov 2023 00:19:15 +0100

Heute habe ich mal meine RSS Feeds genauer unter die Lupe genommen und ein paar Anpassungen vorgenommen. Es wird nun ein Volltext-Feed und wie bisher ein gekürzter Feed mit Teasern generiert. Bisher dachte ich, dass mit Hugo automatisch ein Volltext-Feed generiert wird. Aber dem war nicht so.

Zum Glück kann man das ändern. Dazu habe ich

ein neues OutputFormat erzeugt,
ein neues Template basierend auf dem derzeitigen RSS Feed Template erstellt und angepasst und
den neuen Feed in meinem Theme verlinkt.

Das wars.

Automatische Logcheck Regelaktualisierung Für Hochpräzise Zeitstempel Ab Debian 12 Bookworm

Wed, 27 Sep 2023 22:34:18 +0200

Nach dem Update auf Debian 12 funktionieren die selbst angelegten logcheck Regeln nicht mehr. Das liegt daran, dass du nun hochpräzise Zeitstempel in den Logs genutzt werden.

Die eigenen Regeln kann man mit einem Befehl für das neue Format einfach konvertieren. Als root muss folgendes Kommando ausgeführt werden:

for rule in /etc/logcheck/*.d*/local-*; do sed --in-place --regexp-extended 's,^\^((\\w|\[\[:alpha:\]\])\{3\} \[ :(0-9|\[:digit:\])\]\{11\}),^(\1|[0-9T:.+-]{32}),' "$rule" ; done

Dabei muss der Ausdruck für die Dateipfade /etc/logcheck/*.d*/local-* an die eigenen Dateinamen der Regeln angepasst werden. Bei mir beginnen sie mit 01-, sodass ich diese Stelle auf /etc/logcheck/*.d*/01-* abgeändert habe.

Die Regel habe ich auch noch auf die postgrey Dateien angewendet, weil diese noch den alten Zeitstempel unterstützt haben und nicht auch den neuen.

Namespaces in logseq since v0.8.9

Tue, 22 Nov 2022 21:57:50 +0100

Namespaces in logseq are as simple as using a slash in the page’s title. If you have worked with namespaces in a logseq version, which is lower than v0.8.9, you should migrate your existing pages according to the “New file name rules”. These rules are mentioned almost at the end of release note. Otherwise you might notice some weird behaviour with the pages in a namespace.

The migration via GUI can be found in logseq: Settings → Advanced → File name format and there is an Edit button, which should be clicked and the instructions in the popup window need to be followed. In your logseq graph this will rename all pages with a slash, where the slash will be replace by three underscores.

OsmAnd: How to create a layer with custom POIs

Fri, 06 May 2022 14:36:09 +0200

This blog post describes how to create a POI (Point Of Interest) layer in OsmAnd. The layer highlights all locations of a specific POI type, e.g. table tennis locations, toilets, bicycle repair stations.

tl;dr: There is a German version of this post fitting in one Mastodon toot.

Add a custom POI layer

Start OsmAnd

At first you need to start OsmAnd of course.

Create a POI filter

Open the main menu of OsmAnd. That is the burger menu in the bottom left.

Configure Map

Select the Configure Map option.

Open POI overlays

Select the POI overlay… option.

Search for custom POI type

Now you see a lot of POI categories, which you could already use. To create a custom category open the Search.

Enter the custom type of POI you want to display, e.g. bicycle repair station and select the first search search result.

Create a custom filter

Select the filter button right next to text Show bicycle repair station on the map.

You are in the view to create a customized filter now. You could enable different options here, which are depending on the type of POI. I want to see all bicycle repair stations, which are mapped in OpenStreetMap.org. So i do not enable any option here. Open the kebab menu.

Select the only option Save filter.

Enter a custom name or leave it as is and select Save.

Enable custom POI layer

Use you back key or back gesture to go back to map. Open the POI overlay view again.

Now, you can see the option Bicycle repair station. This represents the filter we have just created. Select it. (I do not know why it is displayed twice. I select the first option.)

Our custom POI overlay is active now.

Explore the map

You can see all bicycle repair stations being mapped in OpenStreetMap. Before and after:

Add data to the map

Of course it is possible to add more POIs to the map. You can directly add the data on OpenStreetMap.org. It is easier to use a specialized editor to add POIs you know. I can recommend Mapcomplete. It provides different themes for different types of POIs. For example, there is a theme for adding bicycle infrastructure (incl. repair stations) or toilets or table tennis.

When you have added data to OpenStreetMap, be sure to wait for the map data update in OsmAnd. Map data is usually captured at the first day of the month. In the following days the update files are created and deployed. So, the worst case in waiting time is for data being added on the second day of the month, where you would have to wait more than a month to get the updated map data.

If you have got OsmAnd+, you could enable Live Updates for your region in order to get the map updates earlier.

Multiple POI layers

In the POI overlay view there is an option, where you can select multiple POI types to be displayed. Select the multiple check marks in the bottom left.

OpenStreetMap Karten generieren mit Map Machine

Wed, 09 Feb 2022 22:35:36 +0100

tl;dr: Dieser Artikel beschreibt, wie man mit Map Machine, das in einem Docker Container läuft, Karten als SVG basierend auf OpenStreetMap generieren kann.

Map Machine ist ein Projekt, das die Fülle und Vielfalt der Daten von OpenStreetMap zeigen möchte. Es ist ein Map Renderer, der in Python geschrieben ist und unter MIT License auf GitHub veröffentlicht ist.

Um das das Docker Image für das Map Machine-Projekt bauen zu können, benötigen wir selbstverständlich auf unserem Rechner docker und git. Auf git könnte man verzichten, wenn man sich das Repository als gepacktes Zip herunterlädt. Dann benötigt man halt die Software zum Zip entpacken.

Wenn Docker noch nicht installiert ist, so gibt es Anleitungen z.B. für Ubuntu oder Archlinux.

Zunächst erzeugen wir eine lokale Kopie. Dazu müssen wir das das Repository clonen (oder herunterladen und entpacken):

git clone https://github.com/enzet/map-machine.git

Anschließend können wir in das Verzeichnis map-machine wechseln, um das Docker Image zu bauen:

docker build --pull -t strubbl_mapmachine .

Bei diesem Kommando ist der Punkt am Ende wichtig, denn er steht für das aktuelle Verzeichnis. Das bedeutet, dass im aktuellen Verzeichnis nach der Bauanleitung (Dockerfile) für dieses Image gesucht wird.

Der Name für das Image strubbl_mapmachine ist frei gewählt und kann natürlich anders lauten. In den folgenden docker-Kommandos muss dies dann entsprechend angepasst werden.

Während das Image gebaut wird, können schon einige Vorbereitungen getroffen werden, um gleich einen sinnvollen Aufruf an Map Machine zu formulieren.

Es muss ein Verzeichnis angelegt werden, in dem die Karten später zu finden sind. Außerdem sollte es ein Unterverzeichnis darin geben, um einen Karten-Cache anzulegen und zu nutzen. Ich möchte die Karten unter $HOME/data/mapmachine/maps und somit die Cache-Daten unter $HOME/data/mapmachine/maps/cache ablegen. Durch die Verwendung der Variablen $HOME wird automatisch das eigene Home-Verzeichnis verwendet, z.B. /home/strubbl. Ich erstelle also die von mir gewünschten Verzeichnisse mit dem Ausführen des Befehls mkdir -p $HOME/data/mapmachine/maps/cache.
Der Bereich der Karte, die wir erstellen wollen, wird benötigt. Das nennt sich Bounding Box oder kurz bbox. Dafür gibt es ein kleines Tool von Klokan, damit man sich den gewünschten Kartenausschnitt aussuchen kann. Oben links in dem Tool ist Button mit einem Pfeil der auf ein Rechteck zeigt. Wenn man dieses Werkzeug auswählt, kann man ein Rechteck (die bbox) in der Karte zeichnen. Dieses kann man auch nachträglich noch in der Größe anpassen. Die bbox sollte nicht zu groß gewählt werden, weil in diesem Beispiel hier die Daten direkt über die OpenStreetMap API abgefragt werden. Man kann auch über die Programmargumente eine XML-Datei mit den Kartendaten angeben, um keine Anfrage an die OpenStreetMap API senden zu müssen. Wenn die bbox fertig eingezeichnet ist, kann man im unteren Teil Copy & Paste des Tools die bbox als Text kopieren. Das Format für die bbox sollte CSV sein. Dann erkennt man die durch Kommata getrennten zwei Koordinaten.
Schließlich benötigen wir noch das Zoom-Level der Karte. Der Standardwert ist 18, wenn wir keinen angeben.

Wenn diese drei Informationen zusammengetragen sind und das Docker Image erfolgreich gebaut wurde, kann man einen Container basierend auf dem Image starten, der die Karte erstellt und sich dann wieder beendet.

Ein Aufruf könnte wie folgt aussehen:

docker run -v $HOME/data/mapmachine/maps:/maps strubbl_mapmachine render \
  --cache=/maps/cache -z=17 -o=/maps/stralsund-hafen.svg \
  -b=" 13.089452552,54.313679518,13.1049235336,54.3194871239"

Aufgeschlüsselt bedeutet jeder Teil des Kommandos folgendes:

Mit docker run drückt man aus, dass man einen Container starten will.
Nach dem -v kommt zunächst der Pfad auf unserem PC, wo die genierten Karten hingeschrieben werden sollen: $HOME/data/mapmachine/maps. Dann folgt ein Doppelpunkt und der Container-interne Pfad /maps.
Anschließend folgt der Name des Docker Images, hier strubbl_mapmachine.
render ist das erste Argument, dass an den map-machine-Befehl gesendet wird, um mitzuteilen, dass eine Karte generiert werden soll.
Mit --cache und dem folgenden Pfad /maps/cache gibt man an, wo Daten, die über die OpenStreetMap API abgefragt werden, zwischengespeichert werden. Diese können dann wiederverwendet werden.
Das Zoom-Level wird über -z 17 angegeben, das hier auf Stufe 17 festgelegt wird.
Den Dateinamen für die Karte kann man über den Parameter -o festlegen. Die Datei sollte unterhalb des Container-internen Verzeichnisses /maps/ liegen, sodass wir die Datei auch auf unserem lokalen Pfad verfügbar haben und sie nicht im Container gespeichert wird, worauf wir nicht zugreifen können sobald der Container beendet wurde. Der Container-interne Pfad wird durch unseren lokalen Pfad gemappt, siehe Parameter -v.
Die bbox wird über den -b-Parameter angegeben. Die Angabe der Koordinaten mit den Anführungszeichen und dem Leerzeichen in der Form ist wichtig, weil es sonst zu einem bekannten Fehler kommen kann.

Man muss in diesem Docker-Kommando nicht map-machine mit angeben, weil es das Standardkommando beim Aufruf des Containers ist. Das ist so im Dockerfile definiert.

Mit dieser gewählten kleinen bbox und dem Zoom-Level 17 dauert die Generierung nur ein paar Sekunden (ca. 10 s auf einem i3-6100U mit SSD). Ein größeres Zoom-Level oder eine größere bbox verlängern den Prozess und die Größe der SVG-Kartendatei. Z.B. die Generierung einer Karte mit der gleichen bbox aber Zoom-Level 19 dauert in etwa doppelt so lange, wobei dank Nutzung des Caches keine neuen Daten von der OpenStreetMap API abgefragt werden müssen.

Wenn das Docker-Kommando fertig ist, haben wir im Pfad $HOME/data/mapmachine/maps/stralsund-hafen.svg unsere generierte Karte liegen.

Danke an Manfred für das Testen des Artikels und die Rückmeldungen. So haben wir zusammen den o.g. Bug gefunden.