Download (5Mb) - oops/ - Oldenburger Online-Publikations-Server

100 Umsetzung des Prototyps
7.3.2 Statische, vordefinierte Elemente des Datenmodells
In diesem Abschnitt wird kurz die Prozedur zur ursprünglichen Befüllung des Datenbestandes erläutert.
Für diesen Vorgang wurden Ruby-Programme entwickelt, die die Daten auslesen, interpretieren,
in einem Datenbank- bzw. ORM-geeigneten Format umwandeln und letztendlich die interpretierten
Daten als feste Instanzen des Datenmodells in der relationalen Datenbank speichern.
AssetCategory
Die erste Kategorie von statischen, vordefinierten Elementen des Datenmodells ist von der Klasse
AssetCategory (siehe auch 7.2) repräsentiert. Diese Datensammlung wurde händisch von dedizierten
Quellen wie ein Online-Werkzeug für die Erstellung von Grundrissen 8 oder ein Online-
Werkzeug für die Erstellung von verschiedenen Diagrammen-Typen , welche auch die Erstellung von
Grundrissen ermöglicht 9 zusammengefasst.
Die Darstellung der gesammelten Daten wurde in einer formatierten Text-Datei realisiert, zur Erleichterung
der Bearbeitung. Die Vater-Kind Beziehungen zwischen den einzelnen Kategorien bzw.
“Knoten” wird durch die Einrückung bestimmt. Trennzeichen unterscheiden die verfügbaren Attribute
wie Name, Beschreibung oder für die Darstellung benutztes Symbol. Ein Parser wurde für diese
vereinfachte Datei-Struktur geschrieben. Nachdem die Daten ausgelesen sind und damit die Struktur
bzw. die Vater-Kind Beziehungen festgestellt sind, werden die Daten zu DataMapper-entsprechenden
Instanzen der Klasse AssetCategory umgewandelt und in der Datenbank gespeichert.
Derselbe Vorgang wird im Fall der “externen” Kategorien (d.h. die Örtlichkeiten außerhalb der
Wohnung, ExternalVenue) eingesetzt, mit dem Unterschied dass kein Parser erforderlich ist, es
wurde ein JSON-Parser für Ruby verwendet. Die Quelle der Örtlichkeiten ist die API der populäre
Dienst für Check-Ins und lokale Vorschläge namens Foursquare 10 , welche die Taxonomie der
erfassbaren Örtlichkeiten veröffentlicht. Eine Application Programming Interface (API) ist eine Spezifikation
der Schnittstellen, die für die Kommunikation zwischen Software-Komponenten verwendet
werden können.
Um eine transparente Darstellung der auswählbaren Kategorien im Frontend zu ermöglichen, wird
bei der Umwandlung der ausgelesenen Daten zu DataMapper-Ressourcen eine Vereinbarung gemacht.
Zwar wird als Vater-Knoten für die hiermit entstehende Baum-Struktur die vorher erfassten
Kategorie, die “Gegenstände” außerhalb der Wohnung beschreibt, benutzt. Weitere Informationen
sind im Abschnitt 7.4.1 beschrieben.
CentralElement
Der zentrale “Gegenstand” wird durch eine Wohnung ausgeprägt und lässt sich durch ein Kommandozeile-gesteuertes
Programm automatisch erstellen. Hierfür sind Parameter der UserProfile
erforderlich (siehe auch 7.2.3), wie z.B. einen Benutzername oder einen kurzen Profil-Satz.
Die damit entstehende Instanz der CentralElement Klasse wird in der Datenbank gespeichert
und kann danach benutzt werden. An dieser Stelle findet eine “Anpassung” des vorher befüllten Datenbestandes:
die generisch benannten Elementen wie z.B. Apartment/House oder Building werden
8
http://www.floorplanner.com
9
http://www.gliffy.com
10
http://www.foursquare.com