Metalab OS: Unterschied zwischen den Versionen

aus Metalab, dem offenen Zentrum für meta-disziplinäre Magier und technisch-kreative Enthusiasten.
Wechseln zu: Navigation, Suche
(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.

Version vom 21. April 2006, 12:58 Uhr

Das Metalab-Betriebssystem ünterstützt Verwaltung und Betrieb des Metalabs sowohl physisch als auch in Software.

Aufgabengebiete
  • Mitgliederverwaltung (Erfassung, Mitgliedsbeiträge, usw.)
  • Zugangskontrolle (Kartenleser udgl.)
  • Shutdown-Plan (was machen wenn man der letzte ist der das Lab verlässt)
  • Playlist Verwaltung (für die Hintergrundmusik)
  • Verwaltung der Jabber Mitgliederlisten und Gruppen. (wer Mitglied wird hat sofort alle Members in seiner Kontaktliste)
  • 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
  • Inventar-Datenbank, Reservierung/Ausleihung von Gegenständen usw
  • Eventplanung (Raumreservierung usw)
  • Lokale Infofeeds: Nächste U-Bahn/Nachtbus, verfügbare Citybikes, Wetter, usw
Implementation
  • Grundstock im Python MVC-Framework TurboGears
  • Offen und interoperabel. Das Metalab OS definiert sich über seine Auswirkungen auf den physischen Raum, nicht durch die spezielle Softwareimplementation
  • Lose Kuppelung durch externe Dienste auf die durch mehrere Applikationen in verschiedenen Sprachen zugegriffen werden kann (LDAP, Datenbank, ...)
  • 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).
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 Christoph.

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 FOAF für Personen], RSS/ATOM? etc.
  • Mit passenden HTTP-Authentication Headern darf man auch DELETEn und PUTen.