Schon lange ist das REST-Konzept in der Internetwelt ein heiss diskutiertes Thema. Oft wird REST als einfachere Alternative zu den zahlreichen und komplexen Webservice-Standards (WS-*) propagiert. Was wirklich besser ist, muss wahrscheinlich im Einzelfall entschieden werden. Aber REST garantiert — bei konsequenter Anwendung — eine grössere Einfachheit und ebenfalls eine bessere Lesbarkeit.
Im Geoinformationsbereich wird REST nun auch langsam ein Thema. Zwar gibt es schon länger einige Anwendungen und Standards, denen nachgesagt wird, sie seien “RESTful”. Doch wirklich RESTful sind diese meistens nicht. Ein Beispiel ist die REST-Api für die ArcWeb Services von ESRI. Bei genauerer Betrachtung der Dokumentation wird aber schnell klar, dass es sich hier nie und nimmer um einen RESTful Webservice handelt. Die einzelnen Ressourcen werden nicht via verschiedene URLs bezeichnet und die verschiedenen HTTP-Verben (GET, POST, PUT, DELETE) werden ebenfalls nicht verwendet. Stattdessen wird der Webservice einfach über eine relativ grosse Zahl an GET-Parametern bedient. Das ist keinesfalls RESTful. Gleiches gilt z.B. auch für den WMS-Standard. Auch hier wird der Server einfach via GET-Parameter gesteuert.
Zugegeben: einen wirklich RESTful Webservice oder Applikation zu erstellen, ist nicht ganz trivial. Aber gerade in den letzten Tagen haben zwei Pioniere gezeigt, was auch im GIS-Bereich mit REST erreicht werden kann. Da wäre einerseits die “Feature Demo” von Sean Gillies und andererseits der FeatureServer. Beide Dienste stehen natürlich in einem experimentellen Stadium, sie zeigen aber eindrücklich, was bereits jetzt im GIS-Bereich mit REST möglich ist. Mit Sicherheit ein Thema, das ich gespannt weiterverfolgen werde.