kollegen

X-Recipe: Golden Brown

Sun, 15 Dec 2024 00:00:00 +0000

This recipe was created by chance and is based on Ritchie Roesch’s [Pushed CineStill 800T] (https://fujixweekly.com/2023/07/22/pushed-cinestill-800t-fujifilm-x-t5-x-trans-v-film-simulation-recipe/). When setting up the recipe in my camera, I swapped the signs of the colour settings for the white balance. Instead of red -9 and blue +5, I set red +9 and blue -5. I didn’t notice the mistake, but I was much more impressed by the photos that came out of it. The warm colouring creates a sepia-like character, but still leaves room for other colours. I only realised my mistake weeks later…

As the recipe is often used in extreme lighting situations, the value for the dynamic range should be adjusted accordingly.

Frosty Leaf - A shadow situation on a cold and clear morning (DR100).

Nebelwerk - Morning sun through dissolving veils of fog (DR200).

Sawdust - In the leaf shadow of the summer sun (DR400).

Settings

Film Simulation: Eterna Bleach Bypass
Grain Effect: Strong, Large
Color Chrome Effect: Strong
Color Chrome FX Blue: Weak
White Balance: 7700K, +9 Red & -5 Blue
Dynamic Range: DR400
Highlight: -0.5
Shadow: +1.5
Color: +3
Sharpness: 0
High ISO NR: -4
Clarity: -3
ISO: Auto, up to ISO 6400
Sensor: X-Trans V

X-Films Recipes

Sat, 14 Dec 2024 00:00:00 +0000

Recipes
There are many sources for recipes on the internet and in your local bookshop, such as the wonderful website https://fujixweekly.com.

Also, here are my own recipes that I wouldn’t want to be without.

Scripting support
Would you like to add recipe information to your images? Or save your recipes as user settings in Fujifilm X RAW Studio? Maybe this Python script is your friend: https://github.com/chs8691/recipetagger

Die Runde Stunde geht online

Sat, 05 Feb 2022 00:00:00 +0000

Eine kurze Erläuterung zum Konzept der Website Die Runde Stunde

Was zeigt die Website

Es ist die generierte Webseite meiner Fotos aus dem Format Die Runde Stunde, eine Art sich selbst veränderndes Foto-Album. Mit jedem Hochladen eines neuen Bildes wird die Website neu erzeugt und die Bilder werden neu gruppiert.

Motivation

Das Sport-Format Die Runden Stunde entstand durch das vermehrte Arbeiten im Home Office und der damit verbundenen extremen Bewegungsarmut (Schrittzähler lügen nicht). Es besteht aus einer morgendlichen Stunde Workout auf dem Rad bzw. mit den Laufschuhen. Im ersten Corona-Lockdown 2020 kam die Einschränkung auf 15 km-Bewegungsradius hinzu. Das entspricht so ziemlich genau dem maximalen Radius beim Radfahren. Das bedeutete für mich also keine Einschränkung, sondern machte mir im Gegenteil klar, wie wertvoll diese kleine Fläche Heimat ist. Und dass es galt, diese zu entdecken und dieses zu teilen.

Regeln der Bilder

Beim morgendlichen Laufen oder einer Radfahrt von ca. 1 Stunde Dauer. Mit Handy-Kamera oder der guten Fuji. GPS einschalten. Spontane Wahl von genau einem Spot oder auch vorher überlegt den Spot ansteuern. Bild(er) machen. Nach Hause ohne weiteren Halt. Nachbearbeitung erlaubt.

Funktionsweise des Blogs

Der Inhalt wird aus den Bildern generiert. Dazu werden Aufnahmedatum und GPS-Position ausgelesen und jeweils neun Bilder zu einem Spot zusammengefasst (denn 9 ist eine gute Zahl für einen Spot). Der erste Spot besteht aus dem neusten Bild, was den Mittelpunkt des Spots bestimmt. Dann werden acht weiteren Bildern aus dessen Nähe gesucht. Das am weitest entfernte Bild bestimmt den Radius des Spots. Zum Spot wird noch eine Header-Grafik generiert: Jedes Bild wird als Punkt dargestellt und es wird eine Kreisfläche um das erste Bild mit dem ermittelten Radius gezeichnet. Je älter das Bild, desto verblasster sein Punkt. Der nächste Spot wird mit den verbleibenden Bildern genauso erzeugt.

Die Header-Grafik besteht aus dem 15 km-Kreis meiner Heimat und den Spot-Kreisen. Auch hier gilt: Ältere Spots verblassen…

Technik

Der Blog besteht aus der einen statischen Seite, welche mit dem Hugo-Framework generiert wird. Ein neues Bild, mit GPS-Koordinaten und ggf. einem Titel getaggt, wird mit einem lokalen Upload-Skript erst verkleinert und dann auf dem Webhost hochgeladen. Auf dem Server werden dann noch zwei weitere Skripte bemüht und die Bilder und Blog-Beiträge zu generieren: die Bilder werden neu in Beiträge (Spots) aufgeteilt und pro Spot je eine Yml-Datei mit dem dazugehörigen SVG-Bild neu generiert. Auch wird das Header-SVG neu erzeugt. Dann wird Hugo angeschmissen und der so erzeugte Content auf den Webspace kopiert. Eine genauere Anleitung und auch den Quellcode findet man über das Kollegen-eigene Gitea.

Reflektion

Hiermit liegen die Bilder nun an ihrem dritten Ort im Netz, neben Instagram und Strava. Das macht sie nicht besser. Ganz im Gegenteil, es fühlt sich etwas ’too much’ an. Auch wegen des Ressourcenverbrauchs für Uberspace-Server und Plattenplatz und so. Außerdem muss ich das ganze ja am Laufen halten, was trotz der Helferskripte Lebenszeit benötigt. Aber so ist das mit einem Experiment: Es ist erstmal nicht schonend, und man weiß nicht unbedingt, wozu die Erfahrung noch gut sein wird.

Pendel Foto Leinwand

Thu, 24 May 2018 00:00:00 +0000

Workflow vom Foto bis zur Pendel-Leinwand. Mit der Kamera unterwegs zur Arbeit und dann das Bild per Skript zum Plugin in Wordpress hochladen.

2017 habe ich mit dem Pendel-Projekt eine Website angefangen, welcher sukzessive um neue Fotos erweitert wird. Die Fotos entstehen auf dem Weg zur Arbeit, werden um Geo-Koordinaten und Beschriftung erweitert und dann, pro Foto, als Datei-Tripel in den Blog hochgeladen. Da das Projekt noch eine Weile laufen soll, also immer wieder eine neues Foto hochzuladen ist, soll der Prozess so einfach wie möglich durchgeführt werden können. Ich habe also überlegt, wie das Dateisystem zu organisieren ist und welche Arbeitsschritte ohne großen Zeitaufwand zu automatisieren sind.
Herausgekommen ist der hier vorgestellte Workflow, der eher praktisch als perfekt ist. Er zeigt aber, wie man mit relativ wenig Aufwand so eine Aufgabe vereinfachen und strukturieren kann.

Zum Verständnis schauen wir kurz auf die Website.

Leinwand

Das Bild zeigt die Seite Leinwand aus der Wordpress-Website. Man erkennt die Kacheln, welche anhand ihrer GEO-Koordinate auf der Seite platziert sind. Klickt man auf einen Kachel, wird das Bild in einem Viewer dargestellt.

Einzelbild-Viewer

Ablauf und Tooling wird hier nun kurz vorgestellt; einerseits als Dokumentation für mich selbst und andererseits als Anregung für ähnliche Aufgabenstellung.

Den Workflow führe ich auf einem Linux-Rechner durch, so dass Bash-Skripte verwendet werden können.

Die hier verwendeten Skripte findet ihr auf github.com/chs8691/pendel-workflow. Das weiter unten erwähnte fow-Tool wird im Beitrag fow - Foto-Workflow-Tool beschrieben. Das Wordpress-Plugin liegt ebenfalls auf Github unter github.com/chs8691/pendel.

Übersicht

Folgende Schritte werden durchlaufen, um die Fotos von der Kamera in den Blog zu posten:

Import
- Bilddateien von der Kamera auf den Rechner herunterladen
- Pro Fahrt die TCX-Datei von Polar Flow herunterladen
Bildbearbeitung
- Bilder nach Fahrten gruppieren und Fahrtennummer vergeben (z.B. 027)
- Je Fahrt Bilder aussortieren und ein Bild finalisieren
- Quadratischen Ausschnitt 500x500 für die Kachel erstellen
- Titel und Beschriftungen dem finalisierten Bild hinzufügen
- GPS-Koordinaten dem finalisierten Bild hinzufügen
Out erstellen
- Bild auf Blog-Größe verkleinern (1900x1200)
- Plugin-Datendatei um Eintrag ergänzen (GPS, Titel, Beschriftung)
Upload
- Nach Wordpress hochladen
- Wordpress-Datenbank aktualisieren

Neben den erwarteten Tätigkeiten für Bildbearbeitung- und -organisation kommt hier also noch die Aufbereitung in das vom Plugin erwartetem Format nebst Datendatei hinzu. Diese Datendatei (gps.csv) enthält die relevanten EXIF-Daten der Bilder, da das Plugin selbst keine EXIF-Daten auswertet (Der Grund hierfür ist profan: die eingesetzte PHP-Version kann die EXIF-Daten von meiner Fujifilm-Kamera nicht auslesen).

Workflow

Das Bild zeigt die vier Workflowschritte und darunter die wesentlichen Tools/Skripte. Im unteren Teil sieht man die Artefakte des jeweiligen Schritts und die Datensicherung auf dem lokalen Server.

Schauen wir uns nun die Schritte etwas genauer an.

Import und Bildbearbeitung

Die Verzeichnisstruktur für Import und Bildbearbeitung werden durch die Verwendung von fow vorgegeben. Pro Fahrt wird ein fow-Task angelegt, der aus einer dreistelligen Nummer besteht. Diese Nummer dient dann den folgenden Skripten als Argument, so dass immer genau eine Fahrt prozessiert werden kann. Man muss natürlich nicht zwingend fow einsetzen, wesentlich ist, dass es eine Verzeichnis mit der Fahrtnummer gibt. Den Verzeichnispfad im import-Skritpt wird man sowieso seiner Rechnerstruktur anpassen müssen, bei mir liegt fow unter ~/egh/photo.

fow-Verzeichnis

Für das Wordpress-Plugin wird pro Fahrt das finale Bild und eine quadratischer 500X500 Bildausschnitt für die Kacheldatei (100x100) benötigt. Als Bildbearbeitung kommt Darktable zum Einsatz. Hier werden die Voreinstellung der jeweiligen Tools genutzt:

Zur Erstellung eines 500x500-Ausschnitts wird Zuschneiden und drehen verwendet.

Darktable: Ausschnitt für Kachel zuschneiden
Finale-Datei wird unter /final abgelegt
Kachel-Datei wird unter work abgelegt

Fehlt noch die Trackdatei, welche mit der Polar M440 aufgezeichnet wird. Die Uhr muss per Windows-PC nach Polar Flow synchronisiert werden. Anschließend kann die TCX-Datei heruntergeladen und im work-Order des fow-Task abgelegt werden. Das erledige ich per Hand. Am Ende besteht der fow-Task einer Fahrt dann aus folgenden Dateien:

fow-Ergebnis

Diese drei Artefakte sind das Ergebnis der Bildbearbeitung. Sie dienen als Eingang für den nächsten Schritt In/Out erstellen. Dazu gehört auch das ziehen eines Backups, da das fow-Verzeichnis nicht gesichert wird.

In/Out erstellen

Wie der Schrittname erkennen lässt, besteht das Erstellen der Dateien für das Wordpress-Plugin aus zwei Teilen:

IN ordnet die bisher erstellten Artefakte in eine feste Verzeichnisstruktur
OUT beinhaltet die fertigen Dateien, die dann hochgeladen werden können

Für beide Schritte gibt es je ein Skript, was die Arbeit erledigt. Alle Dateien dieses Schrittes (Fahrt-Artefakte und Skripte) liegen in einem eigens dafür vorgesehen Verzeichnis ~/pendel. Die Skripte werden aus diesem Verzeichnis heraus ausgeführt. Zusätzlich wird von dem gesamten Verzeichnis ein Backup auf den lokalen Server gemacht.

Verzeichnis für In/Out

IN

Ziel
Kopieren der drei Dateien einer Fahrt aus dem fow-Task in ein gleichnamiges Unterverzeichnis. Dazu dient das Skript import.sh. Um z. B. die Fahrt 035 zu erstellen ruft man

./import.sh 035

auf, womit pendel/in/035 angelegt wird.

import 035

In dem Skript sind absolute Pfade hinterlegt, die sind ggf. anzupassen.

OUT

Ziel
Erzeugung/Ergänzung der drei Zieldateien für das Wordpress-Plugin.

Das Plugin erwartet pro Fahrt ein Bild in einer Standardgröße von 1900x1200, die Kacheldatei (Teilauschnitt) als 100x100 und eine neue Zeile in der gps.csv-Datei, mit folgendem Format (alle Werte sind TAB-getrennt:

Dateiname
BreitengradLängengrad in Dezimalformat
Titel
Untertitel

Z.B.:

20180502-065848-DSCF6733.jpg  
50.1852190088547 9.12886915360833  
Pendel XXXV  
Kleine Brücke, Meerholz

Zur Durchführung ruft man das Skript create-out.sh mit der Fahrtnummer auf:

create-out 035

Das Skript macht nun genau dies:

Kopieren der Bilddatei und konvertieren in die gewünschte Größe
Kopieren der Kacheldatei
Ergänzen der Datei gps.csv um eine neue Zeile

Da hier keine absoluten Pfade benötigt werden, sollte das Skript ohne Anpassung laufen.

Backup

Hat man out ergänzt, ist eine gute Gelegenheit, die Dateien zu sichern, da nun sowohl die Ausgangsdateien als als die Zielartefakte erstellt sind. Das Skript rsync-to-diskstation macht das per rsync auf den lokalen Server.

Dieses Skript ist natürlich bzgl. des Zielpfades wieder anzupassen.

Im letzten Schritt wird nun die Fahrt dem Wordpress-Plugin hochgeladen.

Upload

Ziel
Hochladen der relevanten Dateien einer Fahrt in das Wordpress-Uploads-Verzeichnis.

Das Plugin erwartet die Dateien in einem Unterordner von uploads/pendel, hier uploads/pendel/ffm (wird in der Plugin-Konfiguration eingestellt). Das Skript earls5sftp ist dafür eingerichtet. Es lädt die die drei unter OUT geänderten Dateien auf den Server hoch:

./earls5sftp.sh 035

Upload für Fahrt 035

Das Skript ist für den jeweiligen Blog anzupassen.

Danach muss nur noch das Plugin refresht werden und das Ziel ist erreicht: Die neue Kachel ist auf der Leinwand platziert.

Fazit

Schnell und mit wenig Aufwand lästige Handarbeit automatisieren - dafür eignet sich Bash-Skripting gut. Der Workflow hilft mir, das Doing zu standardisieren, nur so ist ein effizientes Arbeiten möglich.

Pendel Zeitreise

Tue, 10 Apr 2018 00:00:00 +0000

Zeitreise

Pendel bietet nun die Möglichkeit, die Leinwand zu Blättern. Damit kann sich der Betrachter auf der Leinwand zeitlich vor- und zurück bewegen. Eine Zeitreise durch die Entstehung des Pendels…

Überlegungen

Von Anfang hat beschäftigte mich die Frage, wie mit Bilder umzugehen ist, die am gleichen Ort entstehen. Also Bilder, die auf der Leinwand übereinander liegen würden. Soll es eine Fotoregel sein, nur ein Bild pro Kachel zu machen? Oder soll ein neues Bild das alte einfach ersetzen? Oder sollen ein altes Bild dem neuen durch verschieben auf der Leinwand Platz machen?

Story Telling

All diese Ideen sind nicht überzeugend und fügen sich nach meinem Verständnis nicht gut in das Konzept ein. Die Idee einer zeitlichen Achse, gefällt mir um so besser. Darauf gestoßen, bin ich bei der wunderbaren Seite atterwasch.net. Wie dort Blättern als Vortrieb für die Geschichte genutzt wird und damit der Betrachter in die Geschichte eintaucht ist echt beeindruckend und schön gemacht.

Zeitreise

Zurück zum Pendel-Projekt: Die Scrollleiste des Webbrowsers ist nun entfernt, die Leinwand wird stattdessen immer im Vollformat angezeigt. Der Besucher kann nun mit der Maus (bzw. durch Wischen) zurück und vor blättern. Und so bewegt man sich auf der Zeitachse des Pendels und sieht die Entstehungsreihenfolge der Bilder.

Leinwand mit Scrollleiste und Fußzeile

Was noch geändert wurde

Zur Orientierung beim Blättern wurde eine Fußleiste hinzugefügt. Diese zeigt neben dem Seitenname (‘Leinwand’) die aktuelle Position und die Anzahl der Bilder an. Das Laden der Kachelbilder erfolgt nun asynchron. Derzeit hat die Leinwand zwar nur 25 Bilder, bis diese vom Server geladen sind, kann es aber schon ein Weilchen dauern. Während des Ladens, zeigt die Fußleiste den Fortschritt an.

Ladebalken in der Fußzeile

Auch der Bildbetrachter wurde überarbeitet und zeigt sich nun im schicken Schwarz. Das Einzelbild wird nun formatfüllend angezeigt und asynchron geladen.

Bildbetrachter

So, nun habe ich das schlechte Winterwetter mit programmieren überbrückt. Jetzt gibt es aber keine Ausrede mehr für’s Pendeln!

Pendel Bildbetrachter

Fri, 15 Dec 2017 00:00:00 +0000

Nachdem sich nun die ersten Plättchen auf der weißen Leinwand platziert haben, kam dann doch recht schnell der Wunsch auf, die eigentlichen Bilder in einem Bildbetrachter ansehen zu können. Das war ursprünglich nicht vorgesehen, schließlich geht es um die Plättchen auf der Leinwand; die zugrunde liegenden Bilder sind eher als Rohmaterial zu sehen.

Andererseits ist die noch recht leere Leinwand auch nicht wirklich spannend - und auf einem Mobilgerät schon gar nicht. Also kann man nun auf die Plättchen klicken und sich das Bild ansehen. Man erkennt dann auch, dass das Plättchen keine reine Verkleinerung des Bildes ist, sondern vielmehr einen Ausschnitt zeigt (genau gesagt ein quadratischer Ausschnitt mit 500 Pixel Kantenlänge). Deshalb kann man die Erstellung des Plättchenbildes auch nicht automatisieren, es wird ‘von Hand’ erstellt.

Unter dem Bild wird noch Titel, Beschreibung und GPS-Position angegeben, sowie ein Link zur OSM-Karte. Das gezeigt Bild hat eine Auflösung von 1900 Pixel, in voller Größe findet man die Bilder im flickr-Album Pendel.

Pendel Plugin

Sat, 18 Nov 2017 00:00:00 +0000

Die erste Version der Leinwand mit den ersten acht Bildern ist nun online! Umgesetzt als WordPress-Plugin.

Was bisher geschah

In den letzten Wochen wurde der ‘Durchstich’ des Plugins programmiert. Das Ziel war, ein minimales WordPress-Plugin zu erstellen, welches die Bilder als Kacheln anzeigt. Die Kacheln haben einen Schatten und bewegen sich leicht, wenn man mit der Maus bzw. dem Finger drübergeht. Außerdem musste ein passendes Theme gefunden und angepasst werden, damit die volle Browser-Seite genutzt werden kann. Ferner wurden Header und Footer minimalisiert.
Leinwand in Version 1 des WordPress-PluginsAußerdem bin ich natürlich gependelt, so dass man überhaupt etwas auf der Leinwand zu sehen bekommt.

Und wie geht’s nun weiter?

Die Leinwand soll nun etwas mehr Interaktion bekommen, mal schau’n, ich habe da so ein paar Ideen. Außerdem muss natürlich fleißig gependelt werden…

Fow Foto Workflow Tool

Mon, 11 Sep 2017 00:00:00 +0000

Ein Kommandozeilen-Tool für den digitalen Fotoprozess Wie man auch bei mehreren Kameras und vielen Fotoprojekten den Überblick behält.

In dem Fotoworkflow-Blog wird der gesamte Ablauf für die Fotoentwicklung vorgestellt, so dass der Weg von der Kamera-Speicherkarte bis zur Veröffentlichung bzw. Archivierung beschrieben ist. Der Nachteil des so durchgeführten Workflows liegt auf der Hand: da ist einen Menge Handarbeit auf der Konsole bzw. mit dem Datei-Browser zu machen. Das ist zeitraubend, fehleranfällig und einfach nervig. Die Lösung für mich sind eine handvoll Kommandozeilenbefehle die genau die einzelnen Schritte als Befehl umsetzen. Dieses Tool, fow genannt, wird hier nun genauer vorgestellt.

Technische Umsetzung

Als Sprache wurde Python3 gewählt, da die Befehle damit schnell implementiert werden konnten. Die Befehle benötigen, neben Python 3, folgende Tools, welche aber in der Regel bereits installiert sind:

exiv2
exiftool
rsync

Das Projekt ist unter gitHub gehostet und steht als Open Source zur Verfügung. Vorschläge für Verbesserungen und Fehlermeldung sind willkommen und können dort erfasst werden. Wer aktiv mitentwickeln möchte, kann dies gerne tun.

Installation

Voraussetzung: Linux-System, auf dem DEB-Pakete installierte werden können (Debian, Ubuntu, Lint etc.). Für Windows-PCs lässt sich fow in einer VirtualBox z. B. mit Lint/Mate betreiben. Download: Neuestes Deb-Paket von gitHub-Projekt fow Unterverzeichnis /dist herunterladen und in einer Shell installieren mit z . B.:

$ sudo dpkg -i fow_1.1.8_all.deb

Initialisierung

Man benötigt ein, am besten leeres, Unterverzeichnis und initialisiert das fow, indem man in diesem Verzeichnis ‚init‘ aufruft. Beispiel:

$ mkdir ~/photo
$ cd ~/photo
$ fow init

Damit wird die Verzeichnisstruktur aufgebaut und ein paar Konfigurationsvariblen initialisiert. Zur Erfolgskontrolle lässt man sich die Konfigurationswerte anzeigen:

$ fow config
backup.path = None
gps.tracks = None
task = None

Ok, dass sieht noch nicht wirklich eingerichtet aus. Dass erfolgt erst bei Bedarf der einzelnen Befehle, für den Anfang genügt es. Hier ein paar grundlegende Tipps für den Anfang:

Das Wurzelverzeichnis hat keinen Einfluss auf fow und kann beliebig umbenannt und verschoben werden
Man muss sich innerhalb der Verzeichnisstruktur befinden, um einen fow-Befehl ausführen zu können
Fow-eigene Unterverzeichnisse dürfen nicht gelöscht/umbenannt werden
Zusätzliche Unterverzeichnisse sind möglich
Man kann beliebig viele fows nebeneinander betreiben
fows können nicht geschachtelt werden

Prinzip

Die Befehle sind so angelegt, dass sie mit möglichst wenig Tipparbeit einen Workflow-Schritt oder Befehl ausführen. Jedem Befehl geht das ‘fow’ voraus. Ein Übersicht über die Befehle bekommt man mit help:

$ fow help
fow commands:
backup - save the fow to an external directory
config - show and change settings of the fow. A setting is a key value pair.
exif - Set or show EXIF values for final images of the actual task
export - Copy final images to external destinations for the actual task
gps - add gps locations from gpx files
help - This help. Use "help <command>" for a specific command help
init - Creates new fow in the actual directory
load - Loads images from external destinations into 00_Inbox.
rename - Move and rename files from 00_Inbox to 01_Import.
show - reporting for processing steps
task - manage a fow's task

Detaillierte Hilfe zu den einzelnen Befehlen bekommt man mit help , z. B.:

$ fow help init

Ein Befehl kann Optionen (beginnend mit 2 Bindestrichen) und Parameter haben. So habe z. B. viele Befehle eine verbose-Ausgabe (–verbose). Ändernden Befehle bieten in der Regel eine Testoption (–test), die keine Änderungen macht (Dry-run). Beispiele:

$ fow rename --test
Processing jpg 5: 5
Processing raw 3: 3
Processing video 0: 0
8 files will be moved and renamed.

$ fow rename --verbose
Processing jpg 5: 5
Processing raw 3: 3
Processing video 0: 0
  OK  jpg 20170720-181117-DSCF5339.JPG --> 20170720-181117-20170720-181117-DSCF5339.JPG
  OK  jpg 20170720-184415-DSCF5343.JPG --> 20170720-184415-20170720-184415-DSCF5343.JPG
  OK  jpg 20170720-184415-DSCF5344.JPG --> 20170720-184415-20170720-184415-DSCF5344.JPG
  OK  jpg 20170720-184416-DSCF5345.JPG --> 20170720-184416-20170720-184416-DSCF5345.JPG
  OK  jpg 20170720-184650-DSCF5346.JPG --> 20170720-184650-20170720-184650-DSCF5346.JPG
  OK  raw 20170720-184415-DSCF5343.RAF --> 20170720-184415-20170720-184415-DSCF5343.RAF
  OK  raw 20170720-184415-DSCF5344.RAF --> 20170720-184415-20170720-184415-DSCF5344.RAF
  OK  raw 20170720-184416-DSCF5345.RAF --> 20170720-184416-20170720-184416-DSCF5345.RAF
8 file(s) moved.

Tipp: Eine Option hat auch eine Abkürzung, bestehend aus einem Bindestrich und dem Anfangsbuchstaben der Option, zum Beispiel kann statt –verbose auch einfach -v geschrieben werden. Zur besseren Lesbarkeit des Blogs wird hier aber nur die lange Schreibweise verwendet.

Die einzelnen Workflowschritte

Das Workflow Diagramm, wie es schon im Fotoworkflow-Blog vorgestellt wurde, dient fow als Grundlage und wurde nur leicht angepasst.

Workflow

Folgende Schritte werden von fow nicht unterstützt, da es für sie vorhandene Tools gibt:

Develop: Nachbearbeitung der JPG- bzw. RAW-Bilder erfolgt mit dem jeweiligen Lieblingstool, z. B. Darktable. Ferner fällt hierunter auch das Hinzufügen von Titel, Beschreibung etc.
Clean: Nicht mehr benötigte fow-Tasks sind manuell zu löschen

LOAD

Aufgabe
Laden aller Bilddateien (incl. aus Unterverzeichnissen) aus einer externen Quelle (wie z. B. SD-Karte oder Smartphone) in den Eingangsordner 00_Inbox.

Endzustand
Alle Bilddateien der externen Quelle wurden nach 00_Inbox kopiert bzw. verschoben und liegen nun in einem der Unterordner.

Load-Verzeichnis

Voraussetzung
Die SD-Karte ist gemountet.

Durchführung
Das Mount-Verzeichnis der SD-Karte wird einmal als config-Variable gesetzt:

$ fow config -s=load.sd=/mount/sd-card

Nun kann man sämtliche Bilddateien importieren lassen:

$ fow load sd
Processing jpg 3: 3
Processing raw 1: 1
Processing video 0: 0
All 3 files copied (0 existing files ignored).

Hinweise
Mit der Option –move werden die Dateien nach dem Kopieren aus der Quelle gelöscht. Das ist mit Vorsicht zu verwenden, schließlich hat man noch kein Backup der Bilddateien gemacht. Mit der Option –force werden vorhandene Dateien überschrieben

BACKUP
Es wird einmalig ein Backup-Verzeichnis ausserhalb des fow-Vezeichnisses definiert. Mit Backup kann dann man zu einem beliebigen Zeitpunkt die Daten dorthin sichern. Ein guter Zeitpunkt ist direkt nach dem Load, damit hat man einen definierten Zustand des fow-Verzeichnisses und kann mit ruhigem Gewissen die Daten von der SD-Karte löschen.

Aufgabe
Sichern des gesamten fow-Verzeichnisses auf ein externes Verzeichnis, idealerweise eine externe Festplatte oder der lokale Server.

Endzustand
Eine Kopie das fow-Verzeichnisses liegt vor.

Voraussetzung
Das externe Medium muss gemountet sein.

Durchführung Es wird einmalig das Backup-Verzeichnis als Config-Wert definiert.

$ fow config -s=backup.path=/media/diskstation/fow-backup

Nun kann das Backup durchgeführt werden.

$ fow backup  
Starting backup to "/media/diskstation/fow-backup".  
sending incremental file list  
.fow/  
.fow/setting.pickle  
00_Inbox/  
00_Inbox/jpg/  
00_Inbox/jpg/20170202-103548-DSCF4580.jpg  
00_Inbox/jpg/20170720-181117-20170720-181117-DSCF5339.JPG  
00_Inbox/jpg/20170720-184415-20170720-184415-DSCF5343.JPG  
00_Inbox/jpg/20170720-184650-20170720-184650-DSCF5346.JPG  
00_Inbox/jpg/DSCF4580.jpg  
00_Inbox/jpg/DSCF4593.jpg  
00_Inbox/raw/  
00_Inbox/raw/20170202-103548-DSCF4580.raf  
00_Inbox/video/  
01_Import/  
01_Import/jpg/  
01_Import/raw/  
01_Import/raw/20170720-184416-20170720-184416-DSCF5345.RAF  
01_Import/video/  
02_Progress/  
02_Progress/blog/  
02_Progress/blog/labels/  
02_Progress/blog/labels/final/  
02_Progress/blog/labels/final/20170226-103222-DSCF4702.jpg  
...  
Number of files: 95 (reg: 45, dir: 50)  
Number of created files: 95 (reg: 45, dir: 50)  
Number of deleted files: 0  
Number of regular files transferred: 45  
...  
sent 124,487,247 bytes  received 1,106 bytes  1,791,199.32 bytes/sec  
total size is 124,452,210  speedup is 1.00

Hinweis
Es wird nur ein Backup unterstützt, keine Rotierung

Intern wird rsync für den Befehl verwendet.

RENAME

Auf den verschiedenen Kameras habe die Bilddateien unterschiedliche Namensregeln. Mit rename werden die Bilddateien einheitlich umbenannt und bekommen einen Zeitstempel. Das vereinfacht das Dateimanagement erheblich. Die Umbenennung erfolgt auf Basis der Exif-Informationen. Eine Bilddatei wird nach folgendem Muster benannt:
<yyyymmdd>-<hhMMss>-<Dateiname mit Dateisuffix>
Die Dateien bekommen also einen Zeitstempel vorangestellt und sind damit chronologisch sortierbar. Der ursprüngliche Dateiname wird angehängt. Das hat den Vorteil, das es keine Namenskonflikte bei zeitgleichen Aufnahmen gibt. Außerdem wird das Duplizieren verhindert, falls ein Dateien erneut geladen und umbenannt werden.

Vor- und nach der Umbenennung

Aufgabe
Umbenennung aller Bilddateien aus 00_Inbox und verschieben nach 01_Import.

Endzustand Keine Bilddateien mehr in 00_Inbox und in 01_Import liegen die verschobenen Bilddateien vor.

Durchführung Die Durchführung ist denkbar einfach und kann je nach Menge ein paar Sekunden dauern.

$ fow rename
Processing jpg 5: 5
Processing raw 2: 2
Processing video 0: 0
7 file(s) moved.

Hinweis
Fehlt das Exif-Datum, wird nur verschoben.

ORGANIZE

Verteilen der importierten Bilddateien auf einzelne, unabhängige Aufgaben (Task).

Ausgangssituation
Eine Menge von Bildern, evtl. für unterschiedliche Zwecke, liegen in 01_Import vor.

Endzustand
Einige oder alle Bilddateien wurden in unterschiedliche ‘Tasks’ verschoben. Nicht mehr benötigte Bilder wurden gelöscht.

Durchführung
Hier ist Handarbeit mit dem Bildbetrachter bzw. Dateibrowser gefragt. fow unterstützt bei der Verwaltung der Task-Verzeichnisse und kann RAW-Dateien dorthin nachziehen.
Das Verzeichnis 01_Import/jpg wird mit einem beliebigen Bildbetrachter gesichtet. Zusammengehörige Bilder werden in einen neuen bzw. bestehenden Task verschoben. Evtl. vorhandene Raw-Dateien nachgezogen. Nicht mehr benötigte Bilder werden aus 01_Import gelöscht.

Ein Task ist eine Verzeichnisstruktur unter 02_Prozess. Tasks liegen aber nicht direkt unter 02_Prozess, sonder werden weiter in Unterverzeichnisse gruppiert.
Hat man z. B. Fotos für ‘Bild des Tages’ vom 1.9. und 2.9.2017, legt man sich zuerst die Tasks für beide Tage an. Beispiel:

$ fow task -c=daily/20170901 
$ fow task -c=daily/20170902

Damit werden die Task-Verzeichnisse angelegt:

Task-Verzeichnisstruktur

Nun kann man die JPG-Bilder in die Tasks verschieben.

Bei fow ist immer nur ein Task aktiv. Im aktive Task kann man u. a. die RAW-Dateien aus 01_Import nachziehen. Einen vorhanden Task kann man wie folgt aktivieren:

$ fow task -a=daily/20170901

Man kann auch durch Vorwärts- bzw. Rückwärtsblättern (Option –next bzw. –previous) den aktiven Task wechseln:

$ fow task --next   
   daily/20170901  
*  daily/20170902  
   dienstreise/hamburg17

Hat man neben JPGs noch RAW-Dateien erstellt, kann man diese RAWs in den aktuelle Task aus 01_Import/raw nachziehen. Mit der Test-Option kann man auch erst mal sehen, ob noch RAWs in 01_Import existieren:

$ fow task --raw-import --test  
raw files to move (may already exists):  
20170202-103548-DSCF4580.raf

DEVELOP

Unter Develop wird der gesamte Prozess der Fotobearbeitung innerhalb eines Tasks zusammengefasst, also die Erstellung des Endbildes auf Basis eines RAW bzw. JPGs mit Hilfe von Bildbearbeitungsprogramme. Dabei wird davon ausgegangen, dass das Originalbild nicht verändert wird, sondern dass die Programme mit Sidecar-Dateien (XML) oder Projektdateien (z. B. XCF bei Gimp) arbeiten und das Ergebnis in eine neue Datei exportiert werden (z. B. jpg).

Verzeichnis von Task ‘weekly/20170205’

Fow unterstützt hier durch Vorgabe der Verzeichnisstruktur des Tasks: In jpg und raw liegen die Originaldateien, in work können ggf. Projektdateien abgelegt werden und final dient als Exportverzeichnis für das fertige Produkt.

Ausgangssituation
Originalbilder zur Bearbeitung sind im Task abgelegt (jpg, raw).

Endzustand
Endbilder liegen im Ordner ‘final’.

Durchführung
Erfolgt mit den jeweiligen Bildbearbeitungsprogrammen. Der letzte Schritt ist der Export nach final. Z. B. Darktable unterstützt das Festlegen des Exportverzeichnisses.

Export bei Darktable

Mit fow kann man sich einen Überblick über den Bearbeitungszustand eines Task verschaffen, z. B.:

$ fow task --long   
Actual task is weekly/20170205. Listing all image files.  
Reading /photo-workflow/02_Progress/weekly/20170205/jpg 2: 2  
Reading /photo-workflow/02_Progress/weekly/20170205/raw 1: 1  
Reading /photo-workflow/02_Progress/weekly/20170205/video 0: 0  
Reading /photo-workflow/02_Progress/weekly/20170205/final 1: 1  
jrftg 20170202-103548-DSCF4580 Ramification  
j--tg 20170205-180804-DSCF4593 Ronneburg

Das Beispiel zeigt, dass es zwei Bilder gibt. Das erste trägt den Titel (t) ‘Ramification’, es hat Originalbilder in jgp (j) und raw (r), wurde bereits nach final (f) exportiert und hat gps-Daten (g). Das zweite Bild hat auch bereits einen Titel, ‘Ronneburg’, hat gps-Daten und liegt nur als Original-jpg vor.

Der Befehl ’task’ bietet noch weitere Optionen, u. a.:

–activate : Aktivieren eines bestimmten Tasks
–next und –previous: Wechseln in den nächsten bzw. vorherigen Task
–fill-final: Ergänzen des final-Verzeichnisses aus jpg

EXIF-Tags

Zum Setzen der EXIF-Tags für Titel, Beschreibung und Author, gibt es den Befehl ’exif’. Hier ein Beispiel wie alle drei Tags auf einmal gesetzt werden können:

$ fow exif -f -t  'Pendel LXIIX' -d 'Und Autos rauschen vorbei' -a 
20181205-192255-DSCF7592.jpg   
  o title             T 2 -> Pendel LXIIX  
  + description       Und Autos rauschen vorbei  
  + author            Christian Schulzendorff 2019, CC BY-SA 2.0

Den Wert für Author muss man sich nur einmalig erstellen und wird dann nicht mehr explizit gesetzt:

$ fow config -s 'exif.author=Christian Schulzendorff {YYYY}, CC BY-SA 2.0'

Ebenso kann man sich gesetzten Exif-Werte mit ‘fow exif’ anzeigen lassen.

LOCATION

Nicht alle Kameras taggen GPS-Informationen an die Bilder. Oft sollen aber trotzdem die Ortsdaten (Längen- und Breitengrad, ggf. Höhe) dem Bild hinzugefügt werden. Dazu muss dann für jedes Bild die aufgezeichnete Trackdatei ausgewertet werden. Manche Navi-Herstellen bieten dazu Programme an, oder man bedient sich Programmen wie z. B. geotag. Alternativ bietet fow die Möglichkeit, die finals eines Tasks mit Tracks in einem fest definierten Verzeichnis zu taggen.

Ausgangssituation Finals (Dateien im Task-Verzeichnis ‘final’) sind erstellt und das Verzeichnis mit Trackdateien (gpx) ist gemountet.

Endzustand
Final-Dateien sind getaggt.

Durchführung
Einmalig muss das externe Verzeichnis mit den Trackdateien als config-Wert festgelegt werden.

$ fow config -s=gps.tracks=/media/tracks

Die gpx-Dateien müssen den Datumsstempel im Format yyyymmdd im Namen haben, damit sie erkannt werden, z. B.:

$ find /media/tracks/ -name '*2017*02*0[2|5]*'  
../tracks/20170205.gpx  
../tracks/Christian_Schulzendorff_2017-02-02_09-10-10.gpx

Das taggen geht dann für den aktiven Task sehr einfach:

$ fow gps -verbose  
Reading /photo-workflow/02_Progress/weekly/20170205/final 2: 2  
Path to images: /photo-workflow/02_Progress/weekly/20170205/final  
Path to tracks: /media/tracks  
+g 20170202-103548-DSCF4580.jpg Christian_Schulzendorff_2017-02-02_09-10-10.gpx  
+g 20170205-180804-DSCF4593.jpg 20170205.gpx  
2 images processed, 2 gps data set (where 0 existing gps data were changed)

EXPORT

Sind alle Bilder eines Tasks in final erstellt, werden diese von dort an ihren Bestimmungsort verteilt. Fow unterstützt dabei den lokalen Export in beliebig viele Zielordner. Für andere Ziele, wie z. B. Flickr, Instagram u. s. w. bietet fow keine Unterstützung. Beim Export werden die Bilddateien immer nur kopiert, niemals verschoben.

Ausgangssituation
Alle Bilder liegen im Task-Ordner ‘final’ bereit und die Exportziele sind definiert.

Endzustand
Final-Dateien wurden an alle Bestimmungsorte exportiert.

Durchführung
Einmalig müssen die Exportziele definiert werden, z. B. für das Jahresarchiv.

$ fow config -s=export.archiv=../archiv/2017

Nun können die logischen Pfade für den Export verwendet werden:

$ fow export archiv  
2 images in weekly/20170205/final  
Destination: ../archiv/2017  
Copying 20170202-103548-DSCF4580.jpg. Done.  
Copying 20170205-180804-DSCF4593.jpg. Done.

Existiert die Datei bereits in dem Exportverzeichnis, kann das Überschreiben mit –force erzwungen werden. Das ist nützlich, wenn finals nach dem Export doch noch mal geändert wurden.

Alternativ kann auch durch Pfadangabe direkt in ein Exportziel kopiert werden.

$ fow export --path=~/Bilder/Diashow/

CLEAN UP

Ein Task ist etwas Temporäres und hat mit der Erzeugung der final-Bilder und dem anschließenden Export in der Regel ausgedient. Fow bietet zum Aufräumen keine Unterstützung.
Wird ein Task nicht mehr benötigt und wurden alle relevanten Dateien aus dem Task kopiert, ist das Taskverzeichnis z. B. per rm zu löschen:

$ rm -r 02_Progress/weekly/20170226

Hinweis
Der aktive Task sollte nicht gelöscht werden, da noch der config-Eintrag dazu existiert).

Los geht's

Thu, 31 Aug 2017 00:00:00 +0000

Los geht’s auf der Leinwand.

Nachdem ich ersten Fotos geschossen und entwickelt habe, ist es nun Zeit, die Leinwand aufzusetzen. Schließlich soll beides gleichzeitig entstehen. Machen wir also Nägel mit Köpfen…

Ich habe zwar schon ein vage Vorstellung, wie ich die Bilder hier präsentieren möchte, ob das dann auch aber ‘zieht’, wird der Besucher dann aber erst später sehen. Außerdem habe ich natürlich noch die Aufgabe, die Darstellung zu programmieren, und dafür muss ich erst ein wenig PHP lernen.

Über Pendel

Wed, 30 Aug 2017 00:00:00 +0000

Über dieses Projekt.

Ich fahre manchmal mit dem Rad zur Arbeit. Das sind so ungefähr 40 km hin und das Gleiche zurück. Wie ein Pendel. Die Strecke geht von Gelnhausen-Meerholz (wo ich wohne) nach Frankfurt am Main (wo ich arbeite). Sie führt durch erst das Kinzigtal und dann am Main entlang und ist ausgesprochen flach. Zehn Jahre lang, bin ich immer die gleiche Strecke gefahren, nämlich die schnellste. Schließlich wollte ich schnell zur Arbeit bzw. wieder nach Hause kommen. Und so übersah ich lange Zeit dieses Projekt.

Ab und zu hielt an, um ein Foto zu machen. Zu jener Zeit machte ich gerade das Projekt Tagesbild 2014 (s. Flickr). Ich musste also ein Foto machen und oft war die Fahrt die einzige Gelegenheit, kreativ zu werden. Irgendwann war dann Tagesbild beendet und ich machte keine Fotos mehr auf dem Weg zur Arbeit.

2015 brauchte ich ein Weihnachtsgeschenk für meinen Schwager. Ich beschloss, ihm einen Montagskalender mit 12 MTB-Touren zu schenken. Jede Tour sollte aus einem GPX-Track und einem Foto für den Kalender bestehen. Da ich weder GPX-Tracks noch Fotos hatten, fuhr ich also 12 Touren und machte dabei ein paar Fotos. Den Kalender nannte ich Alles fahrbar (s. Flickr).
Dann suchte ich irgendwann nach einem neuen Projekt. Denn Fotos machen klappt bei mir nur als Projekt. Ich brauche diese konkrete Aufgabe und den Druck auf den Auslöser drücken zu müssen. Mir fiel aber nichts ein.
Zufällig sah ich in einer Zeitschrift Fotos der amerikanischen Künstlerin Benedikte Flores Ansell, welche mit kleinen Fotoplättchen großflächige Installationen macht. Die Künstlerin hatte ihre Fotos verfremdet und auf Plättchen gedruckt. Die Plättchen hatte sie mit je einem Nagel an einer großen Wand zu einer Art Kontinent zusammengestellt.
Dann stieß ich auf das Odyssee-Projekt von Annette Meyer. Sie installiert Lochkameras an Orten rund um die Welt und macht damit Extrem-Langzeitbelichtungen. Sie berichtet darüber in ihrem Blog www.annette-meyer.com.

Die Idee

Die beiden Dinge, Fotos auf Touren und die Anordnung von Fotos zu einem Gesamtwerk, möchte ich zusammenbringen. Die Plättchen brachten mich auf die Idee, Fotos nach gewissen Kriterien anzuordnen. Warum nicht nach ihrem Entstehungsort? Und durch die Kalenderaktion war meine Neugier für alternative Strecken zu meiner bewährten, schnellen Pendelstrecke geweckt.
Die Idee ist nun, zu Pendeln und dabei Fotos zu machen und diese Fotos auf einer weißen Website unter Berücksichtigung der Entstehungskoordinaten anzuordnen. Die Anordnung soll durch einen Algorithmus erfolgen, aber nicht punktgenau nach ihrer Position. Vielmehr wird die Position nur ein Parameter von mehreren sein. Was das nun genau bedeutet und wie das dann aussehen wird, weiß ich noch nicht, jetzt am Beginn. Ich werde es aber am Ende des Projekts wissen.

Die Umsetzung

Ich starte mit diesem Blog und einer leeren Seite für die Leinwand. Das gibt dem Ganzen erst mal einen Rahmen und erzeugt den nötigen Druck für kreative Ideen. Die leere Seite soll dann zur Leinwand werden. Und mit jedem Pendel kommt ein neues Foto und mit jedem Foto füllt und verändert sich das Gesamtbild. Gefällt es mir nicht, werde ich den Algorithmus für Anordnung ändern, bis es wieder passt.

Exif Spickzettel

Wed, 09 Aug 2017 00:00:00 +0000

Bei der Fotobearbeitung verbrauche ich immer Zeit für die nebensächlichen Dinge wie das Setzen von Titel, GEO-Daten u. s. w. etc. pp. Daher hier mein ganz persönlicher Spickzettel, den ich in der jeweiligen Situation aus dem Ärmel ziehen kann.

In meinen Fotos nutzte ich folgende Tags:

Title
Beschreibung
Kommentar
GPS-Daten

Die verwendeten Tool skönnen viel mehr als hier beschrieben, Dokumentation lesen, lohnt sich.

exiftool

–> Für die Einzelbearbeitung

Übernehmen aller EXIF-Daten aus src.jpg nach dest.jpg (z.B. nach GIMP-Export):

$ exiftool -tagsFromFile jpg/src.jpg final/dest.jpg

Setzen des Titels:

$ exiftool -title='Vergänglichkeit' final/dest.jpg

Setzen der Beschreibung:

$ exiftool -description='Beschreib mich' final/dest.jpg

Setzen des Kommentars:

$ exiftool -overwrite_original -comment='Fremd bin ich eingezogen...' final/dest.jpg

GPS-Position aus einer Track-Datei setzen:

$ exiftool -geotag 20170719.gpx final/dest.jpg

Am Ende löscht man die Originaldatei:

$ exiftool -delete_original! final/dest.jpg

Alternativ kann man auch Originaldatei mit jedem Befehl direkt löschen, z.B.:

$ exiftool -overwrite_original -tagsFromFile jpg/src.jpg final/dest.jpg

Anzeigen der hier bearbeiteten Felder:

$ exiftool -title -description -comment -gpsposition final/dest.jpg
Title                           : Vergänglichkeit
Description                     : Beschreib mich
Comment                         : Fremd bin ich eingezogen...
GPS Position                    : 51 deg 23' 20.36" N, 3 deg 26' 26.46" E

Weitere Tools

geotag

–> GPS-Position setzen, wenn keine Trackdatei vorhanden ist.

Bilddatei laden, im Browser anzeigen lassen, Positionsnadel verschieben und speichern.
Leider bietet geotag keine Kommandozeilenparameter.

Geotag ist eine jar-Datei.

Geotag startet eventuell nicht mit open-java-sdk.

GIMP

Gimp übernimmt die EXIF-Daten des ersten Bildimports. Die werden dann auch mit exportiert. XMP-Import und -Export klappen bei mir nicht, auch nicht das manuelle ändern der Werte. Deshalb ignoriere ich bei der Verwendung von GIMP die EXIF-Daten und setze sie lieber mit exiftool.

Foto-Workflow

Sat, 04 Mar 2017 00:00:00 +0000

Fotos von der Digitalkamera zum sicheren Ablageort zu bringen wird sehr schnell unübersichtlich. Die letzten Urlaubsfotos liegen noch unbearbeitet in einem tmp-Ordner und aus der Nachbearbeitung meiner Kalenderfotos ist auch noch nichts geworden. Ein strukturiertes System muss her…

Es gibt viele Programme, um digitale Bildersammlungen zu verwalten. Hier geht es aber um den Schritt davor, also der Entwicklungsprozess vom Kamerabild über die Bearbeitung, Publizieren bis zum Archiv. Der hier skizzierte Workflow bedient sich vorhandener Tools und regelt lediglich die strukturierte Verwendung und systematische Abarbeitung der einzelnen Schritte.

Übersicht

Folgende Aufgaben fallen in der Regel an (nicht alle Schritte sind immer nötig):

Bilddateien von der jeweiligen Kamera auf den Computer kopieren (Import)
Sicherungskopie der Dateien erstellen und Kamerabilder löschen (Backup)
Umbenennen der Bilder in eine einheitliches Zeitstempelformat (Rename)
Hinzufügen von Geopositionsdaten, von der Smartphone-App (Location)
Verschieben, löschen und gruppieren der Bilder in einzelnen Projektordner (Sort)

Nun wird in den Projekten, zeitlich unabhängig voneinander, jedes Bild bearbeitet.

‘Entwickeln’ der Bilder in der digitalen Dunkelkammer (Develop)
- Bildbearbeitung ausführen
- Titel setzen
- Erstellen der finalen Bildes
Publizieren und Archivieren der Bilder (Export)
Aufräumen durch Löschen des Projekts incl. aller Bilder (Clean)

Die gesamte Workflowbearbeitung erfolgt auf einem Linux-Computer. Der lokale Server fungiert als Datendrehscheibe für die GPS-Daten, als Backup-Speicher sowie als Archiv für die fertigen Bilder.

Workflow-Übersicht

Der Workflow lässt sich natürlich genauso auf einem Windows-PC durchführen. Hat man einen PC und möchte nicht auf die Linux-Umgebung verzichtet, bietet es sich an, Linux in einer virtuellen Umgebung zu betreiben. Auf meinem Windows-PC kommt seit Jahren VirtualBox mit Linux Mint/Mate zum Einsatz. Im Folgenden gehen wir aber von einem reinem Kubuntu-Computer aus.

Das Workflow-Verzeichnis

Der Workflow hat eine feste Verzeichnisstruktur mit den drei Hauptverzeichnissen 00_Inbox, 01_Import und 02_Progress.

Das erste Verzeichnis 00_Inbox dient als Eingangskorb. Hier werden die externen Bilder unverändert gesammelt. In das zweite Verzeichnis, 01_Import, kommen die Bilder durch Umbenennung. Hier können auch die Geo-Positionen hinzugefügt werden. Das letzte Oberverzeichnis heist 02_Progress, in welches die Bilder dann schließlich, in frei wählbaren Unterordnern, nach Projekten organisiert werden.

Verzeichnisstruktur

Ein Projektverzeichnis selbst (z. B. 20170226) hat wiederum eine feste Verzeichnisstruktur mit folgenden Verzeichnissen:

final - Fertig bearbeitete Bilder
jpg - Originalbilder im JPG-Format
raw - Originalbilder im RAW-Format
videos - Originalvideos
work - Optionales Arbeitsverzeichnis für Hilfsdateien wie z. B. Gimp-Projektdateien

Betrachten wir nun die einzelnen Schritte genauer und stellen vor, mit welchen Tools die einzelnen Schritte durchgeführt werden können. Welche Programme für die einzelnen Schritte einsetzt, ist letztendlich natürlich Geschmackssache. Wichtig ist nur, dass man das für jeden Zweck das passende Tool findet und dann möglichste dabei bleibt. Als Bilddateien werden hier JPG, RAW und Video-Dateien zusammengefasst.

Die einzelnen Schritte des Workflows

Der Workflow setzt sich aus den einzelnen Schritten zusammen, welche vorwiegend streng sequenziell durchgeführt werden. Jeder Schritt hat einen definierten Anfangs- und Endzustand und eine definiertes Tooling. Kommen weitere Bilder hinzu, so wird der Workflow einfach wieder von vorne begonnen.

Import

Eingang: Bilddateien liegen auf externem Medium, z. B. SD-Card
Ausgang: Bilddateien liegen in 00_Inbox

Import mit der Dateiverwaltung Dolphin im geteilten Modus. Die Dateien werden per Verschieben von der externen Quelle, abhängig von Dateityp, in das jeweilige Unterverzeichnis verschoben.

Laden externer Bilder durch Verschieben

Alternativ zum Drag’n Drop kann man den Import einfacher per Scripting durchführen. Befindet man sich im Workflow-Verzeichnis und hat ‘sdcard’ gemountet, dann verschiebt man die Dateien sortenrein in drei Schritten:

photo-workflow$ find /media/sdcard/ -name *.jpg -exec mv "{}" 00_Inbox/jpg \;  
photo-workflow$ find /media/sdcard/ -name *.raf -exec mv "{}" 00_Inbox/raw \;   
photo-workflow$ find /media/sdcard/ -name *.mov -exec mv "{}" 00_Inbox/video \;

Backup

Eingang: Alle Bilddateien befinden sich innerhalb des Workflow-Verzeichnisses
Ausgang: Workflow-Verzeichnis extern gesichert

Der Backup erfolgt einfach per rsync:

photo-workflow$ rsync -av --delete . /media/diskstation/christianDok/mirrors/photo-workflow

Rename

Eingang: Bilddateien in 00_Inbox
Ausgang: Bilddateien in 01_Import, 00_Inbox ist leer.

Die Dateien werden anhand Aufnahmezeitstempel aus den EXIF-Informationen und Originalname in eine einheitliches Format umbenannt. Der Originalname ist Teil des neuen Namens. Damit ist der neue Name immer eindeutig (z. B. bei Serienbildern oder Import von verschiedenen Kameras). Ausserdem gibt es so keine Probleme, falls eine Bilddatei aus versehen ein zweites mal importiert wird: Die alte Datei wird einfach überschrieben.
Als Tool verwende ich Rapid Photo Downloader. Man legt einmal die Regeln fest, dass Umbenennen/Verschieben geht dann mit wenigen Klicks.

Rapid Photo Downloader: Verschieben von jpg-Bildern

Namensregel für JPG-Dateien

Location

Eingang: Bilddateien in 01_Import, optional GPX-Dateien in externer Quelle
Ausgang: Geänderte Bilddateien in 01_Import, GPX-Dateien unverändert

Für JPG-Dateien werden die Geo-Koordinaten den Bildern hinzugefügt. Liegen RAW-Dateien vor, wird der Schritt übersprungen und erst vor dem Export mit den Final-Bildern durchgeführt.

Um GPX-Dateien zu erstellen verwende ich meistens GPSLogger auf dem Android-Smartphone. Die so erstellten Dateien werden auf den lokalen Server synchronisiert (mit FolderSync geht das automatisch).

Als Tool kommt Geotag zum Einsatz. Damit kann man für ein komplettes Bildverzeichnis anhand einer beliebigen Menge von GPX-Dateien die Koordinaten hinzufügen. Hat man keine GPX-Datei, kann man die Location auch per Google-Maps hinzufügen.

Geotag

Sort

Eingang: Bilddateien in 01_Import
Ausgang: Bilddateien in 02_Progress, 01_Import ist leer

In diesem Schritt werden zusammenhängende Bilddateien auf einzelne Projekte verteilt. Dazu wird zuerst das Projekt unter 02_Progress// angelegt. Ein Beispiel für eine Projektgruppe wäre ‘weekly’ und pro Woche erstellt man dann darin ein Projekt (z. B. ‘20170205’).

Die Verzeichnisse werden per Dolphin von Hand erstellt. Die Dateien werden, ebenfalls mit Dolphin, im geteilten Modus per Drag’n Drop verschoben.

Projekt füllen

Hat man neben JPGs noch RAW-Dateien, sind diese ebenfalls zu verschieben (ins Zielverzeichnis RAW).

RAW automatisch verschieben

Erstellt man mit der Kamera gleichzeitig JPGs und RAWs, verschiebt man erst die JPGs wie beschrieben. Die gleichnamigen RAWs sind dann zusätzlich zu verschieben (Zielverzeichnis RAW). Per Script kann man das auch automatisieren. Nachdem die JPGs verschoben sind, lässt man die gleichnamigen RAWs nachziehen. Dazu ruft man aus dem Projektverzeichnis heraus auf:

02_Progress/weekly/20170205$ ls ../../../01_Import/raw/ -1
20170202-103548-DSCF4580.raf  
20170205-180804-DSCF4593.raf  
  
02_Progress/weekly/20170205$ for f in jpg/*; do g="${f/.jpg/.raf}"; h="${g:4}"; mv "../../../01_Import/raw/$h" raw/ ; done  
  
02_Progress/weekly/20170205$ ls raw/ -1  
20170202-103548-DSCF4580.raf  
20170205-180804-DSCF4593.raf

Das Beispiel geht davon aus, dass man sich im aktuellen Projektverzeichnis befindet und die JPG-Dateien bereits dort einsortiert worden sind. Im Verzeichnis 01_Import/raw befinden sich die korrespondierende raf-Dateien.
Dieser Workflowschritt wird pro Projekt vollständig durchgeführt, d.h. die Bilder eines Projektes sind entweder noch alle in 01_Import oder vollständig nach 02_Progress verschoben worden.

Projektbearbeitung

Mit Sort sind nun die Bilddateien in Projekte einsortiert worden. Die weitere Bearbeitung erfolgt nun in diesen einzelnen Projekten. Das kann zeitlich unabhängig von einander erfolgen.

Develop

Eingang: Originalbilder in den Projektverzeichnissen jpg, raw.
Ausgang: Finale Bilddateien als Kopien im Projektverzeichnis final (Auswahl).

Die JPGs bzw. RAWs werden nun vorsortiert, bearbeitetet und nach final exportiert. Die Originalbilder bleiben dabei unverändert. Dabei können die Bilder zusätzlich mit einem Titel ergänzt werden. Haben die Finals noch keine Geo-Positionsdaten, können diese, wie bereits in Schritt ‘Location’ beschrieben, um diese ergänzt werden. Das eingesetzte Tool ist Geschmackssache, ich verwende Darktable.

Beim Vorsortieren werden die zu bearbeitenden Bilder markiert, z.B. durch Vergabe von drei Sternen:

Darktable: Bilder auf dem Leuchttisch vorsortieren

Nach der Bearbeitung wird das Bild nach final exportiert, ggf. mit einem Titel.

Darktable: Export

Das erstellte Bild kann direkt nach Final exportiert werden. Im Feld ‘Speicherziel’ gibt man dazu '$(FILE_FOLDER)/../final/$(FILE_NAME)' an.

Export

Eingang: Finale Bilddateien liegen im Unterverzeichnis final
Ausgang: Bilddateien wurden zu allen Zielen exportiert (Kopie)

Lokale Exportziele werden durch Kopieren der Dateien aus dem final-Verzeichnis gefüllt (Dolphin). Hochladen in Webportale erfolgt mit deren Importseiten (flickr, Instagram, etc.).

Exportieren der Daten auf den lokalen Server:

photo-workflow/02_Progress/weekly/20170205$ ls final/
20170202-103548-DSCF4580.jpg  
photo-workflow/02_Progress/weekly/20170205$ cp final/*.* media/diskstation/photp/tagesbild/2017

Clean

Eingang: Projektverzeichnis mit Bilddateien
Ausgang: Projekt mit allen Originaldateien und Zwischendateien wurden gelöscht

Nach dem Export kann das Projektverzeichnis gelöscht werden: Alle finals wurden exportiert, alle Originalbilder liegen unter jpg bzw. raw. Die Originaldateien werden also nicht aufgehoben.
Auch das Entfernen kann man mit dem Dolphin oder per Bash machen:

photo-workflow/02_Progress/weekly$  rm -r 20170205

Damit ist der Workflow für das Projekt durchgeführt. Aber sicherlich sind schon die nächsten Bilder auf der Kamera und der Prozess beginnt von vorne…

Hochbett Aus Alten Dachsparren

Tue, 17 Jan 2017 00:00:00 +0000

Mit diesem Upcycling-Projekt wurde aus den verwitterten Dachsparren des alten Wintergartens ein Kinderhochbett geschaffen.

Die ausgedienten Dachsparren (13 x 7 und 14 x 8 cm) lagerten seit vier Jahren im Freien und waren bereits dementsprechend zum Teil verwittert, krumm und verdreht. Wir wollten sie eigentlich gerade entsorgen…
Durch Umgestaltung des Kinderzimmers wurde ein Hochbett benötigt, welches im rechten Winkel zum anderen Kinderbett unter der Dachschräge stehen sollte.

Kinderbett mit linksseitig versetzten Pfosten

Ausgangsmaterial sind ausrangierte Dachsparren

Es wurde schnell klar, dass es sich um eine Individualkonstruktion handelt, da die linken Pfosten versetzt sein mussten. Es wurde entschieden beide Probleme mit einer Klappe zu schlagen und das Bett aus den Balken selbst zu bauen. Nach etwas Überlegung wurde die Aufgabe wie folgt gestellt:

Wenig Holz zukaufen, möglichst alles aus den Dachsparren herstellen
Stabile Konstruktion durch Verzapfung und Einblattung, um der Belastung durch Toben standzuhalten
Präzise Verbindungsflächen durch Fräsen herstellen - während der Balken an sich seine ‘krumme’ Form behalten soll
Lösbare Verbindungen durch metrische Schrauben, Vermeidung von Holzschrauben
Fest montierte Leiter mit kleinem Einstieg
Für Matratze 190 x 90
Schlafhöhe ca. 1,35 m

Der Blog liefert keine Bauanleitung, sondern gibt nur die Erfahrung wieder und kann so Anregung für ähnliche Projekte geben.

Die Bauzeit erstreckte sich über mehrere Monate bis in den Winter hinein, da ich nur immer stundenweise arbeiten konnte. Als Werkstatt und Lager musste der Schuppen dienen, grobe Arbeiten wurden im Garten auf wackligen Holzböcken gemacht.

Es ergaben sich folgende Bauphasen:

Erstellen eines Arbeitstisches und Zukauf von Werkzeug und Zwingen
Entfernen aller nicht verwendbaren Balkenteile und anschließend Balken auf Länge bringen Hobeln der Oberfläche Längsteilen zur Erstellung der schmalen Bretter
Herstellung der Verbindungszapfen und -Flächen durch Fräsen
Schraublöcher bohren und Schrauben herstellen

Werkzeuge

Die wichtigsten Werkzeuge, welche zum Einsatz kamen:

Kapp- und Gehrungssäge
Elektrohobel (Bosch Elektrohobel PHO35-82C)
Handkreissäge (AEG)
Oberfräse (Bosch GOF 1250 LCE)
Heimwerker Bohrmaschine und mobiler Bohrständer (Black- und Decker, Wolfcraft)
Gewindeschneider
Tischspannelemente und Schraubzwingen
Handsäge Holz, Handsäge Metall, …

Arbeitstisch

Um die schweren und z.T. langen Balken fräsen und bohren zu können, muss ein stabiler Tisch her. Die Balken sollen per Klemmen auf dem Tisch fixiert werden können. Bei Nichtbedarf soll der Tisch nicht zu viel Platz einnehmen. Angeregt durch die Anleitung Arbeitstisch mit Lochplatte von Roberto Hoffmann auf Eigenbaukombinat.de ist eine sehr einfacher, U-förmiger Tisch erstellt worden:

Maße 70 x 120, Höhe 32 cm
Tischlerplatte 19 mm
Lochraster 96 mm, 20 mm Lochdurchmesser

Der Tisch ist schwer genug, dass auch seitlich ein Balken fixiert werden kann.

Arbeitstisch im Einsatz

Die Tischlerplatten kommen aus dem Baumarkt, ca. 80 EUR incl. Zuschnitt. Die Investition lohnt sich aber. Die Platte wird auf die beiden Seitenteile montiert und mit Holzschrauben und Holzdübeln verleimt. Innen sind die beiden Seitenteile mit zwei Holzstäben versteift.

Neben normalen Spannklemmen kommen spezielle Spannelemente für den Tisch zum Einsatz:

2 Bessey BE-TW16-10-2K mit Werkbankadapter 3/4"
2 Festool Schraubzwinge FSZ 120

Die Bessey-Zwingen haben sich als die besseren Zwingen erwiesen: Sie sind sehr schnell zu montieren (auch einhändig), spannen sehr fest und sind ausreichen lang. Die Festool-Zwingen sind etwas zu breit für das 20-Loch und müssen leicht eingepresst werden.

Werkzeug

Kurzer Abriss der Werkzeuge und Arbeitsmittel und deren Verwendung.

Kapp- und Gehrungssäge

Damit werden die Balken auf Länge gesägt, Nachbearbeitung erfolgt nicht. Hat man die Säge einmal auf einen rechtwinkligen Schnitt in beiden Achsen eingerichtet, ist sie dann einfach und problemlos einsetzbar.

Elektrohobel

Hier reicht ein alter Hobel mit neuen Messern aus. Damit wird die lasierte und verwitterte Oberfläche der Balken abgenommen und die Balken bekommen ihren rustikalen Touch. Vor dem Hobeln ist der Balken auf abgebrochen Schrauben und Nägel zu untersuchen, ansonsten sind die Messer schnell hinüber.

Handkreissäge

Mit Hilfe der Führungsschiene werden die Balken halbiert, um die schmalen Bretter des Geländers zu sägen.

Balken längs teilen

Der Sägeschnitt erfolgt von zwei Seiten, da das Sägeblatt nicht tief genug eintaucht:

Erster Schnitt

Oberfräse

Für das Erstellen der Zapfenlöcher und Einblattungen (Fräser: HM-Nutfräser mit Bohrschneide, D16). Für die Blindzapfenlöcher sind Frässchablonen anzufertigen (s. Youtube-Video von Heiko Rech), dafür ist eine Kopierhülse D24 hinzuzukaufen.

Anwendung der Kopierhülse für die Nut der Leitersprossen

Die Auflagefläche der Fräse reicht für breite Frässchablonen nicht immer aus. Abhilfe schafft ein (unfixiertes) Auflagebrett mit kleinerer Aussparung (weiß).

Schwimmendes Auflagebrett

Für Dübellöcher: Dübellochfräser 8mm. Für die meisten Löcher wird eine Anreißschablone erstellt und mittels Anreißnadel der Mittelpunkt auf das Werkstück übertragen. Das geht recht schnell und ist ausreichend präzise.

Schablone von einer Seite

Schablone von der anderen Seite

Zum Abrunden der Kanten wird ein einfacher Abrundfräser aus dem Baumarkt verwendet.

Abrundfräsen

Bohrmaschine und mobiler Bohrständer

Bohren der Löcher für die Schraubverbindungen (Schrauben und Querbolzenmutter). Die Bohrmaschine hat recht viel Spiel, da hilft der mobile Bohrständer nur bedingt. Löcher, welche durch zwei Werkstücke führen, werden immer von der Berührungsseite aus gebohrt. Das hilft, den Versatz in Grenzen zu halten. Als Bohrer kommen Holzspiral- bzw. Schlangenbohrer zum Einsatz, welche sich äußerst präzise in das Werkstück reinarbeiten.

Der mobile Bohrständer von Wolfcraft ist nicht sehr stabil und lässt sich nur bedingt genau auf 90° ausrichten, dafür ist er preiswert und ausreichend für den Verwendungszweck.

Um die Auflagefläche des Bohrständers zu vergrößern, wird dieser, für einige Arbeiten, auf einer Platte montiert.

Mobiler Bohrständer mit Brett

Bei unebenen Werkstücken wird die Platte auf Auflagehölzern oder direkt auf dem Werktisch aufgelegt.

Bohren der Durchgangslöcher

Die Markierung der Querbolzenmutter-Löcher erfolgt für jedes Loch individuell, um die nicht sehr präzise gebohrten Schraubenlöcher bestmöglichst zu treffen.

Anreißen des Querbolzenlochs

Konstruktion

Nach dem festlegen der Eckmaße, ist eine initiale Handzeichnung erstellt worden. Details sind bei Bedarf im Laufe der Umsetzung zu fertigen.

Seitensicht

Jedes Teil hat eine Nummer, welche auch auf dem Werkstück steht, damit man es in der Werkstatt wiederfindet und nicht ausversehen das falsche Teil bearbeitet. Zusätzlich wird an jeder Verbindungsstelle des Werkstücks die Nummer des zu montierenden Gegenstücks geschrieben, damit nicht die falsche Seite bearbeitet wird.

Draufsicht

Die Zapfenverbindung ist nur durch Fräsung der Vertiefung hergestellt (15 mm), in der das Gegenwerkstück eingeführt wird, s. Schnitt C-C. Auf die Ausbildung des Zapfens ist also verzichtet worden (ist also gar keine Zapfenverbindung, oder?). Lediglich die Kanten sind abgerundet und ggf. das zapfenseitige Werkstück eingepasst.

Der kleine Pfosten für die Einstiegsluke (8) ist als gerade Einblattung mit dem vorderen Querrahmen (5) verdübelt und verleimt. Mit der Leitermontage kommen dann noch zwei Schrauben M12 hinzu, die die Verbindung zusätzlich stabilisieren.

Die Skizze zeigt den Querschnitt durch Teil 8 und 5:

Einstiegspfosten mit Leiterwange (L1)

Die beiden freistehenden linken Pfosten (2) werden durch Einblattung in den Querbalken (5 bzw. 9) eingearbeitet, so dass diese die Last abnehmen können (s. Schnitt A-A). Das ist aber in Querrichtung zu instabil, so dass im Nachhinein noch eine Querlatte zwischen beiden Pfosten montiert wurde.

Stabilisierungsbrett

Da nachträglich angefertigt, ist das die einzige Verbindung, welche nicht gefräst ist. Die Verstrebung ist seitlich durch angeleimte Enden in der Höhe verlängert. Hier ein Bild aus der Herstellung der Zapfenschlitze (die Löcher für die Holzdübel sind bereits vorhanden).

Zahnverzapfung

Das Lattenrost ist gekauft und liegt auf zwei, ebenfalls gekauften, Leisten. Diese sind an den langen Querträgern verdübelt und mit Holzschrauben verschraubt.

Leiter

Ist nach Fertigstellung der Bettteile gebaut worden. Die Sprossen (L2) sind aus geviertelten 14 x 8 cm Balken hergestellt, also ca. 7 x 4 cm im Querschnitt. Die Wangen (L1) sind halbierte 13 x 7 cm Balken, also ca. 6,5 x 7.

Skizze der Leiter Skizze der Leiter

Herstellung der Sprossen:

Sprossenholz wird eingespannt

Auch die Sprossen sind von zwei Seiten zu sägen.

Zweite Seite sägen

Die Leiter ist schraubenfrei verleimt. Dazu sind Schlitze in die Wange gefräst und mit Holzdübeln verstärkt worden. Die fertige Leiter wird mit M12-Schrauben (und den bereits vorhanden langen M8-Schrauben) mit dem Bett fest verbunden.

Verschraubung

Alle Elemente des Bettrahmens sind mit M8-Schrauben verbunden, entweder mit Querlochbolzenmuttern oder, für die freistehenden Pfosten, mit Hülsenmuttern. Um die Anschaffung der Schrauben zu vereinfachen, sind diese aus Gewindestange und Hülsenmutter selbst erstellt. Zur Montage der Leiter kommen M12 Gewindestange und Hülsenmuttern zum Einsatz.

Schraubverbindungen: nur aus vier verschiedenen Teilen

Das Montieren der Schrauben mit den Querbolzen war anfangs nicht gut möglich. Durch das Hantieren mit Schraubendreher und Innensechskantschlüssel, sowie der Tatsache, dass die Löcher nicht sehr genau gebohrt sind, fand die Schraube nicht das Muttergewinden. Daher wird an jede Schraube einseitig ein Zapfen geschliffen, wodurch sich die Querbolzenmuttern nun selbständig ausrichtet.

Zapfen anschleifen

Der Zapfen ist bei der Berechnung der Schraubenlänge unbedingt zu berücksichtigen.

Die gesägte und angefaste Gewindestange ist mit dem Gewindeschneider gefügig zu machen, ansonsten lässt sich die Mutter von Hand nicht gut verschrauben.

Nachschneiden des Gewindeanfangs

Oberfläche

Die durch Sägen und Hobeln gegebene Oberfläche soll erhalten bleiben, das Holz aber haptisch ansprechend werden. Dies wird durch folgende Arbeiten erreicht:

Fräsen der Kanten mit einem Abrundfräser Durch Abrunden der Kanten werden die splittrigen Kanten geglättet und die Balken werden auch optisch viel gefälliger.

Abrunden der Kanten

Vorschleifen der Oberfläche mit einer Tellerbürste aus Nylon, K80 Staubige Sache, sollte man besser draußen machen.

Tellerbürste

Versuche mit einer Drahttellerbürste zeigten, dass dafür das Holz zu weich ist. Die Nylonbürste ist nicht billig, lohnt sich aber.

Handschleifen der Oberfläche Den letzten Schliff bekommt das Holz durch Handschleifen mit Scheifvliesmatten 180.

Anschließend wird das Holz mit Arbeitsplattenöl von Auro behandelt und noch mal mit dem Schleifvlies geglättet.

Schluss

Steht wie ’ne Eins

RFduino Implementation of DDO

Thu, 15 Jan 2015 00:00:00 +0000

This post describes the coding for the DDO hardware, based on a RFduino board. The hardware itself is introduced in the post posts/ddo-prototype. To implement the program, the standard Arduino SDE with RFduino library is installed on your computer (The RFduino Quick Start Guide on www.rfduino.com is not available any more).

The implementation has following main features:

Counting wheel rotations and calculation distance Read/Write the distance to memory in a safety way Push the actual distance via Bluetooth LE (BLE) Further topics are: Flash the LED with a memory write, communicate an error via LED Send logging to SDE The most important challenge is the non-stable power supply, especially at writing time.

Architecture The implementation communicates or controls five external components. The EEPROM is used to store the actual distance value. The LED give signals to the user at run time. The reed contact attached to the front wheel is the rotation trigger.

Via BLE the board sends the actual distance value periodically into the environment (independent, if there is a receiving app or not). For the developer, messages can be pushed via serial port to the Arduino SDE.

The inner view:

DDO Prototype

Sun, 30 Nov 2014 00:00:00 +0000

Aufgabenstellung Früher hatte ich mal so einen Kilometerzähler am Vorderrad meines Rennrads, sehr zum Leidwesen meiner Radkollegen, da das Ding ziemlich laut klackerte.

Analoger Kilometerzähler

Das gleiche soll nun mit moderner Technik neu gebaut werden - aber ohne Klackern, wenn’s geht.

Schaut man sich auf dem Markt um, was es derzeit gibt, so findet man den Bikelogger. Der kann mehr einiges mehr als nur den aktuellen Stand zählen. Der Preis ist mit ca. 140 € aber ziemlich hoch. Cool ist, das er kein Kontakt-Kontakt für die Bewegungserfassung benötigt.

Den Zähler, den ich mir vorstelle, soll einfach nur die Laufleistung zählen und ansonsten nicht weiter auffallen. Es muss völlig wartungsfrei und ohne Schnickschnack sein. Außerdem soll er aus möglichst wenigen Bauteilen bestehen und die vorhanden Infrastruktur am Rad nutzen. Bei Bedarf kann man den aktuellen KM-Stand per Smartphone abfragen,

Komponenten Man benötigt einen Mikrocontroller zur Steuerung, ein EEPROM zum Speichern und eine stabile Spannungsversorgung.

Als Mikrocontroller habe ich mich für den RFduino entschieden, da er sehr klein ist und Bluetooth 4.0 unterstützt. Man kann ihn als SMD-Chip oder als Entwicklerboard mit USB-Anschluss für Rasterplatinen beziehen. Das Board kann mit 3.3 V betrieben werden. Die Programmierung ist einfach und es gibt viele Beispiele.

Als Speicher-Baustein kommt der 24AA256 von Microchip zum Einsatz. Er ist mit 256 kB ausreichen groß, kann per I2C einfach mit dem RFduino kommunizieren und kann mit 3.3 V betrieben werden.

Die Spannungsversorung bedient sich der am Fahrrad vorhanden B&M Lumotec-Leuchte mit Supercup-Kondensator. Um die Spannung der LED auf konstante 3.3 V zu bringen, kommt zur Spannungsstabilisierung der Step-Up Spannungsregler U1V11F3 von Pololu zu Einsatz.

Die Radbewegung wird klassisch per Kontakt-Schalter

Schaltung Auf dem Schaltplan sieht man noch die zusätzlich eine LED, als Minimal-Kommunikation so zu sagen.

Schaltplan

Die Stromversorgung geht tatsächlich direkt an die LED der Lumotec-Leuchte, dazu wurde ein 2-adriges Kabel an die LED-Platine gelötet.

Steckbrett Auf das Breadboard gesteckt, ist die Schaltung sehr übersichtlich: Steckbrett

Bauteil-Liste M1 RFD22102 RFduino DIP M2 Pololu 3.3V Step-Up Voltage Regulator U1V11F3 IC1 EEPROM Microship 24AA256 R4 Vorwiderstand 82 kΩ LED1 Rote LED R1 Vorwiderstand 330 Ω LED2 Gelbe LED R2 Vorwiderstand 330 Ω R3 Pull-Down-Widerstand 55 k Ω

LED1 blinkt kurz, wenn der aktuelle KM-Wert gespeichert wurden. LED2 zeigt, das Spannung anliegt (nur auf dem Breadboard gesteckt, nicht im Prototyp verbaut).

Platine Die Platine ist so gestaltet, dass sie in ein Gehäuse 56 x 56 x 40 mm passt (Hammond Electronics 1594ABK, gibt z.B. bei Conrad Electronics, Best.-Nr. 535086-62).

Layout

Die Verbindungen von Pin 8 vom 24AA256 nach VOUT musst aus Platzmangel fliegend verkabeln, dass könnte man noch besser machen. Gelötet sieht das dann so aus: Oberseite

Unterseite

Als Signalgeber kommt ein kabelgebundener eine kabelgebunde Variante von einem billigen Baumarkt-Tacho zum Einsatz. Die Kabelenden werden direkt an die Steckerstifte auf der Platine gelötet (REED bzw. VOUT), Polung spielt keine Rolle. Ebenso das Kabel der Spannungsversorgung (VIN und GND). Das Kabel wird von unten durch das Lumitec-Gehäuse gezogen (Belüftungsloch) und auf die kleine LED-Platine gelötet. Hier natürlich auf die richtige Polung achten.

Hinweis: Mit dem Eingriff verliert die Leuchte den Garantieanspruch. Ob das Fahrrad noch im Straßenverkehr zulässig ist, habe ich nicht geprüft. Montage

Auf Rasterplatine gelötet und in ein Gehäuse gepackt sieht das Gerät dann am Fahrrad recht klobig aus, so wie es sich für einen Prototypen halt gehört.

Montage am Brompton

An meinem Brompton konnte es einfach an die Taschenhalterung montiert werden. Es führen zwei Kabel aus dem Gerät: Die Stromversorgung zur Frontlampe sowie das Kabel für den Kontaktnehmer zur Gabel.

Die Runde Stunde

Mon, 01 Jan 0001 00:00:00 +0000

Imkerei

Mon, 01 Jan 0001 00:00:00 +0000

Impressum / Datenschutz

Mon, 01 Jan 0001 00:00:00 +0000

Impressum

Dies ist eine private Website und dient der Darstellung meiner persönlichen Web-Projekte sowie des Internet-Auftritts im Rahmen meiner Imkerei. Verantwortlich für den Inhalt ist Christian Schulzendorff, Tempelstr. 8 A, 63571 Gelnhausen, E-Mail chs8691[ätt]mailbox.org, Tel. 016099240304. Alle Bilder sind, sofern nicht explizit anders angegeben, Eigentum von Christian Schulzendorff.

Creative Commons Lizenzvertrag

Dieses Werk ist unter CC BY 4.0 lizenziert. Weitergabe unter gleichen Bedingungen 4.0 International Lizenz.

Datenschutz

Bei dem frei zugängliche Inhalten (ohne Anmeldung) handelt es sich um statische Websites, für die keine Daten des Aufrufers gespeichert oder analysiert werden. Für die Darstellung der Inhalte werden externe Hugo-Themes verwendet:

Für die aktive Mitarbeit an dieser Website wird ein lokaler Gitea-Account benötigt. Die dafür benötigte E-Mail-Adresse wird gespeichert, solange der Account besteht. Es werden keine Daten an Dritte weitergegeben. Wird das Löschen eines Gitea-Accounts schriftlich mitgeteilt, verpflichten wir uns, alle Account-Daten zeitnah zu löschen. Der erstellte Content in dem Git-Repository bleibt davon aber unberührt. Gitea verwendet für ein besseres Benutzererlebnis Cookies, siehe gitea.com.

Kollegenrunde

Mon, 01 Jan 0001 00:00:00 +0000

My Equis

Mon, 01 Jan 0001 00:00:00 +0000

Pendel

Mon, 01 Jan 0001 00:00:00 +0000

Standbild

Mon, 01 Jan 0001 00:00:00 +0000

Über

Mon, 01 Jan 0001 00:00:00 +0000

Mein Name sei Christian Schulzendorff. Und es ist anzunehmen, das es sich hier um zusammengeschustertes Zeug handelt; Wexperimente, entrückt aus der praktischen Welt. Im besten Sinne nutzlos und damit frei von jeglichem Anspruch auf ergebnisortientierter Leistung.

Der Name kollegen geht auf die Kollegenrunde zurück. Der Begriff erinnert, das wir Teil einer Gemeinschaft sind. Es liegt an uns, sie durch zutun zu bereichern.

Woanders
Flickr
Strava

Stadt von hinten
Repro und Doku in Gitea

Credits

kollegen

X-Recipe: Golden Brown

Settings

X-Films Recipes

Die Runde Stunde geht online

Was zeigt die Website

Motivation

Regeln der Bilder

Funktionsweise des Blogs

Technik

Reflektion

Pendel Foto Leinwand

Übersicht

Import und Bildbearbeitung

In/Out erstellen

IN

OUT

Backup

Upload

Fazit

Pendel Zeitreise

Zeitreise

Überlegungen

Story Telling

Zeitreise

Was noch geändert wurde

Pendel Bildbetrachter

Pendel Plugin

Was bisher geschah

Und wie geht’s nun weiter?

Fow Foto Workflow Tool

Technische Umsetzung

Installation

Initialisierung

Prinzip

Die einzelnen Workflowschritte

LOAD

RENAME

ORGANIZE

DEVELOP

EXIF-Tags

LOCATION

EXPORT

CLEAN UP

Los geht's

Los geht’s auf der Leinwand.

Über Pendel

Über dieses Projekt.

Die Idee

Die Umsetzung

Exif Spickzettel

exiftool

Weitere Tools

geotag

GIMP

Foto-Workflow

Übersicht

Das Workflow-Verzeichnis

Die einzelnen Schritte des Workflows

Import

Backup

Rename

Location

Sort

RAW automatisch verschieben

Projektbearbeitung

Develop

Export

Clean

Links

Hochbett Aus Alten Dachsparren

Werkzeuge

Arbeitstisch

Werkzeug

Kapp- und Gehrungssäge

Elektrohobel

Handkreissäge

Oberfräse

Bohrmaschine und mobiler Bohrständer

Konstruktion