migo315

Kurz und knapp eben aus der Mittagspause: Habe ich soeben gefixed. Magst du nochmal schauen / testen?

Sorry, hatte mich beim Beispiel oben von dir scheinbar verguckt. Ich bin davon ausgegangen, du möchtest die Array Syntax und dennoch mit Keys arbeiten. Ein Array mit Objekten ist natürlich valide und stimme dir zu, dass es sauberer aussieht. Ich habs als Punkt bereits aufgenommen und wird die Tage angepasst. Schwieriges Thema. Einerseits möchte ich natürlich, dass coole Bilder gepflegt werden. Andererseits kann eine CC Lizenz für den ein oder anderen ein Grund sein, keine Bilder zu pflegen. Ich versuch da kurzfristig mal eine Lösung zu finden. Danke fürs Feedback zur API ? // Update Ab jetzt kann der Status einer Attraktion gepflegt werden. Alle bisher gepflegten Attraktionen erhalten den Status "In Betrieb". Zudem kann nach den Status gefiltert werden.

Ich werde mir mal eine Lösung überlegen. Argh, das hatte ich mir sogar mal vorgenommen. Aber scheinbar ging der Punkt unter. Habe ich jetzt als Punkt aufgeschrieben und wird definitv die Tage angegangen. Interessanter Punkt, bei dem ich selbst schon in ein Konflikt kam. Eigentlich will ich in der Attraction Resource keine Park Sachen, weil das zuviel frisst. Wenn ich mir 96 Attraktionen ausgeben lassen ist das ein overhead für jede Attraktion nochmal den Park nachzuladen. Eine Zeitlang gab es sogar Attribut "park" auch nicht. Zum Filtern von Attraktionen nach Parks war dann zumindest die ID aber irgenwann notwendig. Und daraus entstand, dass ich zumindest ein paar wenige Daten zum Park ausgebe. Ich hätte es lieber, dass einer explizit die Park Resource anfragt wenn er was vom Park wissen möchte. Damit es vielleicht ein wenig klarar Strukturiert ist, kann ich mir vorstellen den Park Attribut wirklich nur auf die ID und ggfs. ein Link zur Park Resource zu beschränken. Was meinst du? Ich verstehe was du meinst. Allerdings kennt JSON kein Array mit Keys. Es gibt nur die array Syntax ["foo", "bar"] oder die objekt Syntax {"field1": "foo", "field2": "bar"}. Diese Syntax ist invalide: [field1: 'foo', field2: 'bar']. Man könnte die Keys aus den Attributen entfernen, was allerdings dazuführt, dass man durch alle Attribute iterieren muss um an ein gesuchtes Attribut zu kommen. Aber hier ein array anstatt ein objekt zurück zu geben hört sich dennoch richtiger an - trotz des Handicap. Werd das dann anpassen. Auch an diversen anderen Stelle. Danke für den Hinweis, wäre mir gar nicht aufgefallen ? Das ist aktuell tatsächlich by design. Weil die Bilder nicht unter der CC Lizenz stehen und somit von niemanden verwendet werden dürfen, wird keine konkrete URL ausgegeben. Das überhaupt ein paar Informationen zu den Bilder ausgegeben werden, liegt nur schlicht daran, weil wir uns selbst an die API bedienen und diese Information brauchen. Ggfs. kann aber bald jeder Benutzer für sich selbst entscheiden, ob er seine Bilder unter die CC Lizenz stellt (siehe letzte Beiträge hier) - dann wird auch eine URL ausgegeben.

Geht ja quasi auch in Richtung der Metriken. Also eine Übersicht für: - Attraktionen die im Bau sind und demnächst veröffentlicht werden (aktuell in Bau) - Attraktionen, die vor kurzem veröffentlicht wurden (aktuelle Neuheiten) Das sollte sich relativ schnell einbauen lassen. Ich werde die Tage ein Feld hinzufügen, bei dem man den Attraktionsstatus übergeben kann (zb. "In betrieb", "In bau", "Geschlossen", "Abgerissen") und entsprechend ein voraussichtliches Jahr mitgeben kann. Damit sollte man die aktuell im Bau befindlichen Attraktionen gut auflisten können. Die aktuellen Neuheiten kann man ja bereits quasi durch das "Eröffnet" Feld pflegen. Ich muss das Feld lediglich auswerten. Man kann diese Liste ja auch erweitern zb.: - Attraktionen, die vor kurzem geschlossen wurden - Parks, die vor kurzem Eröffnet wurden - Parks, die von kurzem geschlossen wurden Wenn euch mehr einfällt, schießt los ? Kann ich vollkommen verstehen. Interessant wäre ja vielleicht, dass jeder es für sich selbst im Profil entscheiden kann, ob er die Bilder unter einer CC Lizenz setzen möchte oder nicht. Falls es einen Auffalen sollte: Es wurden doppelte Commits gelöscht. Wenn man ein Bild hochgeladen hat, hat man de facto 2 Commits bekommen anstatt einen. Einen, weil man ein Bild hochgeladen hat und einen, weil man ein Bild für einen Park / Attraktion hochgeladen hat. Das war ein Fehler und wurde nun korrigiert. Doppelte Commits wurden daher entfernt. Zudem gab es unter der Haube einige Änderungen, die euch aber nicht auffalen werden.

Vom Prinzip hast du recht. Im Gegensatz zu einem Blog oder einem Magazin, bei dem ich ausdrückliche ja die Meinung der Authoren erwarte, sollen alle Angaben bei Coaster Platform Wertfrei sein. Coaster Platform dient als eine Datenbank für neutrale Fakten und Informationen. Nur so kann sich ein Gast ein Bild vom Park machen ohne zu stark beeinflusst zu werden bzw. sind die Daten für andere Projekte auch verwertbar. Ich selber bin da aber gar nicht so streng. Mir wäre es vermutlich noch nichtmal aufgefallen, da ich mehr auf so Wörter wie "beste", "aufregenste" o.ä. achte. Aber letztendlich hast du Recht. Und hier ist das coole: Es ist ein Community Projekt. Es steht dir also frei es zu ändern ohne Rücksprache halten zu müssen. ? By the way: Der einzige Grund weshalb ich Commits Liste noch Anführe liegt auch nur daran, weil ich mich selber so oft korrigieren musste. Für mich waren die letzten Wochen auch viel "Findungsphase". Die Projektentwicklung began zwar schon im Frühjahr 2018, aber erste Pflegeerfahrung kam quasi auch bei mir erst seit Dezember. Da fällt mir aber noch ein Punkt ein, den ich mit euch besprechen wollte, nämlich Bilder: Aktuell ist es so, dass alle Daten die ihr Pflegt, unter der Creative Commons Lizenz (Kurz: CC) frei für jeden verwendet werden können. Mit einer Ausnahme: die Bilder. Alle Bilder, die ihr hochlädt, stehen nicht unter dieser Lizenz. Bedeutet, dass keiner die hochgeladenen Bilder kopieren darf. Diese sind ausschließlich für Coaster-Platform.org Nun wurde ich paar mal gefragt, ob man die Bilder auch als CC Lizenz veröffentlichen kann. Ich habe es damals nicht so gemacht, weil ich Annahm, dass die meisten Leute, die Bilder schießen und hochladen, nicht wollen das diese woanders verwendet werden. Allerdings sagte mir der ein oder andere, dass er damit kein Problem hätte. Wie steht es den mit euch, die Bilder hochgeladen haben? Was trifft bei euch zu: 1) Ich möchte, dass hochgeladene Bilder nicht unter der CC Lizenz veröffentlicht werden und somit ausschließlich bei coaster-platform.org sind (so ist es aktuell) 2) Ich wäre damit einverstanden, Bilder unter der CC Lizenz zu veröffentlichen und somit auch andere Leute meine Bilder auf deren Seite verwenden können, solang ein Copyright Hinweis mit meinen Namen existiert (so ähnlich macht es zum Beispiel Wikipedia) Das ist eine völlig unverbindliche Nachfrage.

Es geht langsam zum Endspurt. Anfang Februar wollte ich die Platform generell langsam an die Leute bringen. Daher hier konkret noch die Frage: - Was fehlt euch an Funktion noch unbedingt? - Was findet ihr besonders schlecht umgesetzt? - Was würde euch animieren noch mehr zu Pflegen oder wäre für euch ein Anreiz? Geplant für die kommende Woche ist noch, dass beim Park / Attraktion der Ersteller und der letzte Bearbeiter prominent angezeigt wird. Quasi auch als Annerkennung für die Datenpflege. Außerdem sollen alle Bearbeiter gesammelt pro Attraktion / Park angezeigt werden. Ebenfalls als Annerkennung. Des Weiteren wird eine Statistik Seite kommen. Um ein Kollege zu zitieren "Keiner will Statistiken, aber jeder schaut sich die an". Die Statistiken gehen dann in die Richtung "Welcher Park eignet sich besonders für schlechtes Wetter?", "Welcher Park ist für meine Familie am besten?" ... diese Metriken wird anhand der Daten dynamisch erstellt (Anzahl Wetterunabhängiger Attraktionen, Auswertung der Sicherheitsregeln usw). Diese Metriken sollen dann von Zeit zu Zeit erweitert werden, je nachdem was die Daten hergeben. @flofen, @Kleator, @jen_f13 Da ihr am aktivsten im Thread sowie auf der Platform wart: Fallen euch noch Punkte ein? Etwas was verbessert werden muss für die Pflege? Oder ein Feature was euch fehlt?

"Taron hat Loopings" Wohlgemerkt kam diese Aussage von keinen Kindern (wo ich es durchaus verstehen könnte), sondern jungen Erwachsene, die laut eigener Aussage die Bahn auch bereits gefahren sind.

Ab jetzt kann bei den Attraktionslisten nach den Sicherheitsbestimmungen gefiltert werden. Rechts einfach die Größe in cm und / oder das Alter eingeben und es erscheinen nur Attraktionen, auf die man mit dieser Größe / diesem Alter fahren darf (alleine oder in Begleitung). Natürlich kann man das dann auch noch weiter Begrenzen, zb, auf nur Achterbahnen. Ideal wenn man schnell mal prüfen möchte, in welchen Park ein Kind am meisten fahren darf. Da die Filterung ja über die API läuft, kann dies nun jeder Webseiten / Blog / App Betreiber. Ich muss die Funktion aber noch dokumentieren. Ansonsten wurde heute noch ein großer Fehler bei der Such-Engine behoben, für euch aber uninteressant. Aktuell diskutiere ich mit Kollegen über die Einführung einer iFrame API. iFrame ist der einfachste Weg Daten in eine andere Seite einzubinden. Für viele Blogger und Webprojekte ist ein iFrame weitaus schneller implementiert als eine komplette API. Den Inhalt und das Styling des iFrames kann dann beliebig angepasst werden.

Jap - war Teil der Show. Die Eiskunstläufer habe sich dran festgehalten ? Na, ich meine natürlich das VOR der Arena bzw. dem Platz über der Arena / Chiapas das Ding rumgeflogen ist.

Die Drohne war am Donnerstag auch direkt nach der letzten Show in der Arena de Fiesta am fliegen. Hat für sehr viel Aufmerksamkeit gesorgt unter den Gästen.

Wir haben mit unseren 2018 auf Mission to Mars (Movie Park) angefangen. Anschließend Jimmy Neutron. Bei beiden sitzt er fest und die Bahn fährt schön sanft. Er hat mega Spaß. Da er nun einen Meter erreicht hat (4 Jahre alt), sind wir mit ihm am vergangenen Donnerstag im Phantasialand gegangen. Mit TofNH haben wir begonnen - wohl gemerkt ohne ihn was dazu zu sagen. Er fand die Fahrt super. Anschließend Raik, die er ebenfalls vertragen hat. Colorado kennt er bereits vom sehen und wollte da eigentlich nicht drauf (ironischerweise wegen den Tunnels ... aber TotNH oder Bermuda Dreieick war kein Problem) - er hatte aber keine Wahl. Ist nun seine Lieblingsachterbahn. ? Unser ist aber auch recht unkompliziert. Wir kennen das von anderen Kindern auch anders. Ich würde als erstes auch Raik oder Temple empfehlen. Colorado hat einen blöden Nachteil: Der Bügel ist für beide Personen. Der hat dadurch mehr Spielraum und sitzt nicht so fest wie auf Raik oder Temple. Folglich halten wir ihn die komplette Fahrt zusätzlich fest.

Ab jetzt können für Parks und Attraktionen jeweils Historie (siehe Beitrag hier drüber) sowie Besonderheiten gepflegt werden. Über die Darstellung bin ich noch nicht wirklich "glücklich" - das wird vielleicht die Tage noch angepasst. Ich habe dies beispielsweise für Movie Park und Excalibur gepflegt. @alle die sich bereits mit der Plattform beschäftigt haben: Fällt euch noch was eins, was man unbedingt zusätzlich pflegen sollte, was hier noch nicht genannt wurde? Oder was eurer Meinung noch Verbesserungswürdig ist? Was ihr euch selber vielleicht als Info auf so einer Seite erwartet bzw. aus der API wenn ihr selber eine App / Website / Blog pflegt?

2/3 für die Historie ist geschafft. Das wird ca. so wie im angehangenen Bild aussehen. Ein Feld fürs Datum, eins für die Beschreibung. Das kann dann für den Park und für die Attraktion jeweils gemacht werden. Ggfs. kommt noch ein drittes Feld hinzu, wo man den groben Typ pro Eintrag wählt (zb. "Eröffnung", "Besitzerwechsel", "Schließung", "Umthematisierung").

Im Zweifel hat immer der Änderungsverlauf recht. Der Änderungsverlauf gibt mehr oder weniger ein Abbild aus der Datenbank. In diesem Fall waren die Bezeichnungen einfach vertauscht. Dies habe ich korrigiert. Ggfs. musst du dann den Wert nochmal anpassen. Auf der Detailseite ( https://coaster-platform.org/parks/phantasialand/attractions/taron ) ist es ein Komma - also die gewünschte Formatierung. Im Formular kann man ebenfalls ein Komma verwenden. Wenn man eine Attraktion ladet, die bereits was gepflegt hat, wird aber wohl Standardmäßig ein Punkt im Formular gesetzt. Das kommt aus einer Komponente, die ich nutze. Ich nehme das als Punkt auf, bekomme dies aber vermutlich nicht so schnell angepasst. Da es sich aber nur auf das Formular bezieht und rein stylischer Faktor ist, ist es vermutlich nicht ganz so kritisch? Die beiden Temperaturfelder habe ich auf eine Dezimalstelle angepasst. Sieht besser aus - danke für den Tip! ? Ansonsten war ich zuletzt ein wenig ruhig hier. Ich arbeite jeden Tag an dem Projekt, aber vieles aktuell "unter der Haube". Cool ist aber die neue Übersicht für die Änderungen geworden ( https://coaster-platform.org/common/commits ). Das hatte ich gestern schon testweise einmal Live gestellt. Heute auch hier noch "unter der Haube" Sachen angepasst und jetzt bleibt es Live. Ist jetzt nicht mehr ganz so kryptisch. Richtig 100% zufrieden bin ich damit noch nicht, aber weitaus besser als das, was vorher da war. Vermutlich zum Ende der Woche (~Sonntag Abend) wird es die beiden Felder "Besonderheiten" und "Historie" geben.

Ab jetzt gibt es auch das Element "Backward Part" für Rückwärtsfahrten und "Backward Drop" für Rückwärtsabfahrten. Außerdem Attribute für Saisonbedingte Bahnen (nur Winter, nur Sommer, nur Halloween), Wetterabhängig (fährt bei Regen), Standort (Überdacht, im Freien oder beides), max. und min. Außentemperatur. Bei den Sicherheitsbestimmungen und den Elementen haben ich die Felder ein weniger kompakter gemacht. Das werde ich für die Technischen Daten auch noch machen. Bei manchen Auswahlfelder wird nun ein Wert vordefiniert, der bei Bedarf dann geändert werden muss (zb. ist QuickPass nun Standardmäßig "Nein", wenn nichts anderes gewählt wurde). So muss man hoffentlich weniger Felder in Zukunft befüllen.

Wäre auf jeden Fall einfacher. :-D Und die Marktanteile sind ja mittlerweile sehr gering. Aber solang es kein Riesen Aufwand ist, werde ich das noch machen. Jetzt war es eher ein Grundlegendes Problem bei der JS kompilierung. Ich denke in nächster Zeit wird der IE da keine größeren "Probleme" mehr bereiten. Feld ist als Dezimalfeld und Quadratmeter angepasst. Die Park Flächen habe ich dementsprechend gerade auch korrigiert. Ich werde mal schauen ob ich da noch kurzfristig eine Logik reinbekomme, dass große Zahlen automatisch in der Ansicht angepasst werden (200.000 Quadratmeter => 20 Hektar) sofern möglich. Die Pflege wird aber immer unter Quadratmeter gemacht. Wäre auch für andere Felder mit großen Zahlen Sinnvoll. Habe nun "Vertikallift", "Elevator" und "Bunnyhops" ergänzt. Habe hier explizit zwischen einen Lift, der einen bei 90 Grad nach oben zieht und einen klassischen Aufzug (Winjas, River Quest) unterschieden.

Nein - das war ein Bug tief im Code der in Kombination mit meinen API Umbau heute den Fehler verursacht hat.

@Kleator Soeben noch einen Fix hochgeladen, weil das hinzufügen von Bilder nicht mehr geklappt hat. Ab jetzt sollte dies wieder gehen.

Bei Firefox habe ich das Problem heute recht fix gefunden und behoben. Internet Explorer hat viel Kraft gekostet. Ich bin seit ca. 20 Uhr bis jetzt dran gewesen - Tests mit IE11 und den Edge Browser waren jetzt endlich erfolgreich. (Beim IE habe ich im Gegensatz zu dir aber überhaupt nichts gesehen - Javascript ist komplett abgebrochen). Kannst du mal schauen, ob bei dir nun die Attraktionsseite ( https://coaster-platform.org/attractions ) funktioniert? Wenn ja, ziehe ich die anderen Seiten demnächst nach. Eine Gruppierung ist eine gute Idee - ich werde das mit Aufnehmen. ? Ich war heute echt lange am Projekt dran und hätte liebend gerne ein paar neue, coole Funktionen vorgestellt. Faktisch habe ich aber nur die Coaster API komplett überarbeitet und die Fehler in Firefox / Internet Explorer korrigiert. Es hat sich sehr viel Code geändert (~2500 Zeilen) - aber äußerlich für euch quasi nichts.

Ich nutze einen MacBook ? Ich werde es nachher mal versuchen mit FireFox nachzustellen. Aber es hat jetzt auch nicht die höchste Prio. Vorerst kann es auch wie bisher ohne Ajax laufen. Da haben andere Punkte eine höhere Priorität.

Ja korrekt. Es ist lediglich in meiner Testimplementierung noch nicht umgesetzt. Trotzdem danke für den Hinweis ;-) Hmm ok. Ich habe den alten Stand jetzt wieder veröffentlicht. Da sollte die Seite wieder funktionieren. Was hast du denn gesehen, als du die "Attraktion" - Seite geöffnet hast? Nur eine Meldung, dass keine Einträge gefunden wurden? Oder das Ladesymbol? Oder gar nichts von beiden?

Ja - Danke für die Info. Das hatte ich damals mal im Hinterkopf gehabt und für "später" verschoben. Dass so schnell so viele Attraktionen gepflegt werden, hätte ich damals nicht gedacht. ? Unter https://coaster-platform.org/attractions habe ich testweise nun eine "Ajax" Implementierung hochgeladen. Rein äußerlich ändert sich nichts - aber das eingeben von Attraktionsnamen oder Auswählen von Filtern sowie das klicken auf eine andere Seitenzahl sollte nun sogar noch schneller und angenehmer sein. Da habe ich deinen Punkt mit der Seitenzahl auch schon umgesetzt. (Vorsicht: die URL ändert sich nicht mehr. Der Zusatz wie "itemsPerPage" ist daher nicht mehr relevant.). Die Parkliste sowie die Attraktionsliste auf der Detailseite eines Parks sind noch die alte Implementierung.

@flofen @Kleator @jen_f13 Einige Punkte von euch habe ich heute umgesetzt und soeben auf dem Server veröffentlicht: - Es gibt nun drei G-Kräfte Felder (einmal positive, vertikale, einmal negative vertikale, einmal seitliche) - Es gibt das Element "Splash Down" - Im Filterformular rechts bei den Listenansicht für Parks / Attraktionen kann nun die Anzahl der Elemente Pro Seite angepasst werden - Es gibt nun den "Vergnügungspark" als Parktyp - Die Felder "Höchstalter" und "Höchstgröße" für Begleitung wurden entfernt, da diese sich nicht von ohne Begleitung ändern Nicht von euch explizit angefragt aber umgesetzt wurde: - Die Sicherheitsbestimmungen wurden designtechnisch ein wenig geändert - Die Fahrzeiten werden auf der Attraktionsseite nun in Minuten und Sekunden angezeigt (gepflegt wird aber weiterhin in Sekunden) - Das Feld für das Onride Video wird stärker validiert Letzteres (Onride) hat den Hintergrund, dass wir in dem Feld die YouTube Video ID erwarten. Teilweise ist dort aber eine komplette URL von Youtube enthalten. Das führt zum fehlerhaften Abspielen des Video's. Ich werde hier aber zeitnah noch was einbauen, dass man auch eine komplette URL reinwerfen kann und wir uns die ID selber daraus ziehen. Hintergrund weshalb wir die ID nehmen: Aus der ID wird eine Youtube URL generiert die weniger Cookies benötigt und dementsprechend "Datenschutzkonformer" ist. Die nächsten beide Punkte, die ich umsetzen werde, sind: - Rechts im Filter Formular für Attraktionen soll man Größe und Alter eingeben können und erhält eine Liste von Attraktionen, die man fahren darf - Geschichte zu einem Park / Attraktion hinterlegen können Beides ist aber ein wenig aufwendiger. Dafür werde ich ein paar Tage wohl brauchen. Ja, ich verstehe was du meinst. Habs schon als Punkt aufgeschrieben und mache mir dazu mal Gedanken ? Was ich aus deinem Text aber noch mitnehme, sind eine Reihe an weitere Felder: - Neues Element für Rückwärtsfahrten - Neues Element für Rückwärtsabfahrten - Neues Feld, welche Saisonteile die Attraktion fährt (zb. Nur im Sommer, nur im Winter, Sommer und Winter, nur Halloween, ...) - Feld, bis welche Temperatur eine Attraktion fährt (zb. bis -10 Grad) - Feld, ob Attraktion auch im Regen / Schnee fährt (zb. wegen Colorado) - Feld für Musikproduzent (zb. IMAscore) - Feld für Designer (TTA by Van Helsings Factory)

Klingt machbar. Werde ich die Tage bis zum Wochenende einbauen. Woran siehst du denn dann genau die Grenze? Wenn ein Park generell Themenbereiche hat oder wenn der Park an sich einem Thema gewidmet ist? Ja, stimme ich dir zu. Das kann man auch noch erweitern - vor allem für die Attraktion. Das nur noch Felder zur Verfügung stehen, die für die jeweilige Attraktion auch Sinnvoll ist. Nehme ich auf - die Umsetzung wird aufgrund der dynamik ein wenig aufwendiger. Wie @cephista bereits korrekt gesagt hat, ist es die englische Schreibweise. Tatsächlich hätte ich mir andere Projektnamen eher gewünscht - aber heutzutage noch coole Domains zu bekommen ist sehr schwierig. Und ja ... das Thema ist nerdig ;-) Bei beiden einen Haken setzen. Ist extra eine Mehrfachauswahl. Das wäre Mega - de facto bin ich leider nur Vollblut Entwickler und ein schlechter Grafiker. Ich bin schon in Gesprächen damit das grottige Logo mal ein wenig aufgepeppt wird. Die Ladekreis Idee nehme ich mit auf. Solang sich da aber kein freiwilliger Grafiker meldet wird es eher schwierig. Aktuell gibt es nur die deutsche Version. Tatsächlich plane ich dies auch als englische Version. Ein Großteil der Daten ist quasi kann dabei problemlos verwendet werden, weil diese Werte sprachunabhängig sind. Aber ein paar wenige Felder, wie die Kurzbeschreibung, sind natürlich lokalisiert. Sobald die englische Sprache unterstützt wird, wird man bei den sprachabhängigen Felder zwischen den jeweiligen Sprachen wechseln können. Je nachdem wie hier der Testlauf verläuft, peile ich so Ende des Monats an. Das System wird dann so aufgebaut werden, dass noch weitere Sprachen theoretisch unterstützt werden können. Langfristig plane ich aber bisher nur deutsch und englisch. Geht sogar schon ( https://coaster-platform.org/attractions?itemsPerPage=24 ) - weil ich intern nichts anderes mache als die eigen Coaster API anzutriggern. Ich werde das mit aufnehmen und relativ kurzfristig dann als Auswahlfeld anbieten. Das dürfte schnell gemacht sein. Vielen Dank an euch allen fürs Feedback! Eine Langbeschreibung wird es vermutlich nicht so schnell geben. Ich nehme dies als Wunsch gerne auf. Coaster-Platform soll in erste Linie eine Fakten basierte, objektive Datenbank von Freizeitpark Daten sein. Eine Größere Beschreibung der Attraktion lädt dazu ein, subjektive Meinungen einzubeziehen. Zudem lädt eine Langbeschreibung dazu ein, größere Texte von anderen Seiten zu kopieren. Mal von Urheberstreitigkeiten abgesehen, fänden das andere Webseiten / Blogs etc. sicherlich nicht erfreulich - dieses Projekt soll als Werkzeug / Unterstützung von Blogs, Apps und Co dienen und nicht als Konkurrenz verstanden werden. ;-) Rein vom Prinzip her verstehe ich aber deinen Punkt und stimme dir zu. "Bernd" und seine Familie wird definitiv auf diese Seite mal stoßen. Und eine Langbeschreibung wird ihn vermutlich mehr helfen als die Info welche Kapazität die Attraktion hat. Hmm ... lass mich mal ein paar Nächte drüber schlafen :-) Sowas in der Art steht tatsächlich schon auf meiner Liste. Ich denke, dass wird innerhalb der nächsten Tage kommen. Die bekommst du noch heute Nacht. Auch dir vielen Dank fürs Feedback!

Es gibt sehr viele Datenbanken oder Blogs, die solche Daten haben. Aber sogut wie keiner gibt diese frei. Mit Wikipedia hast du quasi die einzige Ausnahme genannt, welche die Daten ebenfalls unter einer Creative Commons Lizenz ausgibt, die ich kenne. Dennoch hat Coaster-Platform Vorteile gegenüber Wikipedia: Zum einen haben wir eine offene API wodurch andere Betreiber sich Daten ziehen können ohne manuell zu kopieren und zum anderen sind unsere Daten atomar. Bedeutet bei Coaster Platform brauchst du Daten gar nicht kopieren - du fragst die einfach ab und zeigst die an. Und nur durch die atomare Pflege sind zum beispiel saubere Filter nach Hersteller, Elemente u.ä. möglich. Zugegeben, das ist ein sehr technischer Punkt. Betreiber von Apps, Blogs, Foren und Co haben ein weitaus höheren Mehrwert durch dieses Projekt als der „Normale“ Besucher. Das Projekt ist ja dadurch entstanden, dass ich ähnliches mal gebraucht habe für eine eigene App. Würde es sowas geben, hätte ich damals die App gebaut ?