masalthunlass / complex Goto Github PK

Faire en sorte que l'interface envoie correctement la requete à la bonne route du servlet.

• POST sur /
• Requête bien formée + environnement :)

Pour tirer parti de ce qu'on peut obtenir comme visualisation, il faudrait que quelqu'un se motive à proposer des requêtes SPARQL (disons 5) qui tirent parti de données des types suivants :

• Coordonnées (sont dans GeoNames)
• Motifs de graphes intéressants (interconnexions INSEE - PASSIM, GeoNames, ISF par ex)
• Valeurs numériques intéressantes (avec les populations INSEE ou GeoNames, ou ISF)
• Valeurs temporelles intéressantes (ISF sur plusieurs années)
• Corrélations numériques intéressantes (ISF, population et proportion de personnes riches par ex)

J'ai trouvé un mini bug : tu ne catch pas l'évènement de submit lorsqu'on est dans le formulaire d'ajout de namespaces. En effet si on clique sur "Go !" ça ajoute bien dans la liste, mais si on fait entrée, ça reload la page ;)

Est ce que quelqu'un est chaud pour pusher ces données ?

Les accents sur les fichiers on buggé sous mac, du coup Thib à commité plein de doublons des pages.

Vu que linux c'est trop bien j'ai gardé que la version avec les accents au format mac (heureusement personne d'autre à part Thibaud n'avait bossé sur le wiki). Le problème c'est que les liens entre les pages ne fonctionnent plus. Il faudrait donc tous les refaire...

https://github.com/afs/JenaSesame

JenaSesame commence à être un peu vieux (Jena 2.7.0, Sesame 2.6.2), mais ça reste utilisable et en plus c'est fait par le lead dev de Jena.

Je suis sûr qu'on devrait pouvoir réussir à l'intégrer.

Finir le rapport / wiki avant envoi !

Partie Union de modèles

Une petite suggestion qui a peu d'importance mais quand même : du devrais mettre nos apparitions (en bas de page et about) par ordre alphabétique des noms :)

On n'a pas assez de difficultés !

https://github.com/masalthunlass/complex/wiki/4_M%C3%A9thode-de-travail-et-difficult%C3%A9s

Export des données SQL en RDF via D2RQ.

Il faudra les écrire à un moment ou à un autre (et même les tester !)

http://www.lirmm.fr/~mougenot/Enseignement/GMIN332/Projet/gmin332_projet_part2.pdf

Envoi des requetes pré définies sur /data/queries

Partie Memory

insee-demo-onto.ttl et insee-geo-onto.ttl ne sont pas sensés être des fichiers identiques. Là, ils le sont. Je crois que c'est insee-geo qui manque. (?)

Thib ? :)

Ça concerne bien la partie extraction / mise en forme des jeux de données ?

Bon ça serait top d'avoir maintenant le script qui permet de générer le fichier rdf de géonames...

Le script doit générer un fichier rdf contenant, pour chaque entité du fichier rdf d'origine :

• 1 - ses attributs
• 2 - pour chacun de ses fils : goto 1

Jusqu’à ce que plus aucune des entités n'ait de fils.

Gérer la réception de la requête par POST sur / par le servlet

• réception de la requête
• analyse
• génération de la réponse

MEMORY MODEL : je manque d'info, je ne trouve pas où c'est utilisé dans l'application
BENCHMARK + rédaction sur script geonames : besoin de Nam
Liaison insee-geonames : il y avait pas un fichier avec des same as ?
Monuments : j'ai pas vu le lien avec les autres données
NoSQL : dans quelle partie on en parle

Qui a fait la conclusion lors de la présentation ?

3.1 Union de modèles Jena

https://raw.github.com/wiki/masalthunlass/complex/img/modeleUnion.png

il manque l'interconnexion des données.

Il faudrait décrire les méthodes de traitement des jeux de données dans la partie 3.2 (stockage). Techniquement c'est plus simple d'ajouter ça a la fin du 3.2 (le script isf SQL + crawler geonames) et juste de renommer le 3.3 en "Déroulement d'une requête" plutôt que de recréer une partie avec tous les liens pour une nouvelle page.

En effet il faut bien que je mette ce que j'ai mis pour l'instant dans 3.3...