4:33 p.m.
Sehr geehrte eci-Mitglieder,
heute sollte in unserem Hause wieder einmal einen Testdruck (70er Raster)
zur Überprüfung der Stabilität unserer PSO-Standardisierungsbemühungen
durchgeführt werden. Um auf dem aktuellsten Stand zu sein, sind hierfür die
Test-Dateien aus den ATS Anwenderpaket verwendet worden.
Zu meiner Überraschung musste ich, leider erst in der Druckmaschine (wer
erwartet schon Probleme mit Daten aus dieser Quelle) anhand eines sehr
unschönen Moirés, feststellen, dass die Testdateien, die auf der CD mit dem
Anwenderpaket geliefert wurden, Rasterinformationen enthalten.
Da ich dies von den 'alten' Testdateien nicht gewohnt bin, habe ich mich im
Downloadbereich der eci-Homepage einmal umgeschaut. Hier liegen die mit NEU
gekennzeichneten Daten für die ATS Visual und Technical, die sinnvoller
Weise mit den Daten der beigelegten CD übereinstimmen.
Nicht so die ATS Measure: nicht als NEU gekennzeichnet und nicht identisch
zur Datei auf der CD. Die Testdatei im Downloadbereich enthält lobenswerter
Weise keine Rasterinformationen und ist somit für die Ausgaben in allen
Rastern und in jeder Workflow-Konstellation geeignet. Das hätte ich gern
auch für die anderen beiden Dateien.
Ich vermute, dass den neu erstellten Daten (CD) die Information für 60er
Raster (PitStop sagt Typ5) mitgegeben wurde, da dies seitens der eci zum
einzigen und Standard-Raster erhoben wurde. Dies wurde ja bereits eingehend
auf der Liste diskutiert.
Es wäre trotzdem schön, wenn auch die neuen Testdaten als komplett
ausgabeneutrale Datei zur Verfügung stehen würden. Es gibt halt auch
Workflows jenseits von CREO und Heidelberg, die sich, wenn sie nicht
vergewaltigt werden, an das halten wollen, was die Dateiein ihnen an
Informationen liefern (und leider bei einer Diskrepanz zur Voreinstellung
auch nicht warnen).
Ich möchte ungern per PitStop-Aktionsliste die Rasterinformationen aus den
Dateien der ATS entfernen, um diese auch im 70er Raster nutzen zu können, da
ich insbesondere Testdateien gern so original wie möglich verwenden möchte.
Wir alle wissen nur zu genau, was bei einem erneuten Speichervorgang mit
einem PDF passieren kann....
Gibt es Vorschläge?
Gruß, T. Fronia
Tobias Fronia
Leitung PrePress, Dipl.-Ing.
Neef + Stumme GmbH & Co. KG
Druck und Verlag
Schillerstraße 2
29378 Wittingen
Telefon: +49 (0) 58 31 23-188
Telefax: +49 (0) 58 31 23-100
mailto:t.fronia@neef-stumme.de
4:48 p.m.
Fronia, Tobias <t.fronia(a)neef-stumme.de> schrieb/wrote:
Ich vermute, dass den neu erstellten Daten (CD) die
Information für 60er
Raster (PitStop sagt Typ5) mitgegeben wurde, ...
Hallo Herr Fronia,
Wenn Enfocus PitStop im Inspektor anzeigt, dass Rasterinformationen in Form
eines Type 5 Halftone Dictionaries vorhanden sind, dann sollten Sie auch in
der Lage sein im Karteikartenreiter "Rasterung", die konkreten Informationen
zu Rasterweite, Rasterwinkelung und Punktform auslesen zu können um so Ihre
Vermutung zu überprüfen.
Mit freundlichen Grüßen
Robert Zacherl
--
*****************************
Robert Zacherl
IMPRESSED GmbH
Tel:++49(0)40/89 71 89-0
Fax:++49(0)40/89 71 89 71
eMail: rzacherl(a)impressed.de
http://www.impressed.de
*****************************
5:52 p.m.
New subject: OT: Versionskontrolle (Re: Rasterinformationen in ATS-Dateien)
Fronia, Tobias schrieb:
[...]
Da ich dies von den 'alten' Testdateien nicht gewohnt bin, habe ich mich im
Downloadbereich der eci-Homepage einmal umgeschaut. Hier liegen die mit NEU
gekennzeichneten Daten für die ATS Visual und Technical, die sinnvoller
Weise mit den Daten der beigelegten CD übereinstimmen.
Nicht so die ATS Measure: nicht als NEU gekennzeichnet und nicht identisch
zur Datei auf der CD. [...]
Gibt es Vorschläge?
Leicht OT, aber mal wieder eine gute Gelegenheit, meine bereits mehrfach
an verschiedene Adressen gerichteten Vorschläge zum Thema
Versionskontrolle zu wiederholen - vielleicht hilft es ja diesmal:
Wichtige, gemeinsam genutzte oder zur veröffentlichung bestimmte Dateien
ohne Kommentar zu ändern führt meiner Erfahrung nach früher oder später
zu Chaos - zumal z.B. bei der Übertragung per E-Mail, HTTP oder FTP auch
das Erstellungs- bzw. Änderungsdatum der Datei keine sichere
Orientierung mehr bietet.
Eine Kennzeichnung wie "NEU" ist ziemlich relativ und daher auch nicht
wirklich hifreich - sie hat eine ziemlich begrenzte "Halbwertszeit" ;-)
Wichtige Dateien wie die FOGRA-Charakterisierungsdaten, die ECI-Profile
oder die ATS-PDFs sollten deshalb meiner Meinung nach unbedingt eine
eindeutige Versionsnummer (im einfachsten Fall als Bestandteil des
Dateinamens) erhalten.
Bei der gemeinschaftlichen Pflege solcher Dateien können beispielsweise
Versionskontrollsysteme wie z.B. CVS <http://www.cvshome.org/>) sehr
hilfreich sein.
Prüfsummen (wie z.B. md5-Strings <http://www.google.com/search?q=md5>)
können helfen, Manipulationen, Beschädigungen oder sonstige
Veränderungen an Dateien zu erkennen.
Eine simple "Version History" (z.B. in Form einer einfachen Textdatei an
zentraler Stelle) aus der ersichtlich wird, wann sich was geändert hat,
ist ebenfalls eine sehr hilfreiche und einfach zu pflegende Sache.
Grüße, Klaus Karcher
6:23 p.m.
New subject: OT: Versionskontrolle (Re: Rasterinformationen in ATS-Dateien)
karcher(a)schrift-und-form.de wrote Wed, 26 May 2004 17:52:05 +0200
Fronia, Tobias schrieb:
deswegen heissen die zum Download angebotenen Altona Test Suite-Dateien
ja auch:
Altona_Technical_1v2_x3.pdf
Altona_Measure_v11.pdf
Altona_Visual_1v2_x3.pdf
Die Versionsnummer ist also enthalten. Weiterhin sind die Altona Test
Suite-Dateien digital signiert, und jeder kann in Acrobat ueberpruefen,
ob die Signatur noch intakt ist. Die ECI-Profil-Pakete enthalten die
zutreffenden Jahreszahl. Durchaus auch eine passable Orientierungshilfe,
die den Email-Versand oder ftp-Download gut uebersteht.
[...]
Da ich dies von den 'alten' Testdateien nicht gewohnt bin, habe ich mich im
Downloadbereich der eci-Homepage einmal umgeschaut. Hier liegen die mit NEU
gekennzeichneten Daten für die ATS Visual und Technical, die sinnvoller
Weise mit den Daten der beigelegten CD übereinstimmen.
Nicht so die ATS Measure: nicht als NEU gekennzeichnet und nicht identisch
zur Datei auf der CD. [...]
Gibt es Vorschläge?
Leicht OT, aber mal wieder eine gute Gelegenheit, meine bereits mehrfach
an verschiedene Adressen gerichteten Vorschläge zum Thema
Versionskontrolle zu wiederholen - vielleicht hilft es ja diesmal:
Wichtige, gemeinsam genutzte oder zur veröffentlichung bestimmte Dateien
ohne Kommentar zu ändern führt meiner Erfahrung nach früher oder später
zu Chaos - zumal z.B. bei der Übertragung per E-Mail, HTTP oder FTP auch
das Erstellungs- bzw. Änderungsdatum der Datei keine sichere
Orientierung mehr bietet. Eine Kennzeichnung wie "NEU" ist ziemlich
relativ und daher auch nicht
wirklich hifreich - sie hat eine ziemlich begrenzte "Halbwertszeit" ;-)
Das Etikett "Neu" erhalten in der Download-Liste des ECI-Servers
automatisch diejenigen Files, die nicht aelter als einen Monat sind.
Schauen Sie doch in zwei Wochen nochmal vorbei ;->
Wichtige Dateien wie die FOGRA-Charakterisierungsdaten,
die ECI-Profile
oder die ATS-PDFs sollten deshalb meiner Meinung nach unbedingt eine
eindeutige Versionsnummer (im einfachsten Fall als Bestandteil des
Dateinamens) erhalten.
Die Namen der ECI-Profile enthalten zwar keine Versionsnummer, aber
immerhin einen eindeutigen Namen. Auf der ECI Website sowie in der
beiliegenden Doku wird auch erlaeutert, was es damit auf sich hat. Wer
liest, ist hier klar im Vorteil.
Bei der gemeinschaftlichen Pflege solcher Dateien
können beispielsweise
Versionskontrollsysteme wie z.B. CVS <http://www.cvshome.org/>) sehr
hilfreich sein.
von Programmierern sicher zu Recht sehr geschaetzt, aber in diesem Fall -
nach meiner sehr persoenlichen Meinung - nicht das adaequate Instrument.
Prüfsummen (wie z.B. md5-Strings
<http://www.google.com/search?q=md5>)
können helfen, Manipulationen, Beschädigungen oder sonstige
Veränderungen an Dateien zu erkennen.
In ICC-Profilen ist ja inzwischen ein MD5 Hash vorgesehen, wird aber
leider noch nicht von allen Profilerstellungsprogrammen eingefuegt. Die
herunterladbaren Archive als solche sind gegen unbemerkte Beschaedigungen
insofern geschuetzt, als sich das Archiv in der Regel nicht auspacken
laesst, wenn es beschaedigt ist. Dass ein einzelnes ICC-Profil auf einem
Rechner evtl. Schaden erleidet, ist leider ausserhalb unserer Kontrolle.
Erst wenn all ICC-Profile MD5 hashs enthalten und das Betriebssystem bzw.
die jeweilige Anwendungssoftware diesen Hash ueberprueft, waeren wir
einen Schritt weiter.
Eine simple "Version History" (z.B. in Form
einer einfachen Textdatei an
zentraler Stelle) aus der ersichtlich wird, wann sich was geändert hat,
ist ebenfalls eine sehr hilfreiche und einfach zu pflegende Sache.
Wie waere es mit einem Blick in die beliegenden Read me/Doku-Dateien?
Nicht die beste History der Welt, aber auch nicht wirklich substanzlos.
Die ECI ist hier insgesamt sicher noch nicht perfekt, aber durchaus
passabel aufgestellt. Finde ich jedenfalls... Und was schon ganz gut
geworden ist, wird in der Zukunft sicher noch besser werden. Und bitte
nicht vergessen: alles was die ECI zu bieten hat, ist ausschliesslich in
ehrenamtlicher Arbeit entstanden.
Mit freundlichem Gruss,
Olaf Druemmer
Grüße, Klaus Karcher
_______________________________________________
ECI mailing list
ECI(a)lists.transmedia.de
http://lists.transmedia.de/mailman/listinfo/eci
1:48 a.m.
New subject: OT: Versionskontrolle (Re: Rasterinformationen in ATS-Dateien)
>Fronia, Tobias schrieb:
>>[...]
>>Nicht so die ATS Measure: nicht als NEU gekennzeichnet und nicht identisch
>>zur Datei auf der CD. [...]
Gibt es auf Ihrer Altona-CD tatsächlich eine Datei
"Altona_Measure_v11.pdf", die sich von der gleichnamigen Datei unter
eci.org unterscheidet? (ich habe im Moment keine ATS-CD hier, um das zu
überprüfen, kann es aber morgen nachholen)
Gibt es Vorschläge?
Leicht OT, aber mal wieder eine gute Gelegenheit, meine bereits mehrfach
an verschiedene Adressen gerichteten Vorschläge zum Thema
Versionskontrolle zu wiederholen - vielleicht hilft es ja diesmal:
Wichtige, gemeinsam genutzte oder zur veröffentlichung bestimmte Dateien
ohne Kommentar zu ändern führt meiner Erfahrung nach früher oder später
zu Chaos - zumal z.B. bei der Übertragung per E-Mail, HTTP oder FTP auch
das Erstellungs- bzw. Änderungsdatum der Datei keine sichere
Orientierung mehr bietet. deswegen heissen die zum Download angebotenen Altona
Test Suite-Dateien
ja auch:
Altona_Technical_1v2_x3.pdf
Altona_Measure_v11.pdf
Altona_Visual_1v2_x3.pdf
schön.
Die Versionsnummer ist also enthalten. Weiterhin sind
die Altona Test
Suite-Dateien digital signiert, und jeder kann in Acrobat ueberpruefen,
ob die Signatur noch intakt ist.
prima!
Die ECI-Profil-Pakete enthalten die
zutreffenden Jahreszahl. Durchaus auch eine passable Orientierungshilfe,
die den Email-Versand oder ftp-Download gut uebersteht.
Das reicht mir eigentlich nicht, ist aber sicher ein Schritt in die
richtige Richtung.
Eine Kennzeichnung wie "NEU" ist
ziemlich relativ und daher auch nicht
wirklich hifreich - sie hat eine ziemlich begrenzte "Halbwertszeit" ;-)
Das Etikett "Neu" erhalten in der Download-Liste des ECI-Servers
automatisch diejenigen Files, die nicht aelter als einen Monat sind.
Schauen Sie doch in zwei Wochen nochmal vorbei ;-> Wichtige Dateien wie die
FOGRA-Charakterisierungsdaten, die ECI-Profile
oder die ATS-PDFs sollten deshalb meiner Meinung nach unbedingt eine
eindeutige Versionsnummer (im einfachsten Fall als Bestandteil des
Dateinamens) erhalten.
Die Namen der ECI-Profile enthalten zwar keine Versionsnummer, aber
immerhin einen eindeutigen Namen. Auf der ECI Website sowie in der
beiliegenden Doku wird auch erlaeutert, was es damit auf sich hat. Wer
liest, ist hier klar im Vorteil.
Bei der gemeinschaftlichen Pflege solcher Dateien
können beispielsweise
Versionskontrollsysteme wie z.B. CVS <http://www.cvshome.org/>) sehr
hilfreich sein.
von Programmierern sicher zu Recht sehr geschaetzt, aber in diesem Fall -
nach meiner sehr persoenlichen Meinung - nicht das adaequate Instrument.
Prüfsummen (wie z.B. md5-Strings
<http://www.google.com/search?q=md5>)
können helfen, Manipulationen, Beschädigungen oder sonstige
Veränderungen an Dateien zu erkennen.
In ICC-Profilen ist ja inzwischen ein MD5 Hash vorgesehen, wird aber
leider noch nicht von allen Profilerstellungsprogrammen eingefuegt. Die
herunterladbaren Archive als solche sind gegen unbemerkte Beschaedigungen
insofern geschuetzt, als sich das Archiv in der Regel nicht auspacken
laesst, wenn es beschaedigt ist. Dass ein einzelnes ICC-Profil auf einem
Rechner evtl. Schaden erleidet, ist leider ausserhalb unserer Kontrolle.
Erst wenn all ICC-Profile MD5 hashs enthalten und das Betriebssystem bzw.
die jeweilige Anwendungssoftware diesen Hash ueberprueft, waeren wir
einen Schritt weiter.
Eine simple "Version History" (z.B. in
Form einer einfachen Textdatei an
zentraler Stelle) aus der ersichtlich wird, wann sich was geändert hat,
ist ebenfalls eine sehr hilfreiche und einfach zu pflegende Sache.
Wie waere es mit einem Blick in die beliegenden Read me/Doku-Dateien?
Nicht die beste History der Welt, aber auch nicht wirklich substanzlos.
Die ECI ist hier insgesamt sicher noch nicht perfekt, aber durchaus
passabel aufgestellt. Finde ich jedenfalls...
Mehr als passabel, finde ich! Vor allem das neue
Content-Management-System halte ich für einen enormen Fortschritt
(sicher nicht nur für die Besucher, sondern auch für die "Macher" der
Seiten). Der Download-Bereich lässt eigentlich keien Wünsche offen -
Überhaupt wirkt der gesamte Auftritt sehr klar stukturiert,
übersichtlich und informativ.
Und was schon ganz gut
geworden ist, wird in der Zukunft sicher noch besser werden. Und bitte
nicht vergessen: alles was die ECI zu bieten hat, ist ausschliesslich in
ehrenamtlicher Arbeit entstanden.
Danke dafür!
Mit freundlichem Gruss,
Olaf Druemmer
Grüße, Klaus Karcher
7278
days inactive
7278
days old
4 comments
5 participants
participants (5)
-
Fronia, Tobias -
Klaus Karcher -
Klaus Karcher -
Olaf Drümmer -
Robert Zacherl