-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
URL-Parameter für Methodenaufruf #30
Comments
Dies sollte in Zusammenhang mit #12 behandelt werden. |
Es geht hier allgemein um eine Abfragesprache / query language. |
Schon mal ein Hinweis auf JSON-LD Framing. Ich werde im Laufe der nächsten Wochen möglicherweise darauf zurückkommen. Das Abstract lautet:
|
Als Query Language kommt möglicherweise auch LDPath in Frage.
Zu klären ist, inwieweit das "simple" sowohl für die Verwendung im Client als auch für die Implementierung auf RIS-Seite zutrifft. |
Ich halte inzwischen zumindest eine informelle Empfehlung zugunsten von SPARQL für sinnvoll. Ich vermute, dass eine strikte Anforderung in OParl 1.0 gegenwärtig nicht akzeptiert würde. Denkbar ist aber, an einer zentralen RIS-unabhängigen Stelle einen SPARQL-Endpoint für OParl-Daten anzubieten. Dafür kommen eventuell oparl.de oder govdata.de in Frage. Für govdata.de habe ich dieses Issue angelegt: https://github.com/fraunhoferfokus/GovData/issues/65 |
Workshop: MUST Anfangs und Ende-dateTime als Parameter für Filter. Relevant für Sitzung: Termin, Drucksache: Freigabedatum. |
Ich werde mal schauen, ob ich in der Vorbereitung für den nächsten Workshop eine SPARQL-Engine mit den dann vorhandenen Beispieldaten sowie ein paar exemplarische Requests zugänglich machen kann. Dann sind manche Aspekte der Spezifikation leichter zu demonstrieren und zu prüfen. (Und eventuell kommt ja auch der eine oder andere Anbieter auf den Geschmack ;-) |
Wurde heute nochmal im Workshop diskutiert, mit dem Ergebnis, dass es bei den Start- udn EndDatum-Parametern bleibt. |
Hier gibt es keine offenen Aufgaben mehr. |
Hier soll das Für und Wieder von und die Alternativen zu URL-Parametern bei Methodenaufrufen diskutiert werden.
Eine Möglichkeit, um beispielsweise von einer Methode
http://einris.de/api/sessions
die öffentlichen Sitzungen abzurufen, wäre:Was spricht dagegen? Welche bessere Möglichkeit gibt es?
(Die Diskussion wurde schon in #13 begonnen und nun in ein eigenes Issue ausgelagert.)
The text was updated successfully, but these errors were encountered: