OpenCulturas 3.1

Bislang musste eine Veranstaltungsadresse immer auf eine einzelne Postadresse auflösbar sein — was für Stadtfeste, Wanderrouten oder alles, was sich nicht an einem einzigen Punkt auf der Karte festmachen lässt, nie so recht passte. Der übliche Behelf (im Adressfeld einfach nur einen Städtenamen einzutragen) führte dazu, dass ein Marker an einem „Ort" saß, der gar nicht der wirkliche Ort war.

Der neue Abschnitt Manuelle Karteneinstellungen unterhalb der Adressfelder enthält jetzt einen einfachen Auto/Manuell-Schalter und eine bearbeitbare Karte. Auf Auto belassen bleibt alles beim Alten: die Kartenmarkierung wird weiterhin aus der eingetragenen Adresse automatisch ermittelt. Auf Manuell umschalten und die Karte gehört euch: Zeichnet z. B. einen Bereich für ein Festivalgelände, oder setzt einen Marker gezielt, unabhängig vom Adressfeld (z. B. auf den Eingang eines größeren Gebäudes). Die Standortkarte zoomt standardmäßig auf den Bereich mit der eingetragenen Adresse. Es gibt viele Bearbeitungswerkzeuge, die bei der individuellen Anpassung unterstützen.

„Manuelle" Orte sind von der automatischen adressbasierten Geokodierung in beide Richtungen ausgenommen; die Umkreissuche funktioniert für sie weiterhin, gemessen am Mittelpunkt der gezeichneten Form.

Bestehende Orte sind nicht betroffen und werden beim Update automatisch auf „Auto" gesetzt. 

Hinweis: Die manuellen Karteneinstellungen stehen nach dem Update der Rolle OC Admin automatisch zur Verfügung. Wenn ihr Usern mit anderen Rollen die Möglichkeit an die Hand geben wollt, müsst ihr im Seitenabschnittstyp Adressdaten unter /admin/structure/paragraphs_type/address_data/fields die Feldberechtigungen folgender Felder ändern:

• Kartenmarkierung
• Verortung

Rechtskonforme Auszeichnung von KI-generierten Medien

Am 2. August 2026 trat eine weitere wichtige Umsetzungsphase des EU-KI-Gesetzes in Kraft. Damit Medien „in angemessener Weise“ gekennzeichnet werden können, bietet OpenCulturas die Möglichkeit, zusätzlich zur Lizenz eines Medienelements (z. B. Bild, Video, Dokument) Angaben zum KI-Einsatz zu machen. Folgende Informationen können eingegeben werden:

• Erzeugungstyp: Von Menschen erstellt, KI-generiert, KI-modifiziert (steht standardmäßig auf "Nicht spezifiziert"; bei Auswahl eines KI-Typs erscheinen die folgenden Felder)
• KI-Werkzeug
• Prompt
• Prompt-Verfasser*in (Name und Link)

In guter Open-Source-Manier haben wir diese Erweiterung als generisch nutzbaren Beitrag zum Drittanbieter-Modul Attribution geleistet. Beide OpenCulturas-Designs wurden aktualisiert, damit diese zusätzlichen Angaben gut aussehen.

Profi-Tipp für die Bildredaktion: Stapelbearbeitung

Wenn ihr schnell auf einen Rutsch vorhandene KI-generierte Bilder aktualisieren wollt, geht in die Medienverwaltung unter /admin/content/media:

1. Gesammelte Auswahl der fraglichen Bilder mit den Kontrollkästchen am Anfang der Zeile
2. Unterhalb der Tabelle, wählt die Aktion Feldwerte ändern, Anwenden-Schaltfläche klicken
3. Auf der Folgeseite das Feld Lizenzinformation aktivieren, den passenden Erzeugungstyp wählen und optional weitere Felder ausfüllen, die für alle ausgewählten Medien passen
4. Schaltfläche zum Speichern nicht vergessen

Menülink-Attribute

Es ist jetzt möglich, das Linkziel-Attibut zu setzen und Klassen für Menü-Listeneinträge sowie für Links zu setzen:

• Mit der Container-Klasse kann z. B. ein Menülink einschließlich untergeordneten Menüpunkten hervorzuheben
• Link-Klassen verwenden, um z. B. ein spezielles Icon voranzustellen (siehe Kalender-Untermenü beim CMS Garden)
• Linkziel: Steuern, dass der Link in einem neuen Fenster/Tab geöffnet wird. Bitte denkt an die Barrierefreiheit und setzt in diesem Fall einen Hinweis in den Linktext (“öffnet in neuem Tab”).

Verbesserungen beim Cookie-Consent-Management

Wir haben ein Update auf die neue Hauptversion des Cookies-Moduls zum Anlass genommen, ein paar Verbesserungen vorzunehmen. Barrierefreiheitstests hatten zu Recht bemängelt, dass einige Elemente semantisch nicht korrekt und nicht barrierefrei waren, namentlich:

• Links, die eigentlich Buttons sein müssten
• Verhalten des Einstellungsdialogs

Zudem war schwer nachvollziehbar, wo einzustellen ist, dass der Cookie-Banner sich nicht über relevante Seiten legt und ausgerechnet diese unzugänglich macht (namentlich Datenschutzerklärung und Impressum).

Diese Probleme löst das von uns entwickelte Zusatzmodul Cookies Popover, das mit dem Update automatisch installiert wird.

Was ihr tun solltet

Button statt Menülink

Um die entsprechenden Menülinks in Schaltflächen zu transformieren, bearbeitet bitte das Fußzeilen-Menü über den Kontextlink oder über Struktur > Menüs (/admin/structure/menu/manage/footer), hier bearbeitet den Link "Datenschutz-Einstellungen" (ggf. heißt er auch "Cookie-Einstellungen").

• Linktitel (= Beschriftung des Buttons) unverändert oder wie es für euch passt
• Link ändern: <button> (einschließlich der Klammern)
• Attribute aufklappen, als Link-Klasse eintragen: editCookieSettings (bitte exakt so, sonst funktioniert der Button nicht)
• Speichern

Das war's auch schon. Das Footer-Menü wird im "Burger-Menü" wiederverwendet, hier ändert sich also der Link ebenfalls in einen Button.

Cookies-Konfiguration prüfen

• Link zur Datenschutzerklärung eingetragen?
• Link zum Impressum eingetragen?

Dann die beiden Seiten mit einem anonymen Browser überprüfen: öffnet sich der Cookie-Banner? Falls ja, ist etwas schiefgegangen. Vielleicht sind die Links falsch eingetragen. Rückversichern, ob die Seiten im Cookies-Block unter "Seiten" eingetragen sind (das sollte nach dem Update automatisch passieren): Struktur > Blocklayout (/admin/structure/block), Block Cookies UI bearbeiten (standardmäßig in der Region Branding platziert)

Fehlerbehebung

Neben einigen CSS-Fehlerbehebungen in Randfällen und verbessertem Weißraum zwischen Bausteinen haben wir auch unangenehmere Fehler behoben:

• Kommentare-Platzhalter: Wir haben versehentlich den Platzhalter für Kommentare in die Layouts aller kommentierbaren Elemente eingefügt, ohne zu überprüfen, ob das OC-Diskussionsmodul tatsächlich aktiviert war. Dies führte zu folgender Fehlermeldung: „Dieser Block ist defekt oder fehlt. Möglicherweise fehlen Inhalte, oder Sie müssen das Originalmodul installieren.“ Das Update behebt diesen Fehler: Die Platzhalter werden entfernt, wenn die Funktion deaktiviert ist.
• Übersetzungen: Durch die Möglichkeit, im neuen Design Layoutblöcke zu platzieren, ergaben sich merkwürdige Fehlübersetzungen. Importierte Übersetzungen wurden teilweise augenscheinlich falsch zugeordnet, teils wurden sogar die englischen Titel explizit nochmal als deutsch Übersetzung gespeichert. Dieses Problem sollte durch das Update behoben sein.
• Vergangene Termine: Die Archivkalender-Einträge enthielten nicht den Status (z. B. „Verschoben”, so dass jeder Termin aussah, als hätte er tatsächlich stattgefunden. Jetzt geheilt.
• Fehlerbehebungen im Zusammenhang mit der Fehlermeldung „Inhalte von Feldern, die nicht übersetzt werden können sollen, können nur im Original des Inhalts geändert werden, jedoch nicht in der übersetzten Version des betreffenden Inhalts“: Dieser Fehler trat auf, wenn versucht wurde, Übersetzungen für Inhaltstypen hinzuzufügen oder zu ändern, die Werte für Öffnungszeiten, Dauer oder eine Terminwiederholungsregel enthalten. Die angezeigte Fehlermeldung ist ziemlich irreführend; wir haben die Ursache endlich gefunden und die Probleme wurden behoben.

Abkündigungen

• Kontaktformular, wie jüngst bereits in einem separaten Artikel erörtert