Offizielle API zum Stromtankstellenverzeichnis

[remus]

Aktuell liefert die API für "n.a." Texte, wie z.B. in diesem Snippet:

Code: Alles auswählen

"cost": {
        "description_short": false,
        "description_long": false,
        "freeparking": true,
        "freecharging": true
      },

Boolean <false> als Value, wenn kein Text für den jew. Key vorhanden ist (im o.g. Beispiel für die Keys "description_short" und "description_long") Semantisch richtiger wäre IMO, entweder <null> oder aber den Key ganz weglassen. Ich persönlich würde die letztere Option favorisieren, spart auch noch ein Paar Bytes.

@Guy, wie denkst du darüber, könnte man das so generell umsetzen, also auch in den anderen Fällen, wo "false" bei "n.a." kommt?

Stein des Anstoßes bei mir war die (eher kosmetische) Tatsache, dass meine JSON Parsing Library in solchen Fällen immer eine Meldung loggt, was man (aktuell) auch nicht abstellen kann.

[remus]

im

Code: Alles auswählen

GET /chargepoints

Endpoint werden ja die Einträge, die mit einem "fault_report" versehen sind, entsprechend gekennzeichnet, z.B.:

Code: Alles auswählen

    {
      "ge_id": 8062,
      "name": "W-QUADRAT",
      "url": "//www.goingelectric.de/stromtankstellen/Deutschland/Gernsbach/W-QUADRAT-Baccarat-Strasse-39/8062/",
      "fault_report": true,
      "verified": true
    },

diese Info ist allerdings ohne Timestamp nicht wirklich brauchbar. Bei dem o.g. sieht der vollständige "Fault Report" aus wie folgt:

Code: Alles auswählen

      "fault_report": {
        "created": 1459634400,
        "description": "An 22kW CEE funktionieren nur 2 Phasen"
      },

@Guy wäre es möglich, dass man die gleiche Datenstruktur, wie bei dem "Fetch Detail" Endpoint auch für die Liste verwendet? Auf die "description" könnte man verzichten, der Timestamp wäre jedoch relevant, um client-seitig eine Logik wie "gehe davon aus, dass der Log-Eintrag obsolet ist, wenn älter als X Tage, wenn die Ladesäule DC hat, Y Tage sonst"

[kassiopeia]

@Guy:

Timestamps und die Unterscheidung nach Steckern finde ich entscheidend, wenn man die Verfügbarkeit von Ladestationen in Zukunft sinnvoll abbilden möchte.
Eine Station mit einem Stecker wird es bald wohl nur noch bei Einsiedelladern geben

Die Erweiterung der API zum Zurückfließen der Daten würde dem ge-Verzeichnis sicherlich sehr viel bringen in Bezug auf Aktualität und Verlässlichkeit. Wäre doch schön wenn dieses Verzeichnis zum Standard würde in Sachen Elektromobilität - eine Honorierung der Arbeit die hinein gesteckt wurde...

[Volker.Berlin]

Die Erweiterung der API zum Zurückfließen der Daten würde dem ge-Verzeichnis sicherlich sehr viel bringen in Bezug auf Aktualität und Verlässlichkeit.

+1 Mein Reden.

[umrath]

+1 auch von mir. Die Funktionalität fehlt doch sehr.

[Lotzekov]

Für beide Vorschläge (Remus und die erneute Nachfrage zum Rückfluss der Daten zu GE von kassiopeia) +1

[remus]

In diesem Zusammenhang will ich noch

http://www.goingelectric.de/forum/going ... ml#p519184

verlinken, wo es um die Berechnung des Timestamps geht: der Timestamp sollte auch Kommentare berücksichtigen, falls vorhanden.

[graefe]

Vielleicht könnte man auch das Datum, wann eine Ladesäule gemeldet worden ist, in die API aufnehmen. Das könnte man in einer App sehr schön nutzen, indem man neue Ladesäulen gesondert anzeigen würde.

[remus]

@guy ich möchte ein Widget implementieren, das Ladestationen in der Nähe anzeigt. Dort werden lediglich zwischen 2 und 6 Ladestationen angezeigt.

Aktuell gibt es kein „limit“ Parameter in der API und „radius“ ist in diesem Kontext nicht günstig weil die Dichte der Ladestationen je nach Location sehr unterschiedlich ist.

Könnte man ein optionales „limit“ Parameter in der API einführen? Ab besten unabhängig vom bestehenden „radius“ Parameter, sodass man auch beide Parameter gemeinsam nutzen kann, z.B. „maximal 6 Ladestationen im Umkreis von 10km“.

[DiLeGreen]

Der Filter "Einträge mit bestätigter Funktion" scheint nicht richtig übermittelt zu werden, z.B. bei http://www.goingelectric.de/stromtankst ... -11/22144/ erfolgte die erste Ladung am selben Tag wie die Eintragung, die Station wird aber in den Apps bei gesetztem Filter nicht angezeigt.