[OSM-talk-fr] [forum-osm-fr] EuroVelo en France icn ou ncn ?
Le message suivant de : ## Bonjour, Concernant les Eurovelo pour leur partie Française ils sont tous marqué ncn, mais si je me référe au wiki : http://wiki.openstreetmap.org/wiki/Cycle_routes ce sont bien les tags network=icn qui devraient être indiqué non ? Il ne s'agit pas d'itinaires nationaux mais bien d'internationaux même si ce ne sont que des bouts pour chaque pays, si non à quel occasion on inscrit icn, sur un itinéraire intergallactique :D J'avais modifié l'EuroVelo 4 dans ce sens car j'y contribue en ce moment et un contributeur étranger a remis ncn sur EV4, en plus c'est le même qui mets type=superroute sur les relations de relation pour les EuroVelo. :? Merci a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=2t=531 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Méridional en hémisphère sud ?
Ou l'adjectif austral(e) ? Mais Australie australe, c'est un peu redondant, non ? ;-) Francescu Le 27 février 2013 04:53, Hendrik Oesterlin hendrikmail2...@yahoo.de a écrit : Bonjour, Je suis tombé sur http://www.openstreetmap.org/browse/node/304951007 qui porte comme name:fr = Australie méridionale Je m'interroge maintenant si l'on peut raisonnablement utiliser le terme méridional en hémisphère sud, à forciori si l'on souhaite désigner une chose se trouvant au sud. Méridional vient du latin et se réfère au midi. Il se trouve maintenant que le midi en hémisphère sud se trouve au nord, toujours en direction de l'équateur. Par exemple, ce blog parle du problème: http://mauricianismes.wordpress.com/2011/01/20/meridional/ Ne serait-il pas mieux d'utiliser simplement le terme du Sud? -- Cordialement Hendrik Oesterlin Nouvelle-Calédonie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Méridional en hémisphère sud ?
Plus sérieusement quand même : Wikipedia parle bien d'Australie-Méridionale, pour cet état : http://fr.wikipedia.org/wiki/Australie-M%C3%A9ridionale Il s'agit donc là du nom officiel (je mets des guillemets car j'ignore si cette traduction a été validée par un quelconque organisme...) Francescu Le 27 février 2013 04:53, Hendrik Oesterlin hendrikmail2...@yahoo.de a écrit : Bonjour, Je suis tombé sur http://www.openstreetmap.org/browse/node/304951007 qui porte comme name:fr = Australie méridionale Je m'interroge maintenant si l'on peut raisonnablement utiliser le terme méridional en hémisphère sud, à forciori si l'on souhaite désigner une chose se trouvant au sud. Méridional vient du latin et se réfère au midi. Il se trouve maintenant que le midi en hémisphère sud se trouve au nord, toujours en direction de l'équateur. Par exemple, ce blog parle du problème: http://mauricianismes.wordpress.com/2011/01/20/meridional/ Ne serait-il pas mieux d'utiliser simplement le terme du Sud? -- Cordialement Hendrik Oesterlin Nouvelle-Calédonie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] prob télécharger une carte OSMAND
Le message suivant de : ## Bonjour, n'ayant pas de forum explicite pour ma question ,je la poste ici. Voici deux jours que je tente de télécharger la carte japon lié à Osmand. J'ai un galaxy s3 + sd vide de 32mega. J'ai tout configuré pour que les cartes soit downloadé et stockées (openmaps, sauces osmand )dans la Sd (via les commandes incluse dans osmand) Je lance le téléchargement via WIFI ( pas de réseau g3 etc , car je n'ai pas de forfait illimité). Pour de petites cartes ( alsace , portugal) tout est OK. Mais la carte du japon fait 664 méga en 4 fichiers. elle commence à se downloader ...puis tout coupevers 2 à 80% du premier download sur 4 Que faire? Comment downloader la carte special osmond du japon sur un pc sous win ? sous linux? Autre solution. Merci a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=3t=532 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouverture du portail OpenData de l'Agglomération Pau-Pyrénées
Et sur le wiki: http://wiki.openstreetmap.org/wiki/FR:Potential_Datasources/France#Portails_Open_Data_des_Aires_urbaines 2013/2/27 Christian Quest cqu...@openstreetmap.fr C'est sur le site: http://openstreetmap.fr/opendata-pau ___ 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] Ouverture du portail OpenData de l'Agglomération Pau-Pyrénées
Quelqu'un peut donner un lien vers la classification de Tim Berners-Lee ? Je ne trouve rien à ce sujet... Francescu 2013/2/27 Vincent Privat vincent.pri...@gmail.com Et sur le wiki: http://wiki.openstreetmap.org/wiki/FR:Potential_Datasources/France#Portails_Open_Data_des_Aires_urbaines 2013/2/27 Christian Quest cqu...@openstreetmap.fr C'est sur le site: http://openstreetmap.fr/opendata-pau ___ 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 -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouverture du portail OpenData de l'Agglomération Pau-Pyrénées
http://5stardata.info/ Le 27 février 2013 10:30, Francescu GAROBY windu...@gmail.com a écrit : Quelqu'un peut donner un lien vers la classification de Tim Berners-Lee ? Je ne trouve rien à ce sujet... Francescu -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouverture du portail OpenData de l'Agglomération Pau-Pyrénées
Le mercredi 27 février 2013 à 10:30 +0100, Francescu GAROBY a écrit : Quelqu'un peut donner un lien vers la classification de Tim Berners-Lee ? Je ne trouve rien à ce sujet... http://5stardata.info/ https://fr.wikipedia.org/wiki/Donn%C3%A9es_ouvertes https://en.wikipedia.org/wiki/Linked_data Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Je plussois sur tout ce qui concerne les relations wikipedia - osm. Je ne comprends même pas que ce soit pas considéré comme l'urgence absolue. Sur le tag wikipedia, je pense que le mieux serait de se caler sur leur système de wikidata (http://www.wikidata.org). Mais ça peut se discuter, car à ce que j'ai compris, ce système reste soumis à l'appréciation de chaque communauté wikipedia. En tous les cas la plupart ont l'air d'avancer à fond en cette direction. Donc en ce cas plus besoin de mettre de langue ou autre Pour la cathédrale saint paul, le tag serait : wikidata=http://www.wikidata.org/wiki/Q399961 Pas de wikipedia=en:, ni wikipedia=fr:, etc, wikidata tout court suffit. Le gros ennui de ce système est qu'il est facile de faire une erreur dans la saisie... aussi je serais favorable à mettre une chaine de controle, du style : wikidata=http://www.wikidata.org/wiki/Q399961, St. Paul's Cathedral De cette façon, c'est vérifiable par Osmose. Et en plus ça permet de comprendre l'intention de celui qui saisit le tag wikidata : au fond, il peut ne pas y avoir de correspondance directe poi osm/article wikipedia. Mais j'ai peur qu'une telle proposition soit considérée comme une horreur redondante ?... Concernant les images, ça dépend de la politique. Philippe a raison (dans un autre message), c'est théoriquement inutile et mal fichu. Mais il me semble qu'il est difficile à l'heure actuelle de découvrir par informatique quelle est la bonne image wikipedia correspondant à un poi, juste en analysant le pataques wikipedia. Aussi le pragmatisme serait peut être d'en donner quand même une, même si c'est pas élégant du point de vue de l'élégance. Cordialement. Le 26 février 2013 21:12, Black Myst black.m...@free.fr a écrit : Bonjour, Dans le but de proposer un premier thème Wikipedia comme projet du mois, j'aurais souhaitez vos avis sur 2 pages du wiki: - La page de description du tag wikipedia, que j'ai pas mal remanier pour essayer d'être le plus claire possible. http://wiki.openstreetmap.org/wiki/FR:Key:wikipedia - La page de présentation du projet du mois http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia Il reste un point à trancher concernant l'utilisation du tag wikipedia:image=url. Ce tag est présent 65x dans la base, mais ne fait l'objet d'aucune explication sur le wiki et n'est pas cohérent avec l'usage actuel du tag wikipedia. Je n'ai pas trouvé correspondant parfaitement à l'utilisation, le plus proche étant 'image' mais il n'est qu'à l'état de proposition et les use-case ne me semble pas clair/ Que faire de ces tags : - Les considérer comme correct (et donc modifier la page du wiki) - Faire une proposition de nouveau tag - Les convertir en image=url - Les supprimer - Les laisser en l'état ++ Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Des textes à promenades http://drivrsdu.fr/des-textes-a-promenades/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouverture du portail OpenData de l'Agglomération Pau-Pyrénées
Bonjour, De : Christophe Merlet http://5stardata.info/ https://fr.wikipedia.org/wiki/Donn%C3%A9es_ouvertes https://en.wikipedia.org/wiki/Linked_data Je ne sais pas si la classification accepte les décimales :-) , mais le format Shapefile ne rentre pas dans les cases, vu qu'il est propriétaire (ESRI). Ça ne l'empêche pas d'être documenté [1] d'où son intérêt dans les échanges. vincent [1] : http://www.esri.com/library/whitepapers/pdfs/shapefile.pdf Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
+1 avec Philippe pour le choix du tag image:commons=Fichier.jpg comme meilleur tag par défaut, mais surtout, pour ne pas tagguer du tout. Je vois 2 méthodes pour extraire les photos de Commons liées à un objet OSM: - par coordonnées géographiques, comme Philippe le propose. Commons dispose actuellement de 3.5 millions d'images géoréférencées: http://commons.wikimedia.org/wiki/Category:Media_with_locations - lorsqu'un objet référence un article Wikipédia, extraire les photos de sa catégorie Commons liée dans la page de l'article (référencée en français avec le template {{Autres projets|commons=Category:XXX|commons titre=XXX}}) Tout ceci peut faire l'objet d'améliorations au plugin JOSM wikipedia, j'ai créé le ticket #8472 pour ça. Pour ce sujet ça peut être pas mal d'en parler là-bas: http://wiki.openstreetmap.org/wiki/Talk:WIWOSM#Commons:Geocoding Le 27 février 2013 05:54, Philippe Verdy verd...@wanadoo.fr a écrit : Concernant wikipedia:image le tag est très mal choisi. D'abord le but n'est pas de mettre une URL mais une référence à une image sous la forme telle qu'on devrait la trouver sur Wikipédia. Cela exclue donc tous les liens directs soit à un thumbnail, soit à la page de présentation de l'image. De plus ces images n'ont la plupart du temps rien à faire sur Wikipédia mais vont sur Commons. Bref au lieu de wikipedia:image=http://.../Nom image.jpeg cela devrait être en fait sous la forme image:commons=Nom image.jpg. A charge ensuite au moteur de rendu de sélectionner l'URL ou un miroir mais si on met image:url=* alors c'est vers un autre site qui n'est pas forcément libre de droit (on pourrait aussi mettre image:flickr=Nom d'image.ppg si elle est hébergée sur FlickR (sous cette forme on peut en mêm temps avoir accès aux métadonnées et faire des vérifications automatiques de licence). Mais pourquoi se limiter aux images alors ? Pourquoi pas non plus des références à des vidéos ? Et sinon y a-t-il des images plus représentatives qu'une autre pour une collectivité, une ville ? La photo de la mairie, d'un monument, d'un paysage ? Ou l'image d'une carte de localisation ? ou encore le logo ou un blason ? Franchement je préfère qu'on ne mette rien du tout, et qu'on laisse les moteurs de rendus chercher les images géolocalisées pour les présenter sous forme de mini-icones qui, quand on les clique, affiche un panneau montrant l'image et sa description et ses infos de licence. La géolocalisation des images de Commons fonctionne déjà très bien sans rien ajouter à la base OSM (le toolserver de Commons fournit des listes d'images géolocalisées à la demande). Le 26 février 2013 21:12, Black Myst black.m...@free.fr a écrit : Bonjour, Dans le but de proposer un premier thème Wikipedia comme projet du mois, j'aurais souhaitez vos avis sur 2 pages du wiki: - La page de description du tag wikipedia, que j'ai pas mal remanier pour essayer d'être le plus claire possible. http://wiki.openstreetmap.org/wiki/FR:Key:wikipedia - La page de présentation du projet du mois http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia Il reste un point à trancher concernant l'utilisation du tag wikipedia:image=url. Ce tag est présent 65x dans la base, mais ne fait l'objet d'aucune explication sur le wiki et n'est pas cohérent avec l'usage actuel du tag wikipedia. Je n'ai pas trouvé correspondant parfaitement à l'utilisation, le plus proche étant 'image' mais il n'est qu'à l'état de proposition et les use-case ne me semble pas clair/ Que faire de ces tags : - Les considérer comme correct (et donc modifier la page du wiki) - Faire une proposition de nouveau tag - Les convertir en image=url - Les supprimer - Les laisser en l'état ++ Black Myst ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Je suis d'accord sur le principe. Par contre, un des soucis de ton exemple, c'est que le lien Wikidata renvoie AUX cathédraleS Saint-Paul, c'est à dire sur une page d'homonymies, qui ne permet donc pas de dire de laquelle il est question (pas pratique) Le 27 février 2013 10:49, Ista Pouss ista...@gmail.com a écrit : Je plussois sur tout ce qui concerne les relations wikipedia - osm. Je ne comprends même pas que ce soit pas considéré comme l'urgence absolue. Sur le tag wikipedia, je pense que le mieux serait de se caler sur leur système de wikidata (http://www.wikidata.org). Mais ça peut se discuter, car à ce que j'ai compris, ce système reste soumis à l'appréciation de chaque communauté wikipedia. En tous les cas la plupart ont l'air d'avancer à fond en cette direction. Donc en ce cas plus besoin de mettre de langue ou autre Pour la cathédrale saint paul, le tag serait : wikidata=http://www.wikidata.org/wiki/Q399961 Pas de wikipedia=en:, ni wikipedia=fr:, etc, wikidata tout court suffit. Le gros ennui de ce système est qu'il est facile de faire une erreur dans la saisie... aussi je serais favorable à mettre une chaine de controle, du style : wikidata=http://www.wikidata.org/wiki/Q399961, St. Paul's Cathedral De cette façon, c'est vérifiable par Osmose. Et en plus ça permet de comprendre l'intention de celui qui saisit le tag wikidata : au fond, il peut ne pas y avoir de correspondance directe poi osm/article wikipedia. Mais j'ai peur qu'une telle proposition soit considérée comme une horreur redondante ?... Concernant les images, ça dépend de la politique. Philippe a raison (dans un autre message), c'est théoriquement inutile et mal fichu. Mais il me semble qu'il est difficile à l'heure actuelle de découvrir par informatique quelle est la bonne image wikipedia correspondant à un poi, juste en analysant le pataques wikipedia. Aussi le pragmatisme serait peut être d'en donner quand même une, même si c'est pas élégant du point de vue de l'élégance. Cordialement. Le 26 février 2013 21:12, Black Myst black.m...@free.fr a écrit : Bonjour, Dans le but de proposer un premier thème Wikipedia comme projet du mois, j'aurais souhaitez vos avis sur 2 pages du wiki: - La page de description du tag wikipedia, que j'ai pas mal remanier pour essayer d'être le plus claire possible. http://wiki.openstreetmap.org/wiki/FR:Key:wikipedia - La page de présentation du projet du mois http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia Il reste un point à trancher concernant l'utilisation du tag wikipedia:image=url. Ce tag est présent 65x dans la base, mais ne fait l'objet d'aucune explication sur le wiki et n'est pas cohérent avec l'usage actuel du tag wikipedia. Je n'ai pas trouvé correspondant parfaitement à l'utilisation, le plus proche étant 'image' mais il n'est qu'à l'état de proposition et les use-case ne me semble pas clair/ Que faire de ces tags : - Les considérer comme correct (et donc modifier la page du wiki) - Faire une proposition de nouveau tag - Les convertir en image=url - Les supprimer - Les laisser en l'état ++ Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Des textes à promenades http://drivrsdu.fr/des-textes-a-promenades/ ___ 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] tag wikipedia
Question subsidiaire : Comment associé plusieurs photos wikimedia à 1 objet OSM ? Le 27/02/2013 11:01, Vincent Privat a écrit : +1 avec Philippe pour le choix du tag image:commons=Fichier.jpg comme meilleur tag par défaut, mais surtout, pour ne pas tagguer du tout. Je vois 2 méthodes pour extraire les photos de Commons liées à un objet OSM: - par coordonnées géographiques, comme Philippe le propose. Commons dispose actuellement de 3.5 millions d'images géoréférencées: http://commons.wikimedia.org/wiki/Category:Media_with_locations - lorsqu'un objet référence un article Wikipédia, extraire les photos de sa catégorie Commons liée dans la page de l'article (référencée en français avec le template {{Autres projets|commons=Category:XXX|commons titre=XXX}}) Tout ceci peut faire l'objet d'améliorations au plugin JOSM wikipedia, j'ai créé le ticket #8472 pour ça. Pour ce sujet ça peut être pas mal d'en parler là-bas: http://wiki.openstreetmap.org/wiki/Talk:WIWOSM#Commons:Geocoding Le 27 février 2013 05:54, Philippe Verdy verd...@wanadoo.fr mailto:verd...@wanadoo.fr a écrit : Concernant wikipedia:image le tag est très mal choisi. D'abord le but n'est pas de mettre une URL mais une référence à une image sous la forme telle qu'on devrait la trouver sur Wikipédia. Cela exclue donc tous les liens directs soit à un thumbnail, soit à la page de présentation de l'image. De plus ces images n'ont la plupart du temps rien à faire sur Wikipédia mais vont sur Commons. Bref au lieu de wikipedia:image=http://.../Nom image.jpeg cela devrait être en fait sous la forme image:commons=Nom image.jpg. A charge ensuite au moteur de rendu de sélectionner l'URL ou un miroir mais si on met image:url=* alors c'est vers un autre site qui n'est pas forcément libre de droit (on pourrait aussi mettre image:flickr=Nom d'image.ppg si elle est hébergée sur FlickR (sous cette forme on peut en mêm temps avoir accès aux métadonnées et faire des vérifications automatiques de licence). Mais pourquoi se limiter aux images alors ? Pourquoi pas non plus des références à des vidéos ? Et sinon y a-t-il des images plus représentatives qu'une autre pour une collectivité, une ville ? La photo de la mairie, d'un monument, d'un paysage ? Ou l'image d'une carte de localisation ? ou encore le logo ou un blason ? Franchement je préfère qu'on ne mette rien du tout, et qu'on laisse les moteurs de rendus chercher les images géolocalisées pour les présenter sous forme de mini-icones qui, quand on les clique, affiche un panneau montrant l'image et sa description et ses infos de licence. La géolocalisation des images de Commons fonctionne déjà très bien sans rien ajouter à la base OSM (le toolserver de Commons fournit des listes d'images géolocalisées à la demande). Le 26 février 2013 21:12, Black Myst black.m...@free.fr mailto:black.m...@free.fr a écrit : Bonjour, Dans le but de proposer un premier thème Wikipedia comme projet du mois, j'aurais souhaitez vos avis sur 2 pages du wiki: - La page de description du tag wikipedia, que j'ai pas mal remanier pour essayer d'être le plus claire possible. http://wiki.openstreetmap.org/wiki/FR:Key:wikipedia - La page de présentation du projet du mois http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia Il reste un point à trancher concernant l'utilisation du tag wikipedia:image=url. Ce tag est présent 65x dans la base, mais ne fait l'objet d'aucune explication sur le wiki et n'est pas cohérent avec l'usage actuel du tag wikipedia. Je n'ai pas trouvé correspondant parfaitement à l'utilisation, le plus proche étant 'image' mais il n'est qu'à l'état de proposition et les use-case ne me semble pas clair/ Que faire de ces tags : - Les considérer comme correct (et donc modifier la page du wiki) - Faire une proposition de nouveau tag - Les convertir en image=url - Les supprimer - Les laisser en l'état ++ Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Le 27 février 2013 11:01, Ab_fab gamma@gmail.com a écrit : Je suis d'accord sur le principe. Par contre, un des soucis de ton exemple, c'est que le lien Wikidata renvoie AUX cathédraleS Saint-Paul, c'est à dire sur une page d'homonymies, qui ne permet donc pas de dire de laquelle il est question (pas pratique) Ah oui flûte de flûte :-) Au moins c'était juste pour voir si vous suiviez :-) (et que le problème n'est pas si simple) DONC ma proposition serait wikidata=http://www.wikidata.org/wiki/Q173882, St. Paul's Cathedral ... le titre ne change pas sur wikidata. (...et dans l'hypothèse ou LA cathedrale st paul est bien celle de Londres ?? ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Le 27 février 2013 11:19, Ista Pouss ista...@gmail.com a écrit : Le 27 février 2013 11:01, Ab_fab gamma@gmail.com a écrit : Je suis d'accord sur le principe. Par contre, un des soucis de ton exemple, c'est que le lien Wikidata renvoie AUX cathédraleS Saint-Paul, c'est à dire sur une page d'homonymies, qui ne permet donc pas de dire de laquelle il est question (pas pratique) Ah oui flûte de flûte :-) Au moins c'était juste pour voir si vous suiviez :-) (et que le problème n'est pas si simple) DONC ma proposition serait wikidata=http://www.wikidata.org/wiki/Q173882, St. Paul's Cathedral Quitte à utiliser wikidata autant ne pas repartir dans la même erreur que initialement pour le tag wikipedia : ref:wikidata=Q173882 http://www.wikidata.org/wiki/Q173882 Dans qu'elle langue mettre le texte ? Autant garder le tag wikipedia dans ce cas qui identifie bien un article unique et qui fait la jointure vers wikidata.Il y a aussi des subtilités, comme wikipedia:lang et le fait que un artcile wikipedia peut forcer un lien interwiki. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
wikidata=http://www.wikidata.org/wiki/Q173882 Je ne comprends pas très bien cette clé wikidata. Est-ce que les pages wikipedia dans les différentes langues contiennent cette clé ? Ou bien est-ce que c'est une base de données qui contient tous les liens vers les pages wiki en différentes langues? ou bien est-ce bidirectionnel ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
+1 avec Frédéric pour une référence plus claire A noter : le sujet Wikidata a été abordé hier soir sur la liste tagging http://lists.openstreetmap.org/pipermail/tagging/2013-February/013077.html Le 27 février 2013 11:27, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Quitte à utiliser wikidata autant ne pas repartir dans la même erreur que initialement pour le tag wikipedia : ref:wikidata=Q173882 http://www.wikidata.org/wiki/Q173882 Frédéric. ___ 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] tag wikipedia
A mon avis Wikidata est plutôt une mauvaise idée dans son utilisation actuelle. C'est une cuisine interne à Wikipédia et encore trop expérimental et c'est en plus un projet qui porte très mal son nom et se trompe d'objectif. Il est bien plus simple de ne mettre dans OSM qu'un seul lien Wikipédia sous la forme wikipedia=lang:Nom d'article, en utilisant la langue par défaut du pays ou la région correspondante. Si nécessaire les moteurs de rendus iront eux-même chercher les liens interwikis à partir de là (il y a déjà une API pour faire cela sans même avoir à lire le code HTML ou décoder le code source Wikimedia). Wikidata ne sert strictement à rien à partir de là. Les liens Wikidata ne sont pas vérifiables en plus, on ne sait absolument pas vers quoi cela mène. Et ils ne sont pas maintenus correctement, et ne suivent pas les renommages de pages, et scissions. Wikidata est bourré d'erreurs. Beaucoup plus que pour les liens interwiki. Tout bonnement à cause de son système de nommage qui ne permet aucune recherche effective. Wikidata aurait du servir à des chose bien plus utiles qui est de pouvoir créer des données relationnelles partagées entre des pages Wikipédia de diverss langues, et permettant un requêtage pour la génération automatique de tables et modèles de navigation. Mais pour les interwikis le système actuel ne sert strictement à rien (beaucoup d'effort pour pas grand chose, juste un duplication inutile de données non maintenues!). Le 27 février 2013 10:49, Ista Pouss ista...@gmail.com a écrit : Je plussois sur tout ce qui concerne les relations wikipedia - osm. Je ne comprends même pas que ce soit pas considéré comme l'urgence absolue. Sur le tag wikipedia, je pense que le mieux serait de se caler sur leur système de wikidata (http://www.wikidata.org). Mais ça peut se discuter, car à ce que j'ai compris, ce système reste soumis à l'appréciation de chaque communauté wikipedia. En tous les cas la plupart ont l'air d'avancer à fond en cette direction. Donc en ce cas plus besoin de mettre de langue ou autre Pour la cathédrale saint paul, le tag serait : wikidata=http://www.wikidata.org/wiki/Q399961 Pas de wikipedia=en:, ni wikipedia=fr:, etc, wikidata tout court suffit. Le gros ennui de ce système est qu'il est facile de faire une erreur dans la saisie... aussi je serais favorable à mettre une chaine de controle, du style : wikidata=http://www.wikidata.org/wiki/Q399961, St. Paul's Cathedral De cette façon, c'est vérifiable par Osmose. Et en plus ça permet de comprendre l'intention de celui qui saisit le tag wikidata : au fond, il peut ne pas y avoir de correspondance directe poi osm/article wikipedia. Mais j'ai peur qu'une telle proposition soit considérée comme une horreur redondante ?... Concernant les images, ça dépend de la politique. Philippe a raison (dans un autre message), c'est théoriquement inutile et mal fichu. Mais il me semble qu'il est difficile à l'heure actuelle de découvrir par informatique quelle est la bonne image wikipedia correspondant à un poi, juste en analysant le pataques wikipedia. Aussi le pragmatisme serait peut être d'en donner quand même une, même si c'est pas élégant du point de vue de l'élégance. Cordialement. Le 26 février 2013 21:12, Black Myst black.m...@free.fr a écrit : Bonjour, Dans le but de proposer un premier thème Wikipedia comme projet du mois, j'aurais souhaitez vos avis sur 2 pages du wiki: - La page de description du tag wikipedia, que j'ai pas mal remanier pour essayer d'être le plus claire possible. http://wiki.openstreetmap.org/wiki/FR:Key:wikipedia - La page de présentation du projet du mois http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia Il reste un point à trancher concernant l'utilisation du tag wikipedia:image=url. Ce tag est présent 65x dans la base, mais ne fait l'objet d'aucune explication sur le wiki et n'est pas cohérent avec l'usage actuel du tag wikipedia. Je n'ai pas trouvé correspondant parfaitement à l'utilisation, le plus proche étant 'image' mais il n'est qu'à l'état de proposition et les use-case ne me semble pas clair/ Que faire de ces tags : - Les considérer comme correct (et donc modifier la page du wiki) - Faire une proposition de nouveau tag - Les convertir en image=url - Les supprimer - Les laisser en l'état ++ Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Des textes à promenades ___ 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] tag wikipedia
Le 27 février 2013 11:05, rldhont rldh...@gmail.com a écrit : Question subsidiaire : Comment associé plusieurs photos wikimedia à 1 objet OSM ? Pour moi c'est simple : indiquer une catégorie sur Commons. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Le 27 février 2013 11:27, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 27 février 2013 11:19, Ista Pouss ista...@gmail.com a écrit : DONC ma proposition serait wikidata=http://www.wikidata.org/wiki/Q173882, St. Paul's Cathedral Quitte à utiliser wikidata autant ne pas repartir dans la même erreur que initialement pour le tag wikipedia : ref:wikidata=Q173882 http://www.wikidata.org/wiki/Q173882 À quelles erreurs fais-tu référence ? Dans qu'elle langue mettre le texte ? Autant garder le tag wikipedia dans ce cas qui identifie bien un article unique et qui fait la jointure vers wikidata.Il y a aussi des subtilités, comme wikipedia:lang et le fait que un artcile wikipedia peut forcer un lien interwiki. Le texte en clair que je propose de mettre avec l'URL, à des fins de contrôle et non d'affichage, est celui du titre de la page du wikidata. Donc il est dans la langue décidée par le projet wikidata. Cordialement. -- Les dérives de rue : Des textes à promenades http://drivrsdu.fr/des-textes-a-promenades/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] association Aristote utilise la carte openstreetmap
Pour votre collection de sites proposant la carte OSM: http://www.association-aristote.fr/doku.php/public:aristote:contact avec un mapping assez complet de l'École Polytechnique à Palaiseau -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Le 27 février 2013 12:31, Ista Pouss ista...@gmail.com a écrit : Le texte en clair que je propose de mettre avec l'URL, à des fins de contrôle et non d'affichage, est celui du titre de la page du wikidata. Donc il est dans la langue décidée par le projet wikidata. On sera bien avancé le jour où une ville française aura son article Wikipédia lié à une entrée Wikidata dont le titre par défaut est en Chinois (et basé sur une translitération approximative et ambiguë) ! Encore une mauvaise idée que ce Wikidata-truc ! Il me parait plus sensé d'utiliser la liste des interwikis présente déjà dans une page d'une édition bien définie de Wikipédia qui sert de référence stable (et maintenue) pour trouver toutes les autres pages. Au moins on a la garantie de la langue de base et du titre. On en reparlera seulement le jour où le Wikidata expérimental sera *réellement* intégré comme une fonction de base de Wikipédia se substituant à ses interwikis. Pas avant. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Le 27 février 2013 11:52, Pieren pier...@gmail.com a écrit : wikidata=http://www.wikidata.org/wiki/Q173882 Je ne comprends pas très bien cette clé wikidata. Est-ce que les pages wikipedia dans les différentes langues contiennent cette clé ? Ou bien est-ce que c'est une base de données qui contient tous les liens vers les pages wiki en différentes langues? ou bien est-ce bidirectionnel ? D'abord wikidata est un projet communautaire, donc tout change tous les jours, comme pour osm :-) Actuellement le projet wikidata traite des liens inter-langues, et il aborde la question de ce qu'ils appellent les info-box, une sorte de fiche concernant un article. Voir à http://fr.wikidata.org/wiki/Wikidata:Introduction/fr La prise en compte de ce projet par chaque communauté wikipedia linguistique se fait sur le mode du volontariat. Pour la France, les discussions sont en cours, et la migration pour les langues est prévue pour le 27 février, aujourd'hui, donc, sous toutes réserves. Le wikipedia anglais a accepté aussi, et quelques autres encore. Je n'ai pas entendu parler d'une communauté qui l'ait refusé, mais je n'entends pas parler de tout. Concernant les liens interlangues, wikidata se substitue purement et simplement au système actuel. Pour chaque page wikipedia, il n'y a plus que le lien wikidata à donner, le reste se débrouille. C'est à dire que les pages wikipedia continueront à publier les liens interLANGUES, en exploitant l'info wikidata qu'elles contiennent. À priori tu pourras trouver une réponse à toutes tes questions sur les liens à http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Wikidata Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Désolé de te contre dire mais l'opération de substitution n'a pas encore eu lieu, l'intégration n'est pas faite, c'est donc encore prématuré, et Wikidata contient donc des tonnes de liens non maintenus, et des entrées en doublon à cause de ça. Pour l'instant ce sont les liens interwikis qui sont encore en vigueur, et Wikidata ne dispose d'aucun système de vérification et de maintenance. Rien n'a encore été fait pour remplacer les liens interwikis par des liens Wikidata dans les pages (cela va demander beaucoup de temps et il y a encore des tonnes de problèmes à régler, y compris régler le cas des liens interwiki insérés à divers endroits dans les pages ou via des modèles, ce qui n'est pas facile à localiser et remplacer, alors que Wikipedia maintient une table des liens interwikis générés par le parsing des pages, et que cette table est déjà opérationelle pour les requêtes orientées data sans avoir me^me besoin de parser les pages). Bref utiliser Wikidata comme référence unique à la place d'une page Wikipédia de départ des interwikis, c'est prématuré. Wikidata est encore une ébauche, **même** si son principe a été accepté (mais **pas** encore intégré). Le 27 février 2013 13:23, Ista Pouss ista...@gmail.com a écrit : Le 27 février 2013 11:52, Pieren pier...@gmail.com a écrit : wikidata=http://www.wikidata.org/wiki/Q173882 Je ne comprends pas très bien cette clé wikidata. Est-ce que les pages wikipedia dans les différentes langues contiennent cette clé ? Ou bien est-ce que c'est une base de données qui contient tous les liens vers les pages wiki en différentes langues? ou bien est-ce bidirectionnel ? D'abord wikidata est un projet communautaire, donc tout change tous les jours, comme pour osm :-) Actuellement le projet wikidata traite des liens inter-langues, et il aborde la question de ce qu'ils appellent les info-box, une sorte de fiche concernant un article. Voir à http://fr.wikidata.org/wiki/Wikidata:Introduction/fr La prise en compte de ce projet par chaque communauté wikipedia linguistique se fait sur le mode du volontariat. Pour la France, les discussions sont en cours, et la migration pour les langues est prévue pour le 27 février, aujourd'hui, donc, sous toutes réserves. Le wikipedia anglais a accepté aussi, et quelques autres encore. Je n'ai pas entendu parler d'une communauté qui l'ait refusé, mais je n'entends pas parler de tout. Concernant les liens interlangues, wikidata se substitue purement et simplement au système actuel. Pour chaque page wikipedia, il n'y a plus que le lien wikidata à donner, le reste se débrouille. C'est à dire que les pages wikipedia continueront à publier les liens interLANGUES, en exploitant l'info wikidata qu'elles contiennent. À priori tu pourras trouver une réponse à toutes tes questions sur les liens à http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Wikidata Cordialement. ___ 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] 500 Internal Server Error sur API 0.6
Bonjour, En voulant faire une mini-modif avec Potlatch depuis le boulot (27/02/2013 13:55), je suis tombé sur une erreur HTTP 500 : http://www.openstreetmap.org/api/0.6/map?bbox=2%2E445367151767731%2C48%2E842833707145225%2C2%2E4501468482322695%2C48%2E8457462578576 Est-ce que c'est temporaire, la requête est-elle mal formulée, ou le serveur a réellement un problème ? Merci, Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Bonjour, juste une petite calrification sur Wikidata. Je ne suis pas expert du nouveau système met j'y ai jeté un oeil et la majorité des critiques à son encontre me semble fausse. D'une part, chaque article de 'ensemble des Wikipédia (dans les différentes langues) sont identifiés par un numéro unique QX (exemple Q399961 pour la page d'homonymie sur la cathédrale St Paul) Si un article est présent dans plusieurs langue, alors les liens vers ces articles sont indiquées dans l'article QX (exemple : on trouve tous les liens vers toutes les langues qui ont une page d'homonymie sur la cathédrale St Paul sur la page Q399961) Concernant le nom de l'entrée, c'est toujours QXX quelque soit la langue. Cependant il est possible de préciser un titre en français (ou dans n'importe quelle langue) pour cet objet QX. Lorsqu'on possède un compte sur Wikidata, il est possible d'indiquer la langue dans laquelle on souhaite travailler et si l'objet QX possède un nom dans votre langue alors c'est ce qui apparait, sinon c'est QX Ensuite, ce système n'est pas du tout une redondance avec les liens interwikis existants. Si c'est le cas actuellement c'est juste une transition. À terme les liens interwiki des articles WP seront supprimés et remplacé par un accès à Wikidata. Ainsi il n'y a qu'un endroit où tout est centralisé. Ainsi si on veut ajouter un nouvel article dans une langue, plus besoin d'ajouter le lien vers ce nouvel article dans tous les autres WPs qui possèdent un article sur le sujet. Il n'y a qu'à l'ajouter une fois sur Wikidata. Sinon le système de lien interwiki est déjà fonctionnel. Plusieurs WP l'utilisent déjà (hongrois, italien, hébreu et surtout anglais) et jusqu'à présent je n'ai rencontré aucun problème dans son utilisation en tant que lien interwiki, bien au contraire. Enfin, je ne dit pas que le Wikidata actuel est sans aucun soucis mais le système est relativement jeune, ça ne peut que s'émaliorer avec le temps. Olivier Le 27 février 2013 12:31, Ista Pouss a écrit : Le texte en clair que je propose de mettre avec l'URL, à des fins de contrôle et non d'affichage, est celui du titre de la page du wikidata. Donc il est dans la langue décidée par le projet wikidata. On sera bien avancé le jour où une ville française aura son article Wikipédia lié à une entrée Wikidata dont le titre par défaut est en Chinois (et basé sur une translitération approximative et ambiguë) ! Encore une mauvaise idée que ce Wikidata-truc ! Il me parait plus sensé d'utiliser la liste des interwikis présente déjà dans une page d'une édition bien définie de Wikipédia qui sert de référence stable (et maintenue) pour trouver toutes les autres pages. Au moins on a la garantie de la langue de base et du titre. On en reparlera seulement le jour où le Wikidata expérimental sera *réellement* intégré comme une fonction de base de Wikipédia se substituant à ses interwikis. Pas avant. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
2013/2/27 Ista Pouss ista...@gmail.com: À priori tu pourras trouver une réponse à toutes tes questions sur les liens à http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Wikidata Les Q id n'ont pas l'air plus stables que les osm id's. Ca me gêne de voir un intermédiaire supplémentaire entre l'objet dans OSM et son article dans wikipedia. Au moins, dans wikipedia, la redirection fonctionne alors que ça n'est pas le cas avec le wikidata. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 500 Internal Server Error sur API 0.6
The parameter bbox is required, and must be of the form min_lon,min_lat,max_lon,max_lat. c'est ta requête qui était mal formulée : pourquoi tu encodes les paramètres en hexadécimal ? OK pour la virgule %2E, mais pour le reste c'est illisible Le 27 février 2013 13:59, te...@free.fr a écrit : Bonjour, En voulant faire une mini-modif avec Potlatch depuis le boulot (27/02/2013 13:55), je suis tombé sur une erreur HTTP 500 : http://www.openstreetmap.org/api/0.6/map?bbox=2%2E445367151767731%2C48%2E842833707145225%2C2%2E4501468482322695%2C48%2E8457462578576 Est-ce que c'est temporaire, la requête est-elle mal formulée, ou le serveur a réellement un problème ? Merci, Teuxe ___ 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] 500 Internal Server Error sur API 0.6
Non non Philippe, finalement la requête était bonne (générée par Potlatch), puisque maintenant elle passe sans problème... C'était un problème temporaire du serveur, maintenant tout va bien ! Merci, Teuxe - Mail original - De: Philippe Verdy verd...@wanadoo.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mercredi 27 Février 2013 14:07:54 Objet: Re: [OSM-talk-fr] 500 Internal Server Error sur API 0.6 The parameter bbox is required, and must be of the form min_lon,min_lat,max_lon,max_lat. c'est ta requête qui était mal formulée : pourquoi tu encodes les paramètres en hexadécimal ? OK pour la virgule %2E, mais pour le reste c'est illisible Le 27 février 2013 13:59, te...@free.fr a écrit : Bonjour, En voulant faire une mini-modif avec Potlatch depuis le boulot (27/02/2013 13:55), je suis tombé sur une erreur HTTP 500 : http://www.openstreetmap.org/api/0.6/map?bbox=2%2E445367151767731%2C48%2E842833707145225%2C2%2E4501468482322695%2C48%2E8457462578576 Est-ce que c'est temporaire, la requête est-elle mal formulée, ou le serveur a réellement un problème ? Merci, Teuxe ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 500 Internal Server Error sur API 0.6
Désolé mais c'est ton lien posté qui ne devait pas être bon (en fait le début de la phrase Est-ce était collé dedans, tu as altéré l'URL en postant ton message). Le 27 février 2013 14:12, te...@free.fr a écrit : Non non Philippe, finalement la requête était bonne (générée par Potlatch), puisque maintenant elle passe sans problème... C'était un problème temporaire du serveur, maintenant tout va bien ! Merci, Teuxe - Mail original - De: Philippe Verdy verd...@wanadoo.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mercredi 27 Février 2013 14:07:54 Objet: Re: [OSM-talk-fr] 500 Internal Server Error sur API 0.6 The parameter bbox is required, and must be of the form min_lon,min_lat,max_lon,max_lat. c'est ta requête qui était mal formulée : pourquoi tu encodes les paramètres en hexadécimal ? OK pour la virgule %2E, mais pour le reste c'est illisible Le 27 février 2013 13:59, te...@free.fr a écrit : Bonjour, En voulant faire une mini-modif avec Potlatch depuis le boulot (27/02/2013 13:55), je suis tombé sur une erreur HTTP 500 : http://www.openstreetmap.org/api/0.6/map?bbox=2%2E445367151767731%2C48%2E842833707145225%2C2%2E4501468482322695%2C48%2E8457462578576 Est-ce que c'est temporaire, la requête est-elle mal formulée, ou le serveur a réellement un problème ? Merci, Teuxe ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Le 27 février 2013 14:06, olivier delaune olivier.dela...@wanadoo.fr a écrit : Bonjour, juste une petite calrification sur Wikidata. Je ne suis pas expert du nouveau système met j'y ai jeté un oeil et la majorité des critiques à son encontre me semble fausse. PAs fausse, non mais mais justifiée par des tas d'erreurs trouvées. Tout bonnement ar le système n'est pas réellement intégré à Wikipédia. D'une part, chaque article de 'ensemble des Wikipédia (dans les différentes langues) sont identifiés par un numéro unique QX (exemple Q399961 pour la page d'homonymie sur la cathédrale St Paul) L'unicité du numéro n'est PAS garantie actuellement, même à partir de la même page dans la même langue Wikipédia. Si un article est présent dans plusieurs langue, alors les liens vers ces articles sont indiquées dans l'article QX (exemple : on trouve tous les liens vers toutes les langues qui ont une page d'homonymie sur la cathédrale St Paul sur la page Q399961) Ce n'est pas encore fait. L'intégration n'a pas eu lieu, pas plus que le dédoublonnage. Le système suppose aussi que les articles liés portent sur le même contenu, ce n'est pas vrai car le découpage des sujet n'est pas identifique ni transitif d'une édition à l'autre (c'est aussi vrai des interwikis, mais au moins un lien interwiki peut être pertinent dans un sens et pas dans l'autre, ce n'est pas possible avec Wikidata qui suppose un découpage strictement équivalent des sujets entre toutes les éditions liées). Concernant le nom de l'entrée, c'est toujours QXX quelque soit la langue. Cependant il est possible de préciser un titre en français (ou dans n'importe quelle langue) pour cet objet QX. Lorsqu'on possède un compte sur Wikidata, il est possible d'indiquer la langue dans laquelle on souhaite travailler et si l'objet QX possède un nom dans votre langue alors c'est ce qui apparait, sinon c'est QX Une véritable usine à gaz quoi ! Wikidata ne permet pas de mentionner une page servant de référence pour valider les liens vers les autres. Si une page doit servir de référence (non pas pour le titre qui est accessoire, mais pour le sujet et la portée exacte de l'article), pourquoi ce n'est pas l'identifiant unique directement ? Cela m'échappe. Les données de Wikidata sont alors des doublons inutiles : c'est bien l'article de référence qui sert de base, et toutes les autres entrées de Wikidata sont inutiles (au mieux redondantes, mais en fait plus une pollution génante qu'autre chose). Ensuite, ce système n'est pas du tout une redondance avec les liens interwikis existants. Je maintiens que c'est une redondance inutile et nuisible même. Sinon le système de lien interwiki est déjà fonctionnel. Plusieurs WP l'utilisent déjà (hongrois, italien, hébreu et surtout anglais) et jusqu'à présent je n'ai rencontré aucun problème dans son utilisation en tant que lien interwiki, bien au contraire. Déjà il ne l'est même pas sur la page de description de Wikidata qui a été citée ici. Les outils de modification ne sont pas là (ne serait-ce que sur la Wikipédie francophone), ce qui fait que Wikidata est en fait un simple export des interwikis de la Wikipédie anglophone vers une autre base. Une simple copie, et déjà obsolète, car pas maintenue ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Le 27 février 2013 12:26, Philippe Verdy verd...@wanadoo.fr a écrit : A mon avis Wikidata est plutôt une mauvaise idée dans son utilisation actuelle. C'est une cuisine interne à Wikipédia et encore trop expérimental et c'est en plus un projet qui porte très mal son nom et se trompe d'objectif. Peut être que ce projet mériterait un peu plus de nuance ? Il a été validé pour usage par les wikipadia anglophone, français, italien, etc. Il comporte une documentation abondante, dont une bonne partie en français. Etc. Il est bien plus simple de ne mettre dans OSM qu'un seul lien Wikipédia sous la forme wikipedia=lang:Nom d'article, en utilisant la langue par défaut du pays ou la région correspondante. Si nécessaire les moteurs de rendus iront eux-même chercher les liens interwikis à partir de là (il y a déjà une API pour faire cela sans même avoir à lire le code HTML ou décoder le code source Wikimedia). Wikidata ne sert strictement à rien à partir de là. Cette API sera remplacée par celles de wikidata. Mais elle reste toujours active, c'est vrai. Quoiqu'il en soit, le principe de partir de wikipedia pour parcourir les liens interlangues reste correct. Il est informatiquement moins solide que de partir du wikidata, car le lien vers une page wiki peut changer, être effacé, alors que celle de wikidata, non. Par contre, le lien wikipedia correct est humainement plus facile à trouver que le lien wikidata correct. Il reste donc parfaitement légitime de vouloir partir du lien wikipedia. Et c'est ce qu'un humain doit faire, d'ailleurs. Les liens Wikidata ne sont pas vérifiables en plus, on ne sait absolument pas vers quoi cela mène. Et ils ne sont pas maintenus correctement, et ne suivent pas les renommages de pages, et scissions. Wikidata est bourré d'erreurs. Beaucoup plus que pour les liens interwiki. Tout bonnement à cause de son système de nommage qui ne permet aucune recherche effective. La façon habituelle de vérifier un lien et de savoir vers quoi il mène est de cliquer dessus. Voici par exemple le wikidata pour Rennes : http://www.wikidata.org/wiki/Q647 Il me semble qu'on peut vérifier et voir les liens ? À ma connaissance, les liens wikidatas suivent les renommages de pages, du moment qu'ils ne changent pas les liens interlangues. Si, par exemple, une page francophone Toto correspond à une page anglaise Foo, que l'on décide de changer l titre de la page française de Toto en N'importe Quoi sans changer la correspondance avec la page anglaise Foo, alors le lien wikidata rendra fidèlement le changement. Il est étrange qu'il y ait des erreurs dans le wikidata qui ne seraient pas dans les liens interwikis, puisque dans la plupart des cas le wikidata a été fait à partir des liens interwikis actuels. Wikidata aurait du servir à des chose bien plus utiles qui est de pouvoir créer des données relationnelles partagées entre des pages Wikipédia de diverss langues, et permettant un requêtage pour la génération automatique de tables et modèles de navigation. Mais pour les interwikis le système actuel ne sert strictement à rien (beaucoup d'effort pour pas grand chose, juste un duplication inutile de données non maintenues!). L'inutilité est une notion bien relative... Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites de plages
Le mardi 26 février 2013 19:30:05 Emmanuel Lesouef a écrit : Bonsoir, Je m'exerce petit à petit, étant nouveau dans le projet, à faire de l'import de bâti sur une commune non importée (via la cadastre) : Colleville-Montgomery. Je me rends compte aussi qu'il va falloir que j'importe la limite de la plage car cette commune est en bord de mer : http://www.openstreetmap.org/?lat=49.2913lon=-0.28033zoom=17layers=M On voit d'ailleurs bien la différence avec la commune voisine de Ouistreham (à l'ouest). Comment fait-on pour trouver cette limite ? Sauf erreur de ma part, on ne « trouve » pas cette limite. C'est à nous (à toi) de la tracer à partir des sources de données à notre disposition : cadastre et imagerie (geolittoral et bing). -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Le 27 février 2013 14:32, Ista Pouss ista...@gmail.com a écrit : Il est informatiquement moins solide que de partir du wikidata PAs du tout démontré. car le lien vers une page wiki peut changer, être effacé avec de bonnes raisons pour ça aussi. alors que celle de wikidata, non. Tu as vu ça où ? En plus si on ne pouvait pas effacer un lien incorrect sur Wikidata, alors Wikidata serait sérieusement bogué : le premier venu mettrait n'importe quoi dedans. En l'occurence Wikidata n'est, topologiquement parlant, rien d'autre (concernant les interwikis) qu'une autre langue Wikipédia, avec sa propre collection d'interwikis. Par contre, le lien wikipedia correct est humainement plus facile à trouver que le lien wikidata correct. Il reste donc parfaitement légitime de vouloir partir du lien wikipedia. Et c'est ce qu'un humain doit faire, d'ailleurs. C'est bien pour ça que je le préfère : le lien vers UNE langue de Wikipédia faisant référence est bien plus parlant et plus facilement vérifiable. qu'un lien indirect et totalement anonyme menant on ne sait où (et pas forcément vers le bon article, d'autant plus que ces liens aussi peuvent changer et ne plus pointer sur le bon article de référence ! La façon habituelle de vérifier un lien et de savoir vers quoi il mène est de cliquer dessus. Voici par exemple le wikidata pour Rennes : http://www.wikidata.org/wiki/Q647 Bref on a mis un indirection à vérifier de plus. Quel est le gain ? En quoi cela apporte de la stabilité ? Et pourquoi dans l'article sur Rennes on ne trouve rien mentionnant Q647 ? Que se passe-t-il si Rennes change de nom car il était mal nommé (OK pour cette ville c'est peu probable, mais avec les fusions ou scissions de communes, cela peut être pris en compte sur une édition de Wikipédia et pas encore sur les autres. Que faire de la référence Q647 de Wikidata et en quoi ce qu'elle contient est encore pertinente ? Rien ne permet de qualifier les liens proposés sur Wikidata comme étant plus à jour que d'autres quand leurs sujets n'ont plus la même couverture. Ceux qui croient qu'on peut avori la même couverture de sujets exactement entre toutes les éditions de Wikipédia se trompent. Ou alors il devraiendra impossible de scinder un article volumineux en plusieurs parties ou de réorganiser les contenus car cela devrai se faire *simultanément* de la même façon sur TOUTES les éditions de Wikipédia (sans même en connaitre la langue poru le faire correctement et de façon sensée). Les liens interwikis ne sont pas là pour établir une *identité* des sujets mais des liens vers des sujets les plus proches possibles de celui du sujet source. Ces liens ne sont donc *pas* transitifs (et donc pas plus transposables sur Wikidata), ce qui veut dire qu'une collection de liens depuis un article source ne peut pas être importée valablement vers une autre édition (même pas si cette édition est mentionnée parmi les premiers liens interwikis de l'article de départ). Ces imports abusifs et automatisés de liens interwikis d'une édition à l'autre (y compris d'une édition vers Wikidata qui n'est alors vu que comme une autre édition de Wikipédia dans sa propre langue) n'a abouti qu'à une chose : le morcellement excessif des sujets, avec moins de pertinence, moins d'informations par page, plus de navigation inutiles entre des pages qui ne disent plus grand chose, et plus aucune synthèse. Cela parait peu critique sur la wikipédie anglophone (qui a de très nombreux contributeurs y compris multilingues), mais c'est de venu une nuisance pour la croissance des autres éditions qui se voient cantonnées à ne plus pouvoir créer que des ébauches de pages un peu partout, juste pour remplir les liens interwiki et ensuite proposer d'autres liens internes vers le contenu réellement développé. Wikidata n'est rien d'autre alors qu'une collection de plus de liens interwikis, mais avec encore moins de pertinence que sur les articles Wikipédia d'origine (car éloignés du sujet initial et sans aucune cohérence de contenu possible, et sans même possibiilité de préciser les choses puisque Qikidata n'a lui-même aucun contenu qualifiant). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'
Je trouve encore assez souvent la tag 'postal_code', au lieu de 'addr:postcode'. Y a-t-il une raison à garder cela ou bien peut-on envisager de basculer de l'ancien vers le nouveau tag, au moins pour la France ? Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites de plages
Le 27 février 2013 14:44, Nicolas Dumoulin Sauf erreur de ma part, on ne « trouve » pas cette limite. C'est à nous (à toi) de la tracer à partir des sources de données à notre disposition : cadastre et imagerie (geolittoral et bing). Et à noter que la plage doit être dans l'emprise de la ligne côtière. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'
JOSM propose le addr:postcode et quand on compare le taginfo : * http://taginfo.openstreetmap.org/keys/?key=addr:postcode#overview * http://taginfo.openstreetmap.org/keys/?key=postal_code#overview Il semblerait que ça soit un peu basculé même si la page de wiki (http://wiki.openstreetmap.org/wiki/Postal_code) ne dit pas que c'est obsolète comme notation. Il indique bien que l'alternative a été largement employée... Je serais d'avis de tout changer dans le format addr qui est plus compact et en adéquation de la version addr:* Fabien Le 27 février 2013 15:41, Francescu GAROBY f.gar...@gmail.com a écrit : Je trouve encore assez souvent la tag 'postal_code', au lieu de 'addr:postcode'. Y a-t-il une raison à garder cela ou bien peut-on envisager de basculer de l'ancien vers le nouveau tag, au moins pour la France ? Francescu ___ 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] Tags 'postal_code' versus 'addr:postcode'
De : Francescu GAROBY Je trouve encore assez souvent la tag 'postal_code', au lieu de 'addr:postcode'. Y a-t-il une raison à garder cela ou bien peut-on envisager de basculer de l'ancien vers le nouveau tag, au moins pour la France ? On a en base 400.000 occurrences de postal_code et 9.600.000 addr:postcode. De mon côté je bascule systématiquement les tags postal_code en addr:postcode lorsque j'en rencontre. Si dans ta question tu parles d'une bascule de type bot, il faudra traiter les cas (à la marge) où on trouve les 2 tags sur un même objet. Taginfo en voit 7000 sur le monde. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'
On mercredi 27 février 2013, Francescu GAROBY wrote: Je trouve encore assez souvent la tag 'postal_code', au lieu de 'addr:postcode'. Y a-t-il une raison à garder cela ou bien peut-on envisager de basculer de l'ancien vers le nouveau tag, au moins pour la France ? Je suis pour la bascule (et, si possible, automatiquement) La chasse aux bots nous a tous rendus prudents, ce qui me semble une bonne chose, mais je reste persuadé qu'ils ont leur place dans l'éco-système osm pour éviter de faire à la main ce qui pourrait être fait plus rapidement. Proposer une modif au niveau mondial me semble perdu d'avance, sur certaines listes, dès que le mot bot est lâché, on lynche à tour de bras. Mais que chez nous nous adoptions une politique plus souple, basée sur la discussion bien sûr, me semble un vrai avantage pour augmenter la propreté/homogénéité et donc, ré-utilisabilité, de notre morceau de base. +1 donc, à condition de bien rester dans nos frontières pour ne pas être mal vu de nos voisins. -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'
Je ne pensais pas forcément à un bot, mais un traitement semi-manuel (on fait une requête XAPI sur une région, on convertit et on uploade le tout) serait envisageable, non ? Pourquoi pas dans un projet du mois... Francescu Le 27 février 2013 15:55, sly (sylvain letuffe) li...@letuffe.org a écrit : On mercredi 27 février 2013, Francescu GAROBY wrote: Je trouve encore assez souvent la tag 'postal_code', au lieu de 'addr:postcode'. Y a-t-il une raison à garder cela ou bien peut-on envisager de basculer de l'ancien vers le nouveau tag, au moins pour la France ? Je suis pour la bascule (et, si possible, automatiquement) La chasse aux bots nous a tous rendus prudents, ce qui me semble une bonne chose, mais je reste persuadé qu'ils ont leur place dans l'éco-système osm pour éviter de faire à la main ce qui pourrait être fait plus rapidement. Proposer une modif au niveau mondial me semble perdu d'avance, sur certaines listes, dès que le mot bot est lâché, on lynche à tour de bras. Mais que chez nous nous adoptions une politique plus souple, basée sur la discussion bien sûr, me semble un vrai avantage pour augmenter la propreté/homogénéité et donc, ré-utilisabilité, de notre morceau de base. +1 donc, à condition de bien rester dans nos frontières pour ne pas être mal vu de nos voisins. -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites de plages
Le Wed, 27 Feb 2013 15:47:57 +0100, Romain MEHUT romain.me...@gmail.com a écrit : Le 27 février 2013 14:44, Nicolas Dumoulin Sauf erreur de ma part, on ne « trouve » pas cette limite. C'est à nous (à toi) de la tracer à partir des sources de données à notre disposition : cadastre et imagerie (geolittoral et bing). Et à noter que la plage doit être dans l'emprise de la ligne côtière. Romain Très bien, je vais faire à partir de l'imagerie. Merci pour vos conseils. -- Emmanuel Lesouef http://ecozac.louvigny.free.fr Association Calvix - http://www.calvix.org signature.asc Description: PGP signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'
On mercredi 27 février 2013, Francescu GAROBY wrote: Je ne pensais pas forcément à un bot, J'ai dis bot mais je voulais dire traitement automatisé, peut importe la méthode ou le logiciel, c'est secondaire. mais un traitement semi-manuel (on fait une requête XAPI sur une région, on convertit et on uploade le tout) serait envisageable, non ? Très bien, ça peut le faire comme ça, il faut bien penser à : - comment ne pas déborder - pouvoir découper si nécessaire afin de mieux gérer la taille que ça représente si on souhaite l'ouvrir dans JOSM - bien identifier les changesets qui vont être utilisés - bien discuter les règles qui vont être appliquées avant (que faire si postal_code et addr:postcode sont déjà là) Pourquoi pas dans un projet du mois... A mon avis, pas besoin d'être plusieurs, ça embrouillerait encore plus l'histoire. 1 ou 2 qui ont un bon niveau en informatique peuvent terminer ça proprement en quelques heures. La partie la plus longue étant la discussion préalable et la détection d'éventuel cas tordus. -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Problème de génération de fichiers sur cadastre.openstreetmap.fr
Bonjour, J'ai essayé de générer les fichiers avec cadastre.openstreetmap.fr sur plusieurs communes de l'Hérault et aucune ne marche. J'obtiens un fichier tar.bz2 de 46octets qui est désespérément vide. C'est tout cassé on dirait. ;-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Création de la liste local-herault
Bonjour, La liste mail local-herault vient tout juste d'être créée, merci Guillaume pour la mise en place. Le but de cette liste est de coordonner les actions autour du projet OpenStreetMap dans le département de l'Hérault et les environs. Ce sera l'endroit où discuter des carto-parties qui se déroulent dans l'Hérault, je pense notamment à celles de la ville de Montpellier et celles qui sont organisées par l'association des écologistes de l'Euzière. Et aussi l'occasion d'y parler de la mise en place de rencontres régulières entre contributeurs locaux. Comme on n'est pas sectaire on pourra aussi y parler des zones limitrophes : gard, aude, lozère, ou aveyron Je suis actuellement le seul administrateur de la liste, mais si d'autres personnes souhaitent le devenir il suffit juste de s'inscrire à la liste et de me le dire, je vous passe en admin. A tout de suite sur la liste local-herault ! Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de génération de fichiers sur cadastre.openstreetmap.fr
Bonjour, J'ai rencontré le même problème dans la journée, mais n'ai pas pu me pencher plus que ça sur son origine. Je sais seulement que ces communes déconnaient déjà hier, et que je n'avais du coup pas pu les inclure dans OSM. J'essaye d'investiguer ça ce soir Francescu Le 27 février 2013 16:11, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour, J'ai essayé de générer les fichiers avec cadastre.openstreetmap.fr sur plusieurs communes de l'Hérault et aucune ne marche. J'obtiens un fichier tar.bz2 de 46octets qui est désespérément vide. C'est tout cassé on dirait. ;-) Nicolas __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] cartographier les énergies en afrique
Le message suivant de : ## Bonjour, je suis Nathalie Lanier, co-fondatrice de l'association Au Rythme de l'Afrique. Nous avons découvert OSM lors du forum Innov'Africa à Dakar en novembre 2012. L'objet principal de l'asso. : - informer et diffuser l'information - accompagner les acteurs du sud pour permettre l'accès à une énergie appropriée et durable pour tous en Afrique Nos projets : animation d'un réseau d'acteurs (RISEAL, Réseau d'Information sur les Solutions Énergétiques Africaines Locales), accompagnement des acteurs du Sud [b]OSM nous est apparu comme un outil très intéressant d'accès et de diffusion de l'information qui nous permettra de cartographier les nombreux acteurs et alternatives énergétiques africaines existantes.[/b] Nous travaillons sur 15 pays d'Afrique. Nous commençons juste notre apprentissage de OSM... une fois que nous maîtriserons OSM, nous nous lancerons dans la cartographie des énergies renouvelables en Afrique avec nos partenaires du Sud. Lors de Innov'Africa quelques personnes avaient été formés à Dakar. ... y'a t-il une communauté OSM en Afrique ? il nous faudra créer des tags mais comment faire et comment connaître tous les tags existant sur les énergies renouvelables ? etc... Nous espérons trouver ces réponses à travers ce forum. Merc et à bientôt Nathalie a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=10t=533 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'
Une première tentative sur la Basse-Normandie et la Bretagne (plus de 1100 résultats trouvés) me font penser que ce sera un poil plus long qu'un seul rechercher/remplacer : en plus du tag 'postal_code', il y a aussi le tag 'address', qui contient toute l'adresse, et doit donc être éclaté vers les 'addr:*'. Et, tant qu'à faire, supprimer aussi le 'is_in' Apparemment, le cas est fréquent et semble avoir été fait surtout (seulement ?) sur les stations essence. Francescu Le 27 février 2013 16:09, sly (sylvain letuffe) li...@letuffe.org a écrit : On mercredi 27 février 2013, Francescu GAROBY wrote: Je ne pensais pas forcément à un bot, J'ai dis bot mais je voulais dire traitement automatisé, peut importe la méthode ou le logiciel, c'est secondaire. mais un traitement semi-manuel (on fait une requête XAPI sur une région, on convertit et on uploade le tout) serait envisageable, non ? Très bien, ça peut le faire comme ça, il faut bien penser à : - comment ne pas déborder - pouvoir découper si nécessaire afin de mieux gérer la taille que ça représente si on souhaite l'ouvrir dans JOSM - bien identifier les changesets qui vont être utilisés - bien discuter les règles qui vont être appliquées avant (que faire si postal_code et addr:postcode sont déjà là) Pourquoi pas dans un projet du mois... A mon avis, pas besoin d'être plusieurs, ça embrouillerait encore plus l'histoire. 1 ou 2 qui ont un bon niveau en informatique peuvent terminer ça proprement en quelques heures. La partie la plus longue étant la discussion préalable et la détection d'éventuel cas tordus. -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'
De : Francescu GAROBY Une première tentative sur la Basse-Normandie et la Bretagne (plus de 1100 résultats trouvés) me font penser que ce sera un poil plus long qu'un seul rechercher/remplacer : en plus du tag 'postal_code', il y a aussi le tag 'address', qui contient toute l'adresse, et doit donc être éclaté vers les 'addr:*'. Et, tant qu'à faire, supprimer aussi le 'is_in' Apparemment, le cas est fréquent et semble avoir été fait surtout (seulement ?) sur les stations essence. Je pense qu'il faut séparer la gestion des différents cas que tu listes (même si le is_in n'est pas mon tag favori :-) ) Donc à mon avis si tu veux massivment passer de postal_code à addr:postcode il faut se concentrer là-dessus et rien que là-dessus. Quitte une fois cette étape franchie avec succès à passer à un autre traitement massif, mais tout aussi ciblé. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création de la liste local-herault
Le 27 février 2013 16:28, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour, La liste mail local-herault vient tout juste d'être créée, merci Guillaume pour la mise en place. Le but de cette liste est de coordonner les actions autour du projet OpenStreetMap dans le département de l'Hérault et les environs. Ce sera l'endroit où discuter des carto-parties qui se déroulent dans l'Hérault, je pense notamment à celles de la ville de Montpellier et celles qui sont organisées par l'association des écologistes de l'Euzière. Et aussi l'occasion d'y parler de la mise en place de rencontres régulières entre contributeurs locaux. Comme on n'est pas sectaire on pourra aussi y parler des zones limitrophes : gard, aude, lozère, ou aveyron Je suis actuellement le seul administrateur de la liste, mais si d'autres personnes souhaitent le devenir il suffit juste de s'inscrire à la liste et de me le dire, je vous passe en admin. A tout de suite sur la liste local-herault ! Peux-tu indiquer le lien pour s'y inscrire? Merci. Romain Nicolas __**_ 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] Création de la liste local-herault
Peux-tu indiquer le lien pour s'y inscrire? Merci. Oups pardon :-\ http://listes.openstreetmap.fr/wws/info/local-herault Déjà 5 inscrits ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'
On mercredi 27 février 2013, Vincent de Chateau-Thierry wrote: De : Francescu GAROBY Une première tentative sur la Basse-Normandie et la Bretagne (plus de 1100 résultats trouvés) me font penser que ce sera un poil plus long qu'un seul rechercher/remplacer : en plus du tag 'postal_code', il y a aussi le tag 'address', qui contient toute l'adresse, et doit donc être éclaté vers les 'addr:*'. Et, tant qu'à faire, supprimer aussi le 'is_in' Apparemment, le cas est fréquent et semble avoir été fait surtout (seulement ?) sur les stations essence. Je pense qu'il faut séparer la gestion des différents cas que tu listes (même si le is_in n'est pas mon tag favori :-) ) Donc à mon avis si tu veux massivment passer de postal_code à addr:postcode il faut se concentrer là-dessus et rien que là-dessus. Quitte une fois cette étape franchie avec succès à passer à un autre traitement massif, mais tout aussi ciblé. Mille fois oui : ne pas faire multiples opérations dans le même débat ni le même changeset. A la foi pour des raisons d'embrouille : à la fin on risque de ne plus savoir ce que tu vas faire et certains* pourront refuser tout d'un bloc alors que seule une de tes opérations les gêne. Et pour des raisons techniques car si on veut finalement annuler une opération on perd en granularité. * : moi par exemple, je m'oppose, a priori, au retrait du is_in. Je n'aime pas ce tag non plus, mais j'ai cru comprendre qu'il était encore utilisé pour certaines analyses des données, et la réflexion doit être menée avec ceux qui l'utilisent pour ne pas, d'un coup, rompre une utilisation et les aider/réfléchir à comment changer leur manière de faire. Mais doucement. -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'
Pour le 'is_in', je comptais le faire à part. Je faisais juste remarquer que pour ce tag-là aussi, il faudra faire quelque chose... Pour l'instant, je ne compte me concentrer que sur le postal_code = addr:* Je reviens d'ailleurs vers vous parce que je rencontre un cas assez tordu d'adresse, de ce genre-ci : tag k=address v=A 13 - Direction Paris/Caen, Aire De Beuzeville Nord/ Vous l'aurez compris, il s'agit de l'adresse d'une station-essence sur une aire d'autoroute. Sauf que pour moi, c'est plus une indication de direction à prendre qu'une adresse postale. Francescu Le 27 février 2013 17:17, Vincent de Chateau-Thierry v...@laposte.net a écrit : De : Francescu GAROBY Une première tentative sur la Basse-Normandie et la Bretagne (plus de 1100 résultats trouvés) me font penser que ce sera un poil plus long qu'un seul rechercher/remplacer : en plus du tag 'postal_code', il y a aussi le tag 'address', qui contient toute l'adresse, et doit donc être éclaté vers les 'addr:*'. Et, tant qu'à faire, supprimer aussi le 'is_in' Apparemment, le cas est fréquent et semble avoir été fait surtout (seulement ?) sur les stations essence. Je pense qu'il faut séparer la gestion des différents cas que tu listes (même si le is_in n'est pas mon tag favori :-) ) Donc à mon avis si tu veux massivment passer de postal_code à addr:postcode il faut se concentrer là-dessus et rien que là-dessus. Quitte une fois cette étape franchie avec succès à passer à un autre traitement massif, mais tout aussi ciblé. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
Le message suivant de : ## Nous sommes les meilleur producteur des vrai documents de qualité. Avec 6 millions de plus de documents circulent dans le monde entier. Nous offrons seulement des originales de grande qualité des passeports, permis de conduire, cartes d'identité, timbres Diplome,Bacc , Brevet , Master et autres produits pour un certain nombre de pays comme: USA, Australie, Belgique, Brésil, Canada, Italie, Finlande, France, Allemagne, Israël, Mexique, Pays-Bas , l'Afrique du Sud, Espagne, Royaume-Uni. Cette liste n'est pas complète. Pour obtenir des informations complémentaires et passer la commande il suffit de envoyer un mail Contact e-mails: proper...@yahoo.com Soutien général: proper...@yahoo.com Support technique: proper...@yahoo.com Skype Adress : pro.permit NOUS SOMMES PARTICULIER DANS LE PERMIS DE CONDUIRE FRANÇAIS ET PASSEPORT ET TOUTE ET AUTRE PAYS DE LA ZONE EURO.NOUS AVONS PLUS DE 2550 CLIENTS QUI ONT UTILISE NOS SERVICE .PASSER VOTRE COMMANDE MAINTENANT !! ! ! a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=10t=534 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Acheter Des Vrai Permis De Conduire Français !
Le message suivant de : ## Nous sommes les meilleur producteur des vrai documents de qualité. Avec 6 millions de plus de documents circulent dans le monde entier. Nous offrons seulement des originales de grande qualité des passeports, permis de conduire, cartes d'identité, timbres Diplome,Bacc , Brevet , Master et autres produits pour un certain nombre de pays comme: USA, Australie, Belgique, Brésil, Canada, Italie, Finlande, France, Allemagne, Israël, Mexique, Pays-Bas , l'Afrique du Sud, Espagne, Royaume-Uni. Cette liste n'est pas complète. Pour obtenir des informations complémentaires et passer la commande il suffit de envoyer un mail Contact e-mails: proper...@yahoo.com Soutien général: proper...@yahoo.com Support technique: proper...@yahoo.com Skype Adress : pro.permit NOUS SOMMES PARTICULIER DANS LE PERMIS DE CONDUIRE FRANÇAIS ET PASSEPORT ET TOUTE ET AUTRE PAYS DE LA ZONE EURO.NOUS AVONS PLUS DE 2550 CLIENTS QUI ONT UTILISE NOS SERVICE .PASSER VOTRE COMMANDE MAINTENANT !! ! ! a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=2t=535 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
2013/2/27 fo...@letuffe.org: Le message suivant de : ## Nous sommes les meilleur producteur des vrai documents de qualité. Avec 6 millions de plus de documents circulent dans le monde entier. Wouah, du forward de spam. De mieux en mieux ce forum fo...@letuffe.org Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] obtenez des passeport / permis de conduire et Diplome França
Le message suivant de : ## Nous sommes les meilleur producteur des vrai documents de qualité. Avec 6 millions de plus de documents circulent dans le monde entier. Nous offrons seulement des originales de grande qualité des passeports, permis de conduire, cartes d'identité, timbres Diplome,Bacc , Brevet , Master et autres produits pour un certain nombre de pays comme: USA, Australie, Belgique, Brésil, Canada, Italie, Finlande, France, Allemagne, Israël, Mexique, Pays-Bas , l'Afrique du Sud, Espagne, Royaume-Uni. Cette liste n'est pas complète. Pour obtenir des informations complémentaires et passer la commande il suffit de envoyer un mail Contact e-mails: proper...@yahoo.com Soutien général: proper...@yahoo.com Support technique: proper...@yahoo.com Skype Adress : pro.permit NOUS SOMMES PARTICULIER DANS LE PERMIS DE CONDUIRE FRANÇAIS ET PASSEPORT ET TOUTE ET AUTRE PAYS DE LA ZONE EURO.NOUS AVONS PLUS DE 2550 CLIENTS QUI ONT UTILISE NOS SERVICE .PASSER VOTRE COMMANDE MAINTENANT !! ! ! a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=5t=536 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Acheter Un Permis De Conduire Français Enligne ! !!
Le message suivant de : ## Nous sommes les meilleur producteur des vrai documents de qualité. Avec 6 millions de plus de documents circulent dans le monde entier. Nous offrons seulement des originales de grande qualité des passeports, permis de conduire, cartes d'identité, timbres Diplome,Bacc , Brevet , Master et autres produits pour un certain nombre de pays comme: USA, Australie, Belgique, Brésil, Canada, Italie, Finlande, France, Allemagne, Israël, Mexique, Pays-Bas , l'Afrique du Sud, Espagne, Royaume-Uni. Cette liste n'est pas complète. Pour obtenir des informations complémentaires et passer la commande il suffit de envoyer un mail Contact e-mails: proper...@yahoo.com Soutien général: proper...@yahoo.com Support technique: proper...@yahoo.com Skype Adress : pro.permit NOUS SOMMES PARTICULIER DANS LE PERMIS DE CONDUIRE FRANÇAIS ET PASSEPORT ET TOUTE ET AUTRE PAYS DE LA ZONE EURO.NOUS AVONS PLUS DE 2550 CLIENTS QUI ONT UTILISE NOS SERVICE .PASSER VOTRE COMMANDE MAINTENANT !! ! ! a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=6t=537 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Acheter Un Permis De Conduire Français Enligne ! !!
Le message suivant de : ## Nous sommes les meilleur producteur des vrai documents de qualité. Avec 6 millions de plus de documents circulent dans le monde entier. Nous offrons seulement des originales de grande qualité des passeports, permis de conduire, cartes d'identité, timbres Diplome,Bacc , Brevet , Master et autres produits pour un certain nombre de pays comme: USA, Australie, Belgique, Brésil, Canada, Italie, Finlande, France, Allemagne, Israël, Mexique, Pays-Bas , l'Afrique du Sud, Espagne, Royaume-Uni. Cette liste n'est pas complète. Pour obtenir des informations complémentaires et passer la commande il suffit de envoyer un mail Contact e-mails: proper...@yahoo.com Soutien général: proper...@yahoo.com Support technique: proper...@yahoo.com Skype Adress : pro.permit NOUS SOMMES PARTICULIER DANS LE PERMIS DE CONDUIRE FRANÇAIS ET PASSEPORT ET TOUTE ET AUTRE PAYS DE LA ZONE EURO.NOUS AVONS PLUS DE 2550 CLIENTS QUI ONT UTILISE NOS SERVICE .PASSER VOTRE COMMANDE MAINTENANT !! ! ! a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=3t=539 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Bonjour, Juste une gribouille pour corriger quelques affirmations fausses qui ont été dites dans cette discussion. Wikidata contient des doublons d'entrées : Oui et non. Il n'est pas possible de mettre deux fois le même lien interwiki dans Wikidata. Les seuls doublons possibles c'est lorsque que deux entrées ont été faites avec deux langues différentes, typiquement lors d'un conflit d'interwiki. Il y en a et il y en aura d'autres. Les entrées Wikidata sont plus difficiles à maintenir que les entrées Wikipédia. Non. Lorsqu'un renommage a lieu sur Wikipédia sans création de redirection (le cas d'une scission d'article) les deux sites n'y peuvent rien. Et les renommages d'entrées Wikidata restent peu fréquentes. L'un des buts de Wikidata est de centraliser et faciliter le contrôle des interwikis. Wikidata n'apporte rien de plus à Wikipédia Le gros avantage de Wikidata c'est d'inclure des données relatives aux articles de Wikipédia et lisibles par des programmes. De nombreux concepts sont et resteront les mêmes d'une langue à une autre. Cela comprend notament les concepts géographiques. C'est pourquoi inclure Wikidata dans OSM n'est pas une mauvaise idée en soi. Contrairement à une idée reçue, Wikidata apporte des choses en plus par rapport aux Wikipédias. Il y a des informations qui figurent sur Wikidata et qui ne sont pas encore sur les Wikipédias. Je pense notament à la propriété named after. Le but de Wikidata est aussi de pouvoir centraliser des informations qui peuvent changer (exemple le maire d'une commune) afin qu'elles soient changées par réplication sur les articles des Wikipédias (du moins les infoboxes). Dans une prochaine phase Wikidata comprendra aussi des liens vers Wikimédia Commons et Wikivoyage. Tout ceci me fait dire que, l'intégration de tags Wikidata dans OSM est probablement prématuré car c'est un projet qui évolue vite. Mais je pense que nous avons tort de ne pas penser à créer ces tags à l'avenir ou sinon de s'en servir pour contrôler les tags Wikipedia automatiquement. Florian. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
On mercredi 27 février 2013, Pieren wrote: 2013/2/27 fo...@letuffe.org: Le message suivant de : ## Wouah, du forward de spam. De mieux en mieux ce forum fo...@letuffe.org Pieren Mais c'est que tu serais mauvais perdant en plus ? Y'avait un forum existant merdique, j'ai persisté seul et installé un truc mieux fichu, le 2ème à rattrapé et largement dépassé en terme d'usage le premier. Celui d'origine agonise*. Il ne s'agit là que de sélection naturelle, les outils les plus adaptés survivent, un jour celui-ci sera aussi remplacé par mieux, c'est comme ça qu'avance (entre autres) le libre, fin de l'histoire. Tu va nous ressortir ça à chaque fois que tu vois un accent de travers sur le forum ? *Aller, créé toi un compte**, va de l'avant, je te place administrateur et on en fini avec l'ancien qui agonise. Tu avais raison il y a 4 ans, il ne peut en rester qu'un, le choix raisonnable à faire me semble maintenant plus clair. ** On peut toujours rêver, mais comme tu es encore plus têtu que moi... -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Le 27 février 2013 12:47, Philippe Verdy verd...@wanadoo.fr a écrit : On sera bien avancé le jour où une ville française aura son article Wikipédia lié à une entrée Wikidata dont le titre par défaut est en Chinois (et basé sur une translitération approximative et ambiguë) ! Encore une mauvaise idée que ce Wikidata-truc ! ? Je n'imaginais pas que quelqu'un mettait des titres en chinois avec une translitération approximative ambigue sur wikipedia, mais tout est possible évidemment. Dieu sait s'il y a des guignols sur wikipedia. Une telle chose est quasi impossible sur wikidata : le titre présenté est celui de la langue par défaut du visiteur, ou l'anglais. Et si quelqu'un fait le guignol a ce niveau là, tous les wikipedias de toutes les langues le voient. Il me parait plus sensé d'utiliser la liste des interwikis présente déjà dans une page d'une édition bien définie de Wikipédia qui sert de référence stable (et maintenue) pour trouver toutes les autres pages. Au moins on a la garantie de la langue de base et du titre. Je ne sais pas ce que tu appelles stable ? S'il y a quelque chose de pas stable du tout en ce moment sur wikipedia, c'est bien les liens interwikis ! Certes on pourra les utiliser encore longtemps je pense, mais ils sont juste deprecated. Comme stabilité... On en reparlera seulement le jour où le Wikidata expérimental sera *réellement* intégré comme une fonction de base de Wikipédia se substituant à ses interwikis. Pas avant. Je présume que tu consultes ta doc dans une version javanaise en esquimau épistémiologique mal translitérée du morse au loucherbème ? Wikidata est en cours de déploiement sur les wikis. C'est fait pour ce qui concerne la version anglaise : Wikidata lancé sur la Wikipédia en anglais http://blog.wikimedia.fr/wikidata-lance-sur-la-wikipedia-en-anglais-5402?utm_source=rssutm_medium=rssutm_campaign=wikidata-lance-sur-la-wikipedia-en-anglais Et comme l'immense majorité des liens interwikis de la version française viennent de l'anglaise, tous les liens interwikis que tu voies et qui te paraissent si bien fichus viennent en fait d'ors et déjà de... wikidata ! Ainsi, prenons la page anglaise de Rennes : http://en.wikipedia.org/wiki/Rennes En bas à gauche, après tous les liens interwikis d'autres langues tu voies : Edit links. Cliques dessus, tu arrives directement sur... wikidata ! (ici : http://www.wikidata.org/wiki/Q647) C'est à dire qu'il n'est plus possible d'éditer je ne sais pas quel lien interlangue en dehors de wikidata sur la version anglaise : tout est d'ors et déjà re-crée par le moteur de rendu du wiki, à partir des infos de wikidata. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Master City: Jouer avec openstreetmap
Dear LeBret, Many thanks. Mario Danelli ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Gratuites ou libres ? Les données ne sont pas données
http://www.ecrans.fr/Gratuites-ou-libres-Les-donnees-ne,16018.html Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Les chiffres d'affaire de la géolocalisation
Les chiffres selon Google ... http://google-latlong.blogspot.fr/2013/01/mapping-creates-jobs-and-drives-global.html Ca fait un peu monstrueux comme chiffres, on sait pas trop ce qu'il y a dedans mais ca situe les enjeux ! Dommage qu'on avance pas plus vite en Europe avec Galileo pour exister un peu. En tous cas la carto sera clairement un enjeu majeur car avoir une position c'est super mais il faut bien rapporter ca sur un support ! -- View this message in context: http://gis.19327.n5.nabble.com/Les-chiffres-d-affaire-de-la-geolocalisation-tp5751276.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
2013/2/27 sly (sylvain letuffe) li...@letuffe.org: Celui d'origine agonise*. Je cherche encore un autre pays qui a deux forums officiels pour OSM... Forcément, en envoyant un message ä tous les nouveaux pour les diriger sur un seul forum, c'est le meilleur moyen de tuer l'autre. Je pourrais aussi mettre en place un outil pour envoyer automatiquement un message expliquant que ce deuxième forum est totalement indépendant d'osm.org et qu'il dépend d'un nombre plus restreint d'admins et de volontaires qui un jour ou l'autre passeront à autre chose. Et qu'aucun autre pays ne s'est lancé dans une telle démarche. Bel isolement dans une tour d'ivoire. En attendant, le forum d'origine ne reçoit pas de spam. On y voit qu'OSM existe en dehors de la France. Et en plus, il ne pollue pas les listes de diffusion. les outils les plus adaptés survivent, Plus simplement une publicité à sens unique. Tu va nous ressortir ça à chaque fois que tu vois un accent de travers sur le forum ? Jusqu'à ce que le forward vers la liste de diffusion s'arrête. T'énerve pas, quand on crée une nuisance, il faut assumer. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Gratuites ou libres ? Les données ne sont pas données
On mercredi 27 février 2013, Eric SIBERT wrote: http://www.ecrans.fr/Gratuites-ou-libres-Les-donnees-ne,16018.html Super article, bravo à Yohan et Simon. Je suis heureux de lire que mes suggestions sur la non utilisation du terme open ont été entendues et extrêmement bien utilisées, afin de tenter d'éveiller, auprès des citoyens cette importante distinction pour comprendre ce que veut dire libre pour des données (ou des softs). -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
Le 27 février 2013 18:49, Pieren pier...@gmail.com a écrit : 2013/2/27 sly (sylvain letuffe) li...@letuffe.org: Celui d'origine agonise*. Je cherche encore un autre pays qui a deux forums officiels pour OSM... L'autre forum c'est quoi ? Ah oui, tu veux parler de forum.openstreetmap.org où depuis le début de l'année il y a eu 10 nouveaux topics alors qu'il y en a eu 126 sur forum.openstreetmap.fr ? Il y a juste un léger détail entre ces deux forums, l'un est en français, l'autre uniquement en anglais à ce qu'il me semble et ça fait une grosse différence pour pas mal de monde peu à l'aise avec la langue de Shakespeare. Forcément, en envoyant un message ä tous les nouveaux pour les diriger sur un seul forum, c'est le meilleur moyen de tuer l'autre. L'idée de tuer l'autre ne m'est même pas venue en envoyant les messages de bienvenue (de façon manuelle). Ceci n'a d'ailleurs été signalé par personne lorsque j'ai posté le type de texte que j'envoyais aux nouveaux contributeurs (mais ma mémoire peut me trahir). L'intérêt du forum FR ce sont aussi les sous rubriques, parce quand je vois la partie Allemagne de l'autre avec plus de 9000 sujets, autant se contenter de talk-fr et l'interface web de gmane. Je pourrais aussi mettre en place un outil pour envoyer automatiquement un message expliquant que ce deuxième forum est totalement indépendant d'osm.org et qu'il dépend d'un nombre plus restreint d'admins et de volontaires qui un jour ou l'autre passeront à autre chose. Et qu'aucun autre pays ne s'est lancé dans une telle démarche. Bel isolement dans une tour d'ivoire. Je ne vraiment pense pas qu'il y ait une volonté d'isolement. Concrètement que suggères-tu ? En attendant, le forum d'origine ne reçoit pas de spam. On y voit qu'OSM existe en dehors de la France. Et en plus, il ne pollue pas les listes de diffusion. les outils les plus adaptés survivent, Plus simplement une publicité à sens unique. Tu va nous ressortir ça à chaque fois que tu vois un accent de travers sur le forum ? Jusqu'à ce que le forward vers la liste de diffusion s'arrête. T'énerve pas, quand on crée une nuisance, il faut assumer. Je trouve le ton de ce message quand même dur et sans bien comprendre la raison. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Le 27 février 2013 17:49, Otourly Wiki otou...@yahoo.fr a écrit : Bonjour, Juste une gribouille pour corriger quelques affirmations fausses pas fausses, juste justifiées de façon diférentes, et c'est une question d'avis et d'état d'avancement du projet Wikidata qui reste encore expérimetnal et en gros chantier (pour faire bref, instable, donc aucune garantie pour l'instant concernant l'unicité affirmée des identifiants). Wikidata contient des doublons d'entrées : Oui et non. Il n'est pas possible de mettre deux fois le même lien interwiki dans Wikidata. Les seuls doublons possibles c'est lorsque que deux entrées ont été faites avec deux langues différentes, typiquement lors d'un conflit d'interwiki. Il y en a et il y en aura d'autres. Oui. Deux entrées Wikidata différentes sur les mêmes sujets, tout bonnement car il arrive fréquemment qu'une entrée soit créée à partir d'une langue Wikipédia, et une autre à partir d'une autre langue, et que finalement on tombe sur des ensembles de liens pour chaque entrée qui comprennent les mêmes articles cibles (pas forcément non plus les mêmes ensembles). L'unicité n'est pas garantie, aussi car les articles Wikipédia ne contiennent eux-mêmes AUCUNE référence à l'entrée Wikidata qui est sensée représenter leur sujet. D'ailleurs je me demande pourquoi Wikidata n'a pas été D'ABORD créé comme si c'était un code langue utilisable comme lien Interwiki, afin que les articles contiennent directement le lien interwiki vers Wikidata. Par exemple en bas de l'article fr:Rennes pourquoi a-t-on : [[en:Rennes]] [[de:Rennes]] mais pas de la même façon: [[data:Q67]] ce qui aurait permis justement de faire le ménage et la maintenance effective, ainsi qu'une référence explicite vers la liste des liens stockés sur Wikidata ? Avec aussi plus de garantie que la maintenance soit assurée et sans aucune difficulté pour que l'article lui-même soit affichée avec les liens importés de Wikidata sans avoir à faire de recherche ? Et pourquoi Wikidata ne peut pas stockers aussi des interwikis vers les autres projets (Wiktionnary ou Wikinews par exemple, dans ses diverses langues) ou vers les collections de médias de Commons (nom d'une de ses catégories) ? Note : il n'est malgré tout pas impossible qu'un article générique dans une langue fusionnant plusieurs sujets évoqués dans des articles séparés dans d'autres langues puisse référencer plusieurs entrées Wikidata distinctes sur ces sujets plus précis. L'affirmation (sur la page de description de Wikidata) qui dit que les liens Wikidata vont remplacer les liens interwiki automatiquement est tout bonnement FAUSSE, cela ne peut pas marcher tout le temps dès lors que les sujets des articles n'ont pas exactement la même couverture. Certes pour des sujets comme les subdivisions administratives principales d'un pays ou les pays il y a peu de risque que la couverture des sujets soit différente (même s'il y a des risques d'homonymies dans certaines langues et pas dans d'autres, chaque Wiki devant faire des renommages occasionnels pour les régler, les liens depuis Wikidata devront être aussi maintenus si cela se produit, mais il n'y a aucun automatisme pour le faire lors du renommage car cela demande de la part de celui qui renomme un article un compte SUL pour modifier les deux wikis en parallèle). Mais dès qu'on pousse un peu, même pour des divisions secondaires (par exemple les cantons, arrondisssements, EPCI...) la couverture risque fort de ne pas être la même (une langue va traiter chaque division dans des articles séparés, d'autres créront des articles listes fusionnant ces sujets). Le risque de différence de couverture des sujets est encore plus fort pour les sujets comme: - la biologie (classification des espèces notamment, et noms vernaculaires qui n'ont pas du tout la même signifcation d'une langue à l'autre, et intraduisibles sans ambiguité) - la philosophie, les sciences sociales, la politique, la religion et tout ce qui touche aux opinions (les concepts ne prennent leur sens réel que dans une seule langue ou quelques langues, et les extensions de couverture de chaque langue risquent d'être très différentes, avec des articles impossibles à fusionner/sciender pour que cela corresponde à des couvertures comparables d'une langue à l'autre) - les mathématiques (oui bizarrement), car les concepts sont très nombreux et pratiquement toujours regroupés en familles (par exemple on aura dans une langue un article sur la fonction sinus, dans un autre ce ne sera qu'un article sur les fonctions mathématiques de base, un autre ce sera un article sur les fonctions du triangle et la trigonométrie, un autre sur les fonctions du cercle, un autre sur les identités remarquables, sans compter plein de sous-articles portant sue les propriétés associées à cette fonction) Hors Wikipédia n'est pas dédié à ne traiter que les sujets géographiques. En plus de cela il va les associer à des sujets très divers (l'histoire, les personnalités, l'économie, la
Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
De: Pieren pier...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mercredi 27 Février 2013 18:49:08 ... Jusqu'à ce que le forward vers la liste de diffusion s'arrête. T'énerve pas, quand on crée une nuisance, il faut assumer. Pieren Je rejoint Pieren sur ce point, ne consultant pas le forum, le transfert automatique sur la liste à chaque ouverture de nouveau sujet est pour moi une nuisance. J'applique donc la même technique que certains messages trop long de cette liste (la touche suppr est mon amie). Francisco ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
On 02/27/2013 06:49 PM, Pieren wrote: 2013/2/27 sly (sylvain letuffe) li...@letuffe.org: Tu va nous ressortir ça à chaque fois que tu vois un accent de travers sur le forum ? Jusqu'à ce que le forward vers la liste de diffusion s'arrête. T'énerve pas, quand on crée une nuisance, il faut assumer. Pieren, si tu utilises Mailfilter, tu peux copier la règle que j'utilise - elle règle le problème: if (/from:.*forum@letuffe\.org/) { to /dev/null } D'un autre côté les autres membres de la liste souffriront encore de ce spam, mais ça fait quand même du bien de ne plus voir ces messages auxquels on ne peut pas répondre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
@ pieren @ letuffe :si vous avez envie de vous foutre sur la gueule, et bien, faites le pour de vrai, avec les poings, des couteaux ou des AK47, peut importe, mais arrêtez de faire chier ;-) anyway, faudra un jour m'expliquer à quoi sert la retransmission de messages en provenance d'un forum. A montrez qu'il existe ? cordialement (comme on dit sur ebay) Le 27 févr. 2013 à 21:22, Jean-Marc Liotier a écrit : On 02/27/2013 06:49 PM, Pieren wrote: 2013/2/27 sly (sylvain letuffe) li...@letuffe.org: Tu va nous ressortir ça à chaque fois que tu vois un accent de travers sur le forum ? Jusqu'à ce que le forward vers la liste de diffusion s'arrête. T'énerve pas, quand on crée une nuisance, il faut assumer. Pieren, si tu utilises Mailfilter, tu peux copier la règle que j'utilise - elle règle le problème: if (/from:.*forum@letuffe\.org/) { to /dev/null } D'un autre côté les autres membres de la liste souffriront encore de ce spam, mais ça fait quand même du bien de ne plus voir ces messages auxquels on ne peut pas répondre. ___ 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] Retransmettre les messages du forum Was: [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
Bonjour Le 27/02/2013 21:44, ades_...@orange.fr a écrit : anyway, faudra un jour m'expliquer à quoi sert la retransmission de messages en provenance d'un forum. A montrez qu'il existe ? Oui, et, personnellement, je trouve cela bien et cela ne me gène pas plus que le reste des discussion puisqu'il y a émission que d'un seul message, même s'il y a réponse sur le forum. -- Cordialement David Crochet http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut prendre part ! http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Premier pas
Bonjour, Suite à une présentation de Francescu (que je salue au passage :) le week-end dernier, je me suis décidé à faire mes premières modifications (que je croyais) simples : ajouter des traductions de noms. Et très vite je suis tombé sur un cas que je ne sais pas résoudre. Il s'agit de la ville grecque de Χανιά en Crète, la Canée en français. D’une part il y a 3 objets qui correspondent à cette ville : http://www.openstreetmap.org/browse/node/31376615 http://www.openstreetmap.org/browse/node/1379311022 http://www.openstreetmap.org/browse/way/5738808 Est-ce normal ? Si oui, faut-il fournir la traduction dans les 3 objets (redondance de donnée) ? Sinon faut-il fusionner ces objets ? Existe-t-il un outil pour ça ou faut-il simplement copier les attributs et supprimer les 2 autres objets ? Faut-il prendre des précautions particulières avant de supprimer un objet ? Je pensais garder le polygone (plus précis) D’autre part, la Canée porte aussi d’autres noms en français : Chaniá et Haniá J’ai vu le tag alt_name mais à priori c’est pour les noms locaux. Est-ce qu’il possible d’ajouter le code langue comme avec name (alt_name:fr=value) ? De plus il y a 2 noms; dans ce cas quel est le séparateur ? la virgule, le point-virgule ? Cela donne ça : alt_name:fr=Chaniá;Haniá C’est bon ? Merci d’avance pour votre aide, LeBret ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
Cette retransmission de l'unique premier message d'un nouveau sujet sert à décloisonner le forum de la mailing list et à favoriser les réponses d'abonnés de talk-fr... pour éviter un phénomène de tour d'ivoire ;) Si il y avait le même système pour forum.openstreetmap.org, cela permettrait d'avoir là aussi un décloisonnement que personnellement je trouve utile, mais si ça gêne tant de monde que ça, ça peut soit se filtrer, soit être carrément supprimé. Pour répondre, il suffit de cliquer sur le lien qui se trouve en bas de message. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Réf.: Re: [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
-- Le mer. 27 févr. 2013 21:54 HNEC, Christian Quest a écrit : Cette retransmission de l'unique premier message d'un nouveau sujet sert à décloisonner le forum de la mailing list et à favoriser les réponses d'abonnés de talk-fr... pour éviter un phénomène de tour d'ivoire ;) Si il y avait le même système pour forum.openstreetmap.org, cela permettrait d'avoir là aussi un décloisonnement que personnellement je trouve utile c est possible de le faire (sur forum.openstreetmap.fr aussi) et c est exactement pour les raisons que tu mentionnes que j ai activite les notifications de creation de nouveaux sujets Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Le 27 février 2013 22:10, Philippe Verdy verd...@wanadoo.fr a écrit : Le 27 février 2013 18:24, Ista Pouss ista...@gmail.com a écrit : Je ne sais pas ce que tu appelles stable ? S'il y a quelque chose de pas stable du tout en ce moment sur wikipedia, c'est bien les liens interwikis ! Certes on pourra les utiliser encore longtemps je pense, mais ils sont juste deprecated. Comme stabilité... Ce que j'appelle stable c'est le nom officiel dans la langue officiel du lieu qu'on veut référencer (parfois il y a plusieurs noms officiels simultanés, et Wikipédia contiendra une redirection d'un nom sur l'autre ou bien la redirection des deux noms vers un nom composé. Pour les autres langues c'est peu stable justement car il n'y a pas de statut officiel mais juste un usage souvent changeant ou seulement consacré par quelques utilisateurs de Wikipédia qui ne sont pas allé plus loin que leur lecture approximative (un exemple sur la Wikipédie russe pour le nom donné à la Seine-Saint-Denis qui est un non-sens complet issu même d'une lecture erronée même pas correcte selon la phonologie russe et qui contredit même les traductions correctes données à Seine et à Saint-Denis ! Les Wikipédies tendent à imposer dans les traductions ou translitérations des noms erronés qui même contredisent les documents traduits par des sources plus officielles... Dans d'autres cas elles vont ignorer des chagements intervenus officiellement et se baser sur des usages anciens et en fait même plus entretenus : le monde de l'ignorance en somme consacré comme si c'était de vraies connaissances et sans aucun regard critique, où même la négaciation ne parvient pas à convaincre d'autres qui votent contre sans rien savoir en réalité sur les sujets) On en reparlera seulement le jour où le Wikidata expérimental sera *réellement* intégré comme une fonction de base de Wikipédia se substituant à ses interwikis. Pas avant. Je présume que tu consultes ta doc dans une version javanaise en esquimau épistémiologique mal translitérée du morse au loucherbème ? ??? Franchement je ne vois pas ce que vient faire cette phrase ici, c'est broder et de l'invention pure juste destinée à nuire. Wikidata est en cours de déploiement sur les wikis. C'est fait pour ce qui concerne la version anglaise : Wikidata lancé sur la Wikipédia en anglais http://blog.wikimedia.fr/wikidata-lance-sur-la-wikipedia-en-anglais-5402?utm_source=rssutm_medium=rssutm_campaign=wikidata-lance-sur-la-wikipedia-en-anglais Et comme l'immense majorité des liens interwikis de la version française viennent de l'anglaise, tous les liens interwikis que tu voies et qui te paraissent si bien fichus viennent en fait d'ors et déjà de... wikidata ! C'est COMPLETEMENT FAUX. Wikidata contient essentiellement des liens qui ont été importés par des bots à partir des liens interwikis, et ensuite qui ne sont plus maintenus du tout ! Pour l'instant cela ne parait pas évident car Wikidata est très jeune, et les imports sont encore frais, mais assez vite son obsolescence va devenenir évidente. On en reparlera mais déjà des incohérences apparaissent justement quand il y a des mises à jour correctes dans Wikipédia des liens interwikis, qui sont écrasées par n'importe quoi issu de données obsolètes ou fausses de Wikidata. Ainsi, prenons la page anglaise de Rennes : http://en.wikipedia.org/wiki/Rennes En bas à gauche, après tous les liens interwikis d'autres langues tu voies : Edit links. Ce lien est... absent ! Tu confonds avec le fait que tu as activé une extension dans ton compte, une option qui n'est pas activée par défaut. Note: je ne vois pas pourquoi concernant un article sur Rennes on doit aller faire la modif en passant par la Wikipédie anglophone pour ensuite nous amener sur Wikidata 3 wikis donc à visiter modifier. C'est simple ??? Et pourquoi ce doit être la Wikipédie anglophone qui détermine la classification de départ ? En quoi est-elle plus pertinente que la classification francophone ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'
Le 27 février 2013 17:32, Francescu GAROBY windu...@gmail.com a écrit : Pour le 'is_in', je comptais le faire à part. Je faisais juste remarquer que pour ce tag-là aussi, il faudra faire quelque chose... Pour l'instant, je ne compte me concentrer que sur le postal_code = addr:* Je reviens d'ailleurs vers vous parce que je rencontre un cas assez tordu d'adresse, de ce genre-ci : tag k=address v=A 13 - Direction Paris/Caen, Aire De Beuzeville Nord/ Vous l'aurez compris, il s'agit de l'adresse d'une station-essence sur une aire d'autoroute. Sauf que pour moi, c'est plus une indication de direction à prendre qu'une adresse postale. Pour moi c'est une adresse postale correcte. La direction n'est pas accessoire étant donné que très souvent il n'est pas possible de repartir dans l'autre sens, bon nombre de ces stations ne sont accessibles (pour le public) que par l'autoroute et dans un seul sens (il n'y a pas toujours un tunnel permettant de joindre la même station, mais plus souvent deux stations séparées à peu près en vis à vis, et les autres voies d'accès sont uniquement pour le service et fermées au public (barrière, plots levant nécessitant une carte pour les employés ou un code destiné aux livraisons locales). Chaque direction d'une autoroute est d'ailleurs une route bien séparée et tracée distinctement dans OSM, même si la séparation fait par endroit moins d'un mètre et n'est qu'une barrière centrale sans terre-plein, et même si régulièrement tous les 5 ou 10 kilomètres on trouve des passes qui peuvent être ouvertes afin de déporter le trafic sur l'autre chaussée (pour effectuer des travaux ou en cas d'accident, en séparant en deux les voies de l'autre sens avec des plots en plastique et en ramenant la vitesse à 90 ou moins, au lieu de 110 ou 130). Cependant il y a deux champs séparés dans ce tag: - A 13 - direction Paris-Caen (comme un nom de rue/route, pas de numéro dans la rue) - Aire de Beuzeville Nord (nom du site, ou lieu-dit) Sur une adresse postale ce sera deux lignes séparées. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Premier pas
Bonsoir Jean-Christophe, etbienvenu à toi ! :-) Concernant les 3 objets, je pense que l'un des 2 noeuds est de trop. Par contre, la ligne sert à délimiter le pourtour de la commune et est, en ce sens, complémentaire du noeud, qui indique généralement le barycentre de la commune ou l'emplacement de l'hôtel de ville. En France, les communes sont d'ailleurs construites non pas avec une ligne ou juste un point, mais une relation regroupant les 2 ! Exemple : Caenhttp://www.openstreetmap.org/browse/relation/149197, où le noeud (le dernier de la liste des éléments qui composent la relation) a un rôle bien précis ('admin_centre'). Je te conseille donc de fusionner les 2 noeuds et leurs tags. Pour les traductions, l'exemple de Caen montre cependant que non seulement il y a redondance mais, pire encore, il n'y a pas équivalence entre les traductions appliquées à la relation et celles appliquées au noeud. Pour les multiples noms en français, je n'ai pas de solution à te proposer. Mais si tu décides de les concaténer en un même tag, alors utilise le point-virgule comme séparateur. Francescu Le 27 février 2013 21:53, Jean-Christophe Groult jcgro...@gmail.com a écrit : Bonjour, Suite à une présentation de Francescu (que je salue au passage :) le week-end dernier, je me suis décidé à faire mes premières modifications (que je croyais) simples : ajouter des traductions de noms. Et très vite je suis tombé sur un cas que je ne sais pas résoudre. Il s'agit de la ville grecque de Χανιά en Crète, la Canée en français. D’une part il y a 3 objets qui correspondent à cette ville : http://www.openstreetmap.org/browse/node/31376615 http://www.openstreetmap.org/browse/node/1379311022 http://www.openstreetmap.org/browse/way/5738808 Est-ce normal ? Si oui, faut-il fournir la traduction dans les 3 objets (redondance de donnée) ? Sinon faut-il fusionner ces objets ? Existe-t-il un outil pour ça ou faut-il simplement copier les attributs et supprimer les 2 autres objets ? Faut-il prendre des précautions particulières avant de supprimer un objet ? Je pensais garder le polygone (plus précis) D’autre part, la Canée porte aussi d’autres noms en français : Chaniá et Haniá J’ai vu le tag alt_name mais à priori c’est pour les noms locaux. Est-ce qu’il possible d’ajouter le code langue comme avec name (alt_name:fr=value) ? De plus il y a 2 noms; dans ce cas quel est le séparateur ? la virgule, le point-virgule ? Cela donne ça : alt_name:fr=Chaniá;Haniá C’est bon ? Merci d’avance pour votre aide, LeBret ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites de plages
Le 27 février 2013 23:26, Thomas Petillon tpetil...@gmail.com a écrit : 2013/2/27 Romain MEHUT romain.me...@gmail.com Et à noter que la plage doit être dans l'emprise de la ligne côtière. Je ne sais pas si tu as voulu dire du côté terre ou du côté mer, alors je précise. La ligne de côte est sur la ligne des hautes eaux, donc la majorité de la surface des plages est du côté mer la plupart du temps. C'est la surface du côté terre qu'on tague comme plage, même si du côté mer la plage peut être beaucoup plus grande à marée basse. Bref la plage reste bien entièrement dans OSM du côté terre. Dui côté mer en revanche si on veut le cartographier c'est autre chose : des hauts fonds, ou bancs de sable (qui n'apparaitront pas forcément sur le rendu d'une carte classique, mais apparaitront sur une carte marine). Pour cela on a des attributs marquant la surface en mer découverte par la marée. En l'occurrence à Ouistreham j'ai l'impression que la ligne de côte va un peu trop loin dans le domaine maritime. C'est souvent le cas, la limite haute est assez difficile à dire assez souvent (et elle peut bouger avec le temps car les sols sont souvent meubles, notamment les plages faites de sables, graviers ou galets : il suffit d'une tempête ou d'un simple orage pour les faire bouger, avant qu'avec le temps cela se reconstitue tout seul lors des marées suivantes). On n'a souvent qu'une indication moyenne estimée. Et dans ce cas la ligne de plus hautes eaux n'est pas la plus appropriée mais devrait être celle des hautes eaux en marée moyenne (coefficient 100 ?), hors des grandes marées et des suites de tempêtes (où il peut y avoir des submersions causées par la dépression et la poussée de vents violents). A mon avis c'est cette moyenne qui est la plus parlante sur une carte et la plus réaliste sur le terrain. La présence d'une laisse de mer sur les photos est souvent un bon indicateur (plus que la hauteur d'eau visible à l'heure du cliché), car cette laisse est rarement celle d'une ligne de marée exceptionnelle, mais celle de marées répétées. (et pour les lignes de marées extrêmes, on a la possibilité de définir un polygone couvrant cette ligne de part et d'autre pour marquer du côté terre la zone inondable, et du côté mer la partie qui peut être découverte et impropre à la navigation ou au stationnement de certains navires sans fond plat et non conçus pour se coucher sur le flanc car ils risqueraient soit d'être inondés à la marée suivante soit d'avoir leur structure endommagée, ou encore de rester échoués plantés dans le sable). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
Le 28 févr. 2013 à 00:10, Pieren pier...@gmail.com a écrit : Sauf qu'il faut aller sur le forum pour répondre... et y retourner régulièrement pour suivre le fil. De toute façon, ceux qui pratiquent ce forum n'ont pas besoin de la liste de diffusion. Nul part ailleurs je n'ai vu ce système qui pollue une liste simplement parce que c'est plus pratique pour une infime minorité d'inscrits. Si ce forum a teeellement de succès, arrêtez le forward automatique et on n'en parle plus. Je n'aime pas les forums, mais je répond de temps en temps à des questions qui m'inspirent. Le fait qu'on ait accès au forum depuis la liste est plus satisfaisant. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Premier pas
2013/2/27 Balaitous balait...@mailoo.org: place = city place = town Selon le tag population = 53373 et le wiki http://wiki.openstreetmap.org/wiki/FR:Key:place C'est place=town qui est correct. Attention, le classement entre city et town peut varier d'un pays à l'autre. Et le tag place devrait normalement ne figurer qu'une seule fois pour une ville, soit sur un noeud, soit sur un polygone (ici, il est présent sur 2 noeuds et un landuse). Par facilité, le tag place est souvent placé sur un landuse=residential mais cela ne fonctionne que s'il n'y a qu'un seul polygone landuse formant la totalité de la zone urbanisée, ce qui est rarement le cas au-delà d'une certaine taille (plus c'est grand ou mieux cartographié et plus on verra des landuse pour les zones commerciales, industrielles ou artisanales, etc). Dans l'idéal, il faudrait contacter les membres de la communauté pour leur signaler le problème : Le tag place ne devrait figurer que sur un seul élément. Et on y met le tag name:fr (on devrait aussi le traduire sur la définition de la limite administrative de la commune. Chez-nous c'est un multipolygone de type boundary, boundary=administrative et admin_level=8. Mais là encore, l'admin_level pour une municipalité peut varier d'un pays à l'autre. Il faut donc être très prudent lorsqu'on contribue dans d'autres pays qui ont peut-être des pratiques légèrement différentes des nôtres. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Méridional en hémisphère sud ?
Le 27/02/2013 à 19:09:49 +1100 Francescu GAROBY windu...@gmail.com a écrit Objet: [OSM-talk-fr] Méridional en hémisphère sud ? : Plus sérieusement quand même : Wikipedia parle bien d'Australie-Méridionale, pour cet état : http://fr.wikipedia.org/wiki/Australie-M%C3%A9ridionale Il s'agit donc là du nom officiel (je mets des guillemets car j'ignore si cette traduction a été validée par un quelconque organisme...) Francescu Sur la page de discussion on a déjà parlé de cette erreur de traduction. Pour justifier l'usage de ce terme matériellement incorrect on trouve Hachette et Larousse et on argumente qu'une erreur doit rester si elle a été faite dès le départ. Personnellement, je n'adhère à aucun de ces trois arguments. Pour l'anecdote, sur le Wikipedia allemand il est précisé que meridional n'est utilisé qu'en hémisphère nord pour désigner le Sud... http://de.wikipedia.org/wiki/Meridian -- Cordialement Hendrik Oesterlin - Nouvelle-Calédonie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
On 02/27/2013 09:54 PM, Christian Quest wrote: Cette retransmission de l'unique premier message d'un nouveau sujet sert à décloisonner le forum de la mailing list et à favoriser les réponses d'abonnés de talk-fr... pour éviter un phénomène de tour d'ivoire ;) Super - alors par souci de réciprocité je propose que tout nouveau message d'un fil de discussion de talk-fr soit transmis au forum qui en fera un nouveau fil - histoire de décloisonner la liste et favoriser les réponses d'abonnés du forum... Pour éviter un phénomène de tour d'ivoire ;) Certes, on ne pourra pas participer directement à la discussion sur la liste depuis le forum, mais pour répondre c'est simple - il suffit de s'abonner à la liste ! J'ai hâte de tester ! Je suis sûr que ça va être supr populaire sur le forum ! On pourrait aussi synchroniser les forums. Et rajouter les tweets identifiés comme francophones et avec les hashtags #osm ou #openstreetmap. Et synchroniser talk-fr et les forums vers les tweets. Whoah - il y a un potentiel énaurme ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
De: Jean-Marc Liotier j...@liotier.org Super - alors par souci de réciprocité je propose que tout nouveau message d'un fil de discussion de talk-fr soit transmis au forum qui en fera un nouveau fil - histoire de décloisonner la liste et favoriser les réponses d'abonnés du forum... Pour éviter un phénomène de tour d'ivoire ;) Certes, on ne pourra pas participer directement à la discussion sur la liste depuis le forum, mais pour répondre c'est simple - il suffit de s'abonner à la liste ! J'ai hâte de tester ! Je suis sûr que ça va être supr populaire sur le forum ! Ca existe deja ( enfin presque ) : http://gis.19327.n5.nabble.com/France-f5380434.html Ca permet aux personnes qui n aiment pas les mailings listes de voir le contenu de talk-fr sous forme de forum et de participer quand meme aux discussions de la liste. Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr