Das ist doch ausreichend einfach. Geht das bei der iOS App nicht?
Außerdem hat iOS ja nur einen Marktanteil von 10%, soviel geht da also nicht verloren.
Das ist auch meine Meinung.phonehoppy hat geschrieben: Nichtsdestotrotz würde ich anregen, dass @Guy den Kreis der Entwickler erweitert, die am GE-Verzeichnis arbeiten.
Ich würde mich hiermit zur Verfügung stellen.
Das fummeln auf der winzigen Website macht ja auch soviel Spass.jo911 hat geschrieben:Ich kenne die iOS App nicht, aber ich kann in den beiden Android Apps Wattfinder und Nextplug ganz easy die Webseite der Ladestation aufrufen und direkt bearbeiten. Einmalig dauerhaft angemeldet vorausgesetzt.
Das ist doch ausreichend einfach. Geht das bei der iOS App nicht?
Außerdem hat iOS ja nur einen Marktanteil von 10%, soviel geht da also nicht verloren.
Verstößt aber IMHO gegen die Nutzungsbedingungen.phonehoppy hat geschrieben:Rein theoretisch ist eine besondere API nicht unbedingt erforderlich, im mit einer App einen Ladelog-Eintrag zu erfassen. Das geht auch ganz normal über das HTML-Formular, die Pp muss es nur parsen und/oder transformieren. Das ist natürlich nicht so schön, unsicher wenn die HTML-Darstellung des Ladelogs geändert wird und auch recht aufwändig zu programmieren, aber funktionieren würde es schon.
Im Moment so: Abends am Rechner trage ich nach - allerdings nur noch, wenn eine Säule defekt ist oder nach gefahrener Langstrecke die Schnellader eigentlich immer, das ist ja sinnvoll.Fridgeir hat geschrieben: Und auf welche Art gibt Du die Infos der 'Community' zurück? Ich meine, den Standort der Ladesäule und den aktuellen Status hat die Uhr ja nicht aus dem Weltraum oder dem Nirvana? Ich glaube über die OCM-DB brauchen wir nicht diskutieren, die ist unterirdisch schlecht.
Da gibt es User die produzieren hunderte von Beiträgen in der Woche, machen sogar extra einen auf, um sich zu beschweren, das ihre Stammsäule nicht funktioniert, aber können dann im Verzeichnis diese nicht als gestört markieren? Wie schreiben diese ihre Beiträge? Entweder wie ich, meist auf dem Smartphone oder mit einem PC oder Mac.Zoelibat hat geschrieben:...
Das fummeln auf der winzigen Website macht ja auch soviel Spass.
remus hat geschrieben:Hallo zusammen,
da ich hier direkt und indirekt angesprochen wurde, möchte ich mich auch in der Sache äußern.
Vorab schon mal: ich finde diese Diskussion sowohl inhaltlich als auch vom Ton her nicht richtig. Ich habe mit der Entwicklung von chargEV, damals EVPlugFinder schon vor über 1 Jahr angefangen und sehr viel Zeit und Energie investiert. Eure positiven Rückmeldungen und aber auch der nette Umgangston haben mich stets angetrieben, weiter zu machen.
Ich habe stets betont, dass ich auch am gleichen Strang ziehe wie ihr alle. Wir wollen doch die E-Mobilität nach Vorne bringen, richtig? Schon vergessen?
Nun zu dem Verstoß gegen den Nutzungsbedingungen, dazu möchte ich folgendes mitteilen:
Stein des Anstoßes war die Tatsache, dass man über die API nur "mit bekommt", wenn eine Ladestation einen Fehler aufweist. In diesem Falle auch mit dem entsprechenden Timestamp. Jedoch, wenn die Ladestation funktioniert, fehlt diese Information, also der Timestamp, wann die Entstörung stattgefunden hat.
Da nun die App schon immer beide Infos (also eigene CheckIns und auch die Ladelogs über die API) sozusagen "gemerged" hat, ging das in manchen Fälle nicht richtig, was für einige Irritationen gesorgt hat.
Ich habe das auch so gemeldet und auch @Guy gebeten, diese Information (der fehlende Timestamp) zur Verfügung zu stellen:
goingelectric-stromtankstellen/offiziel ... ml#p512422
Es gab keine Reaktion/Antwort darauf, auch nach Monaten nicht. Ich möchte mich jetzt nicht zu weit aus dem Fenster lehnen, behaupte jedoch, der Aufwand, es in die API zu integrieren wäre recht überschaubar gewesen.
Quasi aus der Not heraus habe ich nach einer anderen Möglichkeit gesucht, wie man mit den vorhandenen Mitteln diese Information ableiten kann.
Und wie habe ich das realisiert?
Um nun diesen Zeitpunkt zu ermitteln gehe ich periodisch alle Ladepunkte mit CheckIns durch und hole die Infos, um zu sehen, ob mittlerweile eine Entstörung stattgefunden hat. Wenn so, so wird diese Info entsprechend in einem Backend vermerkt, mit dem aktuellen Timestamp.
Damit dies alles keine unnötige und übermässige Last auf die API abwirft, habe ich entsprechende Vorkehrungen getroffen, dass nicht zu viele Requests pro Sekunde stattfinden können, das wird also programmatisch gedrosselt.
Offensichtlich verstößt das gegen Nutzungsbedingungen (war mir nicht direkt bewusst war, war also sicher kein Vorsatz), darauf kontaktierte mich @Guy neulich. Es gab dazu einen Dialog und ich war der Meinung, dass das aus der Welt wäre. Aber da habe ich mich wohl getäuscht. Nichts liegt mir fernere als hier den Bogen zu überspannen, deswegen werde ich heute noch den Dialog mit @Guy wieder aufnehmen, um dies zu klären.
Auch habe ich bereits die automatische Synchronisation abgeschaltet. Heißt konkret, der Abgleich in der o.g. Form findet nicht mehr statt. Ich finde es auch schade, dass es dazu gekommen ist, zumal ich wirklich einiges an Fleiß in diese Funktion gesteckt habe, aber sei's drum. Wer will schon mit Vorsatz gegen etwas verstoßen?
Remus.
PS: Ich werde euch auf den Laufenden halten (hier und in den anderen bekannten Threads)