StatistikStadtZuerich / stat.stadt-zuerich.ch

API Backend for the linked open statistical data of the Municipality of Zurich
Other
0 stars 0 forks source link

Tags-API #8

Closed jstcki closed 6 years ago

jstcki commented 6 years ago

Vielleicht blöde Frage, aber um die Daten eines Tags zu laden (ohne über die Tag-Suche zu gehen), muss ich lediglich dessen ID verwenden?

Also z.B: http://ld.stadt-zuerich.ch/statistics/property/NAF?format=json (in dem Fall kommt kein JSON zurück)

Bonusfrage: Kann ich auch mehrere auf einmal laden?

jstcki commented 6 years ago

Oder wär trotzdem die Suche gescheiter, weil die Resultate dann gleich geframed sind, wie die Suchergebnisse?

Also z.B. so: http://stat.stadt-zuerich.ch/api/tags/?format=json&id=http%3A%2F%2Fld.stadt-zuerich.ch%2Fstatistics%2Fproperty%2FNAF&id=http%3A%2F%2Fld.stadt-zuerich.ch%2Fstatistics%2Fproperty%2FSEX

jstcki commented 6 years ago

Übrigens, wenn das Ergebnis der Suche die Suchparameter vollständig[*] zurückschicken würde so wie auf https://sszvis-components.netlify.com/#/api-specs-search?a=tagssearch spezifiziert, bräuchte ich das wahrscheinlich nicht extra.

[*]: Vollständig heisst: nicht nur die ID, die ich zur Suche verwendet habe, sondern auch Label etc.

l00mi commented 6 years ago

Ja bei den "daten" also alles ausser /api kann man dass machen. Es gibt hier aber kein definiertes Framing deshalb kein format=json .. aber natürlich format=jsonld. Oder immer auch content-negotiation.

Für mehrere auf einmal müsstet man dann über SPARQL gehen.

Also ja man kann natürlich die parameter im Resultat zurückgeben. Grundsäztlich besser zu sagen was der Use Case ist und wir schauen die beste Lösung.

Also Du brauchst einfach die Labels der Parameter in der Antwort der suche mit den View?

jstcki commented 6 years ago

Also Du brauchst einfach die Labels der Parameter in der Antwort der suche mit den View?

Ja, aber am besten mit dem selben Framing wie anderen Tags, also auch inkl @type etc.

Nochmal komplett:

http://stat.stadt-zuerich.ch/api/tags/?format=json&id=http%3A%2F%2Fld.stadt-zuerich.ch%2Fstatistics%2Fproperty%2FNAF&id=http%3A%2F%2Fld.stadt-zuerich.ch%2Fstatistics%2Fproperty%2FSEX

Soll zurückgeben:

ktk commented 6 years ago

@herrstucki immer in Bezug auf die View, richtig? Sprich bei Euch auf das Facet

l00mi commented 6 years ago

@l00mi Zur Einschränkung der möglichen Tags weiter, werden die Tags als eigene params übergeben. Diese sollten in der Response wiederum mit Label vorhanden sein.

jstcki commented 6 years ago

@ktk nein, jetzt hier nur in Bezug auf die Tags selbst. Habs grad mit @l00mi besprochen. Die Revision davon ist, dass wir wahrscheinlich nicht id als Parameter verwenden, sondern gleich den Typ, also sowas wie

http://stat.stadt-zuerich.ch/api/tags/?format=json&dimension=ID1&topic=ID2

l00mi commented 6 years ago

(-:

jstcki commented 6 years ago

Zur Veranschaulichung gehts um diese Ansicht:

bildschirmfoto 2018-01-19 um 16 27 12

http://stat.stadt-zuerich.ch/api/tags/?format=json&topic=BEV&topic=BESTAND

Die Response beinhaltet dann die beiden gesuchten Tags (in diesem Fall Topics) im Suchfeld selbst sowie diejenigen darunter.

jstcki commented 6 years ago

@ktk

Zusammengefasst nochmal brauchen wir in etwa Folgendes:

Pro Tag brauchen wir eigentlich lediglich

/api/tags

Top N Tags pro Typ (also je N Dimensionen, Topics, etc.)

/api/tags?dimension=DIM1&dimension=DIM2&topic=TOP1

Top N Tags pro Typ, eingeschränkt auf die Tags

Für die Tags selbst sollte das eigentlich mal reichen. Ob N ein Query-Parameter sein soll (z.B. perType=10), könnt ihr entscheiden.

MatthiasGuenter commented 6 years ago

Wird in https://github.com/statistikstadtzuerich/stip-general/issues/104 weiterbehandelt