Merci pour ces précisions. C'est intéressant.
Benjamin
Le 08/11/2013 18:30, Otourly Wiki a écrit :
Ce n'est pas l'URL qui est mis dans OSM mais le nom de l'article avec
les espaces comme si un être humain les écrivait. Je suis d'accord sur
le problèmes de maintenance de ces liens, et d'ailleurs il est apparu
une clé Wikidata qui est sensé être plus stable mais malheureusement
pas à l'abri de changements
(http://taginfo.openstreetmap.org/keys/wikidata).
Ce qui est intéressant c'est que cette liaison directe permet
d'associer manuellement le concept à un objet avec vérifications, et
du coup le traitement du projet WIWOSM est automatique
(http://wiki.openstreetmap.org/wiki/WIWOSM).
Ça montre les synergies entre les deux projets, certains wikipédiens
n'hésitant pas à rajouter le nom de l'article WP à l'objet OSM. Ça
permet également aux wikipédiens d'avoir un point de contrôle des
coordonnées GPS qui sont pas toujours exactes.
Florian.
Le Vendredi 8 novembre 2013 18h17, Benjamin Chartier
<benjamin.chart...@cegetel.net> a écrit :
Merci Christian et Ab_fab pour vos réponses.
Je vois bien l'intérêt pour les utilisateurs de Wikipedia même si à
mon sens il serait préférable que chaque utilisateur puisse visualiser
l'objet dans la carto qu'il préfère et pas uniquement dans
OpenStreetMap. Un peu comme la partie coordonnées qui peut être
utilisées avec différents site web cartographiques.
Inversement, je trouve plutôt étrange de mettre des références
directes (url j'entends) à Wikipedia directement dans la base de
données. On risque de devoir intégrer des liens spécifiques à plein de
sites externes au fil des ans sans pouvoir les maintenir et en
aboutissant à une espèce de bazar complet (à mon sens). De mon point
de vue, il serait préférable d'insérer des identifiants universels
(genre des uri) non dépendants d'outils ou de services particuliers.
Charge aux applications exploitant les données OSM de renvoyer les
utilisateurs vers les sites qui savent exploiter ces identifiants
universels et présenter les informations de leur choix. Plutôt que de
mettre des
http://fr.wikipedia.org/wiki/Ligne_de_Paris-Montparnasse_%C3%A0_Brest
j'aurais tendance à mettre une référence d'un organisme qui une
compétence en la matière (RFF par exemple pour la France). Charge aux
différents outils du web (dont OSM) d'utiliser des références aussi
communes que possible. C'est plutôt comme cela que je vois le
linked-data. D'autant plus que du point de vue du multi-linguisme cela
me parait plus souple.
Par contre, j'aurais effectivement tendance à coller l'url d'un site
particulier si c'est une source utilisée par le contributeur et qu'on
veut les faire apparaitre dans les métadonnées des objets ou des
change-sets. Pour moi ce sont deux choses différentes : d'un côté, on
a un truc pour faire des expèces de jointures entre la base OSM et
d'autres sources d'information sur le web ; de l'autre on a une
problématique de traçabilité ou un quelque chose qui s'en rapproche.
Je dis cela, mais j'imagine que vous avez sans doute déjà discuté de
tout cela en long et en travers. En plus, je ne suis pas un
spécialiste de la question.
Benjamin
Le 08/11/2013 17:29, Ab_fab [via GIS] a écrit :
Exemple du Grand Canal du Château de Versailles :
http://fr.wikipedia.org/wiki/Grand_Canal_de_Versailles
En cliquant sur le lien "carte" (en haut à doite de l'article), le
contour du canal est mis en évidence.
Et ce grâce à la mention de la page wikipedia correspondante dans
l'objet OSM.
Le 8 novembre 2013 17:19, Christian Quest <[hidden email]> a écrit :
C'est très souhaitable à mon avis en particulier pour faire le
lien entre un objet OSM et l'article wikipédia concernant cet objet.
Par exemple, la relation d'une ligne de train pourra comporter le
tag wikipedia=* vers l'article en question.
Logiquement un tel lien ne devrait figurer qu'une seule fois dans
OSM.
Cela permet à l'article wikipédia de représenter la géométrie de
l'objet en question. Le parc du Château de Versailles ne peut pas
de résumer à un lat/lon unique, même chose pour la ligne
Paris-Brest !
C'est un petit pas de plus vers les linked-data ;)
Le 8 novembre 2013 17:11, Benjamin Chartier <[hidden email]> a
écrit :
Bonjour,
Utiliser wikipedia est déjà quelque chose que je faisais pour
essayer de déterminer quelles tronçons pouvaient être
considérés en activité ou non.
Certains contributeurs peuvent alimenter Wikipedia sur ce
sujet. Je trouve cela sain. Pour ma part, je n'ai pas encore
identifié de besoin pour le faire avec les informations à ma
disposition. Ensuite, je ne sais pas s'il est facile ou
souhaitable d'ajouter des références à Wikiepdia depuis la
base de données OSM ou non.
Benjamin
Le 08/11/2013 09:38, Otourly Wiki [via GIS] a écrit :
Idée très intéressante que le découpage en projets
thématiques autres qu'un découpage géographique, afin de
réunir les synergies entre passionnés.
Ce serait peut-être l'occasion de travailler avec le
projet Chemin de fer de Wikipédia.
http://fr.wikipedia.org/wiki/Projet:Chemin_de_fer
Florian.
_______________________________________________
Talk-fr mailing list
[hidden email]
https://lists.openstreetmap.org/listinfo/talk-fr
--
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
_______________________________________________
Talk-fr mailing list
[hidden email]
https://lists.openstreetmap.org/listinfo/talk-fr
--
ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab>
"Il n'y a pas de pas perdus", Nadja
_______________________________________________
Talk-fr mailing list
[hidden email]
https://lists.openstreetmap.org/listinfo/talk-fr
------------------------------------------------------------------------
If you reply to this email, your message will be added to the
discussion below:
http://gis.19327.n5.nabble.com/Creation-d-un-projet-reseau-ferre-tp5784606p5784683.html
To unsubscribe from Création d'un projet réseau ferré, click here
<http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=5784606&code=YmVuamFtaW4uY2hhcnRpZXJAY2VnZXRlbC5uZXR8NTc4NDYwNnwtOTk0MzEyMDM2>.
NAML
<http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr