<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Kommentare zu: PDF/A vs. Open Access?</title>
	<atom:link href="http://infobib.de/blog/2008/07/02/pdfa-vs-open-access/feed/" rel="self" type="application/rss+xml" />
	<link>http://infobib.de/blog/2008/07/02/pdfa-vs-open-access/</link>
	<description>Interessantes aus Informations- und Bibliothekswesen</description>
	<lastBuildDate>Tue, 09 Mar 2010 17:22:01 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Von: CH</title>
		<link>http://infobib.de/blog/2008/07/02/pdfa-vs-open-access/comment-page-1/#comment-5732</link>
		<dc:creator>CH</dc:creator>
		<pubDate>Sun, 06 Jul 2008 12:07:02 +0000</pubDate>
		<guid isPermaLink="false">http://infobib.de/blog/?p=1291#comment-5732</guid>
		<description>@EH: Je nach Umfeld werden Dokumente überwiegend in LaTeX-Umgebungen erzeugt, besonders im mathematisch-naturwissenschaftlichen und ingenieurswissenschaftlichen Bereich. Da ich wahrlich kein Experte für LaTeX bin: Kann man nicht einfach ein Modul einbinden, dass Probleme wie das mit den inkonsistenten Weiteninformationen löst? 

@schwalm.potsdam: Warum bietet das Competence-Center denn keine Informationen für Studenten an? Oder eine frei zugängliche Sammlung von Textbausteinen, die Bibliotheken in die Hilfstexte von Dokumentenservern implementieren können?

Immerhin: Word 2007 soll ja angeblich ab 2009 PDF/A erzeugen können. Das wäre schon mal ein kleiner Schritt in die richtige Richtung. Dieses Format wird sich schließlich nur auf breiter Ebene durchsetzen können, wenn die Umsetzung keine Mühe für Autoren bedeutet.</description>
		<content:encoded><![CDATA[<p>@EH: Je nach Umfeld werden Dokumente überwiegend in LaTeX-Umgebungen erzeugt, besonders im mathematisch-naturwissenschaftlichen und ingenieurswissenschaftlichen Bereich. Da ich wahrlich kein Experte für LaTeX bin: Kann man nicht einfach ein Modul einbinden, dass Probleme wie das mit den inkonsistenten Weiteninformationen löst? </p>
<p>@schwalm.potsdam: Warum bietet das Competence-Center denn keine Informationen für Studenten an? Oder eine frei zugängliche Sammlung von Textbausteinen, die Bibliotheken in die Hilfstexte von Dokumentenservern implementieren können?</p>
<p>Immerhin: Word 2007 soll ja angeblich ab 2009 PDF/A erzeugen können. Das wäre schon mal ein kleiner Schritt in die richtige Richtung. Dieses Format wird sich schließlich nur auf breiter Ebene durchsetzen können, wenn die Umsetzung keine Mühe für Autoren bedeutet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: schwalm.potsdam</title>
		<link>http://infobib.de/blog/2008/07/02/pdfa-vs-open-access/comment-page-1/#comment-5731</link>
		<dc:creator>schwalm.potsdam</dc:creator>
		<pubDate>Sun, 06 Jul 2008 10:10:28 +0000</pubDate>
		<guid isPermaLink="false">http://infobib.de/blog/?p=1291#comment-5731</guid>
		<description>Das PDF/A-Competence Center richtet sich auf zwei Ziele: Standardisierung bzw. Normierung sowie Verbreitung von PDF/A. Was die Umwandlung und Prüfung angeht, so existieren diverse Open Source Tools. Was den professionellen Bereich angeht, so bestehen ausreichende lösungen bspw. von:

- LuraTech
- Document Dialog
- PDFlib
- PDF-Tools

allesamt Anbieter, die sowohl einer PDF/A-Konverter sowohl für umfassende wie begrenzte Datenmengen als auch PDF/A-Validatoren anbieten, die im professionellen Umfeld für die rechtssichere Langzeitspeicherung sensibler Daten eingesetzt werden. Tools, bei denen Sie sicher sein können, dass wo PDF/A draufsteht auch PDF/A herauskommt. Die Lösungen entsprechen faktisch einer Middleware, die zwischen zulieferndem System und Archivsystem steht, aber auch als Stand-Alone-Konverter und Validatoren genutzt werden kann.

Das PDF/A-Competence Center wird mit Anfragen von Studenten und Wissenschaftlern kaum überfordert sein, denn genau diesen Austausch will die Institution ja befördern. Insofern einfach den Kontakt aufnehmen.</description>
		<content:encoded><![CDATA[<p>Das PDF/A-Competence Center richtet sich auf zwei Ziele: Standardisierung bzw. Normierung sowie Verbreitung von PDF/A. Was die Umwandlung und Prüfung angeht, so existieren diverse Open Source Tools. Was den professionellen Bereich angeht, so bestehen ausreichende lösungen bspw. von:</p>
<p>- LuraTech<br />
- Document Dialog<br />
- PDFlib<br />
- PDF-Tools</p>
<p>allesamt Anbieter, die sowohl einer PDF/A-Konverter sowohl für umfassende wie begrenzte Datenmengen als auch PDF/A-Validatoren anbieten, die im professionellen Umfeld für die rechtssichere Langzeitspeicherung sensibler Daten eingesetzt werden. Tools, bei denen Sie sicher sein können, dass wo PDF/A draufsteht auch PDF/A herauskommt. Die Lösungen entsprechen faktisch einer Middleware, die zwischen zulieferndem System und Archivsystem steht, aber auch als Stand-Alone-Konverter und Validatoren genutzt werden kann.</p>
<p>Das PDF/A-Competence Center wird mit Anfragen von Studenten und Wissenschaftlern kaum überfordert sein, denn genau diesen Austausch will die Institution ja befördern. Insofern einfach den Kontakt aufnehmen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: EH</title>
		<link>http://infobib.de/blog/2008/07/02/pdfa-vs-open-access/comment-page-1/#comment-5730</link>
		<dc:creator>EH</dc:creator>
		<pubDate>Sat, 05 Jul 2008 20:30:22 +0000</pubDate>
		<guid isPermaLink="false">http://infobib.de/blog/?p=1291#comment-5730</guid>
		<description>Die Problematik mit PDF/A ist nicht so einschichtig zu betrachten, da die Erzeugung der Dokumente in heterogener Weise erfolgt.
Die Erstellung von PDF/A-Dokumenten erfolgt auf verschiedenste Weise, die die Autoren verwenden. Es gibt häufig Autoren, die mit LaTeX Dokumente erstellen und mit pdflatex die PDF-Dokumente erstellen. Diese Dokumente sind i.d.R. nicht PDF/A-kompatibel und lassen sich m.W. auch gar nicht mehr in PDF/A-kompatible PDFs umwandeln. Auch nicht durch sog. Tools...Das Problem liegt häufig in der fehlenden Einbettung von Schriften und Weiteninformationen, die eher auf PostScript-Ebene gelöst werden müssen.

I.d.R. problemlos sind Dokumente, die mit Windows-Software wir MS Office + Adobe Acrobat bzw. StarOffice erstellt wurden. Diese machen ca. 70 % der publizierten Dokumente aus, aber der Rest bereitet Probleme.

Ich denke, solange OpenAccess ohne Dienstleistung und somit entsprechender Ausbau an Mitarbeitern und Infrastruktur erfolgt, wird dieses Problem nicht gelöst werden. Anders sieht es in Institutionen aus, die explizit für solche Fälle einen Service wie bei der HU Berlin anbieten. Dort übernehmen Rechenzentrumsmitarbeiter die Konvertierung standardisierter Dokumente in entsprechende PDF-Dokumente.
Doch dieses Vorgehen kann wohl nicht bundesweit umgesetzt werden. Somit wird die Langzeitverfügbarkeitproblematik vermutlich nicht generell und zentral gelöst werden können.</description>
		<content:encoded><![CDATA[<p>Die Problematik mit PDF/A ist nicht so einschichtig zu betrachten, da die Erzeugung der Dokumente in heterogener Weise erfolgt.<br />
Die Erstellung von PDF/A-Dokumenten erfolgt auf verschiedenste Weise, die die Autoren verwenden. Es gibt häufig Autoren, die mit LaTeX Dokumente erstellen und mit pdflatex die PDF-Dokumente erstellen. Diese Dokumente sind i.d.R. nicht PDF/A-kompatibel und lassen sich m.W. auch gar nicht mehr in PDF/A-kompatible PDFs umwandeln. Auch nicht durch sog. Tools&#8230;Das Problem liegt häufig in der fehlenden Einbettung von Schriften und Weiteninformationen, die eher auf PostScript-Ebene gelöst werden müssen.</p>
<p>I.d.R. problemlos sind Dokumente, die mit Windows-Software wir MS Office + Adobe Acrobat bzw. StarOffice erstellt wurden. Diese machen ca. 70 % der publizierten Dokumente aus, aber der Rest bereitet Probleme.</p>
<p>Ich denke, solange OpenAccess ohne Dienstleistung und somit entsprechender Ausbau an Mitarbeitern und Infrastruktur erfolgt, wird dieses Problem nicht gelöst werden. Anders sieht es in Institutionen aus, die explizit für solche Fälle einen Service wie bei der HU Berlin anbieten. Dort übernehmen Rechenzentrumsmitarbeiter die Konvertierung standardisierter Dokumente in entsprechende PDF-Dokumente.<br />
Doch dieses Vorgehen kann wohl nicht bundesweit umgesetzt werden. Somit wird die Langzeitverfügbarkeitproblematik vermutlich nicht generell und zentral gelöst werden können.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: CH</title>
		<link>http://infobib.de/blog/2008/07/02/pdfa-vs-open-access/comment-page-1/#comment-5728</link>
		<dc:creator>CH</dc:creator>
		<pubDate>Sat, 05 Jul 2008 18:23:12 +0000</pubDate>
		<guid isPermaLink="false">http://infobib.de/blog/?p=1291#comment-5728</guid>
		<description>Den Bibliotheken kann man natürlich die Kontaktaufnahme zum PDF/A-Competence-Center empfehlen. Aber mit Anfragen von hilfsbedürftigen Studenten und Wissenschaftlern wird man dort sicherlich überfordert sein. Die zahlreichen Anbieter am Markt sind nämlich momentan zumindest zu Teilen nicht in der Lage, das PDF/A-Format tatsächlich umzusetzen. Wenn man eine PDF/A-Export-Funktion nutzt, sollte man auch erwarten können, das PDF/A dabei herauskommt. Das ist bei OpenOffice.org der Fall. Das ist nach meinen Erfahrungen aber die Ausnahme von der Regel.

Wie man schon an der Webseite erkennen kann, wendet sich PDFA.org eindeutig an Kunden mit großen Mengen zu bearbeitender Dokumente. Möglicherweise ist in einem homogenen Workflow PDF/A nach guter Anpassung an lokale Gegebenheiten problemlos verwendbar.

Aber genau das ist das Problem: Es fehlt an Lösungen, wie Otto-Normal-Autor seine schon vorhandenen Word- und PDF-Dokumente &lt;strong&gt;problemlos&lt;/strong&gt; zumindest in PDF/A-1b wandeln kann.</description>
		<content:encoded><![CDATA[<p>Den Bibliotheken kann man natürlich die Kontaktaufnahme zum PDF/A-Competence-Center empfehlen. Aber mit Anfragen von hilfsbedürftigen Studenten und Wissenschaftlern wird man dort sicherlich überfordert sein. Die zahlreichen Anbieter am Markt sind nämlich momentan zumindest zu Teilen nicht in der Lage, das PDF/A-Format tatsächlich umzusetzen. Wenn man eine PDF/A-Export-Funktion nutzt, sollte man auch erwarten können, das PDF/A dabei herauskommt. Das ist bei OpenOffice.org der Fall. Das ist nach meinen Erfahrungen aber die Ausnahme von der Regel.</p>
<p>Wie man schon an der Webseite erkennen kann, wendet sich PDFA.org eindeutig an Kunden mit großen Mengen zu bearbeitender Dokumente. Möglicherweise ist in einem homogenen Workflow PDF/A nach guter Anpassung an lokale Gegebenheiten problemlos verwendbar.</p>
<p>Aber genau das ist das Problem: Es fehlt an Lösungen, wie Otto-Normal-Autor seine schon vorhandenen Word- und PDF-Dokumente <strong>problemlos</strong> zumindest in PDF/A-1b wandeln kann.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: schwalm.potsdam</title>
		<link>http://infobib.de/blog/2008/07/02/pdfa-vs-open-access/comment-page-1/#comment-5727</link>
		<dc:creator>schwalm.potsdam</dc:creator>
		<pubDate>Sat, 05 Jul 2008 09:59:27 +0000</pubDate>
		<guid isPermaLink="false">http://infobib.de/blog/?p=1291#comment-5727</guid>
		<description>PDF/A ist technisch aufwendiger als andere Datenformate, dagegen jedoch das einzige ISO-genormte Langzeitarchivformat, das volltextfähig und deutlich flexibler als bspw. TIFF ist. Für die Konvertierung nach PDF/A und die entsprechende Validierung existieren in ausreichender Zahl Anbieter am Markt. Den Bibliotheken sei hier eine Kontaktaufnahme mit dem PDF/A-Competence Center empfohlen, welches die Fortentwicklung und Verbreitung von PDF/A unterstützt und Hilfestellung zur Umsetzung des Formats geben kann: http://www.pdfa.org

Nebenbei: Im Archivbereich beginnt sich PDF/A für die elektronische Archivierung durchzusetzen.</description>
		<content:encoded><![CDATA[<p>PDF/A ist technisch aufwendiger als andere Datenformate, dagegen jedoch das einzige ISO-genormte Langzeitarchivformat, das volltextfähig und deutlich flexibler als bspw. TIFF ist. Für die Konvertierung nach PDF/A und die entsprechende Validierung existieren in ausreichender Zahl Anbieter am Markt. Den Bibliotheken sei hier eine Kontaktaufnahme mit dem PDF/A-Competence Center empfohlen, welches die Fortentwicklung und Verbreitung von PDF/A unterstützt und Hilfestellung zur Umsetzung des Formats geben kann: <a href="http://www.pdfa.org" rel="nofollow">http://www.pdfa.org</a></p>
<p>Nebenbei: Im Archivbereich beginnt sich PDF/A für die elektronische Archivierung durchzusetzen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: schwalm.potsdam</title>
		<link>http://infobib.de/blog/2008/07/02/pdfa-vs-open-access/comment-page-1/#comment-5726</link>
		<dc:creator>schwalm.potsdam</dc:creator>
		<pubDate>Sat, 05 Jul 2008 09:58:49 +0000</pubDate>
		<guid isPermaLink="false">http://infobib.de/blog/?p=1291#comment-5726</guid>
		<description>PDF/A versus Open Access
http://infobib.de/blog/2008/07/02/pdfa-vs-open-access/

&quot;Es ist veröffentlichungswilligen und dem Open Access zugeneigten Autoren kaum zumutbar, schon vorhandene Dokumente in standardkonformes PDF/A zu konvertieren. Kaum eine Lösung hält, was sie verspricht, bei fast jeder Konvertierung schlägt irgend etwas fehl.&quot;
KlausGraf - am Samstag, 5. Juli 2008, 01:00 - Rubrik: Open Access
Kommentar verfassen
schwalm.potsdam meinte am 5. Jul, 11:55:

PDF/A ist technisch aufwendiger als andere Datenformate, dagegen jedoch das einzige ISO-genormte Langzeitarchivformat, das volltextfähig und deutlich flexibler als bspw. TIFF ist. Für die Konvertierung nach PDF/A und die entsprechende Validierung existieren in ausreichender Zahl Anbieter am Markt. Den Bibliotheken sei hier eine Kontaktaufnahme mit dem PDF/A-Competence Center empfohlen, welches die Fortentwicklung und Verbreitung von PDF/A unterstützt und Hilfestellung zur Umsetzung des Formats geben kann: http://www.pdfa.org

Nebenbei: Im Archivbereich beginnt sich PDF/A für die elektronische Archivierung durchzusetzen.</description>
		<content:encoded><![CDATA[<p>PDF/A versus Open Access<br />
<a href="http://infobib.de/blog/2008/07/02/pdfa-vs-open-access/" rel="nofollow">http://infobib.de/blog/2008/07/02/pdfa-vs-open-access/</a></p>
<p>&#8220;Es ist veröffentlichungswilligen und dem Open Access zugeneigten Autoren kaum zumutbar, schon vorhandene Dokumente in standardkonformes PDF/A zu konvertieren. Kaum eine Lösung hält, was sie verspricht, bei fast jeder Konvertierung schlägt irgend etwas fehl.&#8221;<br />
KlausGraf &#8211; am Samstag, 5. Juli 2008, 01:00 &#8211; Rubrik: Open Access<br />
Kommentar verfassen<br />
schwalm.potsdam meinte am 5. Jul, 11:55:</p>
<p>PDF/A ist technisch aufwendiger als andere Datenformate, dagegen jedoch das einzige ISO-genormte Langzeitarchivformat, das volltextfähig und deutlich flexibler als bspw. TIFF ist. Für die Konvertierung nach PDF/A und die entsprechende Validierung existieren in ausreichender Zahl Anbieter am Markt. Den Bibliotheken sei hier eine Kontaktaufnahme mit dem PDF/A-Competence Center empfohlen, welches die Fortentwicklung und Verbreitung von PDF/A unterstützt und Hilfestellung zur Umsetzung des Formats geben kann: <a href="http://www.pdfa.org" rel="nofollow">http://www.pdfa.org</a></p>
<p>Nebenbei: Im Archivbereich beginnt sich PDF/A für die elektronische Archivierung durchzusetzen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Dok U. Mental</title>
		<link>http://infobib.de/blog/2008/07/02/pdfa-vs-open-access/comment-page-1/#comment-5722</link>
		<dc:creator>Dok U. Mental</dc:creator>
		<pubDate>Thu, 03 Jul 2008 18:03:01 +0000</pubDate>
		<guid isPermaLink="false">http://infobib.de/blog/?p=1291#comment-5722</guid>
		<description>Ach Du grüne Neune. Können zwei mit deutschen Steuergeldern geförderte staatliche deutsche Institutionen, die anscheinend ohne nichtdeutsche Beteiligung an einem Projekt zur Förderung deutscher Wissenschaft arbeiten, nicht einmal eine deutsche Informationsseite anlegen?

:-(</description>
		<content:encoded><![CDATA[<p>Ach Du grüne Neune. Können zwei mit deutschen Steuergeldern geförderte staatliche deutsche Institutionen, die anscheinend ohne nichtdeutsche Beteiligung an einem Projekt zur Förderung deutscher Wissenschaft arbeiten, nicht einmal eine deutsche Informationsseite anlegen?</p>
<p>:-(</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Petra Glauber</title>
		<link>http://infobib.de/blog/2008/07/02/pdfa-vs-open-access/comment-page-1/#comment-5721</link>
		<dc:creator>Petra Glauber</dc:creator>
		<pubDate>Thu, 03 Jul 2008 09:23:15 +0000</pubDate>
		<guid isPermaLink="false">http://infobib.de/blog/?p=1291#comment-5721</guid>
		<description>eSciDoc geht in so eine Richtung. Genauer Informationen erhält man auf der Projekt-Homepage.

http://www.escidoc-project.de/</description>
		<content:encoded><![CDATA[<p>eSciDoc geht in so eine Richtung. Genauer Informationen erhält man auf der Projekt-Homepage.</p>
<p><a href="http://www.escidoc-project.de/" rel="nofollow">http://www.escidoc-project.de/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Karl Helber</title>
		<link>http://infobib.de/blog/2008/07/02/pdfa-vs-open-access/comment-page-1/#comment-5720</link>
		<dc:creator>Karl Helber</dc:creator>
		<pubDate>Thu, 03 Jul 2008 09:16:02 +0000</pubDate>
		<guid isPermaLink="false">http://infobib.de/blog/?p=1291#comment-5720</guid>
		<description>&quot;A pain in the ass&quot; ist für meine Versuche, etwas an der UB zu platzieren fast noch geschmeichelt. Selbst wenn man der Bibliothek ein Tex-Dokument schickt, kann sie es nicht veröffentlichen. Wieso eigentlich nicht? Viel offener geht es doch nicht mehr. Die Abbildung ist doch egal. Hauptsache die Inhalte stimmen.

Konsequent wäre die ausschließliche Annahme von Text-Dateien. Da kann nicht viel schief gehen.</description>
		<content:encoded><![CDATA[<p>&#8220;A pain in the ass&#8221; ist für meine Versuche, etwas an der UB zu platzieren fast noch geschmeichelt. Selbst wenn man der Bibliothek ein Tex-Dokument schickt, kann sie es nicht veröffentlichen. Wieso eigentlich nicht? Viel offener geht es doch nicht mehr. Die Abbildung ist doch egal. Hauptsache die Inhalte stimmen.</p>
<p>Konsequent wäre die ausschließliche Annahme von Text-Dateien. Da kann nicht viel schief gehen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: CH</title>
		<link>http://infobib.de/blog/2008/07/02/pdfa-vs-open-access/comment-page-1/#comment-5717</link>
		<dc:creator>CH</dc:creator>
		<pubDate>Wed, 02 Jul 2008 14:25:19 +0000</pubDate>
		<guid isPermaLink="false">http://infobib.de/blog/?p=1291#comment-5717</guid>
		<description>Das wäre in der Tat eine sehr elegante Variante. Voraussetzung wäre ein funktionierender Open-Source-PDF/A-Konverter, der mit einer gewissen Vielfalt an Formaten umgehen kann. So könnte man den Komfort für Autoren zumindest schon einmal wesentlich erhöhen.

Ob das allerdings so einfach umzusetzen ist, wage ich angesichts der erheblichen Schwierigkeiten, auf die man im PDF/A-Alltag stößt, doch zu bezweifeln.</description>
		<content:encoded><![CDATA[<p>Das wäre in der Tat eine sehr elegante Variante. Voraussetzung wäre ein funktionierender Open-Source-PDF/A-Konverter, der mit einer gewissen Vielfalt an Formaten umgehen kann. So könnte man den Komfort für Autoren zumindest schon einmal wesentlich erhöhen.</p>
<p>Ob das allerdings so einfach umzusetzen ist, wage ich angesichts der erheblichen Schwierigkeiten, auf die man im PDF/A-Alltag stößt, doch zu bezweifeln.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

