[OSM-talk-fr] Automatisation des liens Wikipedia vers les communes
Bonjour, J'ai remarqué que beaucoup de communes françaises n'avaient pas de lien Wikipedia (27915 / 32874 environ), et le rajouter à la main est fastidieux. J'ai pensé faire à peu près la même chose que je suis en train de faire avec les gares japonaises [1] (discussion sur la mailing list ja). Cela consisterait à: - récupérer le dump XML de Wikipedia France - créer une mini-base qui associe à un « code commune» (ref:INSEE dans OSM) le nom de la page Wikipédia - récupérer le dump récent OSM France - en extraire avec Osmosis les nœuds de type «place» ayant un «ref:INSEE» et pas de «wikipedia» - créer un script (ou un plug-in à Osmosis) qui va rajouter le ajouter le tag «wikipedia» et produire un fichier OSM (ou un jeu de fichiers OSM ayant un nombre de nœuds raisonnable). Ce script pourra éventuellement récupérer la dernière version des nodes depuis le serveur pour éviter un conflit dans JOSM. - mettre à jour avec JOSM (en utilisant un compte dédié), éventuellement de manière espacée dans le temps Qu'en pensez-vous? [1] http://wiki.openstreetmap.org/wiki/Mechanical_Edits/JaTrainWikipedia Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Noms de magasins supprimés
Bonjour, Je viens de me rendre compte qu'un utilisateur (AD06) a supprimé un grand nombre de noms (et autres tags) de magasins niçois (ce qui me fout un peu les boules vu le temps passé dans la rue à noter sur mon téléphone), et malheureusement sans commentaire. On peut le remarquer en regardant l'historique des nœuds ayant plus d'une version, par exemple à partir de ce changeset: http://www.openstreetmap.org/browse/changeset/13005326 Je viens de lui envoyer un message. Y a-t-il autre chose qu'il serait possible de faire? Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Noms de magasins supprimés
Le dimanche 11 novembre 2012 à 13:18 +0100, Fabien SK a écrit : Bonjour, Je viens de me rendre compte qu'un utilisateur (AD06) a supprimé un grand nombre de noms (et autres tags) de magasins niçois (ce qui me fout un peu les boules vu le temps passé dans la rue à noter sur mon téléphone), et malheureusement sans commentaire. On peut le remarquer en regardant l'historique des nœuds ayant plus d'une version, par exemple à partir de ce changeset: http://www.openstreetmap.org/browse/changeset/13005326 Je viens de lui envoyer un message. Y a-t-il autre chose qu'il serait possible de faire? Attendre sa réponse. Dans l'historique on constate que c'est une constante chez lui de supprimer les noms et de faire des modifications assez curieuse. Va falloir lui apprendre les bonnes pratiques et repasser derrière chacun de ses changesets. Un peu plus d'une centaine a ce jour. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Automatisation des liens Wikipedia vers les communes
Le dimanche 11 novembre 2012 à 12:26 +0100, Fabien SK a écrit : Bonjour, J'ai remarqué que beaucoup de communes françaises n'avaient pas de lien Wikipedia (27915 / 32874 environ), et le rajouter à la main est fastidieux. J'ai pensé faire à peu près la même chose que je suis en train de faire avec les gares japonaises [1] (discussion sur la mailing list ja). Cela consisterait à: - récupérer le dump XML de Wikipedia France - créer une mini-base qui associe à un « code commune» (ref:INSEE dans OSM) le nom de la page Wikipédia - récupérer le dump récent OSM France - en extraire avec Osmosis les nœuds de type «place» ayant un «ref:INSEE» et pas de «wikipedia» - créer un script (ou un plug-in à Osmosis) qui va rajouter le ajouter le tag «wikipedia» et produire un fichier OSM (ou un jeu de fichiers OSM ayant un nombre de nœuds raisonnable). Ce script pourra éventuellement récupérer la dernière version des nodes depuis le serveur pour éviter un conflit dans JOSM. - mettre à jour avec JOSM (en utilisant un compte dédié), éventuellement de manière espacée dans le temps Qu'en pensez-vous? [1] http://wiki.openstreetmap.org/wiki/Mechanical_Edits/JaTrainWikipedia Fabien Je n'ai pas d'avis sur ta méthode, mais j'approuve l'automatisation de l'ajout d'un lien wikipedia sur les communes. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Noms de magasins supprimés
d'ailleurs il a fait des modifications qui sont sujettes à gros débat ... ex: http://www.openstreetmap.org/browse/way/4245252/history = modification en rue du Gesu, alors que sur les plaques de la rue c'est bien écrit rue du Jésus en français et carriera dou jesu en nissart (vu que normalement on se réfère au terrain) d'après le canard local ( http://www.nicematin.com/article/nice/vieux-nice-dit-on-rue-du-gesu-ou-du-jesu.238281.html), on ne peut même pas considérer qu'il y ai d'erreur ! de la même manière, il a modifié le name de l'église du coin pour mettre les 2 noms existants, sans tenir compte du alt_name ... je crois qu'un petit rappel des règles de base s'impose ! Sylvain PS: tu peux le contacter directement, sinon le GA ( http://listes.openstreetmap.fr/wws/info/ga) eut s'encharger ;) Le 11 novembre 2012 13:31, Christophe Merlet red...@redfoxcenter.org a écrit : Le dimanche 11 novembre 2012 à 13:18 +0100, Fabien SK a écrit : Bonjour, Je viens de me rendre compte qu'un utilisateur (AD06) a supprimé un grand nombre de noms (et autres tags) de magasins niçois (ce qui me fout un peu les boules vu le temps passé dans la rue à noter sur mon téléphone), et malheureusement sans commentaire. On peut le remarquer en regardant l'historique des nœuds ayant plus d'une version, par exemple à partir de ce changeset: http://www.openstreetmap.org/browse/changeset/13005326 Je viens de lui envoyer un message. Y a-t-il autre chose qu'il serait possible de faire? Attendre sa réponse. Dans l'historique on constate que c'est une constante chez lui de supprimer les noms et de faire des modifications assez curieuse. Va falloir lui apprendre les bonnes pratiques et repasser derrière chacun de ses changesets. Un peu plus d'une centaine a ce jour. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Noms de magasins supprimés
Le 11 novembre 2012 13:57, Sylvain Maillard sylvain.maill...@gmail.com a écrit : d'ailleurs il a fait des modifications qui sont sujettes à gros débat ... ex: http://www.openstreetmap.org/browse/way/4245252/history = modification en rue du Gesu, alors que sur les plaques de la rue c'est bien écrit rue du Jésus en français et carriera dou jesu en nissart (vu que normalement on se réfère au terrain) d'après le canard local ( http://www.nicematin.com/article/nice/vieux-nice-dit-on-rue-du-gesu-ou-du-jesu.238281.html), on ne peut même pas considérer qu'il y ai d'erreur ! Il y aurait un tag source on saurait à quoi s'en tenir... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Automatisation des liens Wikipedia vers les communes
Bonjour, C'est mieux de faire l'ajout de la balise wikipedia = fr:xxx sur les relations des limites administrative communales, plutôt que sur les noeuds de type place. Le 11 novembre 2012 12:26, Fabien SK fabie...@gmail.com a écrit : Bonjour, (...) - en extraire avec Osmosis les nœuds de type «place» ayant un «ref:INSEE» et pas de «wikipedia» - créer un script (ou un plug-in à Osmosis) qui va rajouter le ajouter le tag «wikipedia» et produire un fichier OSM (ou un jeu de fichiers OSM ayant un nombre de nœuds raisonnable). Ce script pourra éventuellement récupérer la dernière version des nodes depuis le serveur pour éviter un conflit dans JOSM. - mettre à jour avec JOSM (en utilisant un compte dédié), éventuellement de manière espacée dans le temps Qu'en pensez-vous? [1] http://wiki.openstreetmap.org/wiki/Mechanical_Edits/JaTrainWikipedia Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Automatisation des liens Wikipedia vers les communes
Ok, je vais vérifier ce qu'il est est pour le tag Wikipedia des relations alors. Merci. Le 11/11/2012 14:55, Ab_fab a écrit : Bonjour, C'est mieux de faire l'ajout de la balise wikipedia = fr:xxx sur les relations des limites administrative communales, plutôt que sur les noeuds de type place. Le 11 novembre 2012 12:26, Fabien SK fabie...@gmail.com mailto:fabie...@gmail.com a écrit : Bonjour, (...) - en extraire avec Osmosis les noeuds de type «place» ayant un «ref:INSEE» et pas de «wikipedia» - créer un script (ou un plug-in à Osmosis) qui va rajouter le ajouter le tag «wikipedia» et produire un fichier OSM (ou un jeu de fichiers OSM ayant un nombre de noeuds raisonnable). Ce script pourra éventuellement récupérer la dernière version des nodes depuis le serveur pour éviter un conflit dans JOSM. - mettre à jour avec JOSM (en utilisant un compte dédié), éventuellement de manière espacée dans le temps Qu'en pensez-vous? [1] http://wiki.openstreetmap.org/wiki/Mechanical_Edits/JaTrainWikipedia Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Automatisation des liens Wikipedia vers les communes
Et bien penser à mettre une URL Wikipedia humano-lisible, donc sans underscore ni caractères encodés, sous peine de subir les foudres d'Osmose ;-) Francescu Le 11 nov. 2012 15:41, Fabien SK fabie...@gmail.com a écrit : Ok, je vais vérifier ce qu'il est est pour le tag Wikipedia des relations alors. Merci. Le 11/11/2012 14:55, Ab_fab a écrit : Bonjour, C'est mieux de faire l'ajout de la balise wikipedia = fr:xxx sur les relations des limites administrative communales, plutôt que sur les noeuds de type place. Le 11 novembre 2012 12:26, Fabien SK fabie...@gmail.com a écrit : Bonjour, (...) - en extraire avec Osmosis les nœuds de type «place» ayant un «ref:INSEE» et pas de «wikipedia» - créer un script (ou un plug-in à Osmosis) qui va rajouter le ajouter le tag «wikipedia» et produire un fichier OSM (ou un jeu de fichiers OSM ayant un nombre de nœuds raisonnable). Ce script pourra éventuellement récupérer la dernière version des nodes depuis le serveur pour éviter un conflit dans JOSM. - mettre à jour avec JOSM (en utilisant un compte dédié), éventuellement de manière espacée dans le temps Qu'en pensez-vous? [1] http://wiki.openstreetmap.org/wiki/Mechanical_Edits/JaTrainWikipedia Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Automatisation des liens Wikipedia vers les communes
Euh... oui, quand on a une relation mais quand elle n'existe pas, mettre le lien wikipedia sur le noeud place=* c'est un bon plan B, non ? Le 11 novembre 2012 14:55, Ab_fab gamma@gmail.com a écrit : Bonjour, C'est mieux de faire l'ajout de la balise wikipedia = fr:xxx sur les relations des limites administrative communales, plutôt que sur les noeuds de type place. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Automatisation des liens Wikipedia vers les communes
Pourquoi pas. J'en profiterai pour voir quelles sont les communes qui n'ont pas de frontières administratives. Je me demande d'ailleurs si il y a des communes qui ne sont référencées ni par un noeud «place», ni par une relation. Je verrai bien ça... Actuellement il y a 1814 relations municipales avec un lien Wikipedia, et 29128 gui n'en n'ont pas. Le 11/11/2012 16:33, Christian Quest a écrit : Euh... oui, quand on a une relation mais quand elle n'existe pas, mettre le lien wikipedia sur le noeud place=* c'est un bon plan B, non ? Le 11 novembre 2012 14:55, Ab_fab gamma@gmail.com mailto:gamma@gmail.com a écrit : Bonjour, C'est mieux de faire l'ajout de la balise wikipedia = fr:xxx sur les relations des limites administrative communales, plutôt que sur les noeuds de type place. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Automatisation des liens Wikipedia vers les communes
Le dimanche 11 novembre 2012 13:35:54, Christophe Merlet a écrit : Le dimanche 11 novembre 2012 à 12:26 +0100, Fabien SK a écrit : Bonjour, J'ai remarqué que beaucoup de communes françaises n'avaient pas de lien Wikipedia (27915 / 32874 environ), et le rajouter à la main est fastidieux. J'ai pensé faire (...) Qu'en pensez-vous? Si la question est êtes vous d'accord si je le fais comme indiqué ?, je réponds oui pour l'idée, mais comme dit par d'autres, je préfère que ça soit fait sur la relation qui porte la commune et pas sur le noeud place. Si la relation n'existe pas, je préfère alors que rien ne soit fait. La raison étant que tôt ou tard les limites de communes y seront, que ça va faire une édition de masse incohérente en méthode En gardant à l'esprit que l'opération pourra être relancée plus tard. Si la question sous-entends un pensez-vous qu'il y a moyen de faire mieux parce que tu rencontres une difficulté pour le faire ou juste pour confronter à une autre idée, je proposerais plutôt la méthode suivante : - téléchargement des relations communes par xapi/overpass par pack de x (~50) - ajout du tag wikipedia si non présent et conditions requises présentes - ré-upload de la nouvelle version du pack de x histoire de limiter le temps pendant lequel on pourrait créer un conflit de + en cas de panne à l'aide d'un log tu peux reprendre là où tu en étais plus simplement il me semble. Idéalement identifier tes changesets : http://wiki.openstreetmap.org/wiki/Proposed_features/changeset_tags Je peux comprendre toutefois que cette variante ne soit pas nécessairement réaliste dans ton cas, mais me semble intéressante pour limiter le risque de conflit par rapport à : dump france en retard temps traitement upload long conflit bloquant avec JOSM -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Automatisation des liens Wikipedia vers les communes
Le dimanche 11 novembre 2012 18:08:44, Fabien SK a écrit : Pourquoi pas. J'en profiterai pour voir quelles sont les communes qui n'ont pas de frontières administratives. Tu peux confronter/comparer avec cette liste : http://suivi.openstreetmap.fr/communes/communes.csv.txt (dispo en csv : http://suivi.openstreetmap.fr/communes/ ) -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Noms de magasins supprimés
Il a un TOC ce contributeur ? Ce n'est pas qu'à Nice qu'il a supprimé un tas de noms et autres informations ! Envoyé de mon iPad Le 11 nov. 2012 à 13:18, Fabien SK fabie...@gmail.com a écrit : Bonjour, Je viens de me rendre compte qu'un utilisateur (AD06) a supprimé un grand nombre de noms (et autres tags) de magasins niçois (ce qui me fout un peu les boules vu le temps passé dans la rue à noter sur mon téléphone), et malheureusement sans commentaire. On peut le remarquer en regardant l'historique des nœuds ayant plus d'une version, par exemple à partir de ce changeset: http://www.openstreetmap.org/browse/changeset/13005326 Je viens de lui envoyer un message. Y a-t-il autre chose qu'il serait possible de faire? Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Noms de magasins supprimés
À y regarder de plus près je pense qu'il supprime certains noms pour que d'autres soient visibles sur le rendu mapnik ! Le 11 nov. 2012 à 20:16, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit : Il a un TOC ce contributeur ? Ce n'est pas qu'à Nice qu'il a supprimé un tas de noms et autres informations ! Envoyé de mon iPad Le 11 nov. 2012 à 13:18, Fabien SK fabie...@gmail.com a écrit : Bonjour, Je viens de me rendre compte qu'un utilisateur (AD06) a supprimé un grand nombre de noms (et autres tags) de magasins niçois (ce qui me fout un peu les boules vu le temps passé dans la rue à noter sur mon téléphone), et malheureusement sans commentaire. On peut le remarquer en regardant l'historique des nœuds ayant plus d'une version, par exemple à partir de ce changeset: http://www.openstreetmap.org/browse/changeset/13005326 Je viens de lui envoyer un message. Y a-t-il autre chose qu'il serait possible de faire? Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Opération Cowboy du 23 au 25 novembre...
Après la nuit des cartes vivantes, une deuxième opération globale est en train de se monter pour le week)end du 23-25 novembre prochain. Il s'agit cette fois-ci de mapper les USA à partir de l'imagerie aérienne pour améliorer les tracé très imparfait de TIGER qui y a été importé. Qui est partant pour participer/relayer cette opération ? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opération Cowboy du 23 au 25 novembre...
Pardonne-moi Chistian de casser le party. Ils sont nombreux aux USA. Et au Canada, il y a d'immenses territoires non encore couverts. Pourquoi pas l'opération Inuit, qui consisterait plutôt à faire des imports massifs de données de Canvec sur le nord du Québec où on retrouve en bonne partie une carte blanche. Les 2/3 du Québec, au nord, c'est un immense territoire vierge plus grand que la France avec 35 000 de population et quelques millions de caribous et oies blanches. On ne va jamais trouver assez de contributeurs localement pour couvrir tout ce territoire, J'exclu évidemment les caribous et oies blanches. Les imports Canvec sont essentiels quoique que les avis soient partagés sur le fil de discussion démarré hier par pnorm sur talk-ca. voir http://web.archiveorange.com/archive/v/nnjaiFX2MuFIVZgBk4Hz. D'ailleurs, ce n'est pas la première fois qu'il ramène ce sujet. Mais plutôt qu'une carte blanche ... Pierre De : Christian Quest cqu...@openstreetmap.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Dimanche 11 novembre 2012 15h01 Objet : [OSM-talk-fr] Opération Cowboy du 23 au 25 novembre... Après la nuit des cartes vivantes, une deuxième opération globale est en train de se monter pour le week)end du 23-25 novembre prochain. Il s'agit cette fois-ci de mapper les USA à partir de l'imagerie aérienne pour améliorer les tracé très imparfait de TIGER qui y a été importé. Qui est partant pour participer/relayer cette opération ? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Automatisation des liens Wikipedia vers les communes
Pas forcément. Pouyr une carte qui n'afficherait pas les limites communales ou si celles-ci ne sont pas visibles car elles sortent du cadre, on s'attend à trouver le noeud visible qui affiche le nom de la commune donner des infos sur celle-ci. Bien sûr une requête permettrait de savoir de quelle(s) relation(s) elle est l'admin_center pour trouver ce lien Wikipédia. Malgré tout cela se complique car un même noeud est souvent admin_center de plein de choses, alors que le noeud lui-même porte pourtant un nom qui lui est propre est est celui de la commune (mais il pourrait n'être aussi que le nom d'une localité et pas une commune, donc on ne sait pas vraiment où chercher l'info). L'idéal serait que les noeuds indiquent que leur nom est attaché à un niveau d'admin_centre bien défini, ce n'est pas simple car ce qui qualifie nos noeuds ce sont des classifications en grandes villes, villes, villages, hameaux, qui correspondent à des niveaux administratifs différents. Le lien Wikipédia pourtant doit pouvoir pointer sur un article pertinent, que ce soit un article sur la commune, ou l'agglomération entière, ou un article sur un village ou quartier dans la commune. Bref, il est difficile d'écrire une règle simple pour décrire corectement ce que désigne le noeud seul, malgré ses attributs qui ne suffisent PAS à indiquer qu'il s'agit du nœud d'une commune, mais seulement celui d'une agglomération (petite ou grande),car l'article Wikipédia ne décrit pas ce seul noeud mais l'entité plus grande (ou plusieurs) contenant ce nœud avec ce nom. Pour se contenter de mettre uniquement dans la relation il faudait donc absolument qualifier les noeuds pour bien dire qu'ils représentent un point central nommé d'après une entité plus grande (en principe la plus petite d'entre elles s'il y en a plusieurs). Sinon l'autre solution est plus complexe et consiste à chercher parmi les relations qui utilisent le noeud celle qui a la valeur admin_level la plus élevée: ça marchera quand le noeud est une entité administrative, mais pas s'i c'est autre chose (un quartier par exemple). Enfin ce n'est pas si simple : nombre de surfaces n'ont ni admi_centre, ni de centroïde tombant **dans** la surface. Le libellé d'un rendu ne peut pas toujours alors être positionné dans la surface, et si un rendu doit afficher une icône clickable pour afficher les infos, on ne sait pas où la mettre. Si de plus la surface comprend des exclaves, il n'y a plus rien où cliquer. Si on cherche l'ensemble des relations couvrant un point cliquable (ce qui serait en fin de compte la meilleure solution dans une interface destinée à donner des infos sur un point cliqué), alors là on peut afficher les infos relation par relation. Mais l'interface devient aussi nettement plus lourde. Si l'interface ne peut supporter que les infos sur un seul point, alors il ne nous reste que le nœud lui-même et les relations qui contiennent le noeud doivent être ignorées. Encore plus complexe: certaines zones administratives ne contiennent PAS leur centre administratif qui est situé dans une zone voisine : l'admin_centre est la seule façon de trouver ce centre administratif, car on ne le trouve pas par une requête géométrique (donc chercher à afficher toutes les relations qui incluent un noeud dans leur surface ne marchera pas, sauf si on y inclue AUSSI les relations qui mentionnent le noeud directement en tant que membre : l'interface doit alors savoir interprêter les rôles utilisés dans la relation pour savoir à quoi correspond cet attachement de nœud dans la relation définissant une surface donnée. De plus des noeuds peuvent aussi être regroupés dans des relations qui ne définissent PAS des surfaces, mais des ensembles de noeuds proches (par exemple une liste des noeuds correspondant aux accès à une même station de métro, ou une liste d'arrêts dans une ligne de transport). Ce n'est pas toujours simple donc, et souvent il restrera utile de garder un lien d'informations sur le noeud lu-même. L'idéal serait que le noeud puisse avoir un attribut indiquant à laquelle des relations il doit être relié : mais dans OSM on n'a QUE des attributs pour le faire et il n'y a pas d'intégrité référentielle garantie (donc pas moyen d'indiquer un ID de relation dans un attribut du noeud. Moralité: faire comme en Espagne, et qualifier mieux les nœuds en indiquant explicitement qu'ils sont admin_center d'une ou plusieurs relations, et en indiquant le plus petit admin_level (relation la plus étendue en surface) des relations référentes dans un attribut capital=* et le plus grand admin_level (relation la plus petite en surface) dans admin_level=* du noeud, afin d'indiquer explicitement qu'on doit chercher la plupart de ses autres attributs dans une relation de surface administrative, et là où c'est pertinent (noter que la relation administrative peut parfois avoir un nom différent du noeud local, et mentionner plusieurs autres noeuds admin_centre, voire parfois une surface désignée comme admin_centre, ce
Re: [OSM-talk-fr] Opération Cowboy du 23 au 25 novembre...
Le 11 novembre 2012 21:44, Pierre Béland infosbelas-...@yahoo.fr a écrit : Pourquoi pas l'opération Inuit, qui consisterait plutôt à faire des imports massifs de données de Canvec sur le nord du Québec où on retrouve en bonne partie une carte blanche. Les 2/3 du Québec, au nord, c'est un immense territoire vierge plus grand que la France avec 35 000 de population et quelques millions de caribous et oies blanches. On ne va jamais trouver assez de contributeurs localement pour couvrir tout ce territoire, J'exclu évidemment les caribous et oies blanches. Et pourquoi tu ne veux pas recruter les caribous et les oies blanches ? Qu'on leur demande de s'équiper d'un GPS (et les caribous peuvent communiquer avec leurs cornes équipées d'antennes), cartographier les arbres, les rivières, relever les altitudes, la couverture végétale du sol. Achetez leur des GPS portables puis allez les chasser pour regarder ce qu'ils ont ingurgité sur leur trajet. Sinon vous pouvez aussi recruter les saumons et mieux encore les crevettes autour des eaux arctiques et atlantiques nord et qui colonisent aussi les rivières qui ont un débit permanent (même si elles sont gelées en surface en hiver). Au delà de la rigolade, il y a bel et bien des analyses cartographiques des migrations animales et halieutiques utilisant des traceurs (souvent ce simples bagages récupérés par les associations de chasseurs ou pêcheurs ou les gardes forestiers, voire la population quand elle trouve des animaux morts et trouvent un message dans la bague leur demandant de renvoyer ça par courrier en mentionnant la date et le lieu de découverte, ou à une asso ou une autorité locale qui sait quoi en faire, parfois aussi des puces GPS). Ce se fait dans presque tous les parcs naturels ou nationaux et les régions très rurales très peu denses, pour protéger ou gérer les ressources et la diversité, ou pour des raisons de santé publique : épidémiologie, mesure de impact et prévention des risques liés à la pollution sur une faune sélectionnée comme marqueur de surveillance, notamment dans les cours d'eau avec les crustacés, et sur terre avec les insectes et vers et chez toutes les espèces migratrices qui font gratuitement et toute l'année des prélèvements utilisables et statistiquement parlants car très peu biaisés (aucun institut de sondage ne parvieent à faire des échantillons d'aussi bonne qualité statistique). Très parlants aussi les simples comptages à vue d'œil (beaucoup plus que le bagage individuel qui est très compliqué, très cher et pas aussi bien réparti statistiquement), car on peut les répéter assez souvent avec peu de monde et une formation minimale peu onéreuse des bénévoles invités sur une demie-journée. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opération Cowboy du 23 au 25 novembre...
Le 11/11/2012 21:44, Pierre Béland a écrit : Pardonne-moi Chistian de casser le party. Ils sont nombreux aux USA. Et au Canada, il y a d'immenses territoires non encore couverts. [...] Mais plutôt qu'une carte blanche ... Si tu nous donnes carte blanche... -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Outil de suivi des objets qu on a edite
merci pour les infos. je te tiens au courant des que possible Julien De : l...@worldonline.fr l...@worldonline.fr À : Cc : talk-fr@openstreetmap.org Envoyé le : Dimanche 11 novembre 2012 8h54 Objet : Re: [OSM-talk-fr] Réf.: Re: Outil de suivi des objets qu on a edite Le samedi 10 novembre 2012 à 22:20 +, THEVENON Julien a écrit : -- Le sam. 10 nov. 2012 20:50 HNEC, l...@worldonline.fr a écrit : Bonsoir J'essaye de faire un fichier avec toutes mes modifications avec overpass-api (http://overpass-api.de/) . Le fichier généré ne me donne pas les paramètres convenus pour osm_diff_watcher. Par exemple les paramètres pour une relation devraient être : relation id=2254149 visible=true timestamp=2012-10-31T19:17:44Z version=74 changeset=13702578 user=Virgile1994 uid=362997 et moi j'ai : relation id=152863 version=200 timestamp=2012-11-02T08:34:50Z changeset=13719520 uid=417368 user=lann Il me manque l'information visible et certains paramètres sont inversés Et j'obtiens cette erreur : dom_generic_utilities.h:156: static ATTR_TYPE osm_diff_watcher::generic_dom_utilitiesXMLNode::extract_attribute(const XMLNode, const char*) [with ATTR_TYPE = bool]: Assertion `l_str' failed qui, je pense, vient de l'absence du paramètre visible Comment générer ce fichier ? Merci Salut, il me semblait avoir deja rencontre le cas du visible manquant sur des objets masques par la redaction mais je n ai peut etre pas couvert tous les cas. Peux tu m envoyer ton fichier genere, ton fichier de conf ainsi que les fichiers .sqlite3? Cela me permettra de reproduire le probleme et le corriger. Pour info l ordre des parametres n a pas d importance Julien Les fichiers en pièce jointe Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] halte nautique et port
Bonjour En navigation de plaisance, comment distinguer une halte nautique d'un port Pour le moment, les deux sont taguées leisure=marina Dans la halte nautique, le bateau va séjourner quelques jours et dans le port ou certain bateau stationne plus longtemps voire durant toute l'année. Merci Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opération Cowboy du 23 au 25 novembre...
Il faudra faire un jour une Osmose-party :) Participation possible d'OSM Inspector, Keepright, ... ! Le 11 novembre 2012 22:43, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Le 11/11/2012 21:44, Pierre Béland a écrit : Pardonne-moi Chistian de casser le party. Ils sont nombreux aux USA. Et au Canada, il y a d'immenses territoires non encore couverts. [...] Mais plutôt qu'une carte blanche ... Si tu nous donnes carte blanche... -- Jean-Francois Nifenecker, Bordeaux __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] halte nautique et port
Bonsoir, Le 11/11/2012 22:56, Claude a écrit : En navigation de plaisance, comment distinguer une halte nautique d'un port Pour le moment, les deux sont taguées leisure=marina Dans la halte nautique, le bateau va séjourner quelques jours et dans le port ou certain bateau stationne plus longtemps voire durant toute l'année. Éventuellement en nuançant grâce au tag maxstay ? http://wiki.openstreetmap.org/wiki/Key:maxstay vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Eurosha en République Centrafricaine, une premiere evaluation par les tuteurs souhaitee / Eurosha in CAR, hope for a first evaluation by the tutors
Le 6 novembre 2012 00:23, Pieren pier...@gmail.com a écrit : 2012/11/5 Sébastien Pierrel sebastien.pier...@gmail.com: Certes, mais en attendant que quelqu'un se dévoue pour faire évoluer les outils ;), on va faire comment ca. D'un autre côté, il ne risque pas d'y avoir des masses de contributeurs qui pourraient ajouter des POIs à distance... C'est vrai ! Mais je trouve l'excuse de l'inter-opérabilité un peu pipeau. On ne taggue pas pour le rendu, ni pour être inter-opérables avec les SIG. Heu... si ! un minimum au moins, avec les standards ou normes qu'ils utilisent et nous aussi. Et qui nous permettent d'utiliser des outils communs. Je ne dis pas inteopérable avec un SIG particulier mais avec ce qu'ils ont en commun et ce qu'ils s'échangent entre eux. Si on ne veut être compatible avec personne, OSM mourra bien vite de son isolement parce que les autres, eux, progresseront bien plus vite et à moindre coût et avec moins d'efforts. Si être libre et ouvert pour que d'autres puissent nous utiliser, cela veut dire aussi prendre en compte ce que font les autres ou s'attendent à trouver chez nous. On ne se passera pas de l'adoption par nous aussi des normes libres et ouvertes (ou au moins des standards les plus employés), auxquelles on peut aussi apporter une pierre. Sinon on s'enferme exprès dans une solution maison et propriétaire, pour justement que notre projet ne soit PLUS DU TOUT libre et ouvert. Et on aura alors du mal à aller, nous, convaincre des SIGs que leur ouverture pour notre profit pourra aussi leur être utile et sera source pour eux aussi d'économies (ils se tourneront vers d'autres comme l'IGN, ou SANDRE, ou... Google, qui même s'ils ont des données propriétaires, auront développé des standards d'interopérabilité facilitant largement leur maintenance, les échanges et la captation par eux de données directement utilisables et auront vendu que eux au moins s'intéressent aux standards et normes et qu'ils participent même à leur développement). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr