Closed jstcki closed 6 years ago
Oder wär trotzdem die Suche gescheiter, weil die Resultate dann gleich geframed sind, wie die Suchergebnisse?
Ü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.
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?
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:
Soll zurückgeben:
@herrstucki immer in Bezug auf die View, richtig? Sprich bei Euch auf das Facet
@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.
@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
(-:
Zur Veranschaulichung gehts um diese Ansicht:
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.
@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.
Wird in https://github.com/statistikstadtzuerich/stip-general/issues/104 weiterbehandelt
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?