Spiele-Datenbank

Wollte heute mal ein paar Recherchen mit den Spiele-Finder machen, aber irgendwie ist dies das reinste Glücksspiel.
Zuallererst stimmt mal ein beachtlicher Anteil der Einträge nicht. anime-fight.net/ ist jetzt bestimmt schon seit einem halben Jahr oder länger offline. Das gleiche gilt für Client-Spiele die keine sind bzw. umgekehrt. Offensichtlich falsche Einschätzungen der Spielerzahlen.
Das Hackerl für Barrierefreiheit wird sehr oft aus Jux gesetzt ( z.B. www.aquaphobia.de/ ). Denke da wäre es am besten, wenn man mal per Datenbank-Query alle Spiele auf "nicht barrierefrei" setzt und eine Rundmail an die Entwickler schickt. Wer dieses Hackerl zurück will soll sich melden, und wird bei einer entsprechenden Seite dann freigeschaltet. Wollte vor längerem einer blinden Person Browsergames zeigen, habe dann aber nicht wirklich was für sie gefunden.
Als nächstes kommt dann die Genre-Einteilung. Diese ist extrem unglücklich gewählt. Die Build&Raid-Spiele sind nämlich eigentlich in jeder Sparte zu finden. Außerdem fehlt etwas wichtiges: Die Definitionen. Der Begriff "Stradegie" ist nämlich extrem dehnbar.
Meine Einteilung wäre in etwa so:
bauen&beschützen: die typischen Build&Raids halt, inklusive Spielen wie Kapitalism
handeln&entdecken: Freewar, World of Crime
kämpfen&sammeln: Man fordert einen Spieler oder NPC heraus, bekämpft ihn, und sammelt die Überreste ein. Gladiators2, World of Dungeons, aber natürlich auch solche Spiele wie ttadvance.ca/ . Wenn es ein ELO gibt, würde auch Schach darunter fallen.
simulieren: Zum Beispiel eine Börsensimulation.
Gemeinschaft: Spiele, die sich auf die Community konzentrieren. Dol2Day zum Beispiel. Oder Rollenspiele, wo das schreiben von RPG's im Vordergrund steht.
Natürlich ist der letzte Absatz noch verbesserungswürdig. Aber ich möchte nicht nur meckern, sondern auch Lösungsvorschläge bringen, also musste das rein.

Eventuell verbindlich eine Rückmeldung einbauen, beispielsweise muss der Status alle 2-3 Monate überprüft werden. Sonst wird das Spiel als inaktiv gezeichnet und fliegt dann nach einiger Zeit sogar aus dem Ranking. Man könnte ja auch eine zweite Liste von "pausierenden Spielen" anfertigen, für diejenigen, die zwar ein Spiel haben, welches aber kurzzeitig "nicht spielbar" ist.
"Du hast das Spiel island of drugs [1] bei GalaxyNews eingestellt. Wir bitten dich, innerhalb der nächsten 14 Tagen den Status deines Spieles zu überprüfen und erneut abzuschicken. Andernfalls wird dein Spiel automatisch in 14 Tagen auf inaktiv gesetzt und in 30 Tagen aus der Liste genommen."
blabla, blabla, bla?
____
[1] xxx.pytalhost.com/bgname.php

Den Ansatzpunkt mit der regelmäßigen Überprüfung der Browserspiele finde ich ziemlich gut. Inaktive Spiele werden so zwar schneller aus der DB gelöscht, aber die Richtigkeit der Angaben wird dadurch in keinster Weise gewährleistet.
Also müsste man theoretisch ein ganzes Team haben, dass die Datenbank regelmäßig nach Spielen überprüft und falsche Angaben berichtigt. Die Frage ist dann eben: Wer macht's?
Aber ein Anfang für eine korrektere Spiele-Datenbank wäre ein regelmäßiges Aktuallisieren durch die Entwickler allemal.

Die vorgeschlagene Lösung behebt das Problem der inaktiven Spiele. Echte Inhaltsverbesserung ist damit nicht garantiert. Dazu könnte man ein Melde-System, bei dem quasi jedes GN-Mitglied (eingelogter User) einen Update-Request für den Eintrag eines Spiels absenden kann, der dann vom GN-Team bearbeitet werden könnte. In Verbindung mit dem Inaktivitätsmanagement sollte der Aufwand für GN bei der Pflege des Verzeichnisses dabei überschaubar sein.
Bezüglich der Barrierefreiheit wäre vielleicht eine ähnliche Lösung wie mit dem Spielstatus denkbar - erst nach Freigabe durch GN-Team aktivierbar. Ich denke auch hier würde sich der Aufwand deutlich in Grenzen halten.

