Zum Inhalt springen

Metalab OS: Unterschied zwischen den Versionen

Christoph (Diskussion | Beiträge)
Keine Bearbeitungszusammenfassung
C3o (Diskussion | Beiträge)
inventar, events, infofeeds, REST
Zeile 9: Zeile 9:
* Single-Sign-On für alle Metalab Services (geteilte userdatenbank zwischen den applikationen)
* Single-Sign-On für alle Metalab Services (geteilte userdatenbank zwischen den applikationen)
* Anträge an die GV sollen vorbereitet, diskutiert und ev. auch abgestimmt werden können
* Anträge an die GV sollen vorbereitet, diskutiert und ev. auch abgestimmt werden können
* Inventar-Datenbank, Reservierung/Ausleihung von Gegenständen usw
* Eventplanung (Raumreservierung usw)
* Lokale Infofeeds: Nächste U-Bahn/Nachtbus, verfügbare Citybikes, Wetter, usw


;Implementation
;Implementation
* Offen und interoperabel. Das Metalab.OS definiert sich über seine Auswirkungen auf den physischen Raum, nicht durch die spezielle Softwareimplementation
* Grundstock im Python MVC-Framework [[wen:TurboGears|TurboGears]]
* Lose Kuppelung durch externe Dienste auf die durch mehrere Applikationen in verschiedenen Sprachen zugegriffen werden kann ([[LDAP]], Datenbank, ...) und standardisierte Web-App Programmierschnittstellen (XMLRPC, REST)
* Offen und interoperabel. Das Metalab OS definiert sich über seine Auswirkungen auf den physischen Raum, nicht durch die spezielle Softwareimplementation
* Grundstock am besten in solidem Highlevel Web Framework wie [http://www.turbogears.org/ TurboGears] oder [http://www.rubyonrails.org/ Ruby-On-Rails].
* Lose Kuppelung durch externe Dienste auf die durch mehrere Applikationen in verschiedenen Sprachen zugegriffen werden kann ([[LDAP]], Datenbank, ...)
* [[wen:Representational State Transfer|REST]] Web-App Schnittstelle, ev. auch XMLRPC/SOAP.
* Physische Policy Teile des Metalab-OS werden am besten ausgedruckt und an den entsprechenden Orten aufgehängt (z.B. Shutdown-Prozedur beim Ausgang).
* Physische Policy Teile des Metalab-OS werden am besten ausgedruckt und an den entsprechenden Orten aufgehängt (z.B. Shutdown-Prozedur beim Ausgang).


;Entwicklungsumgebung
;Entwicklungsumgebung
Vorläufig wurde ein Subversion (https://dev.metalab.at:10080/svn) und ein Trac (https://dev.metalab.at/trac) installiert. Wer mitmachen will (und daher einen Account braucht) wendet sich bitte an mich.
Vorläufig wurde ein Subversion (https://dev.metalab.at:10080/svn) und ein Trac (https://dev.metalab.at/trac) installiert. Wer mitmachen will (und daher einen Account braucht) wendet sich bitte an [[Benutzer:Christoph|Christoph]].
--[[Benutzer:Christoph|Christoph]] 15:17, 15. Apr 2006 (CEST)
 
;REST-Webservices
* Ressourcen haben jeweils eigene, unveränderliche URLs:
http://things.metalab.at/12f892b5
http://people.metalab.at/c3o
http://spaces.metalab.at/novitaeten
* Auf GET-Requests hin werden die Daten je nach Accept-Header (ev zus. je nach "Dateiendung" od. Parameter) in verschiedenen Formaten ausgegeben: HTML+Microformats, XML/RDF [zb [[wen:FOAF (software)|FOAF]] für Personen], RSS/ATOM? etc.
* Mit passenden HTTP-Authentication Headern darf man auch DELETEn und PUTen.