-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Teilgraph: chapter based subgraph #214
Comments
Dabei fällt auf
Schlussfolgerung
|
Mehrfachwerte aufgetrennt |
Jetzt sieht es so aus:
|
Können wir Chapter aus Pages berechnen? Es gibt 475 Klassen mit nichtleerer Seite:
Alle Leerwerte für pages löschen (natürlich nach einem Backup), entfernte über 600 Tripel:
|
53 Klassen habe eine Seite aber kein Kapitel:
|
Nach Absprache mit FJ und BS wird für diese 53 Klassen ein Kapitel bestimmt. Um dies einzugrenzen benötigen wir die Klassen mit den nächstgelegenen Seitenzahlen unterhalb und oberhalb. |
Diese SPARQL Query schätzt das Kapitel durch die näheste Klasse von links mit Kapitel. Die zusätzliche Eingrenzung von rechts ist nicht nötig da diese bei den 53 Kandidaten immer funktioniert:
|
Doch nicht bei allen, nur bei 38/53:
Aber die können wir ja schonmal feststellen:
Diese wurden hochgeladen in den SPARQL Endpunkt, damit bleiben noch 15. |
Die restlichen können wir so eingrenzen:
Das Ergebnis:
|
6 davon sind eindeutig bestimmt:
-> hochgeladen Die restlichen (müssten eigentlich 9 sein aber er findet 8):
|
Das sind jetzt so wenige, das lösen wir manuell mit dem Buch:
Dabei fällt auf, dass es fehlerhafte Kapitelangaben gibt, bei denen eine kleinere Seite ein größeres Kapitel ergibt. Siehe snikproject/ontology#309. |
…kable chapters in chapter search. Part of #214.
Siehe auch snikproject/ontology#296.
The text was updated successfully, but these errors were encountered: