migo315

Hey Leute,
 
ein paar News: Mittlerweile gibt es immer mehr Leute die etwas mit der API probieren und etwas damit entwickeln. Bisher war die API ja immer in einem "Entwicklungsstatus" - bedeutet nach neuen Feedback von Entwickeln wie auch beispielsweise von @Tommy sowie meinen eigenen Erfahrungen mit der API, habe ich Änderungen vorgenommen die teilweise ein Breaking Change verursacht haben. Bei einem Breaking Change funktioniert die API nicht mehr wie vorher und der Entwickler muss seine APP / Blog / Webseite entsprechend anpassen. Das ist normal in der Anfangphase - aber wie erwähnt interessieren sich immer mehr Leute dafür, die API zu nutzen.
 
Daher wurde gestern Abend nun die erste "stable" Version der API veröffentlich. Die nun dokumentierten Endpunkte der API werden zu keinen Breaking Change mehr führen. Auch die URL o.ä. wird sich nicht mehr ändern. Der Entwickler kann also sicher sein, dass die Aufrufe zur API auch noch in 5 Jahren funktionieren wie diese es jetzt tun.
 
Die API findet sich nun unter https://api.coaster.cloud/
Die Dokumentation der API wurde ebenfalls nun stark verbessert.
 
Ansonsten habe ich selber weiter mit der Pflege von Parks beschäftigt. Bobbejaanland, Europa Park, Walibi Belgien und Walibi Holland sind nun gepflegt. Letzten 4 auch mit aktuellen Wartezeiten. Lediglich Bilder, paar technische Daten und Sicherheitsbestimmungen fehlen. Letzteres werde ich die Tage nachholen. Bilder habe ich keine. Wer also für die Parks Bilder hat, wäre ich sehr denkbar wenn ein paar den Weg zur coaster.cloud finden würden ?
 
 

Hey Leute,
 
ein paar News: Mittlerweile gibt es immer mehr Leute die etwas mit der API probieren und etwas damit entwickeln. Bisher war die API ja immer in einem "Entwicklungsstatus" - bedeutet nach neuen Feedback von Entwickeln wie auch beispielsweise von @Tommy sowie meinen eigenen Erfahrungen mit der API, habe ich Änderungen vorgenommen die teilweise ein Breaking Change verursacht haben. Bei einem Breaking Change funktioniert die API nicht mehr wie vorher und der Entwickler muss seine APP / Blog / Webseite entsprechend anpassen. Das ist normal in der Anfangphase - aber wie erwähnt interessieren sich immer mehr Leute dafür, die API zu nutzen.
 
Daher wurde gestern Abend nun die erste "stable" Version der API veröffentlich. Die nun dokumentierten Endpunkte der API werden zu keinen Breaking Change mehr führen. Auch die URL o.ä. wird sich nicht mehr ändern. Der Entwickler kann also sicher sein, dass die Aufrufe zur API auch noch in 5 Jahren funktionieren wie diese es jetzt tun.
 
Die API findet sich nun unter https://api.coaster.cloud/
Die Dokumentation der API wurde ebenfalls nun stark verbessert.
 
Ansonsten habe ich selber weiter mit der Pflege von Parks beschäftigt. Bobbejaanland, Europa Park, Walibi Belgien und Walibi Holland sind nun gepflegt. Letzten 4 auch mit aktuellen Wartezeiten. Lediglich Bilder, paar technische Daten und Sicherheitsbestimmungen fehlen. Letzteres werde ich die Tage nachholen. Bilder habe ich keine. Wer also für die Parks Bilder hat, wäre ich sehr denkbar wenn ein paar den Weg zur coaster.cloud finden würden ?
 
 

