Durch die strikte Trennung von Design und Logik der Software ist die Übernahme oder auch der spätere Austausch eines vorhandenen Corporate Designs sehr einfach möglich. Auch Updates bleiben durch diese Trennung erhalten, da auch Inhalte und Beschreibungen der Benutzeroberfläche nicht bis zu relevanten Programmbestandteilen der Software durchreichen.

Dass man dabei nicht auf Barrierefreiheit verzichten muss, zeigt der nächste Screenshot. Hier erkennt man, wie sich die Kartenansicht für Suchmaschinen und assistive Technologien wie Screenreader darstellt, die auf eine Mark-a-Spot Installation treffen: Eine klar gegliederte Seitenstruktur mit verschiedenen Überschriften und statischen Kartenausschnitten.

Wie kommt das? Die Praxis des Maerker.Brandenburg zeigt, dass neben dem eigentlichen “Aufreger” auch sinnvolle Ideen und Vorschläge eingetragen werden, die es wert sind, zwischen Verwaltung und Bürger/-innen diskutiert, bewertet und abgestimmt zu werden.

Voting des Vorschlages // Stimmen Sie zu?

Rating im Einsatz // Bewerten der Relevanz

Auf diesen Effekt reagiert jetzt Version 1.4: Administratoren können bei der Sichtung des Hinweises mit einem Klick entscheiden, welche Fragestellung den Besuchern der Plattform gestellt wird:

1. Wie bewerten Sie den Hinweis/Vorschlag? (Range Voting/ Rating)
2. Stimmen Sie dem Vorschlag zu? (so genanntes Approval Voting)

Einen solchen Fall habe ich in den beiden Screenshots einmal nachgestellt:

Die Verwaltung erkennt, dass hier eine konkrete Verbesserung vorgeschlagen wird, die auch intern diskutiert wird. Sie entscheidet sich, über den Vorschlag des Bürgers abstimmen zu lassen.

Ansonsten wartet 1.4 mit einer Reihe Verbesserungen und Erweiterungen auf, wie zum Beispiel eine User-Administration, die Möglichkeit der Delegation von Hinweisen und Kategorienadministration.

Schade, dass Mark-a-Spots Integration von Twitter bisher nur in einer Richtung vorzeigbar ist. Somit lassen sich Statusänderungen, also Ergebnisse des erfolgreichen Verwaltungshandelns bisher nur in Richtung Bürger tweeten.

Als Prototyp bereits realisiert, haben Verwaltungen ab Version 1.5. die Möglichkeit, den kommunalen Twitteraccount automatisiert auf Direktnachrichten oder Mentions zu überprüfen. Geolokalisierte Tweets von Bürgern mit einem frei definierbaren Hash-Tag, wie z.B. #fixmystreet können mit Bildern eines Fotodienstes (zB. Twitpic) verknüpft und als Störungsmeldung entgegen genommen werden. Das macht unabhängig von Hardware und Appstores und spricht direkt zur Gov2.0 orientierten Fangemeinde bei Twitter, Facebook und Co.

Gleichzeitig gibt es hier ein Facelift und eine Broschüre, auf der man alle Funktionen in Ruhe nachlesen kann.

Eine davon ist die neue REST API, über die Drittsysteme, beispielsweise in einem D115 Servicecenter eingesetzt, mit Mark-a-Spot kommunizieren können.

Der Verwaltung wird es ermöglicht, Statusänderungen automatisch als Tweets zu generieren, die im kommunalen Twitter-Account veröffentlicht werden.

Dies erhöht nicht nur die Transparenz, sondern spricht auch die kommunalen Follower als zukünftig Nutzer der Plattform an.

Ganz nach seiner offenen Philosophie öffnet sich Mark-a-Spot endlich OpenStreetMaps und bedient sich dabei der Dienste von Cloudmade.

Das Unternehmen des OpenStreetMaps-Gründers Steve Coast garantiert eine Verfügbarkeit der Karten von 99,9 Prozent und ist auch hinsichtlich der Perfomance der Map-Tile Server wahrscheinlich ebenso leistungsfähig wie Google Maps.

Neu war für mich die Möglichkeit des individuellen Styling der Kartendarstellung. Für alle Interessierten: dieses Feature ist seit letzter Woche übrigens auch in der Version 3 des Google Maps API implementiert.

Er sieht die Stärken eines geobasierten Beschwerdemanagements vor allem in der Transparenz und der offensichtlichen Unterstützung des Qualitätsmanagements.

Schwächen sieht er in der Nichtzuständigkeit bei bestimmten Missständen und Schäden, ein Punkt, den ich nicht nachvollziehen kann. Hier sehe ich eher den Vorteil, dass eine Verwaltung ihre Kernaufgaben und Zuständigkeitsbereiche nach außen dokumentieren und als Vermittler zu dritten “Prozesseignern” auftreten kann.

Dies ermöglicht allen bisherigen Interessenten, die Applikation zu testen und zu verbessern. Die Affero Lizenz entspricht weitgehend der bekannten GNU-GPL, hat jedoch das Erfordernis, dass der Quellcode auch bei einem Betrieb (nicht nur der Redistribution) der Software über das Internet jederzeit zugänglich gemacht wird.

Es bleibt zu sagen, Mark-a-Spot ist kein “Out of the Box”-Produkt. Anpassungsleistungen, Beratung, Betrieb und Support sind Teil eines Konzeptes, über das hier bald mehr zu lesen sein wird. Für dahingehende Unterstützungsleistungen kann jederzeit Kontakt aufgenommen werden.

Hier geht es zum Source Code:

• 0.98 als ZIP
• 0.98 als Tar

Die Szenarien können durch den Seitenbetreiber (Verwaltungen, Parteien, Nichtregierungsorganisationen) durch einfache Änderung der Kategorienbezeichnungen konfiguriert werden.

Auch als PDF:

• Mark-a-Spot Betriebsmodi (de)
• Operating Modes of Mark-a-Spot Platforms (en)

Was ist passiert: Die Suche ist nun zentraler Zugang zur Kartenapplikation und teilt sich bereits auf der Startseite in eine Anschrift-/Ortssuche und Volltextsuche nach Inhalten.

Außerdem wurden eine Reihe Bugs gefixt, so dass nun auch die tabellarische Listenansicht nach Kategorien- und Statusfilter zur Verfügung stehen.

Mark-a-Spot ist seit dieser Version in diversen Subdirectories installierbar und kann so unter einer Domain/Subdomain verschiedene Zwecke erfüllen.