Re: [OSM-talk-fr] relations person dans OSM ?? Mauvaise interprétation par P. V.
2014-10-14 22:07 GMT+02:00 sylvain letuffe lis...@letuffe.org: Mais contient aussi une partie géographique (naissance, commémoration, plaques, tombe, etc.). Plutôt que de tout rejeter en bloc, je m'interroge sur l'intérêt de cette partie, savoir si une autre manière de stocker cette information existe dans osm, ou s'il est préférable de recommander à ceux qui ont lancé cette proposition d'aller faire ça ailleurs. Cette relation vise à modéliser une personne sans restrictions, pas seulement à résoudre un problème de plusieurs noms sur une tombe. Elle suggère même de pouvoir l'utiliser pour les vivants. Il y a donc bien une intention, celle de représenter les personnes dans OSM, avec une porte ouverte à toutes les extensions possibles et imaginables comme on en voit déjà. Cette proposition aurait été mieux acceptée avec un autre nom (par ex. deceased_person) et une autre intention avec des limitations claires dans le libellé pour éviter toute forme d'abus (limité aux tombes et monuments, limité aux morts, limité aux personnages connus et sinon, conditionné aux législations locales sur la constitution de bases de données nominatives), ne pas mettre d'autres infos comme les lieux de naissance ou liens familiaux pour éviter une exploitation généalogiste, etc. Et malgré tout, il reste d'autres solutions pour résoudre le cas des tombes avec plusieurs noms. Dans le même esprit, on pourrait imaginer des relations qui modélisent les véhicules. Certains pourraient aussi y trouver un intérêt (anciennes loco, entretien réseau de bus, etc). Ca n'est pas pour autant une bonne idée pour OSM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ?? Mauvaise interprétation par P. V.
On cartographie avec intérêt les épaves de navires échoués sur le plateau continental en faible profondeur. Les épaves ne sont aujourd'hui plus systématiquement relevées; et parfois on vient échouer vers le fond volontairement d'anciens navires (une fois dépollués) depuis qu'on s'est aperçu qu'ils constituaient des récifs artificiels qui très vite sont peuplés et diversifient le milieu en petites espèces et ce sont des nids où accrochent les coquillages et les coraux qui vont bâtir tout autour, et des écloseries pour les petits poissons, des abris pour les crustacés. On les enlevait quand ils étaient une trop forte gêne à la navigation mais on ne le fait plus dans les zones protégées (des plongeurs iront pomper le carburant, démonter et relever le moteur, ou les cargaisons polluantes dispersibles, ils laisseront tout le reste sur place), ce n'est même plus une gêne pour la pêche depuis qu'on interdit les filets pellagiques qui labouraient les fonds (et elles peuvent même aider à éviter leur venue pour pêcher dans des zones protégées). On en laisse même dans les estuaires (hors des chenaux), ils aident aussi à retenir les sédiments et bancs de sable qui font des digues naturelles de protection des côtes, et c'est moins cher que d'apporter de l'enrochement qui n'est pas aussi facilement colonisable. Les cartes marines sont parsemées d'épaves connues qui ne seront jamais enlevées (en plus, quand il y a eu des victimes elles sont symboliques des lieux de sépulture et de souvenir pour les familles et ça se respecte; souvenez-vous des protestations des descendants lors des fouilles de l'épave du Titanic qu'une société voulait s'approprier et même relever pour l'utiliser ensuite comme mine de ferraille). On a un tag bien accepté pour ces épaves. Le 15 octobre 2014 10:40, Pieren pier...@gmail.com a écrit : Dans le même esprit, on pourrait imaginer des relations qui modélisent les véhicules. Certains pourraient aussi y trouver un intérêt (anciennes loco, entretien réseau de bus, etc). Ca n'est pas pour autant une bonne idée pour OSM. ___ Talk-fr mailing list 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
Re: [OSM-talk-fr] relations person dans OSM ?? Mauvaise interprétation par P. V.
Individuellement oui, aucun problème, mais pas la peine de le mettre dans une relation... Sauf à tracer un parcours touristique joignant ces lieux mais ce n'est pas la même chose et il n'y a pas nécessité non plus d'agglomérer les objets visités dans cette relation, le parcours est indicatif, suggéré, il n'a pas la même réalité de terrain et les visiteurs peuvent ne pas s'intéresser à tout, ce ne sont pas des points de passage obligatoires et le plus souvent on ne peut que passer à proximité et pas directement en contact avec le mur tagué qu'on ne va pas traverser non plus. Il est plus important de taguer correctement les objets pour faire des recherches sélectives; puis voir tout ce qui est autour indépendamment de leurs autres usages sélectifs. Le 15 octobre 2014 17:26, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Et on peut aussi saisir les graph sur les murs et les artistes concernés? Comme le chat ailé sur Orléans Bourges de M. Chat ? https://www.sophie-g.net/photo/graph/chat15.htm C'est aussi un élément touristique et aussi un élément pouvant servir à l'orientation ;-) Le 15 octobre 2014 16:59, Philippe Verdy verd...@wanadoo.fr a écrit : On cartographie avec intérêt les épaves de navires échoués sur le plateau continental en faible profondeur. Les épaves ne sont aujourd'hui plus systématiquement relevées; et parfois on vient échouer vers le fond volontairement d'anciens navires (une fois dépollués) depuis qu'on s'est aperçu qu'ils constituaient des récifs artificiels qui très vite sont peuplés et diversifient le milieu en petites espèces et ce sont des nids où accrochent les coquillages et les coraux qui vont bâtir tout autour, et des écloseries pour les petits poissons, des abris pour les crustacés. On les enlevait quand ils étaient une trop forte gêne à la navigation mais on ne le fait plus dans les zones protégées (des plongeurs iront pomper le carburant, démonter et relever le moteur, ou les cargaisons polluantes dispersibles, ils laisseront tout le reste sur place), ce n'est même plus une gêne pour la pêche depuis qu'on interdit les filets pellagiques qui labouraient les fonds (et elles peuvent même aider à éviter leur venue pour pêcher dans des zones protégées). On en laisse même dans les estuaires (hors des chenaux), ils aident aussi à retenir les sédiments et bancs de sable qui font des digues naturelles de protection des côtes, et c'est moins cher que d'apporter de l'enrochement qui n'est pas aussi facilement colonisable. Les cartes marines sont parsemées d'épaves connues qui ne seront jamais enlevées (en plus, quand il y a eu des victimes elles sont symboliques des lieux de sépulture et de souvenir pour les familles et ça se respecte; souvenez-vous des protestations des descendants lors des fouilles de l'épave du Titanic qu'une société voulait s'approprier et même relever pour l'utiliser ensuite comme mine de ferraille). On a un tag bien accepté pour ces épaves. Le 15 octobre 2014 10:40, Pieren pier...@gmail.com a écrit : Dans le même esprit, on pourrait imaginer des relations qui modélisent les véhicules. Certains pourraient aussi y trouver un intérêt (anciennes loco, entretien réseau de bus, etc). Ca n'est pas pour autant une bonne idée pour OSM. ___ Talk-fr mailing list 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 ___ Talk-fr mailing list 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
Re: [OSM-talk-fr] relations person dans OSM ?? Mauvaise interprétation par P. V.
Simone Cortesi, m'avait signalé le site Openplaques.org qui tent à s'occuper de tout ça... Open Plaques Open Plaques Documenting the historical links between people and places, as recorded by commemorative plaques Afficher sur openplaques.org Aperçu par Yahoo ...qui se base d'ailleurs sur OSM et qui rend totalement inutile une éventuelle relation OSM. Florian. Le Mercredi 15 octobre 2014 18h38, Philippe Verdy verd...@wanadoo.fr a écrit : Individuellement oui, aucun problème, mais pas la peine de le mettre dans une relation... Sauf à tracer un parcours touristique joignant ces lieux mais ce n'est pas la même chose et il n'y a pas nécessité non plus d'agglomérer les objets visités dans cette relation, le parcours est indicatif, suggéré, il n'a pas la même réalité de terrain et les visiteurs peuvent ne pas s'intéresser à tout, ce ne sont pas des points de passage obligatoires et le plus souvent on ne peut que passer à proximité et pas directement en contact avec le mur tagué qu'on ne va pas traverser non plus. Il est plus important de taguer correctement les objets pour faire des recherches sélectives; puis voir tout ce qui est autour indépendamment de leurs autres usages sélectifs. Le 15 octobre 2014 17:26, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Et on peut aussi saisir les graph sur les murs et les artistes concernés? Comme le chat ailé sur Orléans Bourges de M. Chat ? https://www.sophie-g.net/photo/graph/chat15.htm C'est aussi un élément touristique et aussi un élément pouvant servir à l'orientation ;-) Le 15 octobre 2014 16:59, Philippe Verdy verd...@wanadoo.fr a écrit : On cartographie avec intérêt les épaves de navires échoués sur le plateau continental en faible profondeur. Les épaves ne sont aujourd'hui plus systématiquement relevées; et parfois on vient échouer vers le fond volontairement d'anciens navires (une fois dépollués) depuis qu'on s'est aperçu qu'ils constituaient des récifs artificiels qui très vite sont peuplés et diversifient le milieu en petites espèces et ce sont des nids où accrochent les coquillages et les coraux qui vont bâtir tout autour, et des écloseries pour les petits poissons, des abris pour les crustacés. On les enlevait quand ils étaient une trop forte gêne à la navigation mais on ne le fait plus dans les zones protégées (des plongeurs iront pomper le carburant, démonter et relever le moteur, ou les cargaisons polluantes dispersibles, ils laisseront tout le reste sur place), ce n'est même plus une gêne pour la pêche depuis qu'on interdit les filets pellagiques qui labouraient les fonds (et elles peuvent même aider à éviter leur venue pour pêcher dans des zones protégées). On en laisse même dans les estuaires (hors des chenaux), ils aident aussi à retenir les sédiments et bancs de sable qui font des digues naturelles de protection des côtes, et c'est moins cher que d'apporter de l'enrochement qui n'est pas aussi facilement colonisable. Les cartes marines sont parsemées d'épaves connues qui ne seront jamais enlevées (en plus, quand il y a eu des victimes elles sont symboliques des lieux de sépulture et de souvenir pour les familles et ça se respecte; souvenez-vous des protestations des descendants lors des fouilles de l'épave du Titanic qu'une société voulait s'approprier et même relever pour l'utiliser ensuite comme mine de ferraille). On a un tag bien accepté pour ces épaves. Le 15 octobre 2014 10:40, Pieren pier...@gmail.com a écrit : Dans le même esprit, on pourrait imaginer des relations qui modélisent les véhicules. Certains pourraient aussi y trouver un intérêt (anciennes loco, entretien réseau de bus, etc). Ca n'est pas pour autant une bonne idée pour OSM. ___ Talk-fr mailing list 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 ___ Talk-fr mailing list 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___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Le 13 oct. 2014 à 22:31, dHuy Pierre dh...@yahoo.fr a écrit : Contrairement à ce que tu dis cquest, il n'y a rien à voir avec la page Wikipédia des personnes en question mais avec les différents bâtiments commémoratif en lien avec eux. Je ne crois pas que le problème soit sur le fond (indiquer dans notre cas qu’une rue soit nommé en l’honneur de M. Pierre Joliot, qu’on indique la maison de naissance des frères Lumière, l’assassinat de Sadi Carnot…). C’est juste une question de forme : doit-on utiliser le mécanisme des relations ou plutôt utiliser les attributs *:wikipedia ? Christian suggère la seconde solution. Elle me semble plus simple et légère pour étiqueter un objet OSM. Je reconnais avoir été largement abusif avec l'usage deville comme lieux de naissance et je pense qu'avec le recul nommé en l'honneur de est de trop pour les rues. Je ne pense pas. En revanche le bâtiment Pierre et Marie Curie était leur ancienne maison et consiste aujourd'hui en un mémorial en leur nom. Ce bâtiment est donc lié à leurs personnes. Oui, mais le lien name:wikipedia sert justement à l’indiquer ;-) La relation*:wikipedia (ou *:wikidata) n’est pas explicite (elle se fait en dehors d’OSM) et il convient donc de documenter plus précisément les attributs *:wikipedia. Damn, j'ai effectivement fait une erreur! Pas de procès ici. OSM est en perpétuelle évolution :-) Mais je suis d'accord, il faudrait plus de finesse de détail, les rues et les villes ne devrait pas y être associé aussi simplement. C’est une question de dosage. Mettre un tag name:wikipedia=Charles de Gaulle pour chaque boulevard portant son nom est peut-être une aberration (mais Wikipedia nous apprend qu’il y a 3 homonymes de la même famille). Mais pour un Inuit, cette information n’est peut-être pas si superflue ? Et je propose de supprimer ces données (fin plus tard je bosse demain). Non, attend la clôture du vote pour éventuellement changer la forme ;-) — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Le 14 octobre 2014 00:24, Yannick VOYEAUD yann...@voyeaud.org a écrit : Bonsoir à toutes et tous, Dans un premier temps j'étais aussi contre mais l'explication de Pierre m'a amené à regarder plus loin et en effet qu'y a-t-il d'aberrant à signaler une commune comme étant le lieu de naissance de Untel très connu? Reste à voir les lieux qu'il convient d'accepter ou non. wikidata est fait pour ça, pas OSM. Ces informations n'ont rien de cartographiques. En quoi la date de naissance d'un personnage célèbre a un rapport avec une base de données cartographique ? On est en plein dans le web sémantique là (je sais que ça ne passionne pas, mais c'est passionnant quand on s'y intéresse un peu). Tout comme aujourd'hui on ne va pas mettre l'équivalent d'un article wikipédia dans des tags OSM (ce qui est évident à cause de son côté textuel), on est dans la même logique avec tout un ensemble de données plus sémantiques, qui sont de la connaissance, du savoir, mais qui ne sont pas des données de terrain. Tout ceci est super cool en mashup, mais faire le mashup directement dans OSM c'est un grand délire à éviter à tout prix. Bonne idée (d'ailleurs c'est moi qui ait commencé à utiliser wikipedia:name devenu depuis name:wikipedia) mais mauvaise solution à mon avis. Aujourd'hui j'utiliserai plutôt wikidata bien plus adapté pour ça. Soyons un peu pragmatique si je vous dit que Laurent MOURGUET est décédé à telle adresse dans telle commune certains d'entre-vous n'en ont strictement rien à foutre! Pour d'autres, au contraire, c'est une information utile. Je propose donc pour améliorer la chose qu'il faut qu'une plaque 'touristique' soit visible sur la façade dudit immeuble. Un plaque commémorative a toute sa place dans OSM. C'est un élément de terrain, vérifiable, et qui peut servir de repère. Pour moi Wikipedia est une source de l'information et OSM en est une autre. Les deux sont complémentaires. Par contre il faut parfaitement documenter le tag Person. Il faut bien limiter le champ d'action de ce 'référencement' dans la base. J'irais même plus loin en effarouchant les puristes! Tout document crée avec Umap à potentiellement vocation à se retrouver dans OSM! POurquoi c'est simplement l'esprit des données ouvertes. J'ai fait quelque chose dans un certain cadre mais vous vous pouvez en faire autre chose à laquelle je n'ai pas pensé. Pour finir je reste dans le mode provoc et je dirais à Philippe que moi aussi je m'attend pas à trouver Pierre CURIE mais par contre j'aimerais bien y trouver Pierre JOLIOT alias Pierre JOLIOT-CURIE! Oui je sais c'est hors du sujet du message initial mais pourtant... Je vous souhaite bien du plaisir pour maintenir la relation de Charles de Gaulle... 4243 noms de voie le concernant dans FANTOIR, ça promet ! Poussez les concepts à l'extrême pour vérifier si ils tiennent la route. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Le 14 oct. 2014 à 08:35, Christian Quest cqu...@openstreetmap.fr a écrit : Bonne idée (d'ailleurs c'est moi qui ait commencé à utiliser wikipedia:name devenu depuis name:wikipedia) mais mauvaise solution à mon avis. Aujourd'hui j'utiliserai plutôt wikidata bien plus adapté pour ça. Je ne connais pas quasiment pas wikidata (j’ai lu la page de présentation mais je ne saisie pas encore son intérêt, utilisation). Peux-tu donner un exemple concret et les avantages / inconvénients des différentes solutions ? Merci, — Yves PS: exemples concernant le président Sadi Carnot : Rue à Limoge, sa ville d naissance Rue à Mexico (s’agit-il de lui on de son oncle le physicien?) plaque et pavé commémorant son assassinat à Lyon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
C'est une base de connaissance, pour une entité, on a un ensemble de propriété et de valeurs (un peu comme nos clé=valeur dans OSM). wikidata permet de structurer l'information sous forme de données exploitables par des machines (et peu lisible par des humains), là où wikipedia fait une description sous forme de texte peu exploitable automatiquement mais très lisible pour un humain. En liant un objet OSM à une entrée wikidata, on se relie d'un coup à tout un ensemble de données structurées. Exemple pour Charles de Gaulle: https://www.wikidata.org/wiki/Q2042?uselang=fr Tu y trouve tout un ensemble de renseignements, son lieu de naissance, ses liens familiaux, sa scolarité, pour ses ouvrages tu as ses identifiants à la BnF la bibliothèque du congrès, etc, etc, etc... Ainsi, ajouter un name:wikidata=Q2042 permet de lier toutes ces informations d'un coup à l'objet OSM sans recopier ces informations avec tout les problème de mise à jour que cela supposera. Si l'on veut retrouver dans OSM tout les objets dont le nom est lié à Charles de Gaulle, il suffira de chercher sur ce tag par exemple avec l'overpass. C'est au final bien plus efficace qu'une relation. Le 14 octobre 2014 10:01, Yves Pratter yves.prat...@gmail.com a écrit : Le 14 oct. 2014 à 08:35, Christian Quest cqu...@openstreetmap.fr a écrit : *Bonne idée* (d'ailleurs c'est moi qui ait commencé à utiliser wikipedia:name devenu depuis name:wikipedia) *mais mauvaise solution* à mon avis. Aujourd'hui j'utiliserai plutôt *wikidata* bien plus adapté pour ça. Je ne connais pas quasiment pas wikidata (j'ai lu la page de présentation mais je ne saisie pas encore son intérêt, utilisation). Peux-tu donner un exemple concret et les avantages / inconvénients des différentes solutions ? Merci, -- Yves PS: exemples concernant le président Sadi Carnot : - Rue à Limoge https://www.openstreetmap.org/relation/4109299, sa ville d naissance - Rue à Mexico https://www.openstreetmap.org/way/24866763 (s'agit-il de lui on de son oncle le physicien?) - plaque https://www.openstreetmap.org/node/3128834827 et pavé https://www.openstreetmap.org/node/3128834826 commémorant son assassinat à Lyon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Justement je propose de ne pas faire les rues mais les lieux remarquables pour les personnages remarquables. Ainsi le Panthéon ou d'autres grands tombeaux seraient ainsi liés aux lieux de la mort et de la naissance des personnes. Ce qui est pertinent pour des personnes comme Jaurès. Pas besoin d'être jusqu'au boutiste dans ce tag :) et on peut associer wikidata ET person. C'est une question de dosage. /me retourne en format Le 14 octobre 2014 08:35:18 UTC+02:00, Christian Quest cqu...@openstreetmap.fr a écrit : Le 14 octobre 2014 00:24, Yannick VOYEAUD yann...@voyeaud.org a écrit : Bonsoir à toutes et tous, Dans un premier temps j'étais aussi contre mais l'explication de Pierre m'a amené à regarder plus loin et en effet qu'y a-t-il d'aberrant à signaler une commune comme étant le lieu de naissance de Untel très connu? Reste à voir les lieux qu'il convient d'accepter ou non. wikidata est fait pour ça, pas OSM. Ces informations n'ont rien de cartographiques. En quoi la date de naissance d'un personnage célèbre a un rapport avec une base de données cartographique ? On est en plein dans le web sémantique là (je sais que ça ne passionne pas, mais c'est passionnant quand on s'y intéresse un peu). Tout comme aujourd'hui on ne va pas mettre l'équivalent d'un article wikipédia dans des tags OSM (ce qui est évident à cause de son côté textuel), on est dans la même logique avec tout un ensemble de données plus sémantiques, qui sont de la connaissance, du savoir, mais qui ne sont pas des données de terrain. Tout ceci est super cool en mashup, mais faire le mashup directement dans OSM c'est un grand délire à éviter à tout prix. Bonne idée (d'ailleurs c'est moi qui ait commencé à utiliser wikipedia:name devenu depuis name:wikipedia) mais mauvaise solution à mon avis. Aujourd'hui j'utiliserai plutôt wikidata bien plus adapté pour ça. Soyons un peu pragmatique si je vous dit que Laurent MOURGUET est décédé à telle adresse dans telle commune certains d'entre-vous n'en ont strictement rien à foutre! Pour d'autres, au contraire, c'est une information utile. Je propose donc pour améliorer la chose qu'il faut qu'une plaque 'touristique' soit visible sur la façade dudit immeuble. Un plaque commémorative a toute sa place dans OSM. C'est un élément de terrain, vérifiable, et qui peut servir de repère. Pour moi Wikipedia est une source de l'information et OSM en est une autre. Les deux sont complémentaires. Par contre il faut parfaitement documenter le tag Person. Il faut bien limiter le champ d'action de ce 'référencement' dans la base. J'irais même plus loin en effarouchant les puristes! Tout document crée avec Umap à potentiellement vocation à se retrouver dans OSM! POurquoi c'est simplement l'esprit des données ouvertes. J'ai fait quelque chose dans un certain cadre mais vous vous pouvez en faire autre chose à laquelle je n'ai pas pensé. Pour finir je reste dans le mode provoc et je dirais à Philippe que moi aussi je m'attend pas à trouver Pierre CURIE mais par contre j'aimerais bien y trouver Pierre JOLIOT alias Pierre JOLIOT-CURIE! Oui je sais c'est hors du sujet du message initial mais pourtant... Je vous souhaite bien du plaisir pour maintenir la relation de Charles de Gaulle... 4243 noms de voie le concernant dans FANTOIR, ça promet ! Poussez les concepts à l'extrême pour vérifier si ils tiennent la route. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Pierre d'Huy___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Voici un exemple pour le poète Guido Gezelle: http://overpass-turbo.eu/s/5sm Pour le créer j'ai fait une recherche, puis j'ai eu un peu de travail pour enlever toutes les rues nommés par exemple Gezellenweg. Son tombeau: http://overpass-turbo.eu/s/5sn J'ai fait la même chose pour le Père Damien: http://www.wikidata.org/wiki/Q232785 Jo 2014-10-14 10:01 GMT+02:00 Yves Pratter yves.prat...@gmail.com: Le 14 oct. 2014 à 08:35, Christian Quest cqu...@openstreetmap.fr a écrit : *Bonne idée* (d'ailleurs c'est moi qui ait commencé à utiliser wikipedia:name devenu depuis name:wikipedia) *mais mauvaise solution* à mon avis. Aujourd'hui j'utiliserai plutôt *wikidata* bien plus adapté pour ça. Je ne connais pas quasiment pas wikidata (j’ai lu la page de présentation mais je ne saisie pas encore son intérêt, utilisation). Peux-tu donner un exemple concret et les avantages / inconvénients des différentes solutions ? Merci, — Yves PS: exemples concernant le président Sadi Carnot : - Rue à Limoge https://www.openstreetmap.org/relation/4109299, sa ville d naissance - Rue à Mexico https://www.openstreetmap.org/way/24866763 (s’agit-il de lui on de son oncle le physicien?) - plaque https://www.openstreetmap.org/node/3128834827 et pavé https://www.openstreetmap.org/node/3128834826 commémorant son assassinat à Lyon ___ Talk-fr mailing list 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
Re: [OSM-talk-fr] relations person dans OSM ??
rapidité du vote ? ces objets datent d'il y a plus de 3 ,ois (ceux qui sont en France du ,oins je n'ai pas trouvé avant d'autres objets en Polgne ou aux USA et le ,oins qu'on puisse dire c'est que cela a été mis en place sans en faire état; en discrétion ou juste peut-être sur une liste polonaise. Avant de l'utiliser en France, même à titre d'essai, il aurait fallu un peu de concertation pour que les usages acceptés en Pologne soient plus largement débattus et voir ce qui est de l'ordre d'OSM et ce qui ira mieux dans d'autres bases et aussi fixer quelques limites (sinon le volu,e de données est sans fin; surtout quand on voit que dans la relation on y a jouté les lieux de naissance (très vague: juste la ville, imagnez le nombre de personnes nés, mariées, décédées dans une ville; ou même souvent pas plus précis qu'un pays ou une région entière. Les liens de parenté; dates de naissance; décès, conjoints connus, etc... tout ce qui peut être dans une page Wikipédia (ou des sous-pages de listes; comme des listes de bataille, les écoles/lycées fréquentés, les labos et lieux de travail, tout cea to,be dans un ,ode hypertexte dans un ou plusieurs articles, et pour l'internationalisation il reste Wikidata qui fournira des liens réutilisables dans des articles divers et aussi indirectement comme source complémetaire uniquement pour les lieux individuels listés dans les articles. Maintenant si on parle des tombes individuelles; c'est rare de trouver des articles à ce seul sujet auxquels se lier. Cependant si ce sont des personnalités, rien n'empêche pour elles d'avoir un sujet Wikidata et un unique noeud associé dans OSM; ou bien un modèle de géolocalisation de la tombe au sein de l'article Wikipédia (ou dans le modèle pour les personnes, comme pour le paramètre du lieu de décès ou de sépulture. Dans OSM on peut taguer des tombes individuelles (même avec la donnée du numéro de concession dans le cimetière avec en name=* ou description=* l'indication de l'inscription (nom de la personne ou de la famille) sans avoir besoin de les associer à des relations (une relation peut se justifier s'il y a un parcours touristique organisé qui visite ces tombes et d'autres choses). Et évidemment tout le ,ode voit l'intérêt de taguer les tombes de Dalida ou Jim Morisson à PAris, ou ailleurs celles du Général de Guaue, François Miterrand, Nelson Mandela... Quant à lister toutes les tombes de personnalités qui ont vu leur restes ou seulement une partie ou une plaque commémoratives au Panthéon (parfois de façon provisoire ou plan symbolique, ou juste la cérémonie publique honorifique avant l'inhumation privée) on n'en finit plus si en plus on liste et associe les membres de leur famille (alors que l'honneur leur est rendu personnellement et pas à leur famille...), les lieux de naissance, de vie ou de travail (surtout que très souvent ces géolocalisation sont très imprécises... raison de plus pour que ça aille dans un article avec un hyperlien vers un autre article décrivant le lieu et son histoire, cet article étant déjà géolocalisé pour lui même dans OSM). Bref il faut classer l'information là où elle est la plus pertinente, et d'autant plus que ce sont des infos non systématiques, de précision variable, avec des tas d'inconnues pour la plupart des personnes ou seulement des hypothèses courantes difficiles à vérifier; ou seulement des donénes obtenues par des témoignages de tiers aujourd'hui tout autant disparus. Dans OSM on s'attache à ce qui est directement visible sur le terrain (ou des données de catalogues officiels, sourcés par des documents d'intérêt public comme les lois, décrets, arrêtés, ordonnances, relevés cartographiques d'agences officielles, et certains catalogues systématiques émis par des sociétés publiques ou sociéts exploitant des concessions publiques, rapports des assemblées d'institutions nationales, internationales ou agences régionales), pas à ce qui en est très éloigné (là il faut avoir la visibilité locale ou une bonne connaissance du terrain très localisé; comme par exemple le passage d'un cours d'eau aujourd'hui recouvert mais qu'on pourrait encore trouver à l'occasion de travaux et intéresse les riverains qui vivent au voisinage et les urbanistes et constructeurs). Même un lit de cours d'eau pratiquement toujours à sec, qu'on peut prendre comme un vieux chemin caillouteux envahi de végétation, et difficile à identifier, reprendra de l'importance immédiatement lors d'un orage et il est important de ne pas l'oublier pour éviter de construire dessus (on le voit bien dans le sud e la France où des tas de petits cours d'eau ont été barrés ou reroutés vers d'autres en ignorant leur capacité à absorber des flux soudains, alors qu'ils servaient aussi à répartir les masses d'eau et mieux les retenir, et protéger des terrains, ou permettre d'en inonder d'autres laissés à l'état de paturages. Le phénomène s'est accéléré avec les réseaux d'irrigation et de drainage qui accélèrent énormément le débit de l'eau au
Re: [OSM-talk-fr] relations person dans OSM ??
2014-10-13 23:37 GMT+02:00 dHuy Pierre dh...@yahoo.fr: Nul reproche sur la rapidité du vote, je croyais qu'il y avait des procédure c'est tout. Et d'ailleurs je t'ai remercié de m'avoir prévenu :) C'est moi qui a lancé le vote en remettant la page wiki au format proposal. Ces relations sont apparues il y a quelques temps déjà et au début, apparement, pour résoudre un problème très concret de cartographie de cimetières (plusieurs noms sur une tombe). Cela a aussi été brièvement mentionné sur la liste principale il y a 2 semaines et j'avais déjà tiqué à ce moment-là ([1]). Le problème avec cette relation, c'est qu'on sent bien qu'elle touche aux limites d'OSM (on s'éloigne de la cartographie pure) et que l'idée n'a pas été discutée au niveau international. Il y a toujours une partie des contributeurs qui pense qu'on peut choisir des tags, les documenter comme officiels dans le wiki et les utiliser directement sans passer par une concertation avec le reste de la communauté. Mais ça ne marche pas toujours comme ça . Si ça peut passer pour des choses évidentes (bien documentées et non sujettes à controverse), cette façon de s'imposer est beaucoup plus discutable dès qu'il y a des critiques. Et là, j'ai réagi lorsque j'ai vu que je n'étais pas le seul à voir un problème avec cette relation (ici mais aussi là [2]). Les arguments contre: - si au départ, c'était fait pour modéliser plusieurs personnes présentes sur une seule tombe, on trouve maintenant son lieu de naissance, de mort et ses liens familiaux avec d'autres personnes. Il y a dérive entre une idée pour modéliser une tombe qui est maintenant utilisée pour modéliser les gens. A quand la relation qui modèlise les véhicules ? - il n'y aucune limite sur ce qui peut être rattaché à cette personne : les lieux où il a vécut, travaillé, où il s'est marié, etc - Il n'y a aucun critère de sélection et certains veulent déjà s'en servir pour éviter les restrictions de wikipedia sur la notoriété. - ce dernier point est important. Si on ne passe pas par wikipedia, on devra accepter que tout le monde soit présent dans la base, y compris les vivants, sur le seul critère que leur nom est gravé quelque part (ben oui, les vivants ont bien leur nom sur une boite aux lettre). C'est évidemment un problème, OSM devient une base nominative avec des données personnelles comme les dates de naissance, liens de parenté, lieux de résidence. Ca sera sûrement le bonheur pour tous les généalogistes mais cela pose de nombreux problèmes nouveaux : quid du droit à la vie privée, du droit à l'oubli, etc C'est pourquoi il est important que ce genre de données nominatives soit traité dans une base à part. - l'argument c'est présent dans le monde réel (la tombe) donc ça peut aller dans OSM est dangereux. Au-dela des tombes, les généalogistes pourraient aussi arguer que les noms des ancêtres se trouvent dans des livres d'archives eux aussi bien présents dans le monde réel et qu'ils pourraient donc à ce titre mettre dans OSM tous les noms des morts documentés et ainsi utiliser OSM comme une base de données ouverte et géante pour généalogistes. Mais OSM, c'est pas open data, c'est open *geo* data. Ca n'est pas parce qu'on peut tout faire avec des relations que tout doit être permis. L'avantage de renvoyer à wikipedia/wikidata est que nous leur laissons la responsabilité de chosir les gens qui méritent d'aller dans l'encyclopédie ou pas (notoriété). Pieren [1] https://lists.openstreetmap.org/pipermail/tagging/2014-September/019552.html [2] http://forum.openstreetmap.org/viewtopic.php?id=22497 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
2014-10-14 10:52 GMT+02:00 Pierre d'Huy dh...@yahoo.fr: Justement je propose de ne pas faire les rues mais les lieux remarquables pour les personnages remarquables. Ainsi le Panthéon ou d'autres grands tombeaux seraient ainsi liés aux lieux de la mort et de la naissance des personnes. Ce qui est pertinent pour des personnes comme Jaurès. Les lieux remarquables, c'est très vague et là encore, la porte ouverte à tous les excès. Pour un peintre par exemple, quelqu'un trouvera bien intéressant d'ajouter la montagne Sainte-Victoire à Cézanne ou le port du Havre pour le premier tableau impressioniste de Monet. Etc, etc... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Le 14 octobre 2014 10:40, Christian Quest cqu...@openstreetmap.fr a écrit : C'est une base de connaissance, pour une entité, on a un ensemble de propriété et de valeurs (un peu comme nos clé=valeur dans OSM). wikidata permet de structurer l'information sous forme de données exploitables par des machines (et peu lisible par des humains), là où wikipedia fait une description sous forme de texte peu exploitable automatiquement mais très lisible pour un humain. Et Wikipédia dispose maintenant de plus en plus de modèles pour rendre lisible par des humais dans les articles les données de Wikidata (au début il n'a affiché que les liens interwikis vers les autres articles du même projet dans d'autres éditions linguistiques, sans avoir besoin de modèle; puisque Wikidata peut chercher lui-même ces liens dans sa base en partant du lien de la page Wikipédia affichée; Wikidata référence aussi les catégories, et les médias dans Commons, les oeuvres et pages d'auteurs dans Wikisource; les entrées de Wikitionnaire; les sites officiels; il peut aussi contenir les numéros de référence de diverses bases ouvertes ou publiquement accessibles; comme les identifiants Mérimée, et les identifiants de catalogues bibliographiques: de même mes oeuvres et leurs identifiants ISBN et ISSN et citations normalisées, il devrait même permettre de lancer des recherches par mot clés significatifs sur des moteurs de recherche pour les infos qui n'auraient pas encore été classées de façon systématique, il offre aussi le choix de diverses sources cartographiques hors OSM, même non libres mais accessibles). Wikidata a vocation à être de plus en plus intégré dans tous les wikis de Wikimédia et d'autres sites libres ou ouverts. Commons et Wikipédia ont déjà servi de modèle de classification de tonnes d'informations sur des thèmes très divers. Même si on n'aime pas la qualité des articles de Wikipédia, on doit reconnaitre que le plus grand apport c'est cette classification de plus en plus poussée et précise (mais en chantier permanent) et le très grand nombre de ses contributeurs (beaucoup plus que n'importe quelle base de données dans le monde). Si Wikipédia est si bien classé dans les moteurs de recherche ce n'est pas parce qu'il est gratuit et ouvert à tout le monde, mais que son meilleur apport au monde est sa classification d'infos et de références qui ont rendu ces pages pertinentes et ouvertes à des tas d'autres infos bien classées (ce qui n'est pas le cas des pages Facebook par exemple), et qu'en s'affranchissant de la publicité et contenus pushés hors de propos par les annonceurs, ces infos restent classées et pertinentes (même si on n'est pas d'accord avec tout le contenu présenté ou qu'on pense que c'est mal écrit par endroits). Ces classifications s'enrichissent mutuellement par les références communes qu'on peut trouver et permettent les rapprochements de façon de plus en plus efficace et pertinente, malgré tout la pertinence n'est pas toujours à 100% car il y a toujours dans les éléments références des infos d'identification non complètement uniques ou bien subjectifs (y compris l'identification des langues qui pourtant ont des identifiants assez précis, trop parfois, car les dénominations peuvent être indifférentes entre différentes langues; par exemple les noms de personnes, les toponymes et odonymes, les marques et noms de sociétés et organismes sans qu'on puisse privélégier plus une langue qu'une autre). Alors quoi mettre dans OSM ? Des références externes les plus stables et péreines possibles (pas les URLs souvent instables). Pour ça on a un bon outil dans OSM : Tag2Link. Petit à petit on s'apercevra que certaines références sont devenues inutiles car les bases de données se coordonnent entre elles pour utiliser la même référence source (qui est mieux maintenue), cela nous permet alors de simplifier et partager plus d'informations à jour et mieux classées. OSM doit aussi trouver sa place comme modèle de classement et trouver des moyens de coordination et de référencement mutuel comme Wikimédia. Wikipédia effiche maintenant des cartes OSM un peu partout, mais l'intégration peut se poursuivre. Tout n'a pas vocation à être dans Wikimédia ni dans OSM si on présente des références externes de meilleure qualité et plus faciles à maintenir et qui sont aussi ouvertes et libres, et péreines (même si parfois il y aura des migrations de données via les wikiprojets). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Le 14 oct. 2014 à 08:35, Christian Quest cqu...@openstreetmap.fr a écrit : wikidata est fait pour ça, pas OSM. Ces informations n'ont rien de cartographiques. En quoi la date de naissance d'un personnage célèbre a un rapport avec une base de données cartographique ? On est en plein dans le web sémantique là (je sais que ça ne passionne pas, mais c'est passionnant quand on s'y intéresse un peu). L'argument du terrain comme définition des données cartographiques est à relativiser, sinon pourquoi mettrait-on la population des unités territoriales et leurs codes postal ou INSEE ? Les données cartographiques ressortissent à la géographie qui a besoin de clés secondaires d'interprétation pour ses outils. Il me semble que la relation est proposée comme palliatif au fait que les notes ne sont pas prises en compte dans les moteurs de recherche d'OSM. Me trompé-je ? Il est certain que, si une nouvelle méthode est instituée, il faut que le nom de personne est visible sur le terrain (stèle, plaque (mais, pas de rue), tombe, musée), autrement dit, il ne doit pas être suffisant d'avoir un article dans le Wikipédia ou ailleurs pour qu'une relation sans référence physique soit créée. Les articles dans Wikipédia ne sont pas non plus un critère pour sélectionner, étant donné l'esprit parisien qui y règne. Pour prendre un exemple, on ne met en relation Alise-Sainte-Reine avec Vercingétorix, que parce qu'il y a sa statue, mais le faire que sur ladite statue est suffisant (je pense qu'Alésia des Mandubiens était ailleurs, mais, je ne peux pas le prouver). Il serait inapproprié de relier Vercingétorix au MuséoParc qui y a été inauguré récemment, sauf si une plaque extérieure sur son mur le mentionne. Pourquoi, parce qu'il faudrait alors mentionner César, Titus Labienus, Quintus Cicéron, Vercassivellaun et d'autres. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Le 14 oct. 2014 à 10:40, Christian Quest cqu...@openstreetmap.fr a écrit : C'est une base de connaissance, Ok, c’est donc une sorte de thésaurus ? En liant un objet OSM à une entrée wikidata, on se relie d'un coup à tout un ensemble de données structurées. Dommage que wikidata n’affiche pas (encore ?) les liens vers les objets OSM C'est au final bien plus efficace qu'une relation. C’est une relation, mais elle est externe à OSM : plus simple à gérer côté OSM, et surtout plus riche. Mais tu disais que name:wikipedia est une mauvaise solution. Tu préconises donc de ne pas utiliser ni la relation, ni *:wikipedia mais uniquement *.wikidata ? Ou peut-on mettre *.wikipedia ET/OU *wikidata ? Car comme tu l’as bien précisé, wikidata n’est pas trop lisible par des humains, contrairement à wikipedia. Pour reprendre ton exemple du général, comment indiquer sur sa tombe le lien avec wikidata ? wikidata=Q2042 name:wikidata=Q2042 tomb:wikidata=Q2042 Et dans wikidata, comment faire le lien inverse ? — Yves PS: Il n’y a pas de consigne sur la page de historic=tomb concernant le nom et le wiki de(s) personne(s) enterrée(s). En regardant quelques tombes avec overpass, je trouve de tout : https://www.openstreetmap.org/node/660883432 person:name=Franciscus Soier person:date_of_death=1649-11-27 https://www.openstreetmap.org/node/470258150 name=Casimir Perier wikipedia=fr:Casimir Perier https://www.openstreetmap.org/node/356600339 name=Washington's Tomb membre de la relation 2507553 de type person ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Le 14/10/2014 11:14, Pieren a écrit : Les arguments contre: - si au départ, c'était fait pour modéliser plusieurs personnes présentes sur une seule tombe, on trouve maintenant son lieu de naissance, de mort et ses liens familiaux avec d'autres personnes. Il y a dérive entre une idée pour modéliser une tombe qui est maintenant utilisée pour modéliser les gens. Bonjour, Sur cet argument et seulement lui. Je suis aussi contre de prime abord. La structure d'une base de données sur les cimetières en France existe déjà c'est http://francegenweb.org/cimgenweb/ Ce service gratuit est né en 1999-2000. Certes désormais seul des relevés de cimetière complets, ou pour les grands un carré ou section complet, est admis. On ne peut gérer la tombe de l'arrière-arrière-... en excluant les autres tombes pour être efficace. Certes ce type de travail demande du temps et j'en sais quelque chose puisque c'est moi qui est lancé ce service. Le service refuse les photos de tombes à cause du droit d'auteur et aussi que la concession est une 'propriété' privée. Par contre pour des célébrités le site http://www.francegenweb.org/~photogenweb/base/categories.php?cat_id=31 est le lieu approprié pour se faire. Certes parfois il faudra argumenter un peu mais c'est ce qu'il a été décidé de proposer pour rester entièrement dans les clous du droit français. Pour cet usage je vais demander à l'actuelle gestionnaire de rajouter des champs afin de tenir compte de cet usage possible et l'aider pour cette mise en place, mais cela risque de prendre un peu de temps. Il faut créer un lien vers les coordonnées exactes et au zoom adéquat. Je ne sais pas vraiment faire. Je ne vous dis pas la gestion que cela va entraîner derrière cela ne va pas être coton à mettre en place et à faire utiliser par les contributeurs. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Tout à fait d'accord. D'ailleurs ce la reste un problème général de classification et de modélisation des données. Ce n'est pas difficile de faire un lien d'un objet/sujet vers un autre dans une base, au sein d'elle-même ou vers une autre. La question à se poser c'est souvent de savoir si le lien donne accès a des éléments classés, avec un groupe actif de personnes pour s'en occuper et faire des vérifications ou capables d'en faire localement, une bonne réactivité pour les mises à jour, et une efficacité dans leur action. La questoon se pose aussi quand il existe un lien d'une base à une autre (ou entre deux objets de la même base), de la pertinence de créer un lien inversé dans l'autre sens. Si les éléments connectés par un lien/relation sont analysables directement par une machine, on doit utiliser la machine pour les résoudre et alors il n'est pas nécessaire de tout importer dans OSM, si la base source est maintenue activement et efficacement (surtout si en plus elle est ouverte et dispose d'un canal de remontée d'informations et de corrections; ce qui est de plus en plus souvent le cas pour les bases accessibles au public). En fin de compte, puisque les infos à classer dont de plus en plus diverses (en volume et en typologie), on est amené à se répartir le travail entre plusieurs groupes de personnes qui s'impliquent et connaissent mieux certains sujets. Les groupes se coordonnent entre eux en se faisant confiance mutuellement sur la base de ce qui a pu être perçu comme pertinent, clair, utile... Ce modèle de données open data est beaucoup plus collaboratif et ouvert que le modèle big data qui agglomère des infos sur tout sans fournir de moyen de contrôle ni de correction ou relecture, ni d'accès à la totalité des infos contenues dans ces bases à visée souvent très mercantile, voire hostiles aux libertés individuelles et collectives. Notre modèle pour OSM ou pour Wikimedia est le même, et on y entre aussi les données ouvertes du modèle européen Inspire pour les données des administrations publiques (qu'il ne s'agit pas non plus de vampiriser et priver de leurs moyens mais qu'on doit utiliser en tant que source qualifiée par un groupe de personnes expertes dans leur domaine, et capable de bien maitriser leur sujet pour avoir des données les plus exhaustives possibles et les plus à jour). Aussi, il ne s'agit pas pour nous de tout recopier/importer, mais faciliter l'accès par des méthodes automatiques et péreines à ces bases publiques ouvertes (y compris dans les canaux de remontée d'informations et de corrections sous forme de propositions ou demandes de vérification/approbation). Pour y parvenir il nous faut des ambassades (autrement dit des agents de liaison entre les différents groupes concernés, y compris avec les SIG publics et d'autres bases plus communautaires) et des canaux de communication. Il se dégagerera alors des outils d'échange automatisés de données ou de recherche, ou la mise en place d'identifiants stables (si possibles datés et historisées, avec des données de limites de validité et champ d'application) permettant des références croisées, sans avoir à importer la totalité des données. A nous d'insérer donc OSM dans une galaxie de bases de données ouvertes, et non importer toutes les autres bases dans OSM (et dupliquer inefficacement le travail de relecture/correction/révision/approbation; ce qui est gaspillage de ressources pour tout le monde, y compris pour ceux qui sont à l'origine et encore chargés de la base initiale). OSM peut leur apporter des simplifications dans leur travail en devenant aussi un point de contact et d'échange avec d'autres groupes (y compris d'autres SIG officiels publics ou gérés par des concessionnaires privés qui doivent forunir des rapports d'activité régulier et permettre l'évaluation et réduire ussi leurs coûts d'exploitation). Dans tous les cas, la ressource la plus couteuse est humaine et elle se compte en années-homme. Dupliquer un travail pour ensuite doubler le temps total de maintenance est un gâchis. Il faut donc reconnaître qu'il existe des groupes mieux qualifiés disposant d'outils et moyens de contrôle que nous n'avons pas, et qui nous coûtent plus cher que de leur faire confiance et utiliser les canaux de remontée d'information qu'ils proposent : utilisons ces canaux le mieux possible pour avoir en retour des données accessibles par des moyens automatiques qui ne nous coûtent presque rien et ne coûteront pas cher non plus au groupe en charge de leur maintien. Et tôt ou tard se posera la question de continuer à maintenir certaines données nous mêmes, si la source avec qui on collabore propose des données dans un format que nous pouvons utiliser directement car elles sont déjà les plus exhaustives possibles, bien maintenues et accessibles librement, ouvertement, avec de bonnes performances, un coût minimal d'usage et une meilleure efficacité générale des processus de travail/contribution de chacun dans les domaines qu'il connait le mieux
Re: [OSM-talk-fr] relations person dans OSM ??
En liant un objet OSM à une entrée wikidata, on se relie d'un coup à tout un ensemble de données structurées. Dommage que wikidata n’affiche pas (encore ?) les liens vers les objets OSM Il existe une propriété relation openstreetmap : http://www.wikidata.org/wiki/Property:P402 Je ne sais pas pourquoi seulement les relations, ça sert principalement pour les communes, je suppose. PY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Le 14 octobre 2014 12:57, Yves Pratter yves.prat...@gmail.com a écrit : Le 14 oct. 2014 à 10:40, Christian Quest cqu...@openstreetmap.fr a écrit : C'est une base de connaissance, Ok, c'est donc une sorte de thésaurus ? En liant un objet OSM à une entrée wikidata, on se relie d'un coup à tout un ensemble de données structurées. Dommage que wikidata n'affiche pas (encore ?) les liens vers les objets OSM C'est au final bien plus efficace qu'une relation. C'est une relation, mais elle est externe à OSM : plus simple à gérer côté OSM, et surtout plus riche. Mais tu disais que *name:wikipedia est une mauvaise solution*. Zut, ma phrase n'était pas claire. C'est la relation qui est une mauvaise solution... voici une version plus claire (enfin j'espère): Bonne idée que de décrire ces infos (d'ailleurs c'est moi qui ait commencé à utiliser wikipedia:name devenu depuis name:wikipedia) mais la relation est une mauvaise solution à mon avis. Aujourd'hui j'utiliserai plutôt *:wikidata bien plus adapté pour ça que *:wikipedia que j'avais initialement utilisé... mais wikidata n'existait pas à l'époque. Tu préconises donc de ne pas utiliser ni la relation, ni *:wikipedia mais uniquement *.wikidata ? Ou peut-on mettre *.wikipedia *ET/OU* *wikidata ? Pour moi pas de relation, *:wikipedia possible et *:wikidata préféré. Car comme tu l'as bien précisé, wikidata n'est pas trop lisible par des humains, contrairement à wikipedia. Pour reprendre ton exemple du général, comment indiquer sur sa tombe http://www.openstreetmap.org/node/2461336372 le lien avec wikidata ? wikidata=Q2042 https://www.wikidata.org/wiki/Q2042?uselang=fr name:wikidata= https://www.wikidata.org/wiki/Q2042?uselang=frQ2042 https://www.wikidata.org/wiki/Q2042?uselang=fr tomb:wikidata=Q2042 https://www.wikidata.org/wiki/Q2042?uselang=fr Sur la sépulture d'une personne, je mettrai directement wikidata=* Cette personne se trouve en effet d'une certaine façon là et pas ailleurs. name:wikidata=* me semble adapté aux lieux et objets qui portent le nom de la personne. Dans les propositions pour *:wikipedia on a aussi architect:wikipedia, donc un bâtiment conçu par un architecte pourrait porter un architect:wikidata=* Et dans wikidata, comment faire le lien inverse ? La propriété P402 permet par exemple de lier une entité wikidata à une relation OSM https://www.wikidata.org/wiki/Property:P402?uselang=fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
La suite sur Wikidata a été redirigé sur [OSM-talk-fr] Wikidata et OSM Le 14 octobre 2014 14:38, Christian Quest cqu...@openstreetmap.fr a écrit : Le 14 octobre 2014 12:57, Yves Pratter yves.prat...@gmail.com a écrit : Le 14 oct. 2014 à 10:40, Christian Quest cqu...@openstreetmap.fr a écrit : C'est une base de connaissance, Ok, c’est donc une sorte de thésaurus ? En liant un objet OSM à une entrée wikidata, on se relie d'un coup à tout un ensemble de données structurées. Dommage que wikidata n’affiche pas (encore ?) les liens vers les objets OSM C'est au final bien plus efficace qu'une relation. C’est une relation, mais elle est externe à OSM : plus simple à gérer côté OSM, et surtout plus riche. Mais tu disais que *name:wikipedia est une mauvaise solution*. Zut, ma phrase n'était pas claire. C'est la relation qui est une mauvaise solution... voici une version plus claire (enfin j'espère): Bonne idée que de décrire ces infos (d'ailleurs c'est moi qui ait commencé à utiliser wikipedia:name devenu depuis name:wikipedia) mais la relation est une mauvaise solution à mon avis. Aujourd'hui j'utiliserai plutôt *:wikidata bien plus adapté pour ça que *:wikipedia que j'avais initialement utilisé... mais wikidata n'existait pas à l'époque. Tu préconises donc de ne pas utiliser ni la relation, ni *:wikipedia mais uniquement *.wikidata ? Ou peut-on mettre *.wikipedia *ET/OU* *wikidata ? Pour moi pas de relation, *:wikipedia possible et *:wikidata préféré. Car comme tu l’as bien précisé, wikidata n’est pas trop lisible par des humains, contrairement à wikipedia. Pour reprendre ton exemple du général, comment indiquer sur sa tombe http://www.openstreetmap.org/node/2461336372 le lien avec wikidata ? wikidata=Q2042 https://www.wikidata.org/wiki/Q2042?uselang=fr name:wikidata= https://www.wikidata.org/wiki/Q2042?uselang=frQ2042 https://www.wikidata.org/wiki/Q2042?uselang=fr tomb:wikidata=Q2042 https://www.wikidata.org/wiki/Q2042?uselang=fr Sur la sépulture d'une personne, je mettrai directement wikidata=* Cette personne se trouve en effet d'une certaine façon là et pas ailleurs. name:wikidata=* me semble adapté aux lieux et objets qui portent le nom de la personne. Dans les propositions pour *:wikipedia on a aussi architect:wikipedia, donc un bâtiment conçu par un architecte pourrait porter un architect:wikidata=* Et dans wikidata, comment faire le lien inverse ? La propriété P402 permet par exemple de lier une entité wikidata à une relation OSM https://www.wikidata.org/wiki/Property:P402?uselang=fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list 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
Re: [OSM-talk-fr] relations person dans OSM ?? Mauvaise interprétation par P. V.
J'y crois pas, j'ai réussi à me faire embrigader par philippe ! J'ai lu son mail que je pensais être un résumé de la proposition et je suis aller voter no direct. De quel c.. j'ai l'air maintenant. Je m'étais promis de ne plus le lire, un pas de travers, et paf ! Je m'empresse de corriger ce qu'il a dit, des fois que je ne sois pas le seul et je vais vite retirer mon vote... verdy_p wrote Imaginez qu'on applique ça pour le Général de Gaule: combien de rues/avenues, de places Et bien AUCUNE car tu n'as pas lu ou compris la proposition, dans la liste exhaustive des roles de la proposition il n'y a pas les rues, avenues ou place ni même les pays où il est allé La proposition, concernant les lieux, indique : tomb (node/way) - grave, tomb, crypt, mausoleum memorial (node/way) - a monument or memorial plaque set in the wall ps: cela ne présage en rien mon avis sur la vraie proposition, mais entre la démagogie/mensonges de philippe, le vote express sans discussion préalable qui a lieu en ce moment et le manque flagrant d'explications des buts de cette proposition, je ne vais voter ni non ni oui, je vais attendre d'en savoir plus. -- View this message in context: http://gis.19327.n5.nabble.com/relations-person-dans-OSM-tp5820097p5820239.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
cquest wrote En plus il y a un tag pour ça... name:wikipedia=* qui permet d'associer l'article wikipédia lié au nom attribué à l'objet. Il suffit ensuite de chercher sur ce tag et sur le tag name=* pour retrouver l'ensemble des objets liés à une personne, un évènement ou autre. Je ne suis pas tout à fait convaincu par ce il suffit. Je suis a peu près sûr qu'il existe quelque part dans le monde, et en nombre suffisant des mémorials (mémoriaux ?) de groupe ou plaques commémorative sans nom ou il est question de Mme ou M. bidule et donc dont le nom n'appraît ni dans name ni dans name:xx ni dans name:wikipedia Aller va, j'ai cherché et j'en ai trouvé un, et si je la joue à la masse, ça doit bien représenter une grosse proportion des autres mémorials ;-) : http://fr.wikipedia.org/wiki/Mont_Rushmore -- sly -- View this message in context: http://gis.19327.n5.nabble.com/relations-person-dans-OSM-tp5820097p5820242.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ?? Mauvaise interprétation par P. V.
Le vote ne concerne pas que *tomb* ou *memorial* *il y a aussi:* *birthplace* (node/way) - place of birth such as a house or city *deathplace* (node/way) - place of death such as a house or city *child* - descendant *parent* *partner* - husband / wife / cohabitant / lover *patronage* (node/way/relacja) - deceased person having the patron Cette information peut faire l'objet d'un descriptif dans une page d'un wiki car pour les mémorial tu as aussi les mémorials de guerre (si on doit mettre toutes les personnes mentionnées, on n'a pas fini). Et pour les tombes de type caveau familial, doit-on mettre le nom de tous les occupants mentionnés sur la plaques? Bref je pense pas que ce soit logique. On fait dans OSM de la relation géographique comme certains l'on si bien stipulé et non du relationnel sémantique. Le wiki de wikipédia ou wikidata est bien plus adapté. Pour les maisons, tu peux aussi avoir différents peintres de renom qui ont occupé la même maison... donc pour le tag *person* ça commence à être un peu dur à gérer. Pour pousser un peu à l'extrême sans parler des rues comme mentionné précédemment mais plutôt dans le temps on peut avoir par exemple : pour une même maison une personne connue y est né, d'autres y ont vécu (ensemble ou successivement) , et un dernier y est mort... et la maison est encore occupée par une autre personne connue... C'est également une problématique de cycle de vie... C'est une autre problématique mais elle est connexe. Le descriptif proposé est individuel donc on doit faire un point par personne et par (naissance, occupation, mort). Ainsi pour ces éléments on va mettre autant de points superposés que de personnes en un lieu donné et sur la période d'occupation (dont les tag lived_in:start, lived_in:end ne sont pas mentionnées)? Perso je reste sur un non pour le moment. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Le 13/10/2014 12:23, Pieren a écrit : Je viens de remettre la page wiki sous la forme d'un proprosal et d'ouvrir une section vote: http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:person#Voting avec aussi un appel sur la liste tagging@. N'hésitez pas à y ajouter votre vote et commentaire ... Pieren Bonsoir, Tel que proposé au vote je dis NON. Que l'on indique: type name wikipedia description (limitée à 100 caractère maxi) lived_in en complément d'un immeuble par exemple OK et rien de plus! En ce qui concerne les cimetières je crois qu'il faut IMPÉRATIVEMENT que la tombe soit représentée et pas seulement un point. Il faut absolument faire attention à un détail qui peut vous sembler insignifiant mais en gros on considère (avec la pratique) qu'il y a autant d'individus dans un cimetière qu'il y a d'habitants dans une commune, donc imaginez 63 millions de données en plus dans OSM-France et qui pour le coup n'auront plus rien de géographique. Certains cimetière pullulent de gens célèbres (Père Lachaise, Montparnasse pour Paris). Je suis plus partisan de voir une base externe qui renvoie (via lat-lon) vers la tombe. Comment définir 'célèbre'? attention au piège il faut aussi bien le définir car bonjour les abus ensuite. Plan local, plan régional, plan national, plan international!? Pour ma part il faut faire deux choses distinctes. 1) Les cimetières où on peut tolérer l'exhaustivité de la tombe, mais perso je me limiterais à l'individu célèbre 2) Les immeubles pour les lieux de naissance, vie et décès seulement si mention d'une plaque externe ou parfaitement sourcé avec renvoi vers la page idoine de Wikipédia et avec un tag tourisme ou approchant. Dans OSM il faudra AUSSI servir la source comme étant plaque touristique (ou autre approchant) ou Wikipedia. Merci de traduire mon texte sur la page idoine Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Le 14 oct. 2014 à 16:44, sylvain letuffe lis...@letuffe.org a écrit : Je suis a peu près sûr qu'il existe quelque part dans le monde, et en nombre suffisant des mémorials (mémoriaux ?) de groupe ou plaques commémorative sans nom » ou il est question de Mme ou M. bidule et donc dont le nom n'appraît ni dans name ni dans name:xx ni dans name:wikipedia Ben dans ce cas, tu mets un attribut wikidata=* pointant sur cette plaque, ce monument et qui lui fera éventuellement le lien avec toutes les personnes mentionnées (ou pas) ;-) (Mauvais) exemple de « Élévation du drapeau sur Iwo Jima » (Q117693). Il ne lie que les articles wikipedia entre-eux. Il n’y a pas (encore) de lien avec l’auteur de la photo, les marines photographiés, le film de Clint Eastwood, l’île d’IwoJima (Q201633) , le mémoriel (Q1403946), … — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ?? Mauvaise interprétation par P. V.
2014-10-14 16:02 GMT+02:00 sylvain letuffe lis...@letuffe.org: La proposition, concernant les lieux, indique : tomb (node/way) - grave, tomb, crypt, mausoleum memorial (node/way) - a monument or memorial plaque set in the wall Moi je n'ai pas lu le texte de Philippe. Mais reste que certaines de ces relations contiennent bien plus que la tombe et/ou un mémoriel. Et un autre problème de la proposition est que rien ne limite son usage, ni aux personnes connues uniquement, ni même aux morts. Et le texte du wiki va aussi bien plus loin qu'un simple lien entre un nom et une tombe mais tout ce qui peut se lire (je suppose) sur celle-ci comme les dates et même les liens de parenté, des informations très personnelles -qu'on peut même collecter ailleurs que dans un cimetière - et bien loin d'une base de données géographiques. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Ni Le 14 octobre 2014 14:38, Christian Quest cqu...@openstreetmap.fr a écrit : Pour moi pas de relation, *:wikipedia possible et *:wikidata préféré. Ni l'un ni l'autre. Juste - wikipedia=code-langue:Article (pour la langue par défaut, généralement ça suffit pour trouver les infos Wikidata associées via ses liens interlangue pour Wikipédia, il n'est pas utile alors de multiplier les liens vers les autres éditions linguistiques) - wikidata=Qnnn. Avantage: stabilité en cas de renommage/fusion, et Wikidata peut gérer les ancres dans les articles liés si nécessaire, ou bien référencer un lien de redirection vers une ancre d'un autre article qui a été fusionné localement dans Wikipédia sans avoir à mettre à jour Wikidata qui contient le no, d'article actuel. Inconvénient, cela demande plus de contrôle, on n'est pas à l'abri d'une faute de frappe sur un chiffre et la seule façon de la vor c'est consulter la fiche Wikidata et aller chercher son nom descriptif (s'il est disponible) ou des liens Wikipédia dedans; sinon des liens Commons (pages de galeries) sinon des liens de catégories. Les tags *:wikipedia=* n'existent pas, et *:wikidata=* non plus. En revanche on a bien des wikipedia:*=* (avec un code langue Wikimédia en suffixe). Attention car certains codes langue wikimédia sont non standards, mais certains controbuteurs d'OSM importent ces codes langue tels quels dans les tags name:*=* destinés aux traductions/transcriptions de noms ou descritions d'objet. Ces cintrobuteurs OSM font ces imports foireux uniquement parce qu'il existe par exemple des éditions linguistiques de Wikipédia utilisant encore ces codes ou des codes de variantes linguistiques non normalisés et spécifiques à Wikipédia dont la migration prend du temps, tels que simple ou roa-rup alors que name:* devrait toujours utiliser des codes BCP47 standards (donc en et pas simple, ou gsw et pas als; sr-latn et pas sr-el, ou yue et pas zh-yue, ou nan et pas zh-,in-nan; ou lzh et pas zh-classical...). Nombreux sont ceux qui croient () tord) que les codes wiki des éditions linguistiques d'un projet Wikimédia sont des codes standards et ne font pas la distinction (alors que la distinction est en revanche demandée dans les traductions présentées dans le Wiktionnaire, en y utiisant les codes BCP47 standards...) Et la plupart confondent les codes BCP47 avec les codes ISO639 (alors que tous les codes ISO sont instables, ambigus, parfois obsolètes/dépréciés, voire même interdits dans BCP47, ou d'usage privé purement local au projet wiki, selon ses propres conventions, et non destinés à être interopérables d'une base de données à l'autre ou d'un site web à un autre) au carrément de format invalide pour BCP47 (exemple roa-tara pour la variété régionale tarandine de l'italien, qui n'a aucun code dans ISO639 ni dans la base IANA standard pour BCP47 ). Bref dans OSM on peut avoir - wikipedia = roa-tara:Artcile en Tarandino mais pas (dans les données de traductions optionnelles) - wikipedia:roa-tara = Artcile en Tarandino ni non plus - name:roa-tara = Toponyme en Tarandino Pour ce dernier mauvais tag faudra plutôt écrire - name:it = Toponyme en Tarandino ou mieux (si c'est diférent de l'italien standard) - name:it-x-tara = Toponyme en Tarandino(utilisation conforme de l'extension privée pour BCP47) ou - alt_name:it = Toponyme en Tarandino Les mêmes contributeurs parfois oublient de regarder dans quelle langue est réellement écrite la page, et importent aussi des éléments des noms de page qui ne sont là que pour désambiguer les homonymies (ces précisions n'ont pas leur place dans OSM où on utilise des tags séparés si nécessaire et la géolocalisation et la géométrie des objets comme discriminant). De même ils n'hésitent pas à importer des noms vernaculaires comme si c'était les noms officiels, ils importent des abréviations (souvent non homogènes ou encore plus ambigus et parfois aussi les fautes d'orthographe ou mauvais caractères). Enfin certains articles de Wikipédia portent sur des groupes d'objets codés séparément dans OSM (la pertinence des liens Wikipédia n'est pas toujours à 100%; au moins avec Wikidata on relève plus précisement les distinctions d'objets groupés dans le même article Wikipédia... jusqu'à ce que l'article devenu trop gros et indigeste soit restructuré et scindé en plusieurs sujets, par exemple pour séparer les éléments polémiques et présentant les avis et contre-avis dans des pages différentes ou des wikis différents) Notez qu'en cas de renommage d'un article, Wikidata est mis à jour mais la référence Qnnn est conservée. Cependant c'est plus co,pliqué à aller chercher et contrôler (sur Wikipédia les noms d'articles restent descriptifs et assez précis; sauf quand un article a été renommé avec une précision pour lever une ambiguité : Les outils de qualité d'OSM pourraient détecter les liens Wikipédia pointant maintenant sur une page d'homonymie pour trouver le nouveau nom; Wikidata a aussi ses propres outils de veille
Re: [OSM-talk-fr] relations person dans OSM ?? Mauvaise interprétation par P. V.
Arrête tes conneries STP. D'une je n'ai pas initié le vote, ne m'en rend pas responsable. Dailleurs je n'ai apporté aucun vote à cette page. De deux j'ai alerte la liste ici en posant une question pour avoir vos avis, cela n'excluait pas le mien. A ce moment là la page wiki d'OSM n'était pas connue et elle a été modifiée bien après, puis ensuite indiquée ici. Bref ce sont TES divagations, et même TES mensonges, pas les miens. A toi de lire correctement et prendre les éléments dans l'ordre. TU t'es trompé et tes excuses c'est de m'en rendre responsable et me dénigrer. Mais j'ai l'habitude, tu ne fais que ça... Tu n'as aucune excuse. Le 14 octobre 2014 16:02, sylvain letuffe lis...@letuffe.org a écrit : J'y crois pas, j'ai réussi à me faire embrigader par philippe ! J'ai lu son mail que je pensais être un résumé de la proposition et je suis aller voter no direct. De quel c.. j'ai l'air maintenant. Je m'étais promis de ne plus le lire, un pas de travers, et paf ! Je m'empresse de corriger ce qu'il a dit, des fois que je ne sois pas le seul et je vais vite retirer mon vote... verdy_p wrote Imaginez qu'on applique ça pour le Général de Gaule: combien de rues/avenues, de places Et bien AUCUNE car tu n'as pas lu ou compris la proposition, dans la liste exhaustive des roles de la proposition il n'y a pas les rues, avenues ou place ni même les pays où il est allé La proposition, concernant les lieux, indique : tomb (node/way) - grave, tomb, crypt, mausoleum memorial (node/way) - a monument or memorial plaque set in the wall ps: cela ne présage en rien mon avis sur la vraie proposition, mais entre la démagogie/mensonges de philippe, le vote express sans discussion préalable qui a lieu en ce moment et le manque flagrant d'explications des buts de cette proposition, je ne vais voter ni non ni oui, je vais attendre d'en savoir plus. -- View this message in context: http://gis.19327.n5.nabble.com/relations-person-dans-OSM-tp5820097p5820239.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list 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
Re: [OSM-talk-fr] relations person dans OSM ?? Mauvaise interprétation par P. V.
Le mardi 14 octobre 2014 21:01:24, vous avez écrit : Arrête tes conneries STP. (...) A ce moment là la page wiki d'OSM n'était pas connue et elle a été modifiée bien après, puis ensuite indiquée ici. Je constate en effet que pour ce coup, je me suis en effet trompé. Tu ne parlais pas de la proposition de relation person telle que définie dans le wiki mais d'un cas d'usage qui inclus en effet une rue comme membre (role=named_in_honor), ce qui n'est pas décrit sur le wiki. Tu ne rapportais avec questionnement donc pas une proposition mais un usage. C'est moi qui est mal compris et mélangé avec les mails qui ont suivi. Je m'en excuse. -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Re-relations-person-dans-OSM-Mauvaise-interpretation-par-P-V-tp5820280.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ?? Mauvaise interprétation par P. V.
Le mardi 14 octobre 2014 20:41:29, vous avez écrit : Mais reste que certaines de ces relations contiennent bien plus que la tombe et/ou un mémoriel. Tout à fait. La proposition sur le wiki telle que lisible actuellement semble un fourbi incluant un mécanisme pour enregistrer la généalogie des personnes ce qui semble éloigné d'osm et dont je ne recommanderais certainement pas l'usage. Mais contient aussi une partie géographique (naissance, commémoration, plaques, tombe, etc.). Plutôt que de tout rejeter en bloc, je m'interroge sur l'intérêt de cette partie, savoir si une autre manière de stocker cette information existe dans osm, ou s'il est préférable de recommander à ceux qui ont lancé cette proposition d'aller faire ça ailleurs. -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Re-relations-person-dans-OSM-Mauvaise-interpretation-par-P-V-tp5820281.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Je dois avouer ne pas avoir pensé aux abus pensant que l'usage se limitait aux cadavres refroidis de la nation ^^ Effectivement de ce fait, l'usage de cette relation de façon aussi déreglementée est génante. En absence, de limite, j'ai donc changé mon vote. Merci pour tes arguments sensés. Le 14 octobre 2014 11:14:13 UTC+02:00, Pieren pier...@gmail.com a écrit : 2014-10-13 23:37 GMT+02:00 dHuy Pierre dh...@yahoo.fr: Nul reproche sur la rapidité du vote, je croyais qu'il y avait des procédure c'est tout. Et d'ailleurs je t'ai remercié de m'avoir prévenu :) C'est moi qui a lancé le vote en remettant la page wiki au format proposal. Ces relations sont apparues il y a quelques temps déjà et au début, apparement, pour résoudre un problème très concret de cartographie de cimetières (plusieurs noms sur une tombe). Cela a aussi été brièvement mentionné sur la liste principale il y a 2 semaines et j'avais déjà tiqué à ce moment-là ([1]). Le problème avec cette relation, c'est qu'on sent bien qu'elle touche aux limites d'OSM (on s'éloigne de la cartographie pure) et que l'idée n'a pas été discutée au niveau international. Il y a toujours une partie des contributeurs qui pense qu'on peut choisir des tags, les documenter comme officiels dans le wiki et les utiliser directement sans passer par une concertation avec le reste de la communauté. Mais ça ne marche pas toujours comme ça . Si ça peut passer pour des choses évidentes (bien documentées et non sujettes à controverse), cette façon de s'imposer est beaucoup plus discutable dès qu'il y a des critiques. Et là, j'ai réagi lorsque j'ai vu que je n'étais pas le seul à voir un problème avec cette relation (ici mais aussi là [2]). Les arguments contre: - si au départ, c'était fait pour modéliser plusieurs personnes présentes sur une seule tombe, on trouve maintenant son lieu de naissance, de mort et ses liens familiaux avec d'autres personnes. Il y a dérive entre une idée pour modéliser une tombe qui est maintenant utilisée pour modéliser les gens. A quand la relation qui modèlise les véhicules ? - il n'y aucune limite sur ce qui peut être rattaché à cette personne : les lieux où il a vécut, travaillé, où il s'est marié, etc - Il n'y a aucun critère de sélection et certains veulent déjà s'en servir pour éviter les restrictions de wikipedia sur la notoriété. - ce dernier point est important. Si on ne passe pas par wikipedia, on devra accepter que tout le monde soit présent dans la base, y compris les vivants, sur le seul critère que leur nom est gravé quelque part (ben oui, les vivants ont bien leur nom sur une boite aux lettre). C'est évidemment un problème, OSM devient une base nominative avec des données personnelles comme les dates de naissance, liens de parenté, lieux de résidence. Ca sera sûrement le bonheur pour tous les généalogistes mais cela pose de nombreux problèmes nouveaux : quid du droit à la vie privée, du droit à l'oubli, etc C'est pourquoi il est important que ce genre de données nominatives soit traité dans une base à part. - l'argument c'est présent dans le monde réel (la tombe) donc ça peut aller dans OSM est dangereux. Au-dela des tombes, les généalogistes pourraient aussi arguer que les noms des ancêtres se trouvent dans des livres d'archives eux aussi bien présents dans le monde réel et qu'ils pourraient donc à ce titre mettre dans OSM tous les noms des morts documentés et ainsi utiliser OSM comme une base de données ouverte et géante pour généalogistes. Mais OSM, c'est pas open data, c'est open *geo* data. Ca n'est pas parce qu'on peut tout faire avec des relations que tout doit être permis. L'avantage de renvoyer à wikipedia/wikidata est que nous leur laissons la responsabilité de chosir les gens qui méritent d'aller dans l'encyclopédie ou pas (notoriété). Pieren [1] https://lists.openstreetmap.org/pipermail/tagging/2014-September/019552.html [2] http://forum.openstreetmap.org/viewtopic.php?id=22497 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Pierre d'Huy___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ?? Mauvaise interprétation par P. V.
Pour le dénigrement, tu n'es pas le dernier non plus. La prochaine fois, tu pourrais tout de même m'envoyer un message avant d'apporter sur la mailing list... Le 14 octobre 2014 21:00:07 UTC+02:00, Philippe Verdy verd...@wanadoo.fr a écrit : Arrête tes conneries STP. D'une je n'ai pas initié le vote, ne m'en rend pas responsable. Dailleurs je n'ai apporté aucun vote à cette page. De deux j'ai alerte la liste ici en posant une question pour avoir vos avis, cela n'excluait pas le mien. A ce moment là la page wiki d'OSM n'était pas connue et elle a été modifiée bien après, puis ensuite indiquée ici. Bref ce sont TES divagations, et même TES mensonges, pas les miens. A toi de lire correctement et prendre les éléments dans l'ordre. TU t'es trompé et tes excuses c'est de m'en rendre responsable et me dénigrer. Mais j'ai l'habitude, tu ne fais que ça... Tu n'as aucune excuse. Le 14 octobre 2014 16:02, sylvain letuffe lis...@letuffe.org a écrit : J'y crois pas, j'ai réussi à me faire embrigader par philippe ! J'ai lu son mail que je pensais être un résumé de la proposition et je suis aller voter no direct. De quel c.. j'ai l'air maintenant. Je m'étais promis de ne plus le lire, un pas de travers, et paf ! Je m'empresse de corriger ce qu'il a dit, des fois que je ne sois pas le seul et je vais vite retirer mon vote... verdy_p wrote Imaginez qu'on applique ça pour le Général de Gaule: combien de rues/avenues, de places Et bien AUCUNE car tu n'as pas lu ou compris la proposition, dans la liste exhaustive des roles de la proposition il n'y a pas les rues, avenues ou place ni même les pays où il est allé La proposition, concernant les lieux, indique : tomb (node/way) - grave, tomb, crypt, mausoleum memorial (node/way) - a monument or memorial plaque set in the wall ps: cela ne présage en rien mon avis sur la vraie proposition, mais entre la démagogie/mensonges de philippe, le vote express sans discussion préalable qui a lieu en ce moment et le manque flagrant d'explications des buts de cette proposition, je ne vais voter ni non ni oui, je vais attendre d'en savoir plus. -- View this message in context: http://gis.19327.n5.nabble.com/relations-person-dans-OSM-tp5820097p5820239.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list 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 -- Pierre d'Huy___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ?? Mauvaise interprétation par P. V.
A quel moment je me suis adressé à toi Pierre ? dans la réponse de sylvain que tu cites ? Je n'ai fait que rapporter des modifs trouvées en France dans la base pour ces relations. et sur la liste j'étais clairement à ce moment là en recherche d'infos. Et à ce moment là je n'ai cité que des pseudos d'utilisateurs OSM unique,ent pour identifier les objets concernés; et parce qu'il y avait déjà confusion avec un autre utilisateur OSM (qui s'est manifesté ici un peu plus tard)... Aucun dénigrement, c'était la nature des seules données qui posait question, pas qui les avait mises mais pourquoi et comment et jusqu'où. J'ai même pensé que ctait un ballon d'essai faut d'avoir encore trouvé un autre espace qui en discutait. Ecrire sur cette liste à ce sjet était normal pour faire cette discussion ou la lier à d'autres. ?a question était clairement qu'en pensez vous ? pas du tout que pensez-vous d'Untel? Il était même normal que les deux personnes citées se manifestent et expliquent leurs raisons ou ce qu'elles en savait. Et c'est dans des messages séparés (associés à personne de précis) mon avis sur les données portées par ces relations et leur étendue qui me semblait mal cernée (mais la question initiale demandait des avis à tout le monde ou faire état de ce qu'ils en savaient. A ce moment là pas de page wiki trouvée, pas de vote non plus... Je n'ai rien effacé de ces objets dans la base, je n'ai pas touché à la page wiki trouvée ensuite, et je n'ai pas voté non plus. Je n'étais pas en campagne électorale (et d'aillerus en voyant la page wiki maintenant, son auteur n'a meˆme pas pu exprimer sa position avant les nouveaux votes portés dessus, sur une proposition largement en ébauche) Je répondais au message de Sylvain qui s'est excusé. Le 15 octobre 2014 00:15, Pierre d'Huy dh...@yahoo.fr a écrit : Pour le dénigrement, tu n'es pas le dernier non plus. La prochaine fois, tu pourrais tout de même m'envoyer un message avant d'apporter sur la mailing list... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Cette relation n'est qu'une collection déguisée. En plus il y a un tag pour ça... name:wikipedia=* qui permet d'associer l'article wikipédia lié au nom attribué à l'objet. Il suffit ensuite de chercher sur ce tag et sur le tag name=* pour retrouver l'ensemble des objets liés à une personne, un évènement ou autre. voir: http://wiki.openstreetmap.org/wiki/Key:wikipedia#Secondary_Wikipedia_links Le 12 octobre 2014 22:59, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : J'ai fait le Christian/j'ai contacté le contributeur. -- Jean-Baptiste Holcroft Le 12 octobre 2014 22:42, Philippe Verdy verd...@wanadoo.fr a écrit : Une requête Overpass pour voir les usages des relations type=person (actuellement quelques personnes au Panthéon et quelques proches, avec leurs tombeaux et lieux nommés en leur honneur): http://overpass-api.de/api/interpreter?data=%5Bout%3Ajson%5D%5Btimeout%3A40%5D%3Brelation%5B%22type%22%3D%22person%22%5D%2848%2E67645370777654%2C2%2E0413970947265625%2C49%2E01445529346132%2C2%2E646331787109375%29%3Bout%20body%3B%3E%3Bout%20skel%20qt%3B A mon avis il faudrait que ce soit documenté avec une page de vote pour contrer ce genre d'initiative.C'est peut-être juste un ballon d'essai mais OSM n'est pas fait pour ça, il y a d'autres bases de données où on peut géolocaliser des données à afficher sur un fond de carte OSM sans les y intégrer. Le 12 octobre 2014 22:28, Philippe Verdy verd...@wanadoo.fr a écrit : Que pensez-vous de cette tentative que je découvre par hasard, des lieux fréquentés par une personnalité (ici Pierre Curie: lieu de naissance, de décès, infos historiques, musées consacrés; rues, monuments et établissements en son honneur...) https://www.openstreetmap.org/relation/3883620 Imaginez qu'on applique ça pour le Général de Gaule: combien de rues/avenues, de places, et combien de pays ont le citer même dans des endroits où il n'a jamais été avec des citations post-mortem ? Et vite on va dériver avec les données généalogiques pour retracer sa femme, ses enfants, ses parents et ancêtres... A mon avis ça n'a rien de cartographique, le seul but c'est de référencer une page Wikipédia qui sera bien plus renseigné et contiendra assez de liens vers les différents lieux cités dans l'article, vers des pages Wikipédia contenant une géolocalisation affichée sur une carte. Si on commence là dessus, on va noyer OSM qui va crouler d'infos redondantes sur les lieux; avec des centaines de milliers de personnages historiques ou célébrités actuelles de tous pays. Et on va ensuite tomber sur le problème de la vie privée et des personnes qui voudront se géolocaliser elles-même au eu où elles sont, ou les restaus qu'elle a bien aimé, ou ses bonnes affaires et recommandations, puis ensuite la publicité avec la liste intégrale des points de vente d'un nouveau produit qui sort... OSM est fait pour localiser des lieux et décrire ce qu'on y voit de façon assez péreine et qu'on peut revoir avec de bonne chance de les trouver (On ne cartographie pas les voyages des escargots ou les vols de chaque cigogne), essentiellement à leur état présent (pas tout ce qui s'y est passé ou est supposé s'être passé à moins qu'il y ait une trace locale). Si pour un lieu associé nommément et visiblement à une personne on a besoin de citer un lien, on peut éventuellement ajouter un tag sur ces objet spécifique vers Wikidata (wikidata=qX) qui fournira des URLs pertinentes dans diverses langues (page Wikipédia, catégorie sur Commons, page Auteur sur Wikisource ou Wikiquote, avec un peu partour d'autres références vers d'autres sites, sites officiels sil y a lieu pour des personnalités notoires comme des artistes contemporains...). Ce type d'info a plus sa place dans Wikidata (qui contient déjà un lien unique vers une donnée Wikidata associée à un lieu et une ou plusieurs pages Wikipédia ou Wikivoyage ou Wiktionnaire). Ceux qui veulent faire des cartes thématiques peuvent encore créer des cartes Umap utilisant des points géolocalisés sur OSM et avec un fond de carte dérivé des données OSM. Ici quand je cherche Paris, je ne m'attends pas à trouver Pierre Curie, sinon on trouverait des millions d'autres personnes et événements qui s'y sont passés. ___ Talk-fr mailing list 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 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Je viens de remettre la page wiki sous la forme d'un proprosal et d'ouvrir une section vote: http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:person#Voting avec aussi un appel sur la liste tagging@. N'hésitez pas à y ajouter votre vote et commentaire ... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
A voté ;-) Le 13 octobre 2014 12:23, Pieren pier...@gmail.com a écrit : Je viens de remettre la page wiki sous la forme d'un proprosal et d'ouvrir une section vote: http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:person#Voting avec aussi un appel sur la liste tagging@. N'hésitez pas à y ajouter votre vote et commentaire ... Pieren ___ Talk-fr mailing list 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
Re: [OSM-talk-fr] relations person dans OSM ??
N'en jetez plus! Je suis responsable de cet odieux crime et ayant bossé toute la journée, je ne peux répondre que maintenant. Je suis étonné d'ailleurs que le vote ai été fait avec autant de célérité, il me semblait qu'il fallait une période de débat avant :/ Je suis bien responsable des relations person lié aux Panthéons ainsi que la Tombe de Th. Ratisbonne à Evry. Je tiens à défendre un peu cette relation par ailleurs: - Contrairement à ce que tu dis cquest, il n'y a rien à voir avec la page Wikipédia des personnes en question mais avec les différents bâtiments commémoratif en lien avec eux. Je reconnais avoir été largement abusif avec l'usage deville comme lieux de naissance et je pense qu'avec le recul nommé en l'honneur de est de trop pour les rues. En revanche le bâtiment Pierre et Marie Curie était leur ancienne maison et consiste aujourd'hui en un mémorial en leur nom. Ce bâtiment est donc lié à leurs personnes. - JBEC, je te remercie de m'avoir contacté d'ailleurs, je suppose que pour certains ça n'en valait pas la peine? De manière plus pragmatique, cette relation est peu utilisé en France mais utilisée aux États-Unis et en Pologne de manière assez significative. Des outils, basé sur OpenStreetMap en font même l'usage. Dont le traitement Wyszukiwarka grobów | OpenStreetMap Polska . J'ai voulu porter en France quelques contributions en la matière, sachant le volume déjà existant. (Comme vous pouvez le voir sur mon profil, je fais de la cartographie de différents type et notamment des données atypiques) Wyszukiwarka grobów | OpenStreetMap Polska Przybliż mapę aby pobrać elementy Afficher sur osmtools.org Aperçu par Yahoo - Comme le montre la page actuelle du wiki d'ailleurs, les polonais réagissent. Un argument intéressant donné est qu'il s'agit de lier ensemble les éléments physique et géographique appartenant à une même personne. - Dans le cas de suppression de cette relation il faudra aussi virer le plugin Tomb de josm qui formule automatiquement cette relation. Voilà les quelques points que j'avance pour défendre la relation (mon anglais étant exécrable, je vous l'épargnerais sur le wiki) Librement, Le Lundi 13 octobre 2014 14h35, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : A voté ;-) Le 13 octobre 2014 12:23, Pieren pier...@gmail.com a écrit : Je viens de remettre la page wiki sous la forme d'un proprosal et d'ouvrir une section vote: http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:person#Voting avec aussi un appel sur la liste tagging@. N'hésitez pas à y ajouter votre vote et commentaire ... Pieren ___ Talk-fr mailing list 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___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Je ne connais pas les usages pour les votes, mais si c'est un peu rapide, cela montre bien qu'il y a un avis commun pour les français. À mon sens, cette relation devrait être remplacée par wiki data, mais comme lier des objets osm au reste du monde est complexe, la solution de facilité est utilisée. Tords partagés donc ... Le 13 oct. 2014 22:35, dHuy Pierre dh...@yahoo.fr a écrit : N'en jetez plus! Je suis responsable de cet odieux crime et ayant bossé toute la journée, je ne peux répondre que maintenant. Je suis étonné d'ailleurs que le vote ai été fait avec autant de célérité, il me semblait qu'il fallait une période de débat avant :/ Je suis bien responsable des relations person lié aux Panthéons ainsi que la Tombe de Th. Ratisbonne à Evry. Je tiens à défendre un peu cette relation par ailleurs: - Contrairement à ce que tu dis cquest, il n'y a rien à voir avec la page Wikipédia des personnes en question mais avec les différents bâtiments commémoratif en lien avec eux. Je reconnais avoir été largement abusif avec l'usage deville comme lieux de naissance et je pense qu'avec le recul nommé en l'honneur de est de trop pour les rues. En revanche le bâtiment Pierre et Marie Curie était leur ancienne maison et consiste aujourd'hui en un mémorial en leur nom. Ce bâtiment est donc lié à leurs personnes. - JBEC, je te remercie de m'avoir contacté d'ailleurs, je suppose que pour certains ça n'en valait pas la peine? De manière plus pragmatique, cette relation est peu utilisé en France mais utilisée aux États-Unis et en Pologne de manière assez significative. Des outils, basé sur OpenStreetMap en font même l'usage. Dont le traitement Wyszukiwarka grobów | OpenStreetMap Polska . J'ai voulu porter en France quelques contributions en la matière, sachant le volume déjà existant. (Comme vous pouvez le voir sur mon profil, je fais de la cartographie de différents type et notamment des données atypiques) Wyszukiwarka grobów | OpenStreetMap Polska Przybliż mapę aby pobrać elementy Afficher sur osmtools.org Aperçu par Yahoo - Comme le montre la page actuelle du wiki d'ailleurs, les polonais réagissent. Un argument intéressant donné est qu'il s'agit de lier ensemble les éléments physique et géographique appartenant à une même personne. - Dans le cas de suppression de cette relation il faudra aussi virer le plugin Tomb de josm qui formule automatiquement cette relation. Voilà les quelques points que j'avance pour défendre la relation (mon anglais étant exécrable, je vous l'épargnerais sur le wiki) Librement, Le Lundi 13 octobre 2014 14h35, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : A voté ;-) Le 13 octobre 2014 12:23, Pieren pier...@gmail.com a écrit : Je viens de remettre la page wiki sous la forme d'un proprosal et d'ouvrir une section vote: http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:person#Voting avec aussi un appel sur la liste tagging@. N'hésitez pas à y ajouter votre vote et commentaire ... Pieren ___ Talk-fr mailing list 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 ___ Talk-fr mailing list 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
Re: [OSM-talk-fr] relations person dans OSM ??
Nul reproche sur la rapidité du vote, je croyais qu'il y avait des procédure c'est tout. Et d'ailleurs je t'ai remercié de m'avoir prévenu :) Le Lundi 13 octobre 2014 23h31, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Je ne connais pas les usages pour les votes, mais si c'est un peu rapide, cela montre bien qu'il y a un avis commun pour les français. À mon sens, cette relation devrait être remplacée par wiki data, mais comme lier des objets osm au reste du monde est complexe, la solution de facilité est utilisée. Tords partagés donc ... Le 13 oct. 2014 22:35, dHuy Pierre dh...@yahoo.fr a écrit : N'en jetez plus! Je suis responsable de cet odieux crime et ayant bossé toute la journée, je ne peux répondre que maintenant. Je suis étonné d'ailleurs que le vote ai été fait avec autant de célérité, il me semblait qu'il fallait une période de débat avant :/ Je suis bien responsable des relations person lié aux Panthéons ainsi que la Tombe de Th. Ratisbonne à Evry. Je tiens à défendre un peu cette relation par ailleurs: - Contrairement à ce que tu dis cquest, il n'y a rien à voir avec la page Wikipédia des personnes en question mais avec les différents bâtiments commémoratif en lien avec eux. Je reconnais avoir été largement abusif avec l'usage deville comme lieux de naissance et je pense qu'avec le recul nommé en l'honneur de est de trop pour les rues. En revanche le bâtiment Pierre et Marie Curie était leur ancienne maison et consiste aujourd'hui en un mémorial en leur nom. Ce bâtiment est donc lié à leurs personnes. - JBEC, je te remercie de m'avoir contacté d'ailleurs, je suppose que pour certains ça n'en valait pas la peine? De manière plus pragmatique, cette relation est peu utilisé en France mais utilisée aux États-Unis et en Pologne de manière assez significative. Des outils, basé sur OpenStreetMap en font même l'usage. Dont le traitement Wyszukiwarka grobów | OpenStreetMap Polska . J'ai voulu porter en France quelques contributions en la matière, sachant le volume déjà existant. (Comme vous pouvez le voir sur mon profil, je fais de la cartographie de différents type et notamment des données atypiques) Wyszukiwarka grobów | OpenStreetMap Polska Przybliż mapę aby pobrać elementy Afficher sur osmtools.org Aperçu par Yahoo - Comme le montre la page actuelle du wiki d'ailleurs, les polonais réagissent. Un argument intéressant donné est qu'il s'agit de lier ensemble les éléments physique et géographique appartenant à une même personne. - Dans le cas de suppression de cette relation il faudra aussi virer le plugin Tomb de josm qui formule automatiquement cette relation. Voilà les quelques points que j'avance pour défendre la relation (mon anglais étant exécrable, je vous l'épargnerais sur le wiki) Librement, Le Lundi 13 octobre 2014 14h35, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : A voté ;-) Le 13 octobre 2014 12:23, Pieren pier...@gmail.com a écrit : Je viens de remettre la page wiki sous la forme d'un proprosal et d'ouvrir une section vote: http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:person#Voting avec aussi un appel sur la liste tagging@. N'hésitez pas à y ajouter votre vote et commentaire ... Pieren ___ Talk-fr mailing list 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 ___ Talk-fr mailing list 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
Re: [OSM-talk-fr] relations person dans OSM ??
Le 12/10/2014 22:28, Philippe Verdy a écrit : Que pensez-vous de cette tentative que je découvre par hasard, des lieux fréquentés par une personnalité (ici Pierre Curie: lieu de naissance, de décès, infos historiques, musées consacrés; rues, monuments et établissements en son honneur...) https://www.openstreetmap.org/relation/3883620 Imaginez qu'on applique ça pour le Général de Gaule: combien de rues/avenues, de places, et combien de pays ont le citer même dans des endroits où il n'a jamais été avec des citations post-mortem ? Et vite on va dériver avec les données généalogiques pour retracer sa femme, ses enfants, ses parents et ancêtres... A mon avis ça n'a rien de cartographique, le seul but c'est de référencer une page Wikipédia qui sera bien plus renseigné et contiendra assez de liens vers les différents lieux cités dans l'article, vers des pages Wikipédia contenant une géolocalisation affichée sur une carte. Si on commence là dessus, on va noyer OSM qui va crouler d'infos redondantes sur les lieux; avec des centaines de milliers de personnages historiques ou célébrités actuelles de tous pays. Et on va ensuite tomber sur le problème de la vie privée et des personnes qui voudront se géolocaliser elles-même au eu où elles sont, ou les restaus qu'elle a bien aimé, ou ses bonnes affaires et recommandations, puis ensuite la publicité avec la liste intégrale des points de vente d'un nouveau produit qui sort... OSM est fait pour localiser des lieux et décrire ce qu'on y voit de façon assez péreine et qu'on peut revoir avec de bonne chance de les trouver (On ne cartographie pas les voyages des escargots ou les vols de chaque cigogne), essentiellement à leur état présent (pas tout ce qui s'y est passé ou est supposé s'être passé à moins qu'il y ait une trace locale). Si pour un lieu associé nommément et visiblement à une personne on a besoin de citer un lien, on peut éventuellement ajouter un tag sur ces objet spécifique vers Wikidata (wikidata=qX) qui fournira des URLs pertinentes dans diverses langues (page Wikipédia, catégorie sur Commons, page Auteur sur Wikisource ou Wikiquote, avec un peu partour d'autres références vers d'autres sites, sites officiels sil y a lieu pour des personnalités notoires comme des artistes contemporains...). Ce type d'info a plus sa place dans Wikidata (qui contient déjà un lien unique vers une donnée Wikidata associée à un lieu et une ou plusieurs pages Wikipédia ou Wikivoyage ou Wiktionnaire). Ceux qui veulent faire des cartes thématiques peuvent encore créer des cartes Umap utilisant des points géolocalisés sur OSM et avec un fond de carte dérivé des données OSM. Ici quand je cherche Paris, je ne m'attends pas à trouver Pierre Curie, sinon on trouverait des millions d'autres personnes et événements qui s'y sont passés. Bonsoir à toutes et tous, Dans un premier temps j'étais aussi contre mais l'explication de Pierre m'a amené à regarder plus loin et en effet qu'y a-t-il d'aberrant à signaler une commune comme étant le lieu de naissance de Untel très connu? Reste à voir les lieux qu'il convient d'accepter ou non. Soyons un peu pragmatique si je vous dit que Laurent MOURGUET est décédé à telle adresse dans telle commune certains d'entre-vous n'en ont strictement rien à foutre! Pour d'autres, au contraire, c'est une information utile. Je propose donc pour améliorer la chose qu'il faut qu'une plaque 'touristique' soit visible sur la façade dudit immeuble. Pour moi Wikipedia est une source de l'information et OSM en est une autre. Les deux sont complémentaires. Par contre il faut parfaitement documenter le tag Person. Il faut bien limiter le champ d'action de ce 'référencement' dans la base. J'irais même plus loin en effarouchant les puristes! Tout document crée avec Umap à potentiellement vocation à se retrouver dans OSM! POurquoi c'est simplement l'esprit des données ouvertes. J'ai fait quelque chose dans un certain cadre mais vous vous pouvez en faire autre chose à laquelle je n'ai pas pensé. Pour finir je reste dans le mode provoc et je dirais à Philippe que moi aussi je m'attend pas à trouver Pierre CURIE mais par contre j'aimerais bien y trouver Pierre JOLIOT alias Pierre JOLIOT-CURIE! Oui je sais c'est hors du sujet du message initial mais pourtant... Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Damn, j'ai effectivement fait une erreur! Mais je suis d'accord, il faudrait plus de finesse de détail, les rues et les villes ne devrait pas y être associé aussi simplement. Et je propose de supprimer ces données (fin plus tard je bosse demain). J'espère que ce message permettra de relancer le débat :) Le Mardi 14 octobre 2014 0h24, Yannick VOYEAUD yann...@voyeaud.org a écrit : Le 12/10/2014 22:28, Philippe Verdy a écrit : Que pensez-vous de cette tentative que je découvre par hasard, des lieux fréquentés par une personnalité (ici Pierre Curie: lieu de naissance, de décès, infos historiques, musées consacrés; rues, monuments et établissements en son honneur...) https://www.openstreetmap.org/relation/3883620 Imaginez qu'on applique ça pour le Général de Gaule: combien de rues/avenues, de places, et combien de pays ont le citer même dans des endroits où il n'a jamais été avec des citations post-mortem ? Et vite on va dériver avec les données généalogiques pour retracer sa femme, ses enfants, ses parents et ancêtres... A mon avis ça n'a rien de cartographique, le seul but c'est de référencer une page Wikipédia qui sera bien plus renseigné et contiendra assez de liens vers les différents lieux cités dans l'article, vers des pages Wikipédia contenant une géolocalisation affichée sur une carte. Si on commence là dessus, on va noyer OSM qui va crouler d'infos redondantes sur les lieux; avec des centaines de milliers de personnages historiques ou célébrités actuelles de tous pays. Et on va ensuite tomber sur le problème de la vie privée et des personnes qui voudront se géolocaliser elles-même au eu où elles sont, ou les restaus qu'elle a bien aimé, ou ses bonnes affaires et recommandations, puis ensuite la publicité avec la liste intégrale des points de vente d'un nouveau produit qui sort... OSM est fait pour localiser des lieux et décrire ce qu'on y voit de façon assez péreine et qu'on peut revoir avec de bonne chance de les trouver (On ne cartographie pas les voyages des escargots ou les vols de chaque cigogne), essentiellement à leur état présent (pas tout ce qui s'y est passé ou est supposé s'être passé à moins qu'il y ait une trace locale). Si pour un lieu associé nommément et visiblement à une personne on a besoin de citer un lien, on peut éventuellement ajouter un tag sur ces objet spécifique vers Wikidata (wikidata=qX) qui fournira des URLs pertinentes dans diverses langues (page Wikipédia, catégorie sur Commons, page Auteur sur Wikisource ou Wikiquote, avec un peu partour d'autres références vers d'autres sites, sites officiels sil y a lieu pour des personnalités notoires comme des artistes contemporains...). Ce type d'info a plus sa place dans Wikidata (qui contient déjà un lien unique vers une donnée Wikidata associée à un lieu et une ou plusieurs pages Wikipédia ou Wikivoyage ou Wiktionnaire). Ceux qui veulent faire des cartes thématiques peuvent encore créer des cartes Umap utilisant des points géolocalisés sur OSM et avec un fond de carte dérivé des données OSM. Ici quand je cherche Paris, je ne m'attends pas à trouver Pierre Curie, sinon on trouverait des millions d'autres personnes et événements qui s'y sont passés. Bonsoir à toutes et tous, Dans un premier temps j'étais aussi contre mais l'explication de Pierre m'a amené à regarder plus loin et en effet qu'y a-t-il d'aberrant à signaler une commune comme étant le lieu de naissance de Untel très connu? Reste à voir les lieux qu'il convient d'accepter ou non. Soyons un peu pragmatique si je vous dit que Laurent MOURGUET est décédé à telle adresse dans telle commune certains d'entre-vous n'en ont strictement rien à foutre! Pour d'autres, au contraire, c'est une information utile. Je propose donc pour améliorer la chose qu'il faut qu'une plaque 'touristique' soit visible sur la façade dudit immeuble. Pour moi Wikipedia est une source de l'information et OSM en est une autre. Les deux sont complémentaires. Par contre il faut parfaitement documenter le tag Person. Il faut bien limiter le champ d'action de ce 'référencement' dans la base. J'irais même plus loin en effarouchant les puristes! Tout document crée avec Umap à potentiellement vocation à se retrouver dans OSM! POurquoi c'est simplement l'esprit des données ouvertes. J'ai fait quelque chose dans un certain cadre mais vous vous pouvez en faire autre chose à laquelle je n'ai pas pensé. Pour finir je reste dans le mode provoc et je dirais à Philippe que moi aussi je m'attend pas à trouver Pierre CURIE mais par contre j'aimerais bien y trouver Pierre JOLIOT alias Pierre JOLIOT-CURIE! Oui je sais c'est hors du sujet du message initial mais pourtant... Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org
Re: [OSM-talk-fr] relations person dans OSM ??
Marrant en effet, mais n'a pas sa place dans OSM. -- Jean-Baptiste Holcroft Le 12 octobre 2014 22:28, Philippe Verdy verd...@wanadoo.fr a écrit : Que pensez-vous de cette tentative que je découvre par hasard, des lieux fréquentés par une personnalité (ici Pierre Curie: lieu de naissance, de décès, infos historiques, musées consacrés; rues, monuments et établissements en son honneur...) https://www.openstreetmap.org/relation/3883620 Imaginez qu'on applique ça pour le Général de Gaule: combien de rues/avenues, de places, et combien de pays ont le citer même dans des endroits où il n'a jamais été avec des citations post-mortem ? Et vite on va dériver avec les données généalogiques pour retracer sa femme, ses enfants, ses parents et ancêtres... A mon avis ça n'a rien de cartographique, le seul but c'est de référencer une page Wikipédia qui sera bien plus renseigné et contiendra assez de liens vers les différents lieux cités dans l'article, vers des pages Wikipédia contenant une géolocalisation affichée sur une carte. Si on commence là dessus, on va noyer OSM qui va crouler d'infos redondantes sur les lieux; avec des centaines de milliers de personnages historiques ou célébrités actuelles de tous pays. Et on va ensuite tomber sur le problème de la vie privée et des personnes qui voudront se géolocaliser elles-même au eu où elles sont, ou les restaus qu'elle a bien aimé, ou ses bonnes affaires et recommandations, puis ensuite la publicité avec la liste intégrale des points de vente d'un nouveau produit qui sort... OSM est fait pour localiser des lieux et décrire ce qu'on y voit de façon assez péreine et qu'on peut revoir avec de bonne chance de les trouver (On ne cartographie pas les voyages des escargots ou les vols de chaque cigogne), essentiellement à leur état présent (pas tout ce qui s'y est passé ou est supposé s'être passé à moins qu'il y ait une trace locale). Si pour un lieu associé nommément et visiblement à une personne on a besoin de citer un lien, on peut éventuellement ajouter un tag sur ces objet spécifique vers Wikidata (wikidata=qX) qui fournira des URLs pertinentes dans diverses langues (page Wikipédia, catégorie sur Commons, page Auteur sur Wikisource ou Wikiquote, avec un peu partour d'autres références vers d'autres sites, sites officiels sil y a lieu pour des personnalités notoires comme des artistes contemporains...). Ce type d'info a plus sa place dans Wikidata (qui contient déjà un lien unique vers une donnée Wikidata associée à un lieu et une ou plusieurs pages Wikipédia ou Wikivoyage ou Wiktionnaire). Ceux qui veulent faire des cartes thématiques peuvent encore créer des cartes Umap utilisant des points géolocalisés sur OSM et avec un fond de carte dérivé des données OSM. Ici quand je cherche Paris, je ne m'attends pas à trouver Pierre Curie, sinon on trouverait des millions d'autres personnes et événements qui s'y sont passés. ___ Talk-fr mailing list 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
Re: [OSM-talk-fr] relations person dans OSM ??
Une requête Overpass pour voir les usages des relations type=person (actuellement quelques personnes au Panthéon et quelques proches, avec leurs tombeaux et lieux nommés en leur honneur): http://overpass-api.de/api/interpreter?data=%5Bout%3Ajson%5D%5Btimeout%3A40%5D%3Brelation%5B%22type%22%3D%22person%22%5D%2848%2E67645370777654%2C2%2E0413970947265625%2C49%2E01445529346132%2C2%2E646331787109375%29%3Bout%20body%3B%3E%3Bout%20skel%20qt%3B A mon avis il faudrait que ce soit documenté avec une page de vote pour contrer ce genre d'initiative.C'est peut-être juste un ballon d'essai mais OSM n'est pas fait pour ça, il y a d'autres bases de données où on peut géolocaliser des données à afficher sur un fond de carte OSM sans les y intégrer. Le 12 octobre 2014 22:28, Philippe Verdy verd...@wanadoo.fr a écrit : Que pensez-vous de cette tentative que je découvre par hasard, des lieux fréquentés par une personnalité (ici Pierre Curie: lieu de naissance, de décès, infos historiques, musées consacrés; rues, monuments et établissements en son honneur...) https://www.openstreetmap.org/relation/3883620 Imaginez qu'on applique ça pour le Général de Gaule: combien de rues/avenues, de places, et combien de pays ont le citer même dans des endroits où il n'a jamais été avec des citations post-mortem ? Et vite on va dériver avec les données généalogiques pour retracer sa femme, ses enfants, ses parents et ancêtres... A mon avis ça n'a rien de cartographique, le seul but c'est de référencer une page Wikipédia qui sera bien plus renseigné et contiendra assez de liens vers les différents lieux cités dans l'article, vers des pages Wikipédia contenant une géolocalisation affichée sur une carte. Si on commence là dessus, on va noyer OSM qui va crouler d'infos redondantes sur les lieux; avec des centaines de milliers de personnages historiques ou célébrités actuelles de tous pays. Et on va ensuite tomber sur le problème de la vie privée et des personnes qui voudront se géolocaliser elles-même au eu où elles sont, ou les restaus qu'elle a bien aimé, ou ses bonnes affaires et recommandations, puis ensuite la publicité avec la liste intégrale des points de vente d'un nouveau produit qui sort... OSM est fait pour localiser des lieux et décrire ce qu'on y voit de façon assez péreine et qu'on peut revoir avec de bonne chance de les trouver (On ne cartographie pas les voyages des escargots ou les vols de chaque cigogne), essentiellement à leur état présent (pas tout ce qui s'y est passé ou est supposé s'être passé à moins qu'il y ait une trace locale). Si pour un lieu associé nommément et visiblement à une personne on a besoin de citer un lien, on peut éventuellement ajouter un tag sur ces objet spécifique vers Wikidata (wikidata=qX) qui fournira des URLs pertinentes dans diverses langues (page Wikipédia, catégorie sur Commons, page Auteur sur Wikisource ou Wikiquote, avec un peu partour d'autres références vers d'autres sites, sites officiels sil y a lieu pour des personnalités notoires comme des artistes contemporains...). Ce type d'info a plus sa place dans Wikidata (qui contient déjà un lien unique vers une donnée Wikidata associée à un lieu et une ou plusieurs pages Wikipédia ou Wikivoyage ou Wiktionnaire). Ceux qui veulent faire des cartes thématiques peuvent encore créer des cartes Umap utilisant des points géolocalisés sur OSM et avec un fond de carte dérivé des données OSM. Ici quand je cherche Paris, je ne m'attends pas à trouver Pierre Curie, sinon on trouverait des millions d'autres personnes et événements qui s'y sont passés. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
J'ai fait le Christian/j'ai contacté le contributeur. -- Jean-Baptiste Holcroft Le 12 octobre 2014 22:42, Philippe Verdy verd...@wanadoo.fr a écrit : Une requête Overpass pour voir les usages des relations type=person (actuellement quelques personnes au Panthéon et quelques proches, avec leurs tombeaux et lieux nommés en leur honneur): http://overpass-api.de/api/interpreter?data=%5Bout%3Ajson%5D%5Btimeout%3A40%5D%3Brelation%5B%22type%22%3D%22person%22%5D%2848%2E67645370777654%2C2%2E0413970947265625%2C49%2E01445529346132%2C2%2E646331787109375%29%3Bout%20body%3B%3E%3Bout%20skel%20qt%3B A mon avis il faudrait que ce soit documenté avec une page de vote pour contrer ce genre d'initiative.C'est peut-être juste un ballon d'essai mais OSM n'est pas fait pour ça, il y a d'autres bases de données où on peut géolocaliser des données à afficher sur un fond de carte OSM sans les y intégrer. Le 12 octobre 2014 22:28, Philippe Verdy verd...@wanadoo.fr a écrit : Que pensez-vous de cette tentative que je découvre par hasard, des lieux fréquentés par une personnalité (ici Pierre Curie: lieu de naissance, de décès, infos historiques, musées consacrés; rues, monuments et établissements en son honneur...) https://www.openstreetmap.org/relation/3883620 Imaginez qu'on applique ça pour le Général de Gaule: combien de rues/avenues, de places, et combien de pays ont le citer même dans des endroits où il n'a jamais été avec des citations post-mortem ? Et vite on va dériver avec les données généalogiques pour retracer sa femme, ses enfants, ses parents et ancêtres... A mon avis ça n'a rien de cartographique, le seul but c'est de référencer une page Wikipédia qui sera bien plus renseigné et contiendra assez de liens vers les différents lieux cités dans l'article, vers des pages Wikipédia contenant une géolocalisation affichée sur une carte. Si on commence là dessus, on va noyer OSM qui va crouler d'infos redondantes sur les lieux; avec des centaines de milliers de personnages historiques ou célébrités actuelles de tous pays. Et on va ensuite tomber sur le problème de la vie privée et des personnes qui voudront se géolocaliser elles-même au eu où elles sont, ou les restaus qu'elle a bien aimé, ou ses bonnes affaires et recommandations, puis ensuite la publicité avec la liste intégrale des points de vente d'un nouveau produit qui sort... OSM est fait pour localiser des lieux et décrire ce qu'on y voit de façon assez péreine et qu'on peut revoir avec de bonne chance de les trouver (On ne cartographie pas les voyages des escargots ou les vols de chaque cigogne), essentiellement à leur état présent (pas tout ce qui s'y est passé ou est supposé s'être passé à moins qu'il y ait une trace locale). Si pour un lieu associé nommément et visiblement à une personne on a besoin de citer un lien, on peut éventuellement ajouter un tag sur ces objet spécifique vers Wikidata (wikidata=qX) qui fournira des URLs pertinentes dans diverses langues (page Wikipédia, catégorie sur Commons, page Auteur sur Wikisource ou Wikiquote, avec un peu partour d'autres références vers d'autres sites, sites officiels sil y a lieu pour des personnalités notoires comme des artistes contemporains...). Ce type d'info a plus sa place dans Wikidata (qui contient déjà un lien unique vers une donnée Wikidata associée à un lieu et une ou plusieurs pages Wikipédia ou Wikivoyage ou Wiktionnaire). Ceux qui veulent faire des cartes thématiques peuvent encore créer des cartes Umap utilisant des points géolocalisés sur OSM et avec un fond de carte dérivé des données OSM. Ici quand je cherche Paris, je ne m'attends pas à trouver Pierre Curie, sinon on trouverait des millions d'autres personnes et événements qui s'y sont passés. ___ Talk-fr mailing list 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
Re: [OSM-talk-fr] relations person dans OSM ??
Attention l'utilisateur Med n'est pas le créateur, il a corrigé ce qu'il a vu (il y a 29 jours), mais le créateur c'est l'utilisateur dhuyp (il y a 3 mois). Ça fait au moins 2 utilisateurs à contacter Personnes créées et modifiées dans la base par dhuyp: - Théodore Ratisbonne (3883402, v2) https://www.openstreetmap.org/relation/3883402 - Pierre Curie (3883620, v1) https://www.openstreetmap.org/relation/3883620 - Victor Hugo (3883619, v3) https://www.openstreetmap.org/relation/3883619 - Pierre Curie (3883620, v3) https://www.openstreetmap.org/relation/3883620 - Paul Langevin (3883618, v3) https://www.openstreetmap.org/relation/3883618 - Marie Curie (3883617, v3) https://www.openstreetmap.org/relation/3883617 - Jean-Jacques Rousseau (3883616, v3) https://www.openstreetmap.org/relation/3883616 - Jean Moulin (3883615, v3) https://www.openstreetmap.org/relation/3883615 - Jean Jaurès (3883702, v3) https://www.openstreetmap.org/relation/3883702 - François Marie Arouet dit Voltaire (3883614, v2) https://www.openstreetmap.org/relation/3883614 Lieux référencés à Paris (Panthéon et autres tombeaux) proches et près de Strasbourg. Il ne semble pas y en avoir ailleurs qu'en France métropolitaine. Je n'ai pas vérifié s'il y avait des liens inverses (mais il y a un lien de référence entre Pierre Curie et Marie Curie). En revanche on si peut laisser les notes associées par des tags sur les tombes, inutile de lier les lieux nommés de façon honorifique à ces relations de personnes (le lien Wikipédia ou Wikidata vers la page de données sur le lieu suffit pour trouver les infos sur une personne et ces personnes sont assez connues pour ne pas être difficile à localiser dans des articles de Wikipédia, Wikisource ou Wikidata et de là avoir des liens externes utiles. Le 12 octobre 2014 22:59, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : J'ai fait le Christian/j'ai contacté le contributeur. -- Jean-Baptiste Holcroft Le 12 octobre 2014 22:42, Philippe Verdy verd...@wanadoo.fr a écrit : Une requête Overpass pour voir les usages des relations type=person (actuellement quelques personnes au Panthéon et quelques proches, avec leurs tombeaux et lieux nommés en leur honneur): http://overpass-api.de/api/interpreter?data=%5Bout%3Ajson%5D%5Btimeout%3A40%5D%3Brelation%5B%22type%22%3D%22person%22%5D%2848%2E67645370777654%2C2%2E0413970947265625%2C49%2E01445529346132%2C2%2E646331787109375%29%3Bout%20body%3B%3E%3Bout%20skel%20qt%3B A mon avis il faudrait que ce soit documenté avec une page de vote pour contrer ce genre d'initiative.C'est peut-être juste un ballon d'essai mais OSM n'est pas fait pour ça, il y a d'autres bases de données où on peut géolocaliser des données à afficher sur un fond de carte OSM sans les y intégrer. Le 12 octobre 2014 22:28, Philippe Verdy verd...@wanadoo.fr a écrit : Que pensez-vous de cette tentative que je découvre par hasard, des lieux fréquentés par une personnalité (ici Pierre Curie: lieu de naissance, de décès, infos historiques, musées consacrés; rues, monuments et établissements en son honneur...) https://www.openstreetmap.org/relation/3883620 Imaginez qu'on applique ça pour le Général de Gaule: combien de rues/avenues, de places, et combien de pays ont le citer même dans des endroits où il n'a jamais été avec des citations post-mortem ? Et vite on va dériver avec les données généalogiques pour retracer sa femme, ses enfants, ses parents et ancêtres... A mon avis ça n'a rien de cartographique, le seul but c'est de référencer une page Wikipédia qui sera bien plus renseigné et contiendra assez de liens vers les différents lieux cités dans l'article, vers des pages Wikipédia contenant une géolocalisation affichée sur une carte. Si on commence là dessus, on va noyer OSM qui va crouler d'infos redondantes sur les lieux; avec des centaines de milliers de personnages historiques ou célébrités actuelles de tous pays. Et on va ensuite tomber sur le problème de la vie privée et des personnes qui voudront se géolocaliser elles-même au eu où elles sont, ou les restaus qu'elle a bien aimé, ou ses bonnes affaires et recommandations, puis ensuite la publicité avec la liste intégrale des points de vente d'un nouveau produit qui sort... OSM est fait pour localiser des lieux et décrire ce qu'on y voit de façon assez péreine et qu'on peut revoir avec de bonne chance de les trouver (On ne cartographie pas les voyages des escargots ou les vols de chaque cigogne), essentiellement à leur état présent (pas tout ce qui s'y est passé ou est supposé s'être passé à moins qu'il y ait une trace locale). Si pour un lieu associé nommément et visiblement à une personne on a besoin de citer un lien, on peut éventuellement ajouter un tag sur ces objet spécifique vers Wikidata (wikidata=qX) qui fournira des URLs pertinentes dans diverses langues (page Wikipédia, catégorie sur Commons, page Auteur sur