Skip to content
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

Frage: URLs zur Referenzierung von JSON-Dokumenten ? #36

Closed
akuckartz opened this issue Apr 28, 2013 · 4 comments
Closed

Frage: URLs zur Referenzierung von JSON-Dokumenten ? #36

akuckartz opened this issue Apr 28, 2013 · 4 comments
Milestone

Comments

@akuckartz
Copy link
Contributor

Von @lanthaler wurde in #10 diese Fragestellung zusammengefasst (hier leicht gekürzt):

HTTP arbeitet mir URLs. Wenn es nicht eine SOAP-ähnliche API werden soll, führt meiner Meinung nach wirklich kein Weg an URLs vorbei. Der einzige andere Weg den ich sehe ist wie gesagt ein SOAP-ähnliches Interface, d.h., alle IDs werden per POST an eine URL geschickt das dann die jeweiligen Daten zurückgibt. Ich hoffe wirklich sehr dass das nicht so beabsichtigt ist.

Meine Fragen sind also:

  1. Können wir davon ausgehen, dass auf die JSON-Dokumente durch jeweils eine URL per http GET zugegriffen werden kann ?
  2. Spricht etwas dagegen, dass diese URLs auch in anderen OParl JSON-Dokumenten als Referenzen verwendet werden und dies auch in OParl 1.0 festgelegt wird ? (Also eine URL statt z.B. "0003/2013" für eine Drucksache)

Die Fragen richten sich an alle, besonders aber an die RIS-Hersteller.

Einhellige Zustimmung würde einiges vereinfachen.

@marians
Copy link
Contributor

marians commented Apr 29, 2013

Zu 1: Ja

@BThie
Copy link

BThie commented May 8, 2013

@akuckartz , @marians
Aus unserer Sicht spricht nichts dagegen.
zu 1.: Ja
zu 2: Nein

@akuckartz
Copy link
Contributor Author

Workshop: Wie vorgeschlagen.

@akuckartz
Copy link
Contributor Author

Da allenfalls strittig ist, ob Blank Nodes zugelassen werden müssen (was an anderer Stelle behandelt wird), schliesse ich dieses issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

3 participants