Anwesend waren Politiker, Vertreter der Kommunen und der Wissenschaft, sowie die führenden Hersteller von Ratsinformationssystemen. Da wir uns in dem letzten halben Jahr intensiv (vorallem aus Nutzersicht) mit der Thematik beschäftigt hatten (und es noch weiterhin tun), ergab sich eine offizielle Einladung zum Workshop. Die 30 Teilnehmer hörten sich zuerst spannende Impulsvorträge zu bestehenden Aktivitäten und Interessen aus der Sicht von Nutzern und IT-Dienstleistern an. Anschließend folgte eine Diskussion über Chancen und Risiken – bis es am Abend zu einem ersten Entwurf kam.

Die erste Version der offenen Schnittstelle hat auch schon einen Namen: “OParl.”

 „OParl ist eine Initiative zur Standardisierung des offenen Zugriffs auf parlamentarische Informationssysteme in Deutschland. Das exakt definierte Ziel von OParl. ist die Schaffung einer Standard-API für den Zugang zu öffentlichen Inhalten in kommunalen Ratsinformationssystemen, damit die Inhalte daraus im Sinne von Open Data für möglichst viele verschiedene Zwecke eingesetzt werden können.“ (Quelle OParl.de)

Alle weiteren Informationen über diesen Standard finden Sie auf OParl.de. Wer den Tag bei Twitter nachvollziehen möchte, kann das unter dem Hashtag #RISWS tun.

