Closed s72785 closed 9 years ago
jklmnn
commented
9 years ago Das hatte ich schon im Hinterkopf und das wird auf jeden Fall kommen. Allerdings wird sich das noch mal ändern, da ich die Geolokalisierung noch einbauen möchte, evtl. noch Nullwerte falls ein bestimmter Wert mal gar nicht geliefert werden kann. Daher kann sich die API noch ändern und ich würde das bevorzugt erst machen, wenn sie stabil ist.
jklmnn
commented
9 years ago Ich hab soweit erst mal ein JSon-Schema erstellt, das zur aktuellen Version passt: http://jkliemann.de/parkendd/dev.html
s72785
commented
9 years ago naja.. imho sollten
On 16.12.2014 16:00, jklmnn wrote:
Ich hab soweit erst mal ein JSon-Schema erstellt, das zur aktuellen Version passt: http://jkliemann.de/parkendd/dev.html
— Reply to this email directly or view it on GitHub https://github.com/jklmnn/ParkenDD/issues/4#issuecomment-67171587.
jklmnn
commented
9 years ago Die Indizes und Types werden ja auch nicht mitgeschickt. Das ist eine JSon Definition, siehe http://json-schema.org/example1.html Und lat und lon als coord zu gruppieren würde ja wieder gegen das Platzsparen gehen. Ich überlege, ob ich eine spezielle Version von parkplaetzeDD erstelle, die auch die Stadt mitschickt, was zwar erst mal redundant ist, aber es wird im Nachhinein einfacher sein da noch zusätzliche Informationen wie z.Bsp. die Stadt (im falle mehrerer Städte) oder bestimmte Serverdaten (z.Bsp. ob der Server Nachrichten entgegen nimmt, siehe #1 ).
jklmnn
commented
9 years ago Also, der neue Server unterstützt Metadaten (die noch erweitert werden können, ohne alte Versionen zu beeinflussen). Dazu siehe http://jkliemann.de/parkendd/dev.html
Und in seit v0.3.1 funktioniert das Abrufen der Metadaten sowie das wechseln des Servers auch.
Die Daten, die seitens eines Servers benötigt werden wären gut zu wissen um ggf. weitere Server - auch an anderen Orten (sobald man mehrere einstellen kann) zu nutzen. Eventuell auch beim Namen dahingehend darauf achten, dass die Lokalisierung dem "Marketing" nicht im Wege steht.