Es gibt einen Spielmeldebutton bei den Einträgen. Auch kann man uns solche Unstimmigkeiten jederzeit melden und wir kontrollieren es und korrigieren es gegebenenfalls.
Für die Einträge selber sind die Entwickler zuständig, da wir nicht wirklich alle Spiele per hand durch schauen können.
Das mit der Erinnerungsmail und bei nicht antworten auf inaktiv setzen finde ich selber jedoch auch recht gut ...mal drüber sprechen....

Das Problem mit dem melden ist einfach die schirre Menge an Falscheinträgen. Jedoch war dies nur ein Teil meiner Kritik. Im Moment ist dies nämlich eher eine Liste von Einträgen als eine Datenbank, in der man suchen kann. Der Grund sind einfach die etwas sehr seltsamen Kriterien.
Zum Beispiel habe ich nichtmal die Möglichkeit, gezielt nach Spielen zu suchen, die keine Plugins brauchen. Eine Einteilung "pures HTML", "HTML+JS", "Flash" und "Plugin erforderlich" wäre nicht schlecht. Oder wenn ich Spiele finden will, die keine "Build&Raid"-Spiele sind. Diese verteilen sich nämlich gleichmäßig über alle Genres.

Da denkt wer *wirklich* mit. Ich denke, die meisten Entwickler (inklusive mir) hier haben sich darüber, wie sie gefunden werden, noch nie wirklich gedanken gemacht.. und wie sie unterteilt werden.
Wenn es da Handlungsbereitschaft gibt, wäre das wirklich toll.

Um die Spiele auf Aktivität zu prüfen könnte man zb. einen Cronjob machen, das dann versucht eine Verbindung zum Spiel herzustellen (zb. mit den soket funktionen in php). Sollte das Spiel nicht erreichbar sein wird es Als Offline markiert (kann ja mal passieren das der Server Neustartet/Probleme hat). Sollte dies 3 mal in folge passieren, wird das Spiel aus der Rangliste entfernt, und muss von dem Entwickler neu eingetragen/freigeschaltet werden.
6imBam

Original von Auris
Es gibt einen Spielmeldebutton bei den Einträgen.

Ah, noch nie bemerkt Was macht denn dieser Button? Momentan sieht es aus wie ein Reload (IE7/Opera 9: keine Ergebnisanzeige). Bekommt ihr dann einen allgemeinen Hinweis, mal drüber zu schauen? Sinnvoller wäre es konkret Fehler angeben zu können (vielleicht analog der Entwicker-Optionen zum Ändern des Eintrags).

Original von Frostbringer

Eine Einteilung "pures HTML", "HTML+JS", "Flash" und "Plugin erforderlich" wäre nicht schlecht.
Dazu ist mir eine Aussage, von neit zugetragen worden, dass ungefähr 97% der GN-User (und das ist ne ziemlich Browsergame-spezifische Gruppe) Flash haben - für die restlichen 3% Flash-Kriterien? Und in Zeiten von AJAX Seiten ohne JS? Das hört sich für mich nach einem 97-3-Problem an...

> Eine Einteilung "pures HTML", "HTML+JS", "Flash" und "Plugin erforderlich" wäre nicht schlecht.
Völlig überflüssig meiner Meinung nach.
Wenn du schon eine Suche für Randgruppen-Surfer einbinden willst, dann höchstens drei Häkchen:
- Benötigt Flash
- Benötigt Java
- Benötigt eine andere Art von Plugin (Bitte angeben)
Man kann im Jahre 2007 davon ausgehen, dass nahezu jeder Nutzer JavaScript aktiviert hat.

Ich geh da schon 5 Jahre von aus.
Netscape 4 is tot!

Leute, mir geht eure latente Behindertenfeindlichkeit echt auf den Senkel. Denkt doch nur nach, wie schnell ihr selbst auf der Liste derjenigen stehen könntet, für die Seiten mit JS nicht in Frage kommen. Autounfälle stehen dort zum Beispiel ziemlich hoch in der Liste. Aber auch ein Proxy, der JS ausfiltert, kann euer Verhängnis werden.Und was ist, sobald es so weit ist? Seit ihr dann lebensunwertes Leben und gehört in die T4?
Es tut mir leid, aber dies ist einfach gegen meine Überzeugungen. Klar, manche Dinge kann man einach nicht so umsetzen, dass sie für alle zugänglich sind. Aber mit voller Absicht Leute als "Aussenseiter" abzustempeln ist mir einfach zuwider.

Ich bin ja kein Spezialist in dem Bereich. Aber ich kann mir gut vorstellen, dass spezielle Browser für Menschen mit Einschränkungen nicht umbedingt JS unterstützen. Und Ajax scheint ja auch Probleme zu machen, wie Frostbringer schon an anderer Stelle angemerkt hat.
Darüber hinaus würde ich nicht von Randgruppen-Surfern sprechen, wenn man sich die Statistiken ansieht. Also weniger Randgruppe als Benutzergruppe die noch viel Potential bietet.

