Foto-Story-Modus: Unterschied zwischen den Versionen

Aus OrgaMon Wiki
Zur Navigation springen Zur Suche springen
Zeile 7: Zeile 7:
* 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)
* 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 Foto-nnn.zips würde es dann 2 Versionen des Fotos geben (mit dem gleichen Dateinamen)
* In den Foto-nnn.zips würde es dann 2 Versionen des Fotos geben (mit dem gleichen Dateinamen)
** 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



Version vom 20. April 2023, 13:23 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 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
  • Sind mehrere Fotos mit eindeutigem Namen erwünscht kann man dies aktivieren indem bei der FotoBenennung ~#~ angegeben wird

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 Varianten, die bereits geliefert wurden 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 in welcher Phase der Foto-Story wir sind
    • soll es nur das "aktuellste" 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