Übersicht über mögliche Probleme und Fragen.
- SPARQL 1.1 Unterstützung für zB
SAMPLE(?name)
(sieheFIXME
inview1.js
) Fragen:- Repo mit Fix als Submodule eingebunden - noch zu testen
- Falschantworten Query unschön
- Random pick aktuell per JS aus gesamten result query
- in der Humm-Ontologie liefert Movement und Birthplace teilweise noch weniger Resultate als vorher
- Bildprüfung mit Timeout-Funktion (Darstellung des falschen Bildes)
- Queries auslagern
- Konfigurationsparameter auslagern (Anzahl Antworten, Minuspunkte etc.)
- Feature: Mal schauen ob man auf dem FUSEKI auch sowas wie stored-procedures definieren kann (Soundex-Query)
- Wähle Falschartist nicht nach "movement,birthplace,etc. pp.", sondern nach gleich klingenden Namen (Soundex/Levenshtein)
- Hinweis-Feature: zu jedem Artisten in der Auswahl wird ein Bild geladen (Spieler erkennt evtl Malstil)
- Hinweis-Feature: zu dem gesuchten Künstler werden noch andere Bilder angezeigt (eventuell ein bekanntes Bild vorhanden)
- Hinweis-Feature: allgemeine Hinweise zum Künstler
- Bilder laden eventuell nach (zeitweise falsches Bild) -
$scope.loading
-> GIF als Ladebild - Falschantworten aus Movement + Birthplace + influenced by
- Falschantworten sind auch wirklich Painter
- in der Humm-Ontologie sind viele Bildquellen falsch -> Bildcheck durchführen
- Bilder haben immer die gleiche Reihenfolge (random select mit offset/SPARQL und pool/JS)
- Löschen der Falschantwort
- Schöne Namen (dadurch Problem Nr. 1)
- Endpoint Latenz nervt
- Bug bei manchen Künstlern (scheinbar wenn der Endpoint down ist). Wenn der Endpoint down ist - wo werden die alten Antworten/Fragen zwischengespeichert? (eigener FUSEKI)
- Ausgewählte Antworten werden nicht gelöscht, sondern ausgegraut
- der 50-50 Joker kann nur ausgeführt werden, wenn noch mindestens 2 falsche Antworten aktiv sind
- Die Fehlermeldungen der Joker zeigen die nötigen Punkte an, die nötig sind um die Joker nutzen zu können