Aus technischer Sicht werden definierte Datenmodelle (siehe auch https://github.com/OParl/specs) über einen Aufruf der URL erreichbar sein. Geplant ist, dass eine externe Testsuite die Entwickler hier unterstützt und die Schnittstelle auf ihre Korrektheit testet.

Die Grundlage der Navigation sind und bleiben die zusammengeführten Navigations-Modelle aller Erweiterungen. Diese Modelle bilden nun den Basis-Stand, den Auslieferungszustand, der per Benutzeroberfläche editiert werden kann — auch und vor allem punktuell, während diese Änderungen jederzeit automatisch mit Änderungen der Basis-Modelle zusammengeführt werden können.

Es ist auch möglich, Änderungen an der Navigation per Manipulation der zu Grunde liegenden Domänen-Objekte zu ändern.

Content-Mappings als Navigations-Ziel

Neben Start-Zuständen und externen URLs kann nun auch eine dritte Ziel-Art von einem Navigationseintrag aus angesprungen werden, nämlich die Content-Mappings, die ja wie bereits erwähnt als logische Link-Ziele fungieren.

Parallel zu der Parametrisierung von Start-Zustandseinsprüngen kann dabei die Navigation ein Input-Value-Set definieren, das Eigenschaftswerte und Fachobjekt-Referenzen an das Content-Mapping / den eigenständingen View übergibt.

Neu: Graphische Navigation

Wir haben einige deklarative Neuerungen in der Navigation eingeführt. Zum Beispiel ist es jetzt möglich eine Graphik anstelle eines Labels zu definieren.

<image-item
    id="cms-test.n_applications.qs-nav" 
    resource="media/qs.png" 
    external-target="http://www.quinscape.de"
    title="Link to Quinscape website" />

Hier wird die OpenSAGA-Ressource “media/qs.png” als Navigationsgraphik eingebunden und mit einem Titel versehen.

Neu: Navigations-Domänen-Listen

Wie bereits erwähnt, wurde die Navigation in OpenSAGA 3.0 dynamisiert und kann nun per Benutzeroberfläche oder Manipulation der zu Grunde liegenden Domänen-Objekte angepasst werden. So können generelle, auch strukturelle Änderungen vorgenommen werden.

Daneben gibt es auch die Möglichkeit, dynamische Unterpunkte innerhalb einer Navigation zu definieren. Dies kann mit dem neuen <navigation-domain-list /> Element erreicht werden.

<item id="myext.n_applications.cms-nav" label="Contents">
    <item-list>
        <navigation-domain-list 
            id="myext.n_applications.cms-nav2"
            domain-type-ref="myext.d_content" 
            label-property-ref="myext.d_content.title"
            content-mapping-ref="myext.cm_content">
            <input-value-set>
                <input-value 
                    name="object" 
                    source-scoped-domain-object-ref="current-domain-object"/>
            </input-value-set>
            <sort-order-list>
                <sort-order property-ref="myext.d_content.title"/>
            </sort-order-list>
            <filter-specification>
                <equals>
                    <property property-ref="myext.d_content.draft"/>
                    <constant value="false"/>
                </equals>
            </filter-specification>
        </navigation-domain-list>
    </item-list>
</item>

Hier sehen wir die Definition einer Navigation-Domain-List. Unterhalb eines Oberknotens mit dem Label “Contents” wird eine dynamische Liste von Navigationseinträgen deklariert.

Alle dynamischen Navigationseinträge beziehen sich auf denselben Domänen-Typen. Eine gefilterte Liste wird so definiert, dass sie nur Objekte enthält, die sich nicht im Entwurfsmodus befinden.

Die Objeke der Liste werden nacheinander, jeweils als eigener parametrisierter Navigations-Link ausgegeben. Die Objekt-Identität des aktuellen Objekts wird dabei als Parameter “object” and das Content-Mapping “myext.cm_content” weitergegeben.

@CustomNavigation

Um eine möglichst große Freiheit bei der Gestaltung von Navigationen zu erreichen, haben wir auch eine weitere, Custom-Logic basierte Darstellung der Navigation realisiert.Die bereits erwähnten graphischen Navigationseinträge und die Navigations-Domänen-Listen basieren intern ebenfalls auf diesem neuen System und erlauben so auch, die voreingestellte Custom-Navigation zu ändern.

Um eine eigene @CustomNavigation zu erstellen muss eine Klasse mit der Java-Implementation zu den Projekt-Klassen hinzugefügt werden, und zwar in einem Java-Paket, dass in der jeweiligen Erweiterung als Custom-Logic-Package definiert ist.

Die Interaktion erfolgt über die Klasse CustomNavigationContext, die in Custom-Navigation-Methoden zur Verfügung steht und eine kleine programmatische DSL zur Darstellung von Navigationslinks bereitstellt.

@CustomLogic
public class BaseNavigationLogic
{
    @CustomNavigation("myextension.example-navigation")
    public void renderExampleNavigation(CustomNavigationContext context)
    {
        context.openListItem();  
        context.renderLink()
            .toExternalURL("http://opensaga.org")
            .withLabel("OpenSAGA")
            .close();
        context.closeListItem();
    }
}

In diesem Beispiel benutzen wir den automatisch herein gereichten Kontext um zuerst den umgebenden Listen-Eintrag des Navigations-Links zu erzeugen. Dann geben wir mit Hilfe der renderLink-Methode einen Link zur OpenSAGA-Website aus. renderLink gibt einen NavigationLinkBuilder zurück, der eine sprechende Schnittstelle zur Navigationslink-Darstellung bereitstellt.

So kann auf einfache Weise die OpenSAGA-Navigation um eigene Navigations-Elemente und/oder Strukturen erweitert werden.

Zwar lässt sich auf diese Art und Weise grundsätzlich jede Anwendung abbilden, für bestimmte Anwendungsbereiche ist die Umsetzung aber gleichzeitig zu überdimensioniert und für speziellen Anforderungen doch nicht ausreichend. Dies betrifft im Grunde alle Anwendungsbereiche, bei denen der Anwendungscharakter weniger im Vordergrund steht sondern vielmehr die klassische informationelle Internet-Seite als Ganzes oder als Teil eines größeren Portal-Konzepts.

Hier greifen viele der klassischen Überlegungen zum Informations-Design im Internet. Inhalte sind strukturiert und korrelieren mit einer möglichst permanenten URL-Struktur. Es gibt zwar einen klassischen Einstiegspunkt — üblicherweise an der Wurzel-URL, aber auch tiefe Verlinkungen durch Partner, Suchmaschinen und/oder Dritte. URLs und Verlinkungen folgen der Informationsstruktur und nicht Anwendungsregeln.

Um diese Bereiche besser für OpenSAGA zu erschließen, haben wir in OpenSAGA 3.0 zwei neue Konzepte eingeführt.

Content-Mapping

Bisher ergaben sich die URLs einer OpenSAGA-Applikation aus Details der Implementation und Modell-Ids. Mit OpenSAGA 3.0 kann man in großen Teilen frei bestimmen, welche URLs in der Applikation verwendet werden. Hierzu wurde das Konzept der Content-Mappings eingeführt. Im portal.xml einer Extension kann ein <content-mapping-set /> angegeben werden, dass die Content-Mapping-Deklaration enthält.

<content-mapping-set>
    <content-mapping id="cms-test.cm_mapped" location="/mapped/" process-ref="cms-test.p_mapped"/>
</content-mapping-set>

Die Content-Mappings deklarieren für ein bestimmtes URL-Muster, welche Inhalte dort verfügbar sind, ob es Zusatzparameter oder Fachobjekt-Bezüge gibt. Für Prozesse können sowohl die Basis-URL des Prozesses während er läuft bestimmt werden, wie auch Startzustands-URLs. Für Prozesse kann dies erfolgen, muss aber nicht. Wenn kein Content-Mapping für einen Prozess oder einen Startzustand existiert, so wird ein Default verwendet.

Standalone-Views

Zusätzlich zu den Prozessen gibt es nun auch eigenständige Views. Standalone-Views sind den bisherigen OpenSAGA-Views sehr ähnlich, sie sind aber nicht nur ein Teil eines Prozesses und von dessen Logik gesteuert, sondern existieren für sich und werden mit Hilfe von Content-Mappings mit relativen URLs verbunden.

Im einfachsten Fall sieht eine Content-Mapping-Deklaration für einen Standalone-View dann so aus:

<content-mapping id="cms-test.cm_page" location="/page" view-ref="cms-test.sv_page"/>

Das location Attribut definiert die relative URL, das view-ref Attribut referenziert einen standalone view. Die Standalone-View-Modelle können jeweils als Datei unterhalb des Extension-Pfades “models/standalone-views” deklaratiert werden.

Die Content-Mapping-Deklarationen fungieren für Standalone-Views auch als Ziele für logische Links.

Vom Aufbau her sind Standalone-View-Modelle den traditionellen View-Modellen sehr ähnlich, sie haben lediglich ein anderes Wurzel-Element.

<standalone-view id="base.sv_test"
    title="Standalone Test View"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:noNamespaceSchemaLocation="http://www.opensaga.org/schema/model/standalone-view-3.0.xsd">    
    <part-set>
        <part id="base.sv_test.main_part">
            <content>
                <heading value="Hello from the View"/>
            </content>
        </part>
    </part-set>
</standalone-view>

Laufzeit-Pflege

Um von diesem generellen Strukturänderungen wirklich zu Content-Management-Funktionalität zu kommen, können bestimmte Teile des Modells nun auch zur Laufzeit per Adminstrations-Oberfläche, wie auch deklarativ oder programmatisch als Fachobjekte bearbeitet werden. Dazu gehören alle Content-Mapping-Definition, wie auch die Portal-Navigation. Präsentierte Inhalte können auch zur Laufzeit gepflegt werden.

Links:

• portal.xml einer Test-Extension als Beispiel
• Test-Extension im opensaga-core

Es handelt sich bei diesem Release um eine echte Alpha-Version, die nicht für den produktiven Einsatz geeignet ist, sondern einen Eindruck von kommenden Features verschaffen soll. Wesentliche Neuerungen sind:

• vielfältige neue Widgets,
• deutlich erweiterte Möglichkeiten zur deklarativen Erweiterung von OpenSAGA,
• die Möglichkeit zur ressourcenbasierten Verwaltung von Inhalten (URL-basiert, mit Möglichkeiten zur Erweiterung zur Laufzeit), die insbesondere CMS-Funktionalitäten (CMS= Content Management System) für OpenSAGA 3 bereitstellen werden,
• viele Bugfixes und Detailverbesserungen.

Offen sind aber auch wichtige Punkte:

• Viele der neuen Funktionalitäten sind noch nicht dokumentiert.
• Es fehlen Beispiele.
• Das neue Rechtesystem ist noch nicht enthalten.
• Viele Testfälle fehlen noch.
• Die neuen Funktionen sind noch nicht hinreichend stabil – es kann und wird beim Testen also zu Fehlern kommen!

Wie bereits hier erwähnt, ist einer der Teile die Unterstützung von Content-Management-System Funktionalität. Dies betrifft gleich mehrere Bereiche und Aspekte von OpenSAGA.

Neben den traditionellen OpenSAGA-Prozessen, gibt es nun eine zweite Art von Inhaltsdarstellung in OpenSAGA, nämlich Einzelseiten oder -sichten. Diese gehören nicht zu einem Prozess, sind nicht Teil eines UI-Flusses, sondern existieren einzeln unter einer bestimmten URL. Sie dienen hauptsächlich der Präsentation von Daten und Inhalten, können aber auch als Übersicht und Einsprung in klassische Prozesse verwendet werden. Obwohl sich die technische Form von Einzelseiten und Prozess-Sichten stark unterscheidet, unterscheiden sie ich auf Modell-Ebene kaum. Die Präsentationskomponenten von OpenSAGA (zum Beispiel Datagrid oder List-Iterator) können eins zu eins übernommen werden. Innerhalb von Einzelseiten werden einfache Formulare unterstützt, auch wenn nicht der volle Komfort des normalen OpenSAGA-Objekt-Lebenszyklus zur Verfügung steht.

Die URL-Adressen innerhalb einer OpenSAGA-Anwendung sind nun zu einem großen Teil Benutzer-definierbar. Dies betrifft die eben erwähnten Einzelseiten, wie auch die Einsprungadressen zu Startzuständen beziehungsweise laufenden Prozessen.

Verschiedene Konzepte, die vorher als rein statisches Modell vorhanden waren, führen nun eine Doppelexistenz. Zum Einen gibt es einen aus dem Modell vorgegebenen Teil, zum Anderen kann der Anwendungs-Administrator diese Objekte während die OpenSAGA-Anwendung läuft neu definieren beziehungsweise umdefinieren.Dies betrifft einen Teil der neuen Sicherheitsmodelle, die Navigation und die URL-Zuordnungen von Prozessen und Einzelseiten, wie auch die Definition der Einzelseiten selbst.

Neben diesen großen strukturellen Änderungen gab es auch eine große Menge von kleinen Detailänderungen, die entweder für die Administrationsoberflächen nötig waren, oder sich einfach aus der neuen Struktur ergaben. Einige dieser Änderungen werde ich hier in der nächsten Zeit noch im Detail vorstellen.

OpenSAGA 3.0 wird daher erstmalig ein modellbasiertes Rechtekonzept bieten, das eine deklarative Spezifikation des Rechtesystems erlaubt. Dies hat einige Vorteile:

• das Rechtesystem ist komplett im Modell beschrieben
• Rollen, Gruppen und Organisationseinheiten und deren Zuordnung untereinander können im Modell definiert werden
• Zugriffsbeschränkungen werden direkt an der Stelle angegeben wo sie benötigt werden (z.B. im Prozess oder an einer Transition)
• die manuelle Konfiguration beschränkt sich auf die Zuordnung von Benutzern zu Rollen
• bei Bedarf kann das Rechtesystem einfach ausgetauscht werden, ohne dass eine komplette Neukonfiguration stattfinden muss

In einem der nächsten Blog-Einträge werden wir die neuen Modelle genauer beschreiben und einige Beispiele zeigen.

• leistungsfähige CMS-Komponenten, um echte Content-Management-Szenarien mit OpenSAGA abzubilden (angefangen bei der Verwaltung URL-basierter Resourcen bis hin zur Laufzeitanpassung und -pflege von Navigation und Inhaltsseiten)
• ein modellbasiertes Rechtekonzept, dass eine deklarative Spezifikation des Rechtesystems erlaubt
• umfassende Erweiterungen des Dialogsystems, so dass wesentlich komplexere Dialoge mit vielfältigen Inhalten realisiert werden können
• umfassende Erweiterungen zur Individualprogrammierung
• umfangreiche Performance-Verbesserungen
• hunderte von Detailverbesserungen

Auf diese und weitere Details werden wir in den nächsten Wochen eingehen, während wir intern allmählich den vollständigen geplanten Umfang der 3er-Version erreichen, Dokumentation und Beispiele überarbeiten, OSclipse im Hinblick auf die Neuerungen fertigstellen und die vielen anderen Dinge tun, die ein großer Versionssprung mit sich bringen.

Wir freuen uns bereits sehr darauf, nach fast anderthalb Jahren mit vielen Projekten und aufregenden internen Neuerungen endlich das rundum erneuerte OpenSAGA 3 der Öffentlichkeit zu präsentieren!

Kurzerhand fiel die Entscheidung, die Zusatzbibliothek DSS von OpenSAGA in Grails einzubinden und zu untersuchen, wie einfach oder schwer die Integration der Komponente wird.

Warum?

Die „dynamic-style-sheets“-Bibliothek bringt viele vorgefertigte barrierefreie Funktionen mit, die sehr einfach benutzt werden können (mehr Informationen finden Sie auf der DSS-Website). Zudem konnte bequem auf das integrierte Gridsystem von DSS zurückgegriffen und so bei der Umsetzung des Layouts viel Zeit gespart werden.

Zusammengefasst war das Einbinden alles andere als aufwendig. Nachdem die web.xml in Grails entsprechend der DSS-Website vervollständigt, die Maven-Dependencies in Grails gesetzt und die Ordnerstruktur etwas angepasst wurde, gab es den ersten dynamischen Farbverlauf zu sehen.

Beispiel - DSS im Einsatz bei Grails

Wenn Sie Interesse oder Fragen haben, schicken Sie mir gerne eine Email!

Gegenwärtig prüfen wir die Integration von CKAN in die OpenGovernment Suite OGS. CKAN ist die führende Open-Source-Lösung für die Bereitstellung und Anreicherung offener Daten (Open Data) und wird bereits in sehr vielen Projekten eingesetzt.

Daher macht es natürlich Sinn, eine geeignete Integration vorzunehmen, zumal die größte Schwäche von CKAN aus Betriebssicht sicherlich die Verwendung von Python ist, da zu Python üblicherweise wesentlich geringere Fachkompetenz vor Ort vorzufinden ist als zu Java oder PHP.

Wir planen eine Integration von CKAN als Datenlieferant für unsere Plattform. Dies erfordert eine technische Integration, um aus unserer Java-Welt in die Python-CKAN-Welt durchzugreifen. Dazu prüfen wir im Moment einerseits einen Ansatz des Fraunhofer FOKUS und andererseits verschiedene Open-Source-Projekte (zum Beispiel den CKANClient-J der Open Knowledge Foundation). Unklar ist noch, ob wir die CKAN-Integration zu einer grundlegenden Funktionalität unserer OpenSAGA-Plattform machen oder ob dies lediglich eine Zusatzschnittstelle der OpenGovernment Suite wird.

Für den ersten Ansatz (Integration in OpenSAGA) spricht, dass dadurch auch andere Verwaltungsprojekte von der Open-Data-Schnittstelle profitieren würden. Für den letzteren Ansatz spricht, dass wir die Integration wesentlich enger an den Bedürfnissen der OpenGovernment Suite ausrichten könnten. Gegebenenfalls wird es auf einen Mischansatz hinauslaufen (prinzipielle Integration in OpenSAGA, spezialisierte Schnittstellen für die OGS). Wir werden über den Fortschritt berichten!

Die erste Workshop zu diesem Thema verlief nicht nur gefühlt sehr gut, sondern bekam auch von den Workshopteilnehmern eine positive Resonanz.

Was wurde gemacht?

Nach einer kleinen allgemeinen Einführung in die OpenSAGA-Initiative und SAGA haben die Teilnehmer die Aufgabe bekommen, ein funktionsfähiges “Hotel-Buchungs”-Portal auf Basis des OpenSAGA-Frameworks zu erstellen. Dabei wurde der Buchungs-UseCase nur exemplarisch zur Erläuterung von OpenSAGA-Konzepten umgesetzt.

Schritt für Schritt modellierten die Teilnehmer die Applikation bis zum Ende – teilweise ehrgeizbedingt und motiviert durch die schnellen Ergebnisse darüber hinaus.

Der Workshop ging mit einem kleinem Ausblick auf eine künftige Layout- und Designschulung in OpenSAGA zu Ende. Den Teilnehmern wurde ihr umgesetztes Portal mit einem individuellen Design präsentiert, dass vom Workshopteam (mir ) vorbereitet wurde.

Am Ende des Tages hatte jeder Teilnehmer ein funktionsfähiges Hotel-Buchungs-Portal in OpenSAGA modelliert, welches die Teilnehmer zusammen mit einem ausführlichem Handbuch mit nach hause nehmen dürften.

OpenSAGA-Academy

Nach Erstellen eines Vorschlags in einem Grafikprogramm haben wir uns auf folgende Version geeinigt:

(zum Vergrößern bitte klicken)

Wie auf der Abbildung zu sehen ist, wird der eher unspannende Footer gegen einen neueren, peppigeren aktualisiert. Wichtig ist, dass auch der neue Footer barrierefrei wird.

Das hieße unter anderem, dass zoomen auf z. B. 200% problemlos funktionieren sollte, oder wie schon in Teil 1 erwähnt, die Kontraste des Textes mindest bei 4,5:1 liegen sollten. Die Fokusreihenfolgen für die Tastaturbedienung müssen natürlich auch stimmen, doch das macht OpenSAGA beispielsweise automatisch .

Lösung:

Nachdem das komplizierteste, nämlich der Designvorschlag, fertig ist , gibt es verschiedene Möglichkeiten, dies in OpenSAGA zu lösen. Laut Vorschlag sollten im Footer vier Kacheln gleicher Größe definiert werden. Dazu gibt es z. B. die Möglichkeit die in OpenSAGA integrierte DSS-Bibliothek und das damit verbundene 960-Grid zu nutzen. Ein anderer Weg wäre, auf Blueprint zurück zu greifen, das ebenfalls in OpenSAGA mitgeliefert wird. Meiner Meinung nach, hier die elegantere Lösung, weil die gesamte Template-Datei (opensaga-layout.xml), die das Layout definiert, bereits mit Blueprint arbeitet. Die nachfolgende Abbildung soll noch einmal die Aufteilung der Kacheln verdeutlichen:

Blueprintmuster für den Footer

Eine entsprechende Deklaration in der opensaga-layout.xml könnte dann so aussehen:

<div id=”footer“>
<div class=”column span-6″>
<os:navigation styleClass=”footerNav” navigationId=”${skin['portal.navigation.support-ref']}”  />
</div>
… <!— und das ganze noch drei mal –>
</div>

Das Layout der Website untergliedert sich in 24 Blueprint-Kacheln.  Da 24 / 6 = 4 sind, ist es möglich hier 4 gleich große Kacheln mit Blueprint zu erstellen.

Die Navigationspunkte, die im Footerbereich angezeigt werden sollen, können aus der Hauptnavigation übernommen werden und müssen so nicht noch einmal neu erstellt werden.Das kann bequem über das <os:navigataion-Modell erfolgen. Hier wird auf die bereits bestehende Navigation zurück gegriffen. Der Placeholder ${skin} gibt an, welcher Navigationsteilsbaum importiert werden soll.

Fertig – Auf zur nächsten Aufgabe!

]]> http://www.opensaga.org/blog/2012/07/09/projekt-95-teil-2/feed/ 0 http://www.opensaga.org/blog/2012/06/19/projekt-95-teil-1/ http://www.opensaga.org/blog/2012/06/19/projekt-95-teil-1/#comments Tue, 19 Jun 2012 12:23:10 +0000 Christoph_Barchnicki http://www.opensaga.org/blog/?p=756 Wie versprochen, geht’s los!

Nach lesen der 8 Seiten (ich meine damit den BITV-Test ) stieg die Motivation weiter an. Eigentlich sind wir vom Ziel nur 2,5 Punkte (!!) entfernt. Bisher entstanden die 92,5 Punkte auch unter anderem durch gewissenhaftes Arbeiten (ich habe ein eigenes Layout benutzt und nicht das Basis-Layout von OpenSAGA), ansonsten hätte ich mich für diese Punktzahl nicht so anstrengen müssen .

Wie arbeitet man denn gewissenhaft? Nunja, man sollte schon die Schritte des BITV-Tests verinnerlicht haben. Mit OpenSAGA hat man zu dem  z. B. den Luxus Zusatzbiblotheken wie DSS nutzen zu können, die das Erstellen eines Layouts unheimlich vereinfachen und viele barrierefreie Helfer mitbringen.

Wie sieht so ein Helfer aus?

Ich schweife zwar ab, fände es aber interessant, das mal erwähnt zu haben. Ich will mal ein Beispiel nennen:

Nehmen wir mal den BITV Prüfschritt 1.4.3a:

“…für Schriftgrößen unter 24 px [...] prüfen, ob das Kontrastverhältnis bei 4,5:1 oder größer liegt”

Schauen Sie sich mal die Anleitung an, wie das zu Prüfen ist – oder wie dies überhaupt kontrolliert werden kann. Die Zusatzbibliothek DSS, die schon in OpenSAGA enthalten ist, sorgt beispielsweise automatisiert dafür, dass dieser Wert eingehalten wird. Aus zwei gegebenen Farben, wird diejenige ermittelt, die den besten Kontrast zur dritten aufweist. So wird sichergestellt, dass es keine Kontrastfehler gibt. Ich habe konsequent diese Funktion auf der gesamten Website genutzt – und habe im BITV-Test keine Abzüge für Kontrastfehler. Episch.

Start Teil 1 …

Nehmen wir uns den ersten fehlgeschlagenen Prüfschritt vor:

Prüfschritt 1.1.1b “Alternativtexte für Grafiken und Objekte” gab es nur ein “eher erfüllt” und einen Abzug von 0,75 Punkten.

Was ist schief gegangen? Die Website verwendet neben einer Slideshow auch Bannergrafiken. Die Bannergrafiken sind eng an die jeweilige View über ein <ui:compontent-setting> gekoppelt. Das heißt ganz einfach erklärt, die View teilt dem OpenSAGA-Haupttemplate mit, welches Bild angezeigt werden soll. Damals war es keine Option, an jedes <ui:compontent-setting> noch einen Alternativtext zu binden, der Aufwand der Pflege wäre zu hoch gewesen (ich habe weit über 40 Grafiken benutzt; Mensch, das Auge isst doch mit!).

Lösung:

Nach etwas stöbern im Handbuch war schnell ermittelt, dass OpenSAGA für solche fälle “Placeholder” zu Verfügung stellt. Da das Haupttemplate weiß, auf welcher View es sich befindet (Breadcrumb) kann hier einfach als Alt-Attribut der Placeholder ${title} angegeben werden.

<img src=”${request.contextPath}/app/res/media/teaser/${os:setting(‘headerImage’)}.jpg” alt=”${title}”/>

Fertig! Nun erhält die Grafik als Alternativtext die Titelbeschreibung bzw. den Brotkrumen des Views, natürlich mit voller i18n Unterstützung, wenn man will. Das passt sehr gut, da die Bannergrafiken eine Art Aufmerksamkeitserreger für die View sein sollen.

Der zweite fehlgeschlagene Prüfschritt, mit dem ich mich in diesem Teil beschäftigen will, besagt:

Prüfschritt 1.3.1a “HTML-Strukturelemente für Überschriften” gab es nur ein “eher erfüllt” und einen Abzug von 0,75 Punkten.

Neben ein paar kleinen Überschriften-Tags, die nicht korrekt nach BITV2 eingesetzt wurden, steht im Test unter diesem Punkt noch ein weiterer Kommentar, der Arbeitsaufwand erzeugen dürfte.

“Die Grafiken oben haben die Funktionen einer Überschrift, wurden aber nicht [...] ausgezeichnet”.

Damit dürften wohl die Bannergrafiken gemeint sein, die schon beim Alternativtext Probleme gemacht haben. Die Schrift ist in der Grafik eingebettet und ist kein HTML-Element:

Betritt Beispielsweise jemand mit einem Screenreader die Website, so werden ihm die auf dem im Bild enthaltenen Informationen vorenthalten. Dies muss geändert werden!

Lösung:

Hier gilt das gleiche, wie schon im vorherigen Prüfschritt: Der Aufwand der Pflege soll minimiert und am besten automatisiert erfolgen. Natürlich könnte man es sich jetzt leicht machen und auf die Grafiken verzichten – wir hatten zwar mit Abzügen gerechnet – aber ich möchte jeden Punkt herauskitzeln. Die Website soll weitestgehend ansprechend aussehen, ein Verzicht der Grafiken kommt nicht in Frage.

Da schon das vorher erwähnte Title-Attribut in der OpenSAGA-Templatedatei verrät, wo wir gerade sind, reicht es an der Stelle, diese Information hübsch in einem Container über die Grafik zu legen. Damit sind der Bezug und die Auszeichnung vollständig erhalten, auch für Screenreader. Im Branch ausprobiert, erhielt ich ein ansprechendes Ergebnis:

Wie der Grafik zu entnehmen ist, zeigt (1), wie die Bannerbilder bisher aussahen. Die neue Grafik, (2) lässt die eingebettete Schrift einfach weg. (3) zeigt einen aktuellen Screenshot: Hier wird der “${title}-Placeholder” über die Grafik gelegt und somit als HTML-Schrift eingebettet – Fertig.

Okay – somit hätten wir theoretische 1,5 Punkte mehr

Das soll es erst einmal für den ersten Teil gewesen sein. Ich freue mich über jedes Feedback oder Verbesserungsvorschläge!

]]> http://www.opensaga.org/blog/2012/06/19/projekt-95-teil-1/feed/ 0 http://www.opensaga.org/blog/2012/06/19/opensaga-website-projekt-95-im-bitv-test/ http://www.opensaga.org/blog/2012/06/19/opensaga-website-projekt-95-im-bitv-test/#comments Tue, 19 Jun 2012 08:24:31 +0000 Christoph_Barchnicki http://www.opensaga.org/blog/?p=743 Es sind nun ein paar Monate vergangen, nachdem unsere OpenSAGA-Website erfolgreich an den Start gegangen ist und lebt – das kann man nicht bestreiten. Hier und da geschehen Änderungen, moderne Features werden ergänzt.

Wer schon länger in diesem Blog mitliest, wird mitbekommen haben, dass unsere Website als “gut barrierefrei” bewertet worden ist. Ein entwicklungsbegleitender Zwischentest ergab 92,5 Punkte im BITV-Standardtest nach BITV2. Damals hieß es im Artikel:

“…wir werden aber noch Verbesserungen vornehmen und die Website in naher Zukunft auf 95+ heben… und intern läuft immer noch eine Wette, ob wir 100 Punkte schaffen…”

Nun, jetzt soll es soweit sein. Nach spannenden Projekten mit und rund um OpenSAGA ist jetzt endlich (es juckt in den Fingern… ) die Website dran! Dazu habe ich eine Idee gehabt: Ich werde hier im Teamblog Arbeitsschritte dokumentieren und festhalten, die im BITV-Test “eher erfüllt”, “teilweise erfüllt” oder gar “nicht erfüllt” wurden. Spannend dürfte sein, welche Komponenten der Website (erstellt mit OpenSAGA, mehr dazu hier) eher nicht barrierefrei sind und wie ich diese Schönheitsfehler in OpenSAGA gelöst habe.

Für unseren Zwischentest war das BITV-Consult zuständig, welches ein ausgereiftes Angebot von erfahrenen Beratern zur Verfügung stellt.

Ab heute geht es los !

Ich freue mich über jedes Feedback!

Es werden zunehmend weitere Videos folgen in denen diverse Teile von OpenSAGA und Frameworks, die OpenSAGA verwendet, erläutert werden.

Über reges Feedback würden wir uns freuen.

Den Anfang macht das “Hello World”-Tutorial:

OpenSAGA 2.0

offiziell freigegeben. Mit OpenSAGA 2.0 erreicht für das OpenSAGA-Kernteam eine lange und sehr dynamische Projektphase mit einer Vielzahl von produktiven Projekten einen wichtigen Meilenstein. In diesen Projekten haben wir sehr viele spannende Anforderungen bekommen, die wiederum in umfangreichen Erweiterungen von OpenSAGA mündeten. Zu den spannendsten Neuerungen gehören:

• OpenSAGA 2.0 ist SAGA-5-konform. Eine ausgefüllte Konformitätserklärung (soweit für eine Entwicklungsplattform möglich) werden wir als Vorlage in den nächsten Wochen bereitstellen – im Moment hat das BMI leider noch nicht die versprochenen Referenzdokumente geliefert. Implizit berücksichtigt OpenSAGA damit aufgrund der SAGA-5-Konformität auch die Vorgaben der BITV 2 und ist sogar – ohne Zusatzaufwand – sowohl in Umgebungen mit als auch ohne JavaScript voll funktionsfähig.
• OpenSAGA 2.0 bringt umfangreiche Performanceverbesserungen, im Schnitt sollte das Laufzeitsystem 30-70% schneller als mit OpenSAGA 1.5.1 ausgeführte Anwendungen sein.
• OpenSAGA 2.0 bietet nun äußerst flexible und deutlich erweiterte Möglichkeiten, mit @CustomLogic Logik in Modelle zu integrieren.
• Die OpenSAGA-Entwicklung hat auf GIT als Sourcecode-Repository umgestellt.
• Das Eclipse-Plugin OSclipse ist jetzt enger mit Maven integriert, so dass die Arbeit deutlich schneller, stabiler und zuverlässiger von statten geht. Darüber hinaus wurde OSclipse um vielfältige Funktionen erweitert (hier erläutert).
• OpenSAGA-Anwendungen können jetzt mit Maven vorkompiliert werden. Serverstarts brauchen damit fast 50% weniger Zeit und 30% weniger Speicher.
• HQL (Hibernate Query Language) kann nun als direkte Absprache für externe Domänentypen verwendet zu werden.
• OpenSAGA verwendet nun JSF 2.
• Navigationsstrukturen können nun dynamisch generiert werden.
• JFreeChart wird nun als UI-Element unterstützt.
• Die UI-Komponenten zur Darstellung von Listen (Iteratoren und Grids) erlauben nun nahezu beliebig komplexe Verschachtelungen (also Listen von Tabellen von Tabellen von Listen, usw.).
• Tabellen können nun auch freie Inhalte enthalten.
• QR-Codes können auf Basis von ZXing und Barcode4J erzeugt werden.
• Die Rich-Text-Eingabe ist jetzt auf den CKEditor umgestellt. Die Editoren können über semantische Gruppen hochflexibel konfiguriert werden.
• Das OpenSAGA-UI-Komponentenmodell wurde deutlich flexibilisiert, so dass nun auch leicht eigene UI-Komponenten entwickelt und integriert werden können.
• OSclipse und OpenSAGA selbst behandeln nun XML-Namespaces korrekt, so dass eigene Erweiterungen auch in den Genuss aller Syntaxprüfungen und Validierungen kommen.
• Insgesamt wurden über 450 Tickets bearbeitet, so dass fast alle Bereiche von OpenSAGA spannende Neuerungen und Optimierungen aufweisen – eiunen vollständigeren Eindruck vermittelt das Referenzhandbuch.

Gleichwohl gibt es auch Stellen, an denen wir gelernt haben, dass wir noch besser werden müssen. Gerade Teilbereiche wie Dokumentation, Tutorials und Beispiele sind ein Thema, in das wir viel Zeit und Energie auf dem Weg zu OpenSAGA 3.0 investieren wollen. Wir danken allen Beteiligten in den bisherigen Projekten und allen Feedbackgebern für Ihre Hinweise, die uns bereits viel Verbesserungspotenzial aufgezeigt haben. Nicht alles davon hat aus Zeitgründen Eingang in OpenSAGA 2 finden können, aber umgekehrt haben wir noch viele spannende Neuerungen für die nächsten Versionen in Planung.

Um diesen Zeitrahmen zu überbrücken, werden wir in den nächsten Wochen über unseren Sponsor QuinScape ein zeitlich befristetes einmaliges Angebot in die OpenSAGA-Academy einstellen:

In Kürze werden wir in der OpenSAGA-Academy zwei kostenlose Schulungsformate für einen Zeitraum von ca. sechs Monaten anbieten:

• Es wird eine halbtägige Überblicksveranstaltung geben, um Architekten, Entwicklern und technischen Entscheidern eine interaktive Einführung in die OpenSAGA-Plattform zu ermöglichen. Am Ende der Veranstaltung können Sie die Stärken und Einsatzpotenziale von OpenSAGA bewerten und haben anhand eines konkreten Beispiels gesehen, wie schnell sich Webanwendungen mit OpenSAGA implementieren lassen.
• Es wird eine ganztägige Einführungsveranstaltung für Entwickler und Architekten geben, in der die Teilnehmer gemeinsam mit Schulungsleitern aus dem OpenSAGA-Kernteam eine OpenSAGA-basierte Anwendung entwickeln. Am Ende des Tages werden die Teilnehmer selbständig in der Lage sein, moderne Webanwendungen mittlerer Komplexität zu erstellen.

Die Schulungen werden in den nächsten drei Wochen mit konkreten Terminen in der Academy angeboten, darüber hinaus sind wir auch gerne bereit, zusätzliche Termine zu vereinbaren, wenn es hinreichende Teilnehmerzahlen (4+) gibt. Das Angebot wird zeitlich streng limitiert und spätestens mit dem Release von OpenSAGA 3.0 kostenpflichtig sein – nutzt es also, solange wir noch Schwächen in gewissen Bereichen der Dokumentation haben

Viel Spaß mit der neuen Version, wir freuen uns auf Feedback und Fragen im Forum oder über Verbesserungsvorschläge im JIRA!

Am 20.03.2012 zeigen wir an Stand 6 insbesondere die Demo-Version der OpenGovernment Suite, die mit Beginn des Reformkongresses auch zum Download zur Verfügung steht. Die Kollegen Christian Schneider, Kathrin Rützel und Dr. Norbert Jesse führen durch die OGS. Darüber hinaus stehe ich zur Verfügung, um OpenSAGA 2 vorzustellen – das Release erfolgtnach aktueller Planung nach diversen Verzögerungen am Donnerstag. Zudem bestreiten wir zwei Veranstaltungen:

• Dr. Norbert Jesse (QuinScape GmbH) nimmt von 15.15-16.15  an der Podiumsdiskussion im Fachforum VI: Vertrauen durch Kommunikation – Wege aus der Legitimationskrise des Staates teil.
• Dr. Thomas Biskup (QuinScape GmbH) und Florian Apel-Soetebeer (City & Bits) moderieren von 16.30-17.15 den Workshop D – “Open Government – Von der Strategie zur Implementierung”.

Wir freuen uns auf viele Besucher und spannende Diskussionen – erleben Sie live vor Ort, wie mit der OpenGovernment Suite Kommunen jeglicher Größe ein strategisch sinnvoller Einstieg in Open Government gelingen kann und überzeugen Sie sich darüber hinaus davon, wie mit OpenSAGA 2 auch komplexe Individualanforderungen – egal ob in Kommunen oder auf Landes- und Bundesebene – abgedeckt werden können.

Durch die Fachkenntnis und den Einsatz allen Beteiligten konnte das Buch “Open Source im Public Sector: günstiger, sicherer, flexibler ” fertigestellt und nun publiziert werden! Ein erster Überblick über die Publikation ist erhältlich unter:

http://www.opensourcepublicsector.de/

Das Buch erscheint unter der  ISBN: 978 3 86188 013 1  in der Reihe “Schriften des Innovators Club” im Verlag Werner Hülsbusch.

Klappentext:

Open Source Software bietet großes Potenzial für den öffentlichen Sektor. Denn: Open Source Software kann frei genutzt, verbreitet, kopiert und weiterentwickelt werden. Durch den Einsatz von quelloffener Software verringert sich die Abhängigkeit des öffentlichen Sektors von einzelnen Herstellern lizenzpflichtiger Software und es können flexible und individuell anpassbare IT-Landschaften aufgebaut werden.

Trotzdem zögern viele Entscheider und IT-Verantwortliche in öffentlichen Einrichtungen, auf Open Source umzurüsten. Themen wie Garantie und Support, Sicherheit, Schulungsaufwand und die Weiterentwicklung der Lösungen in einer Community seien nach wie vor mit Fragezeichen behaftet.

Die Autorinnen und Autoren der Beiträge zeigen auf, warum Open Source gerade im öffentlichen Sektor eine gute Wahl sein kann und welche Vorteile in punkto Sicherheit, Unabhängigkeit und Verlässlichkeit mit dem Konzept einhergehen.

Die Bandbreite der Themen geht von verwaltungswissenschaftlichen und betriebswirtschaftlichen Anschauungen der Thematik über die Bedeutung von Cloud Computing und Open Data im Public Sector bis hin zu konkreten Praxisbeispielen zum Einsatz von Open Source in Stadtverwaltungen, Schulbehörden und Forschungseinrichtungen.

Aus dem Inhalt:

Kapitel 1: Möglichkeiten und Chancen durch Open Source im öffentlichen Sektor

Kapitel 2: Anwendbarkeit, Dimensionen und Einsparpotenziale von Open Source

Kapitel 3: Best-Practice-Beispiele aus Verwaltung und Wirtschaft

Das Buch wird auf der CeBIT 2012 erstmals öffentlich vorgestellt: Halle 2, Stand D58/144 im Open Source Park

In Papierform können Sie es über den normalen Buchhandel oder  über den Werner Hülsbusch Verlag beziehen: http://www.vwh-verlag.de/vwh/

Rechte:

Die Beiträge stehen unter der Lizenz „Creative Commons Namensnennung 3.0 Deutschland“ (http://creativecommons.org/licenses/by/3.0/de/); darin sind inbegriffen die Nutzung und Veränderung der Texte bei Namensnennung und Verweis auf das Originalwerk. Das Buch wird gleichzeitig als gedrucktes Buch und als downloadbare PDF-Datei erscheinen. Autoren, die einen Text einreichen erklären sich mit dieser Open-Source-nahen Lizenzregelung einverstanden.

Auch von unserer Seite vielen Dank an alle Beteiligten für Ihre Expertise und ihr Engagement und danke, dass auch wir daran teilhaben durften!

• Die Website ist modern und sieht gut aus (ok, Geschmack ist subjektiv, aber niemand wird den Fortschritt bestreiten können ).
• Die Website ist als “gut barrierefrei” bewertet worden (ein Zwischentest hat 92,5 Punkte im BITV-Standardtest nach BITV2 ergeben, wir werden aber noch Verbesserungen vornehmen und die Website in naher Zukunft auf 95+ heben… und intern läuft immer noch eine Wette, ob wir 100 Punkte schaffen).
• Die Website handelt nicht nur von OpenSAGA sondern ist auch komplett mit OpenSAGA realisiert!
• Hinter der Website liegt ein mit OpenSAGA mit geringem Aufwand entwickeltes CMS, dass auf unsere Bedürfnisse zugeschnitten ist und uns über definierte Workflows eine Pflege aller Inhalte erlaubt (inklusive Live-Editing u.a.m.). Dabei haben wir viele Erfahrungen gesammelt, die in absehbarer Zeit in ein OpenSAGA-CMS-Modul münden werden.
• Ein geschützer Partnerbereich ist auch schon vorbereitet und wird in absehbarer Zeit für unsere Partner freigeschaltet.

Und das Spannendste für Techniker: Die gesamte Website wurde in OpenSAGA modelliert ohne eine Zeile Programmcode zu schreiben!

Wer sich für die technischen Details interessiert und sich fragt, wie man das macht, hat nun die Gelegenheit, in der neu eröffneten OpenSAGA-Academy (Schulungen im Moment nur auf Anfrage, nach der CeBIT werden wir aber zusätzlich regelmäßig feste Termine anbieten) in Schulungen zu lernen, wie man solche Systeme mit OpenSAGA mit geringem Aufwand zukunftssicher und wartungsarm entwickelt.

Sollten Verbesserungswünsche existieren oder Fehler übersehen worden sein, freuen wir uns über Rückmeldungen über unser JIRA (Projekt: OpenSAGA-Community-Website, Komponente: Website).

Viel Spaß mit der neuen Website!

Am Dienstag, dem 06.03.2012, werde ich auf dem CeBIT Open Source Forum 2012 von 15:15 bis 16:00 Uhr einen Vortrag zum Thema “Erfolgreich mit Open Source-Projekten in der öffentlichen Verwaltung” halten und mich dabei mit Erfahrungswerten des OpenSAGA-Projektes aus den vergangenen Jahren zum Thema “Open Source in der öffentlichen Verwaltung” sowie allgemeinen Hinweisen zu den vielfältigen Interessenslagen und Erfolgskriterien für Open-Source-Projekte in der öffentlichen Verwaltung beschäftigen.

Außerdem werde ich am Donnerstag, dem 08.03.2012, im Urban Solutions Forum der CeBIT 2012 in Themenblock 3 im Themenblock “ITK und öffentliche Verwaltung” von 16:00 bis 16:30 Uhr einen Vortrag zum Thema “Open Government mit Open Source zum Erfolg begleiten” halten. Dieser wird sich mit aktuellen Entwicklungen und Trends zum Thema Open Government befassen, Chancen und Risiken skizzieren und Entwicklungspfade für Kommunen hin zur erfolgreichen und werthaltigen Nutzung von Open Government aufzeigen.

In einem Workshop am 03.02.2012 hatten wir die Gelegenheit, im verschneiten Clausthal-Zellerfeld mit unseren assoziierten Partnern unsere bisherigen Ergebnisse zu diskutieren. Unsere assoziierten Partner, die zwar fachlich stark unterschiedlich aufgestellt sind, jedoch ebenso wie wir einen gemeinsamen Schwerpunkt im Bereich Software Engineering haben, bestätigten den Bedarf an kollaborativen Lösungen insbesondere in der modellierungsintensiven Anfangsphase eines Softwareprojekts.

Wir freuen uns, mit unseren Partnern in diesem Jahr das Projekt voranzutreiben und somit auch OpenSAGA um grafische Modellierungswerkzeuge erweitern zu können.

• Open Data
• Open Data API
• Bürgerhaushalte
• Kollaborationswerkzeuge

als erweiterbare IT-Module thematisiert und standardisiert und so die Einführung von Open Government auf kommunaler Ebene deutlich vereinfacht. Weitere Detailinformationen finden sich in besagtem Artikel und auf unserer OGS-Website.

Der Workshop besteht aus einem Impulsreferat und einer anschließenden offenen Diskussion über die Bedeutung und letztlich Notwendigkeit von Barrierefreiheit im weiten Feld des Open Government. Das Internet wird weiter die Art und Weise der Kommunikation und Zusammenarbeit verändern und damit eröffnen sich auch neue Perspektiven für die öffentlichen Verwaltungen.

Ich hoffe auf dieser Veranstaltung viel aus der Arbeit mit OpenSAGA in Bezug auf Barrierefreiheit berichten zu können und gleichzeitig viele neue Impulse für die zukünftige Arbeit und vor allem auch der Weiterentwicklung der OpenGovernment Suite mitzunehmen.

Zunächst einmal waren wir insgesamt sehr aktiv – mal abgesehen von einer stetig wachsenden Zahl von Präsentationen von OpenSAGA in Behörden, Verwaltungen und verschiedenen Arbeitskreisen haben wir auch eine Vielzahl von Messen besucht – meist auch als Speaker. Zu nennen sind insbesondere

• ein Vortrag auf der SEE 2011,
• unser Auftritt bei der EU-Open-Source-Initiative OSOR.EU,
• der LinuxTag 2011, auf dem wir sowohl mit einem Stand als auch mit einem Vortrag vertreten waren,
• die Memo 2011 in Münster,
• die KomFit 2011 mit einem Vortrag,
• die Messe “Moderner Staat”, die wir erstmalig besucht haben, auch mit Stand und zwei verschiedenen Vorträgen,
• die OpenRheinRuhr 2011 mit zwei Vorträgen,

Ein strategisches Ziel haben wir nicht erreicht: OpenSAGA 2 hätte in 2011 erscheinen sollen, nachdem sich SAGA 5 aber immer wieder verzögert hat und erst im November erschienen ist, haben wir uns dann entschlossen, OpenSAGA 2 auch erst rauszubringen, wenn wir die SAGA-5-Konformität sicherstellen können. Daher wird OpenSAGA 2 nun erst im ersten Quartal 2012 erscheinen – die Ankündigung folgt hier. Immerhin haben wir den ersten Milestone (M1) von OpenSAGA 2 rausgebracht, seitdem haben sich aber bereits extrem viele Dinge geändert und viel Neues wurde ergänzt, so dass M1 nicht mehr wirklich die Realität wiederspiegelt.

Das ungebrochene Interesse an OpenSAGA spiegelt sich dafür in neuen Partnern, die wir in 2011 gewinnen konnten, so z.B. Sopera und Talend, die lat/lon GmbH und die Repugraph GmbH. Auch mit unserem wissenschaftlichen Beirat haben wir eine Vielzahl von Themen angestoßen und weitergetrieben:

• Mit der TU Clausthal (Prof. Dr. Rausch) arbeiten wir mittlerweile im Projekt KoMo daran, grafische Modellierungswerkzeuge unter Verwendung digitaler Whiteboards zu konzipieren (http://www.kooperative-modellierung.de/).
• Mit der FH Dortmund (Prof. Dr. Sachweh) und der Technischen Hochschule Mittelhessen (Prof. Dr. Meyer zu Bexten) haben wir im Rahmen eines Innovationsgutscheins die Optimierung von OpenSAGA hinsichtlich der barrierefreien Darstellung komplexer Inhalte (Charts, Tabellen, usw.) geprüft und dafür Lösungsansätze erarbeitet.
• Mit der TU Dortmund (Prof. Dr. Jannach) arbeiten wir weiter am Abschluss des IKT.NRW-Projekts zur Entwicklung integrativer OpenSAGA-Schnittstellen für die Lebensmittelüberwachung (http://ls13-www.cs.uni-dortmund.de/homepage/ikt_projekt/index.html).
• Weitere Anträge (u.a. auf EU-Ebene) befinden sich im Augenblick in Vorbereitung und werden hoffentlich in 2012 Früchte tragen.

Viel Aufmerksamkeit hatten wir zunächst Anfang des Jahres durch Artikel in der Java Spektrum und dem Java Magazin, gefolgt dann von unserem sichtbarsten Erfolgsprojekt in 2011 – www.lebensmittelwarnung.de – das wir unter großem Interesse der Presse und Öffentlichkeit stabil an den Start gebracht haben. Darüber hinaus setzen wir OpenSAGA in einer wachsenden Zahl von Projekten ein – interessanterweise mittlerweile auch außerhalb des Behördenumfelds, da auch eine Reihe (überwiegend mittelständischer) Unternehmen die Vorteile der offenen und standardisierten Ansätze von OpenSAGA zu schätzen weiß. Über diese Projekte werden wir im nächsten Jahr auch kontinuierlicher berichten.

Auch technisch ist in OpenSAGA viel passiert. Besonders relevant erscheinen dabei viele der für OpenSAGA 2 anstehenden Neuerungen:

• der Umstieg auf JSF 2, der für zukünftige Versionen viele Vorteile bringen wird,
• komplexe Subprozesse, die mit OpenSAGA 2 eingeführt werden,
• deutliche Verbesserungen und Modularisierungen sowohl bei der Programmierung mit Java als auch bei der Entwicklung eigener Komponenten,
• eine deutliche Performance-Verbesserung durch die Möglichkeit zur Vorkompilierung von OpenSAGA-basierten Systemen,
• die Umstellung auf SAGA 5 und die BITV 2, die wir im Moment leisten,
• neue Funktionen, die wir im Moment für den Bereich Social Media vorbereiten und über die noch vieles in 2012 zu berichten sein wird (objektspezifische und allgemeine Aktivitätsströme u.a.m., um mal einen Teaser zu nennen)
• und hunderte anderer Features, die sich mittlerweile im JIRA gesammelt haben.

Zuguterletzt gibt es noch sowohl eine sehr erfreuliche und eine persönlich sehr frustrierende Sache zu berichten:

• Obwohl wir es versprochen haben, ist es uns in 2011 nicht gelungen, die neue OpenSAGA-Website und die OpenSAGA Academy an den Start zu bringen. Das ärgert mich persönlich besonders, da wir die neue Website (auf Basis von OpenSAGA selbst) seit Monaten zu 95% fertig in der Schublade liegen haben, alle Kollegen und ich selbst aber soi stark in diverse Projekte eingebunden haben, dass wir die letzten aber wichtigen 5% einfach nicht fertig bekommen haben. Das wird meine oberste Priorität Anfang Januar sein, damit wir hier endlich wesentlich mehr zu bieten haben.
• Sehr erfreulich ist dagegen, dass wir mit unserem Engagement zum Thema Open Government auf großes Interesse stoßen – im Januar werden wir mit der OpenGovernment Suite OGS eine auf OpenSAGA basierende Plattform mit Modulen für verschiedene Open-Government-Themen bereitstellen. Auch darüber werden wir Anfang des Jahres mehr berichten. Im Gegensatz zu den verschiedenen Insellösungen und Individualprojekten, die das Open-Government-Geschehen IT-seitig begleiten, wollen wir mit einer freien, quelloffenen, aber modular integrierten Plattform mit gut aufeinander abgestimmten Modulen und professionaller Unterstützung dabei helfen, Open Government in Bereichen wie Open Data, Bürgerhaushalten u.a.m. auch IT-seitig nachhaltiger zu Erfolgen zu verhelfen. Das initiale Feedback stimmt sehr optimistisch, wir werden berichten.

Damit möchte ich für 2011 schließen – alle Kollegen sind bereits im wohlverdienten Weihnachtsurlaub und ich werde  ich jetzt anschließen. Für freuen uns auf ein spannendes und mindestens so ereignisreiches Jahr 2012 und werden hoffentlich viel Neues zu releasen haben!

Bis dahin wünschen wir allen OpenSAGA-Interessierten (und allen anderen auch) Frohe Weihnachten, ein schönes und besinnliches Fest sowie einen guten Rutsch ins Jahr 2012!

• Heute nachmittag um 17.00 Uhr erzähle ich was zu den neuen Features in der kommenden OpenSAGA-Version 2.0. Dabei werde ich auch Informationen zum frisch erschienenen SAGA-5-Standard im Rucksack haben.
• Morgen vormittag um 11.10 Uhr gibt es eine Einführung in bezahlbare Open-Government-Lösungen auf Basis von OpenSAGA und der OpenGovernment Suite OGS, u.a. aus der Cloud heraus.

Ich hoffe auf ebenso zahlreiche Zuhörer und spannende Diskussionen wie im letzten Jahr!

Sorry für den späten Blogeintrag – die letzte Woche war zusammen mit dem Modernen Staat und einem Workshop bei BIK@work zur BITV 2 einfach etwas zu hektisch und da ist das unter den Tisch gefallen Selbst schuld kann man da nur sagen

• Grundlagen
• Konformität
• Technische Spezifikationen

Dadurch wird der Zugang zum Dokument deutlich vereinfacht und wir begrüßen insbesondere auch die deutlicher hervorgehobenen Ausführungen zum Thema Konformität.

Das OpenSAGA-Team wird sich nun in den nächsten Wochen eingehend mit SAGA 5 als Standard befassen, die notwendigen Anpassungen und Änderungen in OpenSAGA prüfen und diese dann aller Voraussicht nach noch in die Release-Planung für OpenSAGA 2.0 aufnehmen. Dadurch wird sich das finale Release nach hinten verschieben, dies erscheint aber sinnvoller, als jetzt noch ein Major Release für das nun veraltete SAGA 4 herauszubringen. Über die revidierte Zeitplanung werden wir hier im Blog berichten, sobald wir mit der Planung durch sind.

Wir gratulieren dem BMI und dem SAGA-Expertenkreis zur erfolgreichen Freigabe des Standards rechtzeitig zur “Moderner Staat 2011″!

• Am 09.11.2011 stellt Dr. Norbert Jesse in Halle 4 an Stand 7 im Rahmen des Behörden-Spiegel-Forums zu Open Government von 10:30-12:00 die OpenGovernment Suite (OGS) in ihren Grundzügen vor und erläutert die wesentlichen Ideen hinter der OGS.
• Am 09.11.2011 trägt Dr.-Ing. Thomas Biskup auf dem Best Practice Forum eGovernment in Halle 2 auf Forum II von 15:15-15:35 zum Thema “Kostengünstige Open-Government-Lösungen in der Cloud mit OpenSAGA” vor.

An unserem Stand 2/274 stellen wir eine Vorschau auf die OpenGovernment Suite OGS live vor und freuen uns rege auf Fragen und Diskussionen rund um das Thema Open Government.

Zudem verlosen wir unter allen kommunalen Besuchern eine Spende in Höhe von 1.000 EUR, die einem gemeinnützigem Zweck nach Wahl der Kommune zugeht. Vorbeikommen lohnt sich also gleich mehrfach!

This Article is also available in Deutsch.