Benutzer Diskussion:Cmuelle8/Archiv/2024

aus Wikipedia, der freien Enzyklopädie
Letzter Kommentar: vor 6 Monaten von Dirk Hünniger in Abschnitt mediawiki2latex
Zur Navigation springen Zur Suche springen

mediawiki2latex

Hallo Cmuelle8, ich habe unter https://drive.google.com/file/d/1rVJRnVHJLbyuRkBPK5ScsvCCFkDrU49j/view?usp=drive_link eine aktuelle Version der Artikel der Woche 2004 mit mediawiki2latex erstellt ohne manuell nachzubearbeiten. Leider kann ich das PDF hier nicht hochladen, es ist mit über 200MByte zu groß. Deine ursprüngliche Version ist hier Datei:Artikel der Woche 2004 der deutschen Wikipedia mit Stand April 2021.pdf Viele Grüße --Dirk Hünniger (Diskussion) Benutzer Diskussion:Cmuelle8/Archiv/2024#c-Dirk Hünniger-20240114172100-mediawiki2latex11

Du kannst das auf Commons schon hochladen, wenn du commons:Commons:Maximum file size beachtest. Ob die Version qualitativ besser ist und es den Upload wert ist, musst du selbst entscheiden. --93.201.166.159 Benutzer Diskussion:Cmuelle8/Archiv/2024#c-93.201.166.159-20240116184000-Dirk Hünniger-2024011417210011
Hallo,
Ich denke ich kann nicht auf Commons hochladen, da Dateien enthalten sind die nicht auf Commons hochgaladen werden dürfen. --Dirk Hünniger (Diskussion) Benutzer Diskussion:Cmuelle8/Archiv/2024#c-Dirk Hünniger-20240119113000-93.201.166.159-2024011618400011
Das ist mehrdeutig: Meinst Du der Hochlade-Assistent erkennt in deinem PDF eingebettete Dateitypen, die nicht hochgeladen werden sollen und bricht dann technisch den Upload ab; oder aber meinst Du, dass es aufgrund lizenzrechtlicher Vorschriften einiger enthaltener Bilder nach deiner Einschätzung nicht hochladbar ist?
In letzterem Fall wäre zu fragen, woher die Bilder denn stammen: Da du vom Wikiversum in das Wikiversum transportierst, käme da nur in Frage, dass es sich um manche Medien aus dem Pool der deutschen Wikipedia handelt, die nicht oder noch nicht Commons-kompatibel sind?! Falls dem so ist, gut, dann darf es eben nicht auf Commons landen; dann aber nicht aufgrund des technischen Limits der Speichergröße. Wenn es sich nicht um seehr viele Bilder mit inkompatiblen Lizenzen handelt, kannst du überlegen, ob du das PDF noch einmal erstellst und die links durch mediawiki2latex bei der Erstellung filterst, so dass sie nicht Teil des Resultats werden. Allerdings ist das dann auch nicht so authentisch, wie wenn man sie beibehält.
Als Datei:Artikel der Woche 2004 der deutschen Wikipedia mit Stand April 2021.pdf erstellt wurde, ließ mediawiki2latex m.W. keine oldid-Artikelversionen zu. Interessant wäre das für die AdT / AdW deshalb, weil man dann alternativ zu den aktuellen Artikelversionen auch historisch authentische Kompilate erstellen könnte, die zum Beispiel genau den Stand der Artikel enthalten, der am Tag der Verleihung des Prädikats 'Artikel des Tages' oder 'Artikel der Woche' aktuell war. Allerdings reicht das über den Scope von mediawiki2latex hinaus, denn selbst wenn man die alten Versionen einfach im Web-Frontend über die Versionshistorie aufruft, erhält man u.U. nicht immer den Artikel, wie er mal war
  • verschobene/geänderte Vorlagen bzw. Bilder sind da ein Hauptproblem und lägen nicht im Einflußbereich von mediawiki2latex, falls man an der Reproduktion alter Seitenansichten etwas verbessern will
  • die mediawiki-Software ist hier limitiert in dem Sinne, dass sie sich nicht die zugehörigen oldid-Abhängigkeiten der eingebundenen Ressourcen zu einem oldid-Artikel merkt; falls sich (zum Beispiel) ein Vorlageninhalt drastisch zwischen 2004 und 2021 geändert hat und dieser wesentlicher Bestandteil eines Artikels ist, so ist das Rendering des Artikels in seiner oldid-Erscheinung von 2004 mit der gegenwärtigen Software nicht möglich
  • Darstellungen von oldid-Artikeln variieren von jener zum Zeitpunkt ihrer Erstellung auf mehrere Arten (Mischung des alten Artikelinhalts und womöglich zwischenzeitlich signifikant geänderter, aber immer noch einbindbarer Abhängigkeiten; Fehlende Bilder/Abhängigkeiten; seltener durch Änderungen im wiki-Parser), wobei das praktisch und sehr deutlich vergleichbar ist, wenn die Snapshots auf archive.org eines Artikels (sofern vorhanden) mit dem Rendering der MediaWiki-Software für eine geg. oldid verglichen wird.
Angesichts der dargestellten Probleme bei der Arbeit mit oldid-Versionen scheint man bei der Arbeit mit Archiv-Funktionen, wie der PDF-Ausgabe oder aber mediawiki2latex an die zum Zeitpunkt des Aufrufs aktuellen Artikelversionen gebunden zu sein, sofern man nicht zerpflückte Layouts und fehlende Inhalte in Kauf zu nehmen bereit ist. archive.org ist hier nur zum Teil eine Ausweichlösung, zum einen lässt sich dort archivierter Inhalt schlecht in ein anderes Format transportieren (da dort das HTML-Ergebnis archiviert wurde statt wikitext), zum anderen spiegelt archive.org die Artikelhistorie nur bruchstückhaft und seit geraumer Zeit nur auf manuelle Veranlassung hin, womit i.d.R. unsystematisch.
Damit zum Ausdruck gebracht soll sein, warum es schwierig bis unmöglich ist Datei:Artikel der Woche 2004 der deutschen Wikipedia mit Stand 2004.pdf z.B. im Zeitraum 2018–2022 erstellt zu haben, im Vergleich zu einer hypothetischen Erstellung dergleichen in 2004. Gruß --93.201.172.44 Benutzer Diskussion:Cmuelle8/Archiv/2024#c-93.201.172.44-20240119232100-Dirk Hünniger-2024011911300011
Hallo,
das Problem sind in der Tat die Lizenzen einiger Bilder. Zum Beispiel Datei:Deutscher Tischtennis Bund logo.svg. Eine manuelle Entfernung scheint mir zu auswendig.
Viele Grüße Dirk Hünniger (Diskussion) Benutzer Diskussion:Cmuelle8/Archiv/2024#c-Dirk Hünniger-20240120082200-93.201.172.44-2024011923210011