Jap - genau!
 
 
Kenn das ja durch dich. Hab mich damit ein wenig beschäftigt und finde die Übersetzungen auch in Ordnung. Und da die mittlerweile ihre Preise angepasst haben, wäre der Zugriff per API auch nun bezahlbar.
 
 
Jo danke! Ich selber habe mir auch vorgenommen mindestens ein Park pro Woche einzupflegen um den Datenbestand in den nächsten Wochen massiv zu erhöhen. Heute war der Bobbejaanland ( https://coaster.cloud/parks/bobbejaanland/attractions ) dran. Leider habe ich kaum Bilder in den Jahren gesammelt.

Jap - genau!
 
 
Kenn das ja durch dich. Hab mich damit ein wenig beschäftigt und finde die Übersetzungen auch in Ordnung. Und da die mittlerweile ihre Preise angepasst haben, wäre der Zugriff per API auch nun bezahlbar.
 
 
Jo danke! Ich selber habe mir auch vorgenommen mindestens ein Park pro Woche einzupflegen um den Datenbestand in den nächsten Wochen massiv zu erhöhen. Heute war der Bobbejaanland ( https://coaster.cloud/parks/bobbejaanland/attractions ) dran. Leider habe ich kaum Bilder in den Jahren gesammelt.

Ich brauch euch mal fürs Brainstorming. Eines meiner Ziele ist es, auch zeitnah in anderen Sprachen Live zu gehen. Primär natürlich in Englisch. Damit soll die Reichweite des Projekts stark vergrößert werden.
 
Offen bleibt das Thema der Übersetzung. Dabei muss man zwischen statischen Texten und dynamischen Unterscheiden. Statische Texte pflegen ich in einer Sprachdatei. Diese zu übersetzen ist kein Problem - dies mach ich selber. Quasi fast alles im Projekt sind statische Texte. Von der Startseite über das Impressum als auch die Feldbezeichnungen und Drop Down Inhalten. Also alles wo man nur auswählt, klickt o.ä. sind statische Texte.
Interessanter sind die dynamischen Texte. Das sind die Inhalte, die man nicht auswählen kann sondern der Benutzer aktiv schreibt. Davon gibt es nur wenige Felder: Kurzbeschreibung, Inhalt des Feldes "Thema", Inhalt in der Historie und Inhalt der "Features" Felder bei Parks und Attraktionen. Diese müssen ebenfalls übersetzt werden - dies wird aber der Benutzer wohl nicht für jede Sprache machen. Es muss also automatisch passieren. Ein Mix aus verschiedenen Sprache und hin und her übersetzen halte ich aber für nicht so gut.
 
Daher meine noch recht junge und unverbindliche Idee: Die Pflege aller Daten passiert ausschließlich auf Englisch. Also wird die Beschreibung beispielweise immer in Englisch geschrieben. Und dank einer API wie DeepL (Dank an  @Kleator für den Tipp nochmal) wird von Englisch in den verschiedenen Sprachen (Deutsch, Französisch, Niederländisch, Spanisch) übersetzt. Englisch eignet sich dafür, weil sich Englisch am sichersten in allen anderen Sprachen übersetzen lässt und Englisch de facto eh die Weltsprache ist.
 
Was meint ihr dazu? Wäre es für euch vorstellbar? Ich mein auf anderen Plattformen wie rcdb pflegt man imho ja auch auf Englisch. Oder wäre es für euch ein großer Hindernis Daten zu pflegen? Es gibt wohl gemerkt nur um die Pflege. Der normale Besucher erhält dann alles schön übersetzt.

@Clanfamily
Da Instagram die Embed Funktion ja selbst anbietet, kann ja kaum von Traffic Klau die Rede sein ?
Ironischerweise habe ich das Problem ja selbst. Die Bilder liegen aktuell auf einem Server mit begrenzten Traffic.
 
@Alle
Habe soeben ein neue Version eingespielt. Diese enthält ganze 23 Commits (= Anpassungen). Allerdings nichts neues zur Historie oder Öffnungstagen. Sondern vorallem technische Punkte. Hier mal ein Auszug:
- Das Aktivitätslog ist nun ein wenig genauer (betrifft nur neue Logs)
- Eine Message Queue für asynchone Prozesse wurde eingebunden (das ermöglich neue coole Sachen)
- Neue Aktivitätslogs werden per Push Nachricht an Slack gesendet (sehr cool! so bekommt man instant neues mit)
- Kleine stylische Anpassungen
 
Historie und Öffnungszeiten kommen aber noch - i'm still working on it ?
23 Commits ist eine Menge - die wahrscheinlichkeit, dass sich hier ein Fehler eingeschlichen hat, ist höher als sonst. Daher bitte melden wenn ihr merkt, dass etwas nicht stimmt.

Mein letzter Beitrag ist schon über 2 Monate alt. Aber lasst euch nicht täuschen - während dessen habe ich immer wieder weiter dran gearbeitet. ?
 
Hier mal die größten Änderungen seit meinem letzten Beitrag:
 
1. Umbenennung zu coaster.cloud
Da im meinem Umfeld immer wieder Leute Probleme mit "coaster-platform.org" hatten und ich den Namen eh nie sexy fand, gab es nun eine Umbenennung. Das Projekt wird nun unter den Namen "coaster.cloud" geführt und hat die gleichnamige URL https://coaster.cloud. Um ein freshes Logo kümmer ich mich noch.
 
2. Wartezeiten hinzugekommen
Hier gibt es direkt zwei neue API Schnittstellen: Einmal um Wartezeiten abzufragen und einmal um Wartezeiten einzutragen. Bedeutet, auf coaster.cloud kann man nun Wartezeiten abfragen. Die Zeiten selber sollen dabei wieder aus der Community kommen. Dafür gibt es nun den ersten "schreibenden" API Endpunkt um über die API Sachen zu speichern. Während das Abfragen wie üblich jeder kann, muss man für das Eintragen einen Account auf coaster.cloud haben. Dazu demnächst mehr Details.
Hier, wer mal schauen möchte: https://coaster.cloud/queue-times
 
3. "Alexa, frage Park Guide wie schnell ist Taron?
Eigentlich mehr Spielzeug als Sinnvoll: Der Alexa Skill "Park Guide". Dieser entstand aus der Idee einfach mal die API zu nutzen und zu zeigen, was alles möglich ist. Den der Skill nutzt nur die Informationen und die jeder dank coaster.cloud nutzen kann. Langfristig werde ich den Alexa Skill an jemanden, der Lust hat dies weiter zu pflegen, abgeben. Bis dahin werde ich ab und zu Alexa ein paar Freizeitpark Informationen beibringen ?
Mehr Infos unter https://coaster.cloud/alexa
 
4. Pflichtfelder entfernt / schnellere Eintragung
Wenn man Attraktionen erstellt hat wurden ein paar technische Details vorausgewählt. Dies entfällt nun. Der Sinn dahinter war, dass die simplen Ja / Nein Felder eigentlich jeder wissen müsste. Als ich selber aber zuletzt ein paar Attraktionen gepflegt habe, konnte ich diese nicht "beantworten". Ich musste also raten - das ist ja nicht der Sinn einer Datenbank. Daher gibt es keine Vorauswahl mehr bei Neuanlagen von Attraktionen. Außerdem wurde ein zweiter Speicher Button hinzugefügt, womit man nach dem Speichern direkt eine weitere Attraktion erstellen kann.
 
5. Neue Felder
Es gibt zwei neue Felder. Eines um "Umgangssprachliche" Namen zu speichern. Beispiel: Man sagt ja meist nicht "Das verrückte Hotel Tartüff", was der offizielle Name ist sondern meist eher nur "Hotel Tartüff". Oder statt "Movie Park Germany" sagt man ja meist nur "Movie Park". Um solche Einträge geht es. Des Weiteren wurde ein Feld für das Handling von Rucksäcken hinzugeügt (darf Rucksack mitgenommen werden auf Attraktion oder muss es in einem Korb o.ä.).
 
6. Historie überarbeitet
Das lag mir lange echt im Magen. Ich war mit der Historie und dem "Eröffnet" / "Geschlossen" Felder nicht zufrieden. Grund dafür ist zb. "Crazy Bats". Eröffnet wurde es 1988, aber jetzt quasi "Neueröffnet". Welches Datum speicher ich nun im "Eröffnet" Feld? 1988 wäre richtig, aber 2019 wäre wichtig um es bei Neuheiten zu sehen. Lange wusste ich nicht, wie ich es handeln soll. Nun ist aber eine Lösung gefunden: Die Felder für "Eröffnung" und "Geschlossen" gibt es nicht mehr. Sowas wird nun in der Historie gespeichert. Dafür kann man in der Historie nun den Typ auswählen.  Das sorgt dann für eine saubere Historie und einen sauberen Datenstand (siehe Screenshot). Die Historie wird nun auch in einem eigenen Tab dargestellt, da diese je nach Park / Attraktion sehr groß sein kann.
 
7. Suchengine ausgetauscht
Den austausch der Suchengine wird quasi niemanden interessieren. War aber der heftigste Punkt. Dafür habe ich gut zwei Wochen gebraucht. Das hat sich aber gelohnt, da wir nun viel bessere Abfragen durchführen können. Zudem ist das Sortieren nun möglich. Diese Anpassung passiert also eher im Hintergrund - ermöglicht aber viele neue Sachen.
 
Das waren so die für euch relevantesten Punkte. Hier nochmal eine kleine Liste aller Anpassungen:
 

Ich brauch euch mal fürs Brainstorming. Eines meiner Ziele ist es, auch zeitnah in anderen Sprachen Live zu gehen. Primär natürlich in Englisch. Damit soll die Reichweite des Projekts stark vergrößert werden.
 
Offen bleibt das Thema der Übersetzung. Dabei muss man zwischen statischen Texten und dynamischen Unterscheiden. Statische Texte pflegen ich in einer Sprachdatei. Diese zu übersetzen ist kein Problem - dies mach ich selber. Quasi fast alles im Projekt sind statische Texte. Von der Startseite über das Impressum als auch die Feldbezeichnungen und Drop Down Inhalten. Also alles wo man nur auswählt, klickt o.ä. sind statische Texte.
Interessanter sind die dynamischen Texte. Das sind die Inhalte, die man nicht auswählen kann sondern der Benutzer aktiv schreibt. Davon gibt es nur wenige Felder: Kurzbeschreibung, Inhalt des Feldes "Thema", Inhalt in der Historie und Inhalt der "Features" Felder bei Parks und Attraktionen. Diese müssen ebenfalls übersetzt werden - dies wird aber der Benutzer wohl nicht für jede Sprache machen. Es muss also automatisch passieren. Ein Mix aus verschiedenen Sprache und hin und her übersetzen halte ich aber für nicht so gut.
 
Daher meine noch recht junge und unverbindliche Idee: Die Pflege aller Daten passiert ausschließlich auf Englisch. Also wird die Beschreibung beispielweise immer in Englisch geschrieben. Und dank einer API wie DeepL (Dank an  @Kleator für den Tipp nochmal) wird von Englisch in den verschiedenen Sprachen (Deutsch, Französisch, Niederländisch, Spanisch) übersetzt. Englisch eignet sich dafür, weil sich Englisch am sichersten in allen anderen Sprachen übersetzen lässt und Englisch de facto eh die Weltsprache ist.
 
Was meint ihr dazu? Wäre es für euch vorstellbar? Ich mein auf anderen Plattformen wie rcdb pflegt man imho ja auch auf Englisch. Oder wäre es für euch ein großer Hindernis Daten zu pflegen? Es gibt wohl gemerkt nur um die Pflege. Der normale Besucher erhält dann alles schön übersetzt.

Ich brauch euch mal fürs Brainstorming. Eines meiner Ziele ist es, auch zeitnah in anderen Sprachen Live zu gehen. Primär natürlich in Englisch. Damit soll die Reichweite des Projekts stark vergrößert werden.
 
Offen bleibt das Thema der Übersetzung. Dabei muss man zwischen statischen Texten und dynamischen Unterscheiden. Statische Texte pflegen ich in einer Sprachdatei. Diese zu übersetzen ist kein Problem - dies mach ich selber. Quasi fast alles im Projekt sind statische Texte. Von der Startseite über das Impressum als auch die Feldbezeichnungen und Drop Down Inhalten. Also alles wo man nur auswählt, klickt o.ä. sind statische Texte.
Interessanter sind die dynamischen Texte. Das sind die Inhalte, die man nicht auswählen kann sondern der Benutzer aktiv schreibt. Davon gibt es nur wenige Felder: Kurzbeschreibung, Inhalt des Feldes "Thema", Inhalt in der Historie und Inhalt der "Features" Felder bei Parks und Attraktionen. Diese müssen ebenfalls übersetzt werden - dies wird aber der Benutzer wohl nicht für jede Sprache machen. Es muss also automatisch passieren. Ein Mix aus verschiedenen Sprache und hin und her übersetzen halte ich aber für nicht so gut.
 
Daher meine noch recht junge und unverbindliche Idee: Die Pflege aller Daten passiert ausschließlich auf Englisch. Also wird die Beschreibung beispielweise immer in Englisch geschrieben. Und dank einer API wie DeepL (Dank an  @Kleator für den Tipp nochmal) wird von Englisch in den verschiedenen Sprachen (Deutsch, Französisch, Niederländisch, Spanisch) übersetzt. Englisch eignet sich dafür, weil sich Englisch am sichersten in allen anderen Sprachen übersetzen lässt und Englisch de facto eh die Weltsprache ist.
 
Was meint ihr dazu? Wäre es für euch vorstellbar? Ich mein auf anderen Plattformen wie rcdb pflegt man imho ja auch auf Englisch. Oder wäre es für euch ein großer Hindernis Daten zu pflegen? Es gibt wohl gemerkt nur um die Pflege. Der normale Besucher erhält dann alles schön übersetzt.

Mein letzter Beitrag ist schon über 2 Monate alt. Aber lasst euch nicht täuschen - während dessen habe ich immer wieder weiter dran gearbeitet. ?
 
Hier mal die größten Änderungen seit meinem letzten Beitrag:
 
1. Umbenennung zu coaster.cloud
Da im meinem Umfeld immer wieder Leute Probleme mit "coaster-platform.org" hatten und ich den Namen eh nie sexy fand, gab es nun eine Umbenennung. Das Projekt wird nun unter den Namen "coaster.cloud" geführt und hat die gleichnamige URL https://coaster.cloud. Um ein freshes Logo kümmer ich mich noch.
 
2. Wartezeiten hinzugekommen
Hier gibt es direkt zwei neue API Schnittstellen: Einmal um Wartezeiten abzufragen und einmal um Wartezeiten einzutragen. Bedeutet, auf coaster.cloud kann man nun Wartezeiten abfragen. Die Zeiten selber sollen dabei wieder aus der Community kommen. Dafür gibt es nun den ersten "schreibenden" API Endpunkt um über die API Sachen zu speichern. Während das Abfragen wie üblich jeder kann, muss man für das Eintragen einen Account auf coaster.cloud haben. Dazu demnächst mehr Details.
Hier, wer mal schauen möchte: https://coaster.cloud/queue-times
 
3. "Alexa, frage Park Guide wie schnell ist Taron?
Eigentlich mehr Spielzeug als Sinnvoll: Der Alexa Skill "Park Guide". Dieser entstand aus der Idee einfach mal die API zu nutzen und zu zeigen, was alles möglich ist. Den der Skill nutzt nur die Informationen und die jeder dank coaster.cloud nutzen kann. Langfristig werde ich den Alexa Skill an jemanden, der Lust hat dies weiter zu pflegen, abgeben. Bis dahin werde ich ab und zu Alexa ein paar Freizeitpark Informationen beibringen ?
Mehr Infos unter https://coaster.cloud/alexa
 
4. Pflichtfelder entfernt / schnellere Eintragung
Wenn man Attraktionen erstellt hat wurden ein paar technische Details vorausgewählt. Dies entfällt nun. Der Sinn dahinter war, dass die simplen Ja / Nein Felder eigentlich jeder wissen müsste. Als ich selber aber zuletzt ein paar Attraktionen gepflegt habe, konnte ich diese nicht "beantworten". Ich musste also raten - das ist ja nicht der Sinn einer Datenbank. Daher gibt es keine Vorauswahl mehr bei Neuanlagen von Attraktionen. Außerdem wurde ein zweiter Speicher Button hinzugefügt, womit man nach dem Speichern direkt eine weitere Attraktion erstellen kann.
 
5. Neue Felder
Es gibt zwei neue Felder. Eines um "Umgangssprachliche" Namen zu speichern. Beispiel: Man sagt ja meist nicht "Das verrückte Hotel Tartüff", was der offizielle Name ist sondern meist eher nur "Hotel Tartüff". Oder statt "Movie Park Germany" sagt man ja meist nur "Movie Park". Um solche Einträge geht es. Des Weiteren wurde ein Feld für das Handling von Rucksäcken hinzugeügt (darf Rucksack mitgenommen werden auf Attraktion oder muss es in einem Korb o.ä.).
 
6. Historie überarbeitet
Das lag mir lange echt im Magen. Ich war mit der Historie und dem "Eröffnet" / "Geschlossen" Felder nicht zufrieden. Grund dafür ist zb. "Crazy Bats". Eröffnet wurde es 1988, aber jetzt quasi "Neueröffnet". Welches Datum speicher ich nun im "Eröffnet" Feld? 1988 wäre richtig, aber 2019 wäre wichtig um es bei Neuheiten zu sehen. Lange wusste ich nicht, wie ich es handeln soll. Nun ist aber eine Lösung gefunden: Die Felder für "Eröffnung" und "Geschlossen" gibt es nicht mehr. Sowas wird nun in der Historie gespeichert. Dafür kann man in der Historie nun den Typ auswählen.  Das sorgt dann für eine saubere Historie und einen sauberen Datenstand (siehe Screenshot). Die Historie wird nun auch in einem eigenen Tab dargestellt, da diese je nach Park / Attraktion sehr groß sein kann.
 
7. Suchengine ausgetauscht
Den austausch der Suchengine wird quasi niemanden interessieren. War aber der heftigste Punkt. Dafür habe ich gut zwei Wochen gebraucht. Das hat sich aber gelohnt, da wir nun viel bessere Abfragen durchführen können. Zudem ist das Sortieren nun möglich. Diese Anpassung passiert also eher im Hintergrund - ermöglicht aber viele neue Sachen.
 
Das waren so die für euch relevantesten Punkte. Hier nochmal eine kleine Liste aller Anpassungen:
 

Ich brauch euch mal fürs Brainstorming. Eines meiner Ziele ist es, auch zeitnah in anderen Sprachen Live zu gehen. Primär natürlich in Englisch. Damit soll die Reichweite des Projekts stark vergrößert werden.
 
Offen bleibt das Thema der Übersetzung. Dabei muss man zwischen statischen Texten und dynamischen Unterscheiden. Statische Texte pflegen ich in einer Sprachdatei. Diese zu übersetzen ist kein Problem - dies mach ich selber. Quasi fast alles im Projekt sind statische Texte. Von der Startseite über das Impressum als auch die Feldbezeichnungen und Drop Down Inhalten. Also alles wo man nur auswählt, klickt o.ä. sind statische Texte.
Interessanter sind die dynamischen Texte. Das sind die Inhalte, die man nicht auswählen kann sondern der Benutzer aktiv schreibt. Davon gibt es nur wenige Felder: Kurzbeschreibung, Inhalt des Feldes "Thema", Inhalt in der Historie und Inhalt der "Features" Felder bei Parks und Attraktionen. Diese müssen ebenfalls übersetzt werden - dies wird aber der Benutzer wohl nicht für jede Sprache machen. Es muss also automatisch passieren. Ein Mix aus verschiedenen Sprache und hin und her übersetzen halte ich aber für nicht so gut.
 
Daher meine noch recht junge und unverbindliche Idee: Die Pflege aller Daten passiert ausschließlich auf Englisch. Also wird die Beschreibung beispielweise immer in Englisch geschrieben. Und dank einer API wie DeepL (Dank an  @Kleator für den Tipp nochmal) wird von Englisch in den verschiedenen Sprachen (Deutsch, Französisch, Niederländisch, Spanisch) übersetzt. Englisch eignet sich dafür, weil sich Englisch am sichersten in allen anderen Sprachen übersetzen lässt und Englisch de facto eh die Weltsprache ist.
 
Was meint ihr dazu? Wäre es für euch vorstellbar? Ich mein auf anderen Plattformen wie rcdb pflegt man imho ja auch auf Englisch. Oder wäre es für euch ein großer Hindernis Daten zu pflegen? Es gibt wohl gemerkt nur um die Pflege. Der normale Besucher erhält dann alles schön übersetzt.

Mein letzter Beitrag ist schon über 2 Monate alt. Aber lasst euch nicht täuschen - während dessen habe ich immer wieder weiter dran gearbeitet. ?
 
Hier mal die größten Änderungen seit meinem letzten Beitrag:
 
1. Umbenennung zu coaster.cloud
Da im meinem Umfeld immer wieder Leute Probleme mit "coaster-platform.org" hatten und ich den Namen eh nie sexy fand, gab es nun eine Umbenennung. Das Projekt wird nun unter den Namen "coaster.cloud" geführt und hat die gleichnamige URL https://coaster.cloud. Um ein freshes Logo kümmer ich mich noch.
 
2. Wartezeiten hinzugekommen
Hier gibt es direkt zwei neue API Schnittstellen: Einmal um Wartezeiten abzufragen und einmal um Wartezeiten einzutragen. Bedeutet, auf coaster.cloud kann man nun Wartezeiten abfragen. Die Zeiten selber sollen dabei wieder aus der Community kommen. Dafür gibt es nun den ersten "schreibenden" API Endpunkt um über die API Sachen zu speichern. Während das Abfragen wie üblich jeder kann, muss man für das Eintragen einen Account auf coaster.cloud haben. Dazu demnächst mehr Details.
Hier, wer mal schauen möchte: https://coaster.cloud/queue-times
 
3. "Alexa, frage Park Guide wie schnell ist Taron?
Eigentlich mehr Spielzeug als Sinnvoll: Der Alexa Skill "Park Guide". Dieser entstand aus der Idee einfach mal die API zu nutzen und zu zeigen, was alles möglich ist. Den der Skill nutzt nur die Informationen und die jeder dank coaster.cloud nutzen kann. Langfristig werde ich den Alexa Skill an jemanden, der Lust hat dies weiter zu pflegen, abgeben. Bis dahin werde ich ab und zu Alexa ein paar Freizeitpark Informationen beibringen ?
Mehr Infos unter https://coaster.cloud/alexa
 
4. Pflichtfelder entfernt / schnellere Eintragung
Wenn man Attraktionen erstellt hat wurden ein paar technische Details vorausgewählt. Dies entfällt nun. Der Sinn dahinter war, dass die simplen Ja / Nein Felder eigentlich jeder wissen müsste. Als ich selber aber zuletzt ein paar Attraktionen gepflegt habe, konnte ich diese nicht "beantworten". Ich musste also raten - das ist ja nicht der Sinn einer Datenbank. Daher gibt es keine Vorauswahl mehr bei Neuanlagen von Attraktionen. Außerdem wurde ein zweiter Speicher Button hinzugefügt, womit man nach dem Speichern direkt eine weitere Attraktion erstellen kann.
 
5. Neue Felder
Es gibt zwei neue Felder. Eines um "Umgangssprachliche" Namen zu speichern. Beispiel: Man sagt ja meist nicht "Das verrückte Hotel Tartüff", was der offizielle Name ist sondern meist eher nur "Hotel Tartüff". Oder statt "Movie Park Germany" sagt man ja meist nur "Movie Park". Um solche Einträge geht es. Des Weiteren wurde ein Feld für das Handling von Rucksäcken hinzugeügt (darf Rucksack mitgenommen werden auf Attraktion oder muss es in einem Korb o.ä.).
 
6. Historie überarbeitet
Das lag mir lange echt im Magen. Ich war mit der Historie und dem "Eröffnet" / "Geschlossen" Felder nicht zufrieden. Grund dafür ist zb. "Crazy Bats". Eröffnet wurde es 1988, aber jetzt quasi "Neueröffnet". Welches Datum speicher ich nun im "Eröffnet" Feld? 1988 wäre richtig, aber 2019 wäre wichtig um es bei Neuheiten zu sehen. Lange wusste ich nicht, wie ich es handeln soll. Nun ist aber eine Lösung gefunden: Die Felder für "Eröffnung" und "Geschlossen" gibt es nicht mehr. Sowas wird nun in der Historie gespeichert. Dafür kann man in der Historie nun den Typ auswählen.  Das sorgt dann für eine saubere Historie und einen sauberen Datenstand (siehe Screenshot). Die Historie wird nun auch in einem eigenen Tab dargestellt, da diese je nach Park / Attraktion sehr groß sein kann.
 
7. Suchengine ausgetauscht
Den austausch der Suchengine wird quasi niemanden interessieren. War aber der heftigste Punkt. Dafür habe ich gut zwei Wochen gebraucht. Das hat sich aber gelohnt, da wir nun viel bessere Abfragen durchführen können. Zudem ist das Sortieren nun möglich. Diese Anpassung passiert also eher im Hintergrund - ermöglicht aber viele neue Sachen.
 
Das waren so die für euch relevantesten Punkte. Hier nochmal eine kleine Liste aller Anpassungen:
 

Mein letzter Beitrag ist schon über 2 Monate alt. Aber lasst euch nicht täuschen - während dessen habe ich immer wieder weiter dran gearbeitet. ?
 
Hier mal die größten Änderungen seit meinem letzten Beitrag:
 
1. Umbenennung zu coaster.cloud
Da im meinem Umfeld immer wieder Leute Probleme mit "coaster-platform.org" hatten und ich den Namen eh nie sexy fand, gab es nun eine Umbenennung. Das Projekt wird nun unter den Namen "coaster.cloud" geführt und hat die gleichnamige URL https://coaster.cloud. Um ein freshes Logo kümmer ich mich noch.
 
2. Wartezeiten hinzugekommen
Hier gibt es direkt zwei neue API Schnittstellen: Einmal um Wartezeiten abzufragen und einmal um Wartezeiten einzutragen. Bedeutet, auf coaster.cloud kann man nun Wartezeiten abfragen. Die Zeiten selber sollen dabei wieder aus der Community kommen. Dafür gibt es nun den ersten "schreibenden" API Endpunkt um über die API Sachen zu speichern. Während das Abfragen wie üblich jeder kann, muss man für das Eintragen einen Account auf coaster.cloud haben. Dazu demnächst mehr Details.
Hier, wer mal schauen möchte: https://coaster.cloud/queue-times
 
3. "Alexa, frage Park Guide wie schnell ist Taron?
Eigentlich mehr Spielzeug als Sinnvoll: Der Alexa Skill "Park Guide". Dieser entstand aus der Idee einfach mal die API zu nutzen und zu zeigen, was alles möglich ist. Den der Skill nutzt nur die Informationen und die jeder dank coaster.cloud nutzen kann. Langfristig werde ich den Alexa Skill an jemanden, der Lust hat dies weiter zu pflegen, abgeben. Bis dahin werde ich ab und zu Alexa ein paar Freizeitpark Informationen beibringen ?
Mehr Infos unter https://coaster.cloud/alexa
 
4. Pflichtfelder entfernt / schnellere Eintragung
Wenn man Attraktionen erstellt hat wurden ein paar technische Details vorausgewählt. Dies entfällt nun. Der Sinn dahinter war, dass die simplen Ja / Nein Felder eigentlich jeder wissen müsste. Als ich selber aber zuletzt ein paar Attraktionen gepflegt habe, konnte ich diese nicht "beantworten". Ich musste also raten - das ist ja nicht der Sinn einer Datenbank. Daher gibt es keine Vorauswahl mehr bei Neuanlagen von Attraktionen. Außerdem wurde ein zweiter Speicher Button hinzugefügt, womit man nach dem Speichern direkt eine weitere Attraktion erstellen kann.
 
5. Neue Felder
Es gibt zwei neue Felder. Eines um "Umgangssprachliche" Namen zu speichern. Beispiel: Man sagt ja meist nicht "Das verrückte Hotel Tartüff", was der offizielle Name ist sondern meist eher nur "Hotel Tartüff". Oder statt "Movie Park Germany" sagt man ja meist nur "Movie Park". Um solche Einträge geht es. Des Weiteren wurde ein Feld für das Handling von Rucksäcken hinzugeügt (darf Rucksack mitgenommen werden auf Attraktion oder muss es in einem Korb o.ä.).
 
6. Historie überarbeitet
Das lag mir lange echt im Magen. Ich war mit der Historie und dem "Eröffnet" / "Geschlossen" Felder nicht zufrieden. Grund dafür ist zb. "Crazy Bats". Eröffnet wurde es 1988, aber jetzt quasi "Neueröffnet". Welches Datum speicher ich nun im "Eröffnet" Feld? 1988 wäre richtig, aber 2019 wäre wichtig um es bei Neuheiten zu sehen. Lange wusste ich nicht, wie ich es handeln soll. Nun ist aber eine Lösung gefunden: Die Felder für "Eröffnung" und "Geschlossen" gibt es nicht mehr. Sowas wird nun in der Historie gespeichert. Dafür kann man in der Historie nun den Typ auswählen.  Das sorgt dann für eine saubere Historie und einen sauberen Datenstand (siehe Screenshot). Die Historie wird nun auch in einem eigenen Tab dargestellt, da diese je nach Park / Attraktion sehr groß sein kann.
 
7. Suchengine ausgetauscht
Den austausch der Suchengine wird quasi niemanden interessieren. War aber der heftigste Punkt. Dafür habe ich gut zwei Wochen gebraucht. Das hat sich aber gelohnt, da wir nun viel bessere Abfragen durchführen können. Zudem ist das Sortieren nun möglich. Diese Anpassung passiert also eher im Hintergrund - ermöglicht aber viele neue Sachen.
 
Das waren so die für euch relevantesten Punkte. Hier nochmal eine kleine Liste aller Anpassungen:
 

Mein letzter Beitrag ist schon über 2 Monate alt. Aber lasst euch nicht täuschen - während dessen habe ich immer wieder weiter dran gearbeitet. ?
 
Hier mal die größten Änderungen seit meinem letzten Beitrag:
 
1. Umbenennung zu coaster.cloud
Da im meinem Umfeld immer wieder Leute Probleme mit "coaster-platform.org" hatten und ich den Namen eh nie sexy fand, gab es nun eine Umbenennung. Das Projekt wird nun unter den Namen "coaster.cloud" geführt und hat die gleichnamige URL https://coaster.cloud. Um ein freshes Logo kümmer ich mich noch.
 
2. Wartezeiten hinzugekommen
Hier gibt es direkt zwei neue API Schnittstellen: Einmal um Wartezeiten abzufragen und einmal um Wartezeiten einzutragen. Bedeutet, auf coaster.cloud kann man nun Wartezeiten abfragen. Die Zeiten selber sollen dabei wieder aus der Community kommen. Dafür gibt es nun den ersten "schreibenden" API Endpunkt um über die API Sachen zu speichern. Während das Abfragen wie üblich jeder kann, muss man für das Eintragen einen Account auf coaster.cloud haben. Dazu demnächst mehr Details.
Hier, wer mal schauen möchte: https://coaster.cloud/queue-times
 
3. "Alexa, frage Park Guide wie schnell ist Taron?
Eigentlich mehr Spielzeug als Sinnvoll: Der Alexa Skill "Park Guide". Dieser entstand aus der Idee einfach mal die API zu nutzen und zu zeigen, was alles möglich ist. Den der Skill nutzt nur die Informationen und die jeder dank coaster.cloud nutzen kann. Langfristig werde ich den Alexa Skill an jemanden, der Lust hat dies weiter zu pflegen, abgeben. Bis dahin werde ich ab und zu Alexa ein paar Freizeitpark Informationen beibringen ?
Mehr Infos unter https://coaster.cloud/alexa
 
4. Pflichtfelder entfernt / schnellere Eintragung
Wenn man Attraktionen erstellt hat wurden ein paar technische Details vorausgewählt. Dies entfällt nun. Der Sinn dahinter war, dass die simplen Ja / Nein Felder eigentlich jeder wissen müsste. Als ich selber aber zuletzt ein paar Attraktionen gepflegt habe, konnte ich diese nicht "beantworten". Ich musste also raten - das ist ja nicht der Sinn einer Datenbank. Daher gibt es keine Vorauswahl mehr bei Neuanlagen von Attraktionen. Außerdem wurde ein zweiter Speicher Button hinzugefügt, womit man nach dem Speichern direkt eine weitere Attraktion erstellen kann.
 
5. Neue Felder
Es gibt zwei neue Felder. Eines um "Umgangssprachliche" Namen zu speichern. Beispiel: Man sagt ja meist nicht "Das verrückte Hotel Tartüff", was der offizielle Name ist sondern meist eher nur "Hotel Tartüff". Oder statt "Movie Park Germany" sagt man ja meist nur "Movie Park". Um solche Einträge geht es. Des Weiteren wurde ein Feld für das Handling von Rucksäcken hinzugeügt (darf Rucksack mitgenommen werden auf Attraktion oder muss es in einem Korb o.ä.).
 
6. Historie überarbeitet
Das lag mir lange echt im Magen. Ich war mit der Historie und dem "Eröffnet" / "Geschlossen" Felder nicht zufrieden. Grund dafür ist zb. "Crazy Bats". Eröffnet wurde es 1988, aber jetzt quasi "Neueröffnet". Welches Datum speicher ich nun im "Eröffnet" Feld? 1988 wäre richtig, aber 2019 wäre wichtig um es bei Neuheiten zu sehen. Lange wusste ich nicht, wie ich es handeln soll. Nun ist aber eine Lösung gefunden: Die Felder für "Eröffnung" und "Geschlossen" gibt es nicht mehr. Sowas wird nun in der Historie gespeichert. Dafür kann man in der Historie nun den Typ auswählen.  Das sorgt dann für eine saubere Historie und einen sauberen Datenstand (siehe Screenshot). Die Historie wird nun auch in einem eigenen Tab dargestellt, da diese je nach Park / Attraktion sehr groß sein kann.
 
7. Suchengine ausgetauscht
Den austausch der Suchengine wird quasi niemanden interessieren. War aber der heftigste Punkt. Dafür habe ich gut zwei Wochen gebraucht. Das hat sich aber gelohnt, da wir nun viel bessere Abfragen durchführen können. Zudem ist das Sortieren nun möglich. Diese Anpassung passiert also eher im Hintergrund - ermöglicht aber viele neue Sachen.
 
Das waren so die für euch relevantesten Punkte. Hier nochmal eine kleine Liste aller Anpassungen:
 

Mega geil! Wurde soeben mein neuer Wallpaper auf mein (Arbeits)-Laptop!

Mega geil! Wurde soeben mein neuer Wallpaper auf mein (Arbeits)-Laptop!

Hallo, ich greife nicht auf die API der Parks zu, ich bin nicht verrückt die Datenabfragen der Besucher, über den Server der Parks zu machen. Das wäre selbstverständlich nicht erlaubt. Im Jahr 2017 entwickelte ich eine Methode, die du damit vergleichen kannst, dass ich im Park sitzen würde und mir die Zeiten auf ein Blatt Papier schreibe. Die Seite des Europa-Park existiert jetzt seit Anfang 2018. Man sollte allerdings nicht vergessen, dass es sich hierbei immer noch um "Wartezeiten" handelt, mehr nicht. Der Werbebanner ist dafür da, einzig und allein die kosten zu Decken. Es ist ein Hobby von mir, in welches ich sehr viel Zeit für die Programmierung stecke, ich bin beruflich Energiedatenmanager und interessiere mich einfach für solche Daten und erstelle auch Prognosen mit diesen Daten auf Basis künstlich Neuronaler Netze. Solche Statistiken "Wann wie viel los ist"... kann im übrigen jeder machen, einfach über die Google Places API.

Nein nicht offiziel.
 
Hoffe ich mal für ihn nicht - ansonsten ist er ziemlich mutig. Die API ist ja keine, die man einfach aufruft und es kommen Daten. Diese muss imho "ausgetrickst" werden. Das könnte bereits schon rechtlich auf sehr dünnen Eis sein. Aber dann mit diesen Daten eine kommerzielle Seite zu betreiben ... hut ab. Wenn das Phantasialand / Europa Park es drauf anlegt, war das ein teures Hobby Projekt.

Nein nicht offiziel.
 
Hoffe ich mal für ihn nicht - ansonsten ist er ziemlich mutig. Die API ist ja keine, die man einfach aufruft und es kommen Daten. Diese muss imho "ausgetrickst" werden. Das könnte bereits schon rechtlich auf sehr dünnen Eis sein. Aber dann mit diesen Daten eine kommerzielle Seite zu betreiben ... hut ab. Wenn das Phantasialand / Europa Park es drauf anlegt, war das ein teures Hobby Projekt.

Vom Prinzip her doch korrekt. Ein Launch Coaster wird durchaus aus "Katapult Achterbahn" übersetzt - auch wenn man es eher weniger so hört. Und das man den Abschuss als "Rausschießen" empfindet, finde ich jetzt auch nicht weit hergeholt. Ich kann da ehrlicherweise jetzt nichts falsches erkennen - abgesehen davon, dass der "normalo" unsere Nerd Sprache (aka Fachbegriffe) nunmal nicht kennt / nutzt. ?

Vom Prinzip her doch korrekt. Ein Launch Coaster wird durchaus aus "Katapult Achterbahn" übersetzt - auch wenn man es eher weniger so hört. Und das man den Abschuss als "Rausschießen" empfindet, finde ich jetzt auch nicht weit hergeholt. Ich kann da ehrlicherweise jetzt nichts falsches erkennen - abgesehen davon, dass der "normalo" unsere Nerd Sprache (aka Fachbegriffe) nunmal nicht kennt / nutzt. ?

Vom Prinzip her doch korrekt. Ein Launch Coaster wird durchaus aus "Katapult Achterbahn" übersetzt - auch wenn man es eher weniger so hört. Und das man den Abschuss als "Rausschießen" empfindet, finde ich jetzt auch nicht weit hergeholt. Ich kann da ehrlicherweise jetzt nichts falsches erkennen - abgesehen davon, dass der "normalo" unsere Nerd Sprache (aka Fachbegriffe) nunmal nicht kennt / nutzt. ?

@Clanfamily
Da Instagram die Embed Funktion ja selbst anbietet, kann ja kaum von Traffic Klau die Rede sein ?
Ironischerweise habe ich das Problem ja selbst. Die Bilder liegen aktuell auf einem Server mit begrenzten Traffic.
 
@Alle
Habe soeben ein neue Version eingespielt. Diese enthält ganze 23 Commits (= Anpassungen). Allerdings nichts neues zur Historie oder Öffnungstagen. Sondern vorallem technische Punkte. Hier mal ein Auszug:
- Das Aktivitätslog ist nun ein wenig genauer (betrifft nur neue Logs)
- Eine Message Queue für asynchone Prozesse wurde eingebunden (das ermöglich neue coole Sachen)
- Neue Aktivitätslogs werden per Push Nachricht an Slack gesendet (sehr cool! so bekommt man instant neues mit)
- Kleine stylische Anpassungen
 
Historie und Öffnungszeiten kommen aber noch - i'm still working on it ?
23 Commits ist eine Menge - die wahrscheinlichkeit, dass sich hier ein Fehler eingeschlichen hat, ist höher als sonst. Daher bitte melden wenn ihr merkt, dass etwas nicht stimmt.

@Clanfamily
Da Instagram die Embed Funktion ja selbst anbietet, kann ja kaum von Traffic Klau die Rede sein ?
Ironischerweise habe ich das Problem ja selbst. Die Bilder liegen aktuell auf einem Server mit begrenzten Traffic.
 
@Alle
Habe soeben ein neue Version eingespielt. Diese enthält ganze 23 Commits (= Anpassungen). Allerdings nichts neues zur Historie oder Öffnungstagen. Sondern vorallem technische Punkte. Hier mal ein Auszug:
- Das Aktivitätslog ist nun ein wenig genauer (betrifft nur neue Logs)
- Eine Message Queue für asynchone Prozesse wurde eingebunden (das ermöglich neue coole Sachen)
- Neue Aktivitätslogs werden per Push Nachricht an Slack gesendet (sehr cool! so bekommt man instant neues mit)
- Kleine stylische Anpassungen
 
Historie und Öffnungszeiten kommen aber noch - i'm still working on it ?
23 Commits ist eine Menge - die wahrscheinlichkeit, dass sich hier ein Fehler eingeschlichen hat, ist höher als sonst. Daher bitte melden wenn ihr merkt, dass etwas nicht stimmt.

Mal eine unverbindliche Idee an die Leute, die fleißig bereits Bilder hochgeladen haben: Was haltet ihr davon, anstatt dem eigenen Bilderupload auf Instagram auszuweichen? Sprich, man vergibt in Instagram seinen Bilder ein speziellen Tag (zb. "coaster-platform-mamba-123") und dadurch würde das Bild völlig automatisch auf der Black Mamba Seite auf Coaster-Platform angezeigt werden? Wie fändet ihr das? Ein Instagram Account wäre dazu natürlich notwendig.
 
Ist jetzt nicht konkretes in Planung, hab sowas nur letzten per Zufall gesehen und fand die Idee recht interessant.