Foto-Story-Modus: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
Zeile 9: | Zeile 9: | ||
** Im <code>FotoVerzeichnis</code> würde nur die aktuellere Version der Datei gespeichert werden | ** Im <code>FotoVerzeichnis</code> würde nur die aktuellere Version der Datei gespeichert werden | ||
* Sind mehrere Fotos mit eindeutigem Namen erwünscht kann man dies aktivieren indem bei der FotoBenennung <code>~#~</code> angegeben wird | * Sind mehrere Fotos mit eindeutigem Namen erwünscht kann man dies aktivieren indem bei der FotoBenennung <code>~#~</code> angegeben wird | ||
** Alle Möglichkeiten der Fotobenennung finden sich [[ | ** Alle Möglichkeiten der Fotobenennung finden sich [[Baustelle#FotoBenennung.3D|hier]] | ||
== Funktion == | == Funktion == |
Aktuelle Version vom 21. April 2023, 15:26 Uhr
(alternative Suchbegriffe: Story, FotoStory, FotoStoryModus)
Motivation
- Normalerweise wird in 24h immer das aktuellere Bild bevorzugt, es kann aber auch hier zu "-1" Bildern kommen
- Bei größeren Zeitabständen, z.B. 3 Tage würde ein auf dem selben Parameter und Auftrag gemachtes Foto das alte Foto einfach überschreiben (002-4711-FA.jpg überschreibt 002-4711-FA.jpg)
- In den 3 Foto-nnn.zips würde es dann 2 Versionen des Fotos geben (mit dem gleichen Dateinamen)
- Im
FotoVerzeichnis
würde nur die aktuellere Version der Datei gespeichert werden
- Im
- Sind mehrere Fotos mit eindeutigem Namen erwünscht kann man dies aktivieren indem bei der FotoBenennung
~#~
angegeben wird- Alle Möglichkeiten der Fotobenennung finden sich hier
Funktion
- Es gibt die Möglichkeit pro Fotoparameter (FA,FN ...) nicht nur genau 1 Bild pro Auftrag zu liefern, sondern beliebig viele, die dann durchnummeriert werden
- In der Qualitätskontrolle kann nur das letzte Bild (das Bild mit der höchsten Nummer) überprüft werden
Implementierung
- In der zentralen Datei
Fotos-Laufende-Nummer.ini
im App-Server Pfad.\dat\db\
werden die unterschiedlichen Varianten aufgezeichnet - Die Datei enthält Ids, das ist der RID und "-" und den Fotoparameter, also 471172-FA
- Der Wert ist dann ein Finger-Abdruck der Foto-Datei konkret "Anlagedatum" und "Grösse der Datei"
4655312-FN=20230420 10:49:42 160987 -> "1" 4655309-FA=20230420 10:22:58 166093 -> "1" 4655312-FA=20230420 10:49:32 189875 -> "1" 4655414-FA=20230420 09:49:28 163217 -> "1" 4655311-FN=20230420 11:09:12 175795 -> "1" 4655311-FA=20230420 11:09:02 191539 -> "1" 4655312-FN=20230420 11:15:46 151985 -> "2"
- Für eine gegebene Datei gibt es dann nur 2 Möglichkeiten
- Bekannt, dann liefere einfach die laufende Nummer innerhalb der Story
- Unbekannt, dann liefere die nun neue vergebene Nummer
- Für eine allgemeine Frage ohne Finger-Abdruck
- liefere eine neue Nummer passend für diese Story
Probleme
Qualitätssicherung
- Q25 kann nicht wissen bei welcher Nummer der Foto-Story wir sind
- soll es nur das "aktuellste"="zuletzt gelieferte" Foto auf Existenz prüfen
- soll es einfach nur irgendein Foto der ganzen Story auf Existenz prüfen
- soll es ALLE Fotos der Story prüfen?
Transaktionen "BO1" "LU1"
- Funktionieren hier nicht, da immer wieder eine Kopie aus dem letzten Bild erstellt wird