Réponse longue : je ne sais pas si je peux répondre; 1/ le billet parle d’outils pour la _publication_ de données RDF, vous questionnez sur les outils d’_exploitation / réutilisation_. 2/ Vous parlez de fichiers « RDP », dans le web de données on parle de RDF, du coup j’ai un doute, mais mettons ça sur le compte d’une faute de frappe 3/ les fichiers RDF sont par nature des fichiers de données brutes destinées à des programmes, des bases de données, des machines, et ne sont pas fait pour être directement exploités « par l’humain ». 4/ vous écrivez « ces fichiers sont avant tout des tables »… c’est peut-être le cas pour le fichier de données particulier que vous avez téléchargé (vous pouvez indiquer lequel), mais de façon générique RDF encode un _graphe_ et pas du tout des tables (c’est ce qui fait la difficulté de votre situation), et il n’y a pas de notion d’_enregistrement_ en RDF.

La question serait de toutes façons plus à poser par le biais du portail open data de l’administration en question. Typiquement certains producteurs de données doublent les formats de diffusion de leurs données et proposent un format de fichier CSV simple en combinaison avec un format de fichier RDF plus riche.

Vous écrivez « …un outil qui permet d’exploiter un fichier « rdp » (je lis : RDF)… comme on pouvais le faire avec tout fichier de type « texte » il y a plus de 40 ans… » : que faisiez-vous avec des fichiers de type texte il y a plus de 40 ans pour l’exploiter exactement ? Excel ? une base de données ? des expressions régulières ?

Si vous cherchez un espèce de super-Excel pour ouvrir et manipuler votre fichier RDF, utilisez OpenRefine (https://openrefine.org/); Si vous cherchez une base de données pour interroger votre fichier RDF, utilisez une base de données RDF (« triplestore ») comme GraphDB (http://graphdb.ontotext.com/) mais j’ai envie de vous dire d’essayer de voir si les données que vous convoitez n’existeraient pas dans un autre format.

J’ai récupéré un fichier rdf en libre accès depuis un site d’une administration. Oui, c’est facile de le « lire » si on pense que « lire » signifie afficher un fichier sur l’écran. Mais lire un fichier de données, ce n’est pas cela. C’est utiliser un outil qui saura présenter les données de manière organisées et exploitables.

Et c’est là que je coince.

Je coince d’autant plus quand j’entends parler d’Excel (je n’ai rien contre) qui me parait inadapté dès que la quantité de données à gérer dépasse quelques milliers d’enregistrements, sans parler des problèmes de codage de caractères. Ce que je cherche, sans le trouver, c’est l’outil qui sait gérer ces nouveaux formats extrêment verbeux (rdp, et cie) enregistrement par enregistrement ? Ai-je si mal cherché, c’est possible.

Ces fichiers sont avant tout des tables, comme depuis toujours dans n’importe quelle base de données, mais trouver un outil qui sait les lire comme ce qu’elles sont destinées à être, des tables (au sens « exploitable » du terme), s’avère, en fait, de la mission impossible.

J’ai surement manqué une étape : la notion de table, en informatique, est très ancienne Et pourtant, il est bien difficile de trouver, dans le moindre blog ou site web, l’information qui nous guide vers un outil qui saura lire ces fichiers pour ce qu’ils sont, des tables. Et c’est pas faute d’avoir cherché. C’est vrai, il reste la « ligne de commandes » : mais je n’ai pas l’ambition de faire l’application du siècle, ni le désir de passer des semaines à réinventer la roue.

Bref : si quelqu’un peut me donner un outil qui permet d’exploiter un fichier « rdp » comme un fichier de données (et pas juste comme un document affiché sur l’écran), comme on pouvait le faire avec tout fichier de type « texte » il y a plus de quarante ans, et si possible sous windows 10 (puisque l’article parle d’Excel), je l’en remercie d’avance.

je vous invite à lire le résultat de l’enquête auprès de la communauté internationale qui travaille avec les données d’agriculture et alimentation. Ce travail, réalisé dans le cadre de la Research Data Alliance, a eu comme objectif de produire des recommandations pour développer les approches sémantiques dans notre domaine. Un des constats est que nous manquons cruellement d’outils faciles à prendre en main par des non experts et qui permettent d’intégrer des ressources existantes (dans un objectif d’interopérabilité notamment) .
Pour en savoir plus : https://www.rd-alliance.org/group/agrisemantics-wg/outcomes/39-hints-facilitate-use-semantics-data-agriculture-and-nutrition
N’hésitez pas à commenter !

Currently exploring SKOS and RDF with eprints.(see WIP eprints.bimcoordiantor.co.uk One of the missing pieces to the BIM journey maybe a thesaurus of building vocabularies, am hoping to reuse a network map I put together over the last couple years into a SKOS in which documents could be ‘tagged’ with a subject and linked to other data, may come back to on some advice.

Here a link to the network graph https://graphcommons.com/graphs/76050aab-5ac6-4c5b-8267-12235741bb22

Nice to see people from BIM stopping by ! (I happen to hear about BIM a lot because I share my office with architects and engineering companies). I would love to know more about how controlled vocabularies are integrated in BIM.
If you are starting :

• Read the W3C SKOS Primer (https://www.w3.org/TR/skos-primer/), and also make sure you get some basic background on RDF. Then read also the SKOS reference (https://www.w3.org/TR/2009/REC-skos-reference-20090818/)
• Librarians / documentalist have been developping controlled vocabularies / thesauri for ages. If you want to get some background on this, see if you can find some literrature from this field
• If you need to create your own controlled lists / hierarchies from scratch, go with Excel using some of the templates documented in the Excel-2-SKOS converter (http://labs.sparna.fr/skos-play/convert). Then later on if you need to you can migrate your data in one of the tools mentionned here.
• Ontologies are a while different area, and if you want to delve into this, the definitive tutorial is the Manchester OWL Pizza tutorial for Protégé at http://owl.cs.manchester.ac.uk/publications/talks-and-tutorials/protg-owl-tutorial/. You should be careful though and determine if what you need is a _formal_ language/modelling of your domain (this is ontologies) or simply a set of _terms_ / _concepts_ loosely organised, to classify items (these are controlled vocabularies). Creating ontologies is much harder than controlled vocabs.

Cheers