Bonjour,
Je ne suis pas contre les DataItems, au contraire.
Et effectivement les règles « techniques » propre à la gestion des tags OSM
doivent se situer dans les DataItems, et les valeurs « universelles » peuvent
se partager dans wikidata.
Où l'on peut s’interroger avant de les développer, c’est sur la confusion qu’il
pourrait y avoir entre DataItems et Wikidata.
> iD affiche le libellé automatiquement
>
> D'accord, bonne démarche
> Incomplète à mon sens : sans l'éditeur tu ne peux plus lire les données OSM,
On peut le faire aussi avec les DataItems si c’est ce point qui bloque.
Quand a ton argument, il est aussi valable sur les DI :)
> attention ça ne convaincra pas tout le monde.
ça me rappel le passage de l’assembleur aux langages de hauts niveaux comme le
C.
En gagnant en lisibilité, portabilité, rapidité de développement, on perdait la
« maitrise » du code généré, l'optimisation de la taille et de la vitesse du
code machine généré.
Que ça soit avec un DataItem, une Wikidata ou un simple libellé texte,
l’éditeur devra proposer une valeur dans une liste, nous interpeller si
celle-ci n’existe pas déjà…
>> Peux-tu me citer un exemple d'homonyme s'il te plait?
> Je me souvenais de « Mac Donald » et « McDonald’s » :
> https://wiki.openstreetmap.org/wiki/What%27s_the_problem_with_mechanical_edits%3F#Potential_for_bad_judgement
>
> <https://wiki.openstreetmap.org/wiki/What's_the_problem_with_mechanical_edits?#Potential_for_bad_judgement>
> Il s’avère qu’il ne s’agit pas du tag brand mais name…
> … on pourrait imaginer qu’il existe réellement la marque « Mac Donald »mais
> effectivement l’orthographe est différente :)
>
> Oui je pense ainsi qu'on aura très peu de problèmes de ce genre.
> La réglementation sur les marques et la propriétés intellectuelle nous
> facilitant bien la tâche sur ce sujet précis.
En fait j’avais aussi en tête l’exemple des réseaux de transport (donné par
Noémie il me semble).
On a des homonymes dans un même pays, dans le monde n’en parlons pas.
Le mécanisme utilisant les « wikiDataItems » doit être homogène pour tous les
tags.
ça va être compliqué d’avoir un libellé texte pour les valeurs de brand (car il
n’y a pas d’homonyme), et un wikiDataItems pour les valeurs de network car il y
en a.
> Il y a environ 100 propriétés différentes de gestion de la sémantique dans
> les DataItems
> Il ne s'agit pas que de donner les combinaisons, mais aussi les règles de
> validation, d'édition, d'illustration, de description et j'en passe.
On est d’accord là-dessus (cf. liminaire)
> Oui à chaque fois que j'ai eu à identifier une entreprise, j'ai du définir
> une "valeur OSM", je n'ai pour autant pas dupliqué les forces de wikidata.
Dans le cas de la clé brand, est-ce que le contrôle de sa valeur doit se faire
en recréant toutes les marques dans les DataItems ?
(alors qu’elles doivent quasiment toutes exister dans wikidata)
Le « contrôle » pourrait se faire en vérifiant que la valeur existe déjà dans
wikidata.
Au passage, je constate qu’actuellement les dataitems sont difficiles à
utilisées :
La recherche dans le wiki ne permet pas de chercher une clé ou valeur soit dans
le wiki, soit dans les dataitems (contrairement à wikipedia et wikidata).
J’arrive à trouver depuis le wiki https://wiki.openstreetmap.org/wiki/Item:Q98
(brand)
Je n’arrive pas à trouver ses valeurs, ni le moteur de recherche SparQL (je
sais que c’est Sophox, mais je ne trouve pas de lien depuis le panneau de
gauche dans le wiki).
Dans wikidata, les identifiants « contrôlés » font l’objet de règles (doublons
autorisés ou non, format respectant des règles…).
Il y a aussi des exemples (qui aident bien à comprendre comment les utiliser).
Exemple : NGA Lighthouse ID (P3563)
<https://www.wikidata.org/wiki/Property:P3563>
> Wikidata aurait raison de nous refuser l'ajout de propriétés strictement
> dédiées à OSM.
Oui (cf. propos liminaire)
> A l'inverse ce serait très généreux de leur part d'accépter d'en intégrer
> *certaines*
Ils le font déjà en indiquant quelle clé OSM correspond à un Item.
> On aura toujours besoin d'un système pour décrire des choses qui concernent
> OSM seulement,
Oui (cf. propos liminaire)
> donc toujours besoin de définir une valeur lisible, l'identifiant wikidata
> n'étant qu'une propriété de plus sur le dataitem.
Le wikiDataItem est utilisé par les machines, le libellé par les humains.
Tu penses que les données brutes OSM n’utiliseront que le libellé, moi je pense
qu’à terme les données brutes n’utiliseront que les wikidataitems.
> > ça rajoute une surcouche de complexité. Et il faut que le projet se fasse
> > connaître, fasse l’ « unanimité »…
>
> De quoi part-on aujourd'hui pour gérer nos tags ?
> Un wiki traduit en 126 langues avec une synchronisation bien compliquée à
> gérer entre les spécificités locales et l'ascendance de l'anglais pertinente
> dans certains cas.
> On peut aussi se dire que ce sera plus simple avec de la structure.
On est d’accord.
> OSM a ajouté de la complexité par rapport aux cartes IGN papier. On est plus
> heureux aujourd'hui je crois :)
Là aussi :)
__
Yves
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
