Foto-Story-Modus: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
Keine Bearbeitungszusammenfassung |
|||
| (8 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
(alternative Suchbegriffe Story, FotoStory, FotoStoryModus) | (alternative Suchbegriffe: Story, FotoStory, FotoStoryModus) | ||
== Motivation == | == Motivation == | ||
| Zeile 6: | Zeile 6: | ||
* Normalerweise wird in 24h immer das aktuellere Bild bevorzugt, es kann aber auch hier zu "-1" Bildern kommen | * 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) | * 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 3 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 | ||
** Alle Möglichkeiten der Fotobenennung finden sich [[Baustelle#FotoBenennung.3D|hier]] | |||
== Funktion == | == Funktion == | ||
| Zeile 16: | Zeile 18: | ||
== Implementierung == | == Implementierung == | ||
* In der zentralen Datei <code>Fotos-Laufende-Nummer.ini</code> im App-Server Pfad <code>.\dat\db\</code> werden die Varianten | * In der zentralen Datei <code>Fotos-Laufende-Nummer.ini</code> im App-Server Pfad <code>.\dat\db\</code> werden die unterschiedlichen Varianten aufgezeichnet | ||
* Die Datei enthält Ids, das ist der RID und "-" und den Fotoparameter, also 471172-FA | * 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" | * Der Wert ist dann ein Finger-Abdruck der Foto-Datei konkret "Anlagedatum" und "Grösse der Datei" | ||
| Zeile 38: | Zeile 40: | ||
=== Qualitätssicherung === | === Qualitätssicherung === | ||
* Q25 kann nicht wissen | * Q25 kann nicht wissen bei welcher Nummer der Foto-Story wir sind | ||
** soll es nur das "aktuellste" Foto auf Existenz prüfen | ** 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 einfach nur irgendein Foto der ganzen Story auf Existenz prüfen | ||
** soll es ALLE Fotos der Story prüfen? | ** soll es ALLE Fotos der Story prüfen? | ||
=== Transaktionen " | === Transaktionen "BO1" "LU1" === | ||
* | * Funktionieren hier nicht, da immer wieder eine Kopie aus dem letzten Bild erstellt wird | ||
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
FotoVerzeichniswü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.iniim 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