On 11.06.2014, at 15:53, Alexander Graesel - AxxG developer@axxg.de wrote:
Also generell finde ich deine Ideen gut, aber die Thematik "Zeitzone" erhöht natürlich signifikant die Komplexisität der API. Ich sehe auch keinen direkten Use-Case dafür und würde lieder darauf verzichten.
Es geht um die Interpretation der symbolischen Daten in Event und Day. Entweder man legt die auf UTC fest oder man sagt relativ zu welchem Tag sie gedeutet werden müssen. Das Problem ist aufgetaucht, da ich die AltConf App in Deutschland entwickelt habe. Und die App hat die Tage in der Lokalen Zeitzone angezeigt, was in den USA halt nicht hingehauen hat wenn man aus den Daten die Wochentage errechnet hat. Aber das war ja mein Bug, ich wollte nur ausschließen, dass andere den gleichen Fehler machen.
Falls es doch kommen sollte, würde ich alle Zeitangaben in UTC angeben und den API-Caller das umrechnen überlassen.
Die meisten Zeitangaben sind ja mit Zeitzonenangabe (begin/end in Session). Day ist ja Kalenderdatum (symbolische Zeit) anstelle eines Zeitpunkts. Das ist ja auch Sinnvoll, denn wenn ich sage der Erste Tag der Republica ist am 5.5.2014, meine ich ja auch in Berlin nicht in UTC. Gemeint ist eben der 5. Mai 2014 und nicht der 5.5.2014 Mitternacht UTC. Im Prinzip brauchen wir die UTC-Offsetangabe gar nicht, sondern sollten nur klarstellen, dass es sich um ein Kalendardatum handelt.
Cheers, toto
VG Alexander
Am 11. Juni 2014 14:38 schrieb Thomas Kollbach toto@bitfever.de: Hi,
letze Woche war in San Francisco die Apple Entwicklerkonferenz WWDC [1].
Da dieses Jahr viele Leute kein Ticket bekommen haben gab es eine alternative Konferenz quasi direkt nebenan, die AltConf [2]. Ich habe die App, die ich auf der Basis für die Republica gebaut hatte angepasst. Das Datenformat ist 100% das re-data Format, größtenteils inkl. Recordings [3].
Die App hat (im Gegensatz zur App Store Version der Republica app) noch ein paar Features [4]:
- Video Playback für YouTube recordings (sollte sogar mit Live videos gehen, kann ich aber aus Gema-Gründen in Deutschland nicht testen)
- Bessere Performance
- Days werden über Wochentage angezeigt
Bei der Anpassung der App für eine andere Zeitzone sind mir aber noch ein paar Sachen zum Datenformat und der Doku aufgefallen, zu dem ich gerne euren Input hätte:
- Das “event” JSON sollte die Zeitzone der Konferenz enthalten. Z.B. so:
{ "id": "rp14", "title": "re:publica 14", "slogan": "into the wild", "begin": "2014-05-06”, "end": "2014-05-08”, "utcoffset”: 60 // <— offset from UTC in minutes. "locations": [{ "label": "Station Berlin", "coords": [52.49814,13.374538] // lat, lon }], "url": "http://14.re-publica.de/", "last_modified": 1393611456.99 }
- In der Doku sollten Optionale Felder markiert sein (z.b. “slogan” im JSON oben)
- Ich habe in der Doku zu Day mal klargestellt, dass das Datum lokal zur Zeitzone der Konferenz ist, sprich wenn Day “23-06-2014” für eine Konferenz auf Hawaii ist, dann bedeutet das den 23.6. im Pazifik, was in Europa schon der 24.6. sein kann.
- Der re-data Importer muss überarbeitet werden, damit auch gelöschte events entfernt werden.
Was meint ihr?
Cheers, toto
redata mailing list redata@lists.netzguerilla.net https://lists.netzguerilla.net/mailman/listinfo/redata