> mir geht eure latente Behindertenfeindlichkeit echt auf den Senkel
Dafür gibt es noch den Punkt 'Ist barrierefrei'...
> Aber mit voller Absicht Leute als "Aussenseiter" abzustempeln ist mir einfach zuwider.
Ich sprach von Randgruppen. Und dies meine ich nicht negativ, sondern objektiv.
> Und Ajax scheint ja auch Probleme zu machen, wie Frostbringer schon an anderer Stelle angemerkt hat.
Ajax ist kein unüberwindbares Problem. Ich erwarte, dass ein Browser Inhalte vorlesen kann und zwar unabhängig davon, ob sie per Reload kamen oder per AJAX.
> Also weniger Randgruppe als Benutzergruppe die noch viel Potential bietet.
Das stimmt in der Tat. Wenn du es schaffst deine Webseite 100% barrierefrei zu gestalten, kannst du einen Kundenstamm erreichen, den deine Konkurrenten/Mitbewerber nicht erreichen können.
> Seit ihr dann lebensunwertes Leben und gehört in die T4?
www.seidseit.de/ (Sry).
Natürlich nicht, aber das hat auch keiner von uns behauptet.
> Aber auch ein Proxy, der JS ausfiltert, kann euer Verhängnis werden.
Wenn einer mir mit technischen Barrieren das Leben schwer machen möchte: Kann er gerne tun, aber er braucht von mir nicht erwarten, dass ich ihm den Gefallen tun seine Stolpersteine wegzuräumen.

Original von TheUndeadable
Ajax ist kein unüberwindbares Problem. Ich erwarte, dass ein Browser Inhalte vorlesen kann und zwar unabhängig davon, ob sie per Reload kamen oder per AJAX.

Der Browser kann natürlich Inhalte vorlesen, egal wie sie generiert wurden. Das Problem an der Sache ist halt, wie es der Benutzer mitbekommen soll, dass sich die Seite geändert hat. Vorlesen ist nunmal eine lineare Angelegenheit. Und solange es noch kein Semantik-Web gibt heißt das, dass die Webseite den Benutzer informieren muss und er sich die gesamte Seite neu vorlesen lassen muss, da der Screenreader ja nicht feststellen kann, was sich in welchem Zusammenhang geändert hat.
Resultat: Tolle AJAX Aufmachung, die den Benutzer mit Einschränkungen sehr schnell nervt, da er alle Informationen doppelt und dreifach vorgelesen bekommt. Bei klassischen Ansatz ohne Ajax wäre das anders.
Daher würde ich Frostbringers Vorschlag begrüßen, in der Spiele-DB kenntlich zu machen, ob JS verwendet wird oder nicht.
Hier mal ein interessanter Überblick zum Thema: www.vorsprungdurchwebstandards.de/theory/ajax-vs-accessibilty/

Ohne Ajax wird auch die Seite nach dem Reload nochmal vorgelesen. Das Geheimnis heißt Dropdown. Aus meinem Interview mit Overon weiß ich, dass der Screenreader immer zum nächsten Dropdown springen kann (den Sinn entzieht mir dabei aber). Ein machts hier also recht einfach, das zu verhindern.

Ja Leute, ich bereue es vollkommen, dass ich die Diskussion in diese Richtung gelenkt habe. Wollte im Grunde nur sagen, dass es halt eine Liste mit technischen Dingen geben *könnte*, die für dieses Spiel benötigt werden. Und wenn jemand ein Spiel sucht, dass bestimmte Features nicht nutzt, kann er es halt finden. Die Motive dafür sind eigentlich egal, es muss sich ja auch keiner dafür rechtfertigen, dass er ein Spiel aus dem "Weltraum"-Bereich sucht.
Und wie scheint wurde dieser Punkt als "schlechte Idee" abgehackt. Naja, wie auch immer.
Also bitte ich, zum ursprünglichen Thema zurückzukehren.

@Frostbringer...evtl würde sich sowas mal als gesondertes Thema im Entwicklerbereich lohnen. Das man dort mal informiert was man da beachten müssten bzw worauf man schauen müsste.
Mich als Verwalter des Spieleverzeichnisses und Helfer in Games würde dahingehend gerne mal mehr erfahren.

[werbung]
Und für die, die nicht nur diskutieren, sondern auch machen wollen, ist dmoz.org/World/Deutsch/Spiele/Computerspiele/Browserbasiert/ eine Möglichkeit sich einzubringen. In jeder Kategorie gibt es einen "Werde Editor"-Link [/werbung]