Schalter | Standard | Werte | Beschreibung | Anmerkung |
---|---|---|---|---|
AnzeigenTransfer.Protokoll_Pfad | - | Pfadangabe | Verzeichnis der Protokolldateien des Anzeigentransfers | |
AnzeigenTransfer.Batch_Pfad | - | Pfadangabe | Verzeichnis der Batchdateien für den Anzeigentransfer | |
AnzeigenTransfer.XmlVorgabePfad | - | Pfadangabe | Verzeichnis für die Vorgabedateien des Anzeigentransfers | |
AnzeigenTransfer.ExtAuftragImportVorgabeFile | - | Fileangabe | Vorgabedatei für den Anzeigen-XML-Import (bpauftragimport) | |
AnzeigenTransfer.AuftragImport_XML_Pfad | - | Pfadangabe | Pollingverzeichnis für den BPAuftragimport, wo Anzeigen-XML-Dateien abgeholt werden | |
AnzeigenTransfer.BPAnzeigeVorgabeFile | - | Fileangabe | Vorgabedatei für den Anstrich-XML-Export (bpanstrichexport) | |
AnzeigenTransfer.BPAnstrichExportPfad | - | Pfadangabe | Verzeichnis, wo Anstrich-XMLs vom BPAnstrichExport abgelegt werden | |
AnzeigenTransfer.EpsSourcePath | - | Pfadangabe | Verzeichnis, wo der BPAuftragimport auch EPS/PDF-Motive erwartet, es muss zwingend eine XML-Datei bei jedem Motivimport vorliegen | (veraltet - MotivUpdater-Modul im Winpoller2 benutzen) |
AnzeigenTransfer.XmlExportUpdatePath | - | Pfadangabe | Verzeichnis, wo Anzeigen-XMLs für die Redaktion abgelegt werden, wenn ein Motivupdate passiert ist | |
AnzeigenTransfer.ExtOrderUnknownRubricFailed | 0 | 0 = aus (default), 1 = ein | Wenn der Config-Schalter aktiviert ist, wird der Rubrikenbaum aus der im Import-XML angegeben Rubrik aufgebaut. Die Rubrik muss in der BP existieren! | |
AnzeigenTransfer.ExtMotifTolerance | - | Integerangabe in µm | Gibt die Toleranz zwischen den im Anzeigen-XML angegeben und im Motiv übermittelten Maße an. | |
AnzeigenTransfer.ExtMotifDisableColorCheck | 0 | 0 = aus (default), 1 = ein | Unterdrueckt die Farbpruefung beim externen Motivimport |
Anstrich-Export
Allgemein
Der "Anzeigenlieferant" soll eine Rückmeldung über die Produktion seiner Anzeigen bekommen. Dazu werden beim Speichern nach verschiedenen Aktionen (platzieren, belichten, deplatzieren) Anstrichdaten in eine entsprechende DB-Tabelle geschrieben bzw. dort aktualisiert (Pollstatus wieder auf 0). Die Daten können durch den Anstrich-Poller auf verschiedene Art und Weise an das Anzeigensystem übergeben werden (DB, XML). Bei erfolgreicher Übergabe wechselt der Pollstatus auf 2. Da nicht bei jeder Aktion die benötigten Daten korrekt zur Verfügung stehen um in die DB geschrieben zu werden, greift der Poller statt auf die Anstrich-Tabelle auf eine entsprechende View zu - in der View wird über die Platzierung der Anzeige bis auf die Schemagruppe ge"Joint" (vgl.
DNT OP #6576828: Anstrichdaten unvollständig). Die View ist sehr ressourcenintensiv und beschäftigt den Datenbankserver stark - obwohl im Ergebnis meist festgestellt wird, dass nichts zu tun ist.
Durch einen Fehler in der View, sind momentan alle Anzeigen ohne Platzierung in der aktuellen DB und alle Füller für den Poller "unsichtbar". Das Zielsystem bekommt damit das Deplatzieren bereits angestrichener Anzeigen nicht zur Kenntnis.
Ein weiterer Fehler führt dazu, dass deplatzierte Anzeigen mit falschem Status in der Anstrich-Tabelle stehen (z.B. 3 - offenbar, wenn sie ohne Termin für die konkrete Ausgabe trotzdem dort platziert und belichtet und erst danach wieder deplatziert wurden).
Kommandozeilen-Parameter beim Anstrich-Poller BPAnstrichExport.exe
Parameter | Bedeutung |
---|---|
-u | startet als Poller fuer "unique Anzeigen" |
-p | startet als Poller fuer "P5" (benoetigt AdvBPInterface.dll) |
-t | startet als Poller fuer Fremdsystem; // third-party system |
-d=nn | nn: Wartezeit zwischen DB-Pollingaktionen in Sekunden (default: 5s) |
-v | zeigt zusätzliche Informationen zur Laufzeit |
-ignoreColorError | unterdrueckt Farbfehler zw. Auftrag und Produktion |
-? | diese Hilfe |
Status in der Anstrich-Tabelle
Status (Bitmaske) | Bedeutung |
---|---|
0 | unplatziert (ehemals platziert, nie belichtet) |
1 | platziert |
2 | belichtet |
4 | geändert (nach Belichtung) |
Ein Verschieben der Anzeige auf einer bereits belichteten Seite führt nicht zu Status-Bit 4. Dieses wird nur gesetzt, wenn die Anzeige deplatziert oder erneut platziert wird und in der Anstrich-Tabelle bereits mit Status-Bit 2 enthalten ist. Belichten beseitigt das Status-Bit 4 wieder.
Testatfeld der Anzeigen
Testat (Bitmaske) | Bedeutung |
---|---|
VAL_TESTAT_BP_ANZEIGE_NOT_DEFINED | 0 |
VAL_TESTAT_BP_ANZEIGE_ANGELEGT | 1 |
VAL_TESTAT_BP_ANZEIGE_VORPLANUNG | 2 |
VAL_TESTAT_BP_ANZEIGE_PLATZHALTER | 4 |
VAL_TESTAT_BP_ANZEIGE_ABGESPALTEN | 8 |
VAL_TESTAT_BP_ANZEIGE_AKTUALISIERT | 16 |
VAL_TESTAT_BP_ANZEIGE_BELICHTET | 32 |
VAL_TESTAT_BP_ANZEIGE_NICHT_PLANBAR | 64 |
ehemals: VAL_TESTAT_BP_ANZEIGE_STORNIERT | 128 |
VAL_TESTAT_BP_ANZEIGE_EPS_EXPORTIERT | 256 |
VAL_TESTAT_BP_ANZEIGE_EXPORTIERT | 512 |
VAL_TESTAT_BP_ANZEIGE_HAT_CLIPPFAD | 1024 |
VAL_TESTAT_BP_ANZEIGE_EXPORT_CLIPPFAD | 2048 |
VAL_TESTAT_BP_POSITIONIERUNG_DECORATOR_CHANGED | 4096 |
In der aktuellen DB platzierte Anzeigen mit bestimmten Testaten werden für die View explizit ausgefiltert: 2 (vor Korrektur, advantage Platzhalter), 4, 64 (Motiv gelöscht). Für unplatzierte Anzeigen wirkt dieser Filter nicht.