Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence
J'ai ouvert un ticket hier soir, et ai déjà eu ma réponse (et la correction) : https://trac.openstreetmap.org/ticket/4811 Si je comprends bien, la présence du tag wikipedia a plus d'importance que la valeur du tag admin_level (qui n'est absolument pas abordé dans la réponse) ? C'est bon à savoir pour le projet du mois ;-) Francescu Le 18 mars 2013 17:35, Philippe Verdy verd...@wanadoo.fr a écrit : 2013/3/18 Pieren pier...@gmail.com: 2013/3/18 Francescu GAROBY windu...@gmail.com: Y a un ersatz d'explications ici : http://wiki.openstreetmap.org/wiki/Nominatim/Development_overview Vi, je connais. C'est une doc à la verdy_p: Search Algorithm TODO Je n'y suis pour tien du tout ! En creusant un peu, je trouve les requêtes ici mais le code est imbuvable: https://github.com/twain47/Nominatim/blob/master/website/search.php Je vais essayer de m'y plonger sans me noyer... On voit bien deux order by importance desc. D'un autre côté, les notes de la version 2 disent search logic in java (http://wiki.openstreetmap.org/wiki/Nominatim/Version2). Comprenne qui pourra. Effectivement c'est imbuvable, mais avant de se demander comment il fonctionne il faut savoir comment le code d'importation de ses tables Gazetteer mappe les tags OSM en features Gazetteer. Je ne vois rien dans ce code qui semble indiquer qu'il gère les quartiers de villes ; les arrondissements français en revanche devraient être traités comme les place=county aux USA, c'est à priori le même admin_level=7. Mais dans ce paquet infâme et illisible d'expressions régulières (surtout destiné à gérer les règles orthographiques de la toponymie et les hiérarchies administratives des pays anglophones, avec des exceptions incluses pour les germanophones et des hacks avoués pour l'Etat de New York), qui sait ce que cela fait en France, même si on fait une recherche Nominatim en anglais (je n'ai pas testé si les résultats sont différents, à priori cela ne devrait pas l'être au niveau des sélections et tris de résultats) ! Assez souvent, pour le guider il faut ajouter des tags d'annotation lui permettant de classer certains éléments correctement. ___ 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] Carte /rendu /question
Am 19.03.2013 00:44, schrieb Pieren: Le problème est évidemment que c'est la porte ouverte à tous les excès comme les itinéraires personnels ou fictifs. En principe, on ne taggue que ce qui es visible sur place. Dans le cas des itinéraires cyclistes, pour moi ça veut dire qu'il ait un balisage. Mais si nous acceptons une relation qui représente une étape du Tour de France 2008 [1], pourquoi on n'accepterait pas un itinéraire décrit dans une brochure d'une association. Je ne suis pas pour les itinéraires personnels et fictifs, mais il faut rester cohérent. Rainer [1] http://www.openstreetmap.org/browse/relation/38907 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] radar de feu
Le 19 mars 2013 07:36, Jean-Claude Repetto jrepe...@free.fr a écrit : On 19/03/2013 06:55, nono wrote: non non pas de soucis. D'ailleurs je ne sais pas comment installer un serveur de tuiles osm pour en extraire les POI qui m'intéresseraient. Un tuto FR serait le bienvenue ;) Pas besoin d'installer un serveur de dalles pour en extraire les POIs ! D'ailleurs tu ne pourrais pas le faire. Par contre, tu peux le faire très simplement en utilisant l'Overpass API : http://wiki.openstreetmap.org/wiki/Overpass_API En parlant de projet du mois. Ce serait une bonne idée que de traduire ce genre de pages d'autant moins facile à comprendre qu'elles sont techniques. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Sondage sur la répétition des messages du forum sur cette liste - dernier tour
On va y arriver ;-) Le 2ème tour s'étant terminé hier soir avec le nombre de voix suivant (une fois retiré les 3 avis en double*) 1) Couper cette passerelle forum-listes sans conditions : 35 2) Convertir cette passerelle pour n'envoyer qu'un message par jour : 27 3) Garder cette passerelle, sans conditions : 25 Conformément au bordel non prévu dans lequel je me suis fourré, ce sondage attaque donc son 3ème et dernier tour où n'a pas été retenu l'option 3) C'est toujours au même endroit : http://doodle.com/buahemz755mfahis Chacun peut changer son précédent vote (petit stylo en cliquant sur son nom, ou, si l'interface de doodle merdoit, ajouter votre choix avec le même nom/pseudo qu'avant, je retirerais les doublons) * voir fichier joint -- sly (sylvain letuffe) Doodle.xls Description: MS-Excel spreadsheet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les canaux de navigation
Le 15 mars 2013 09:21, ades_...@orange.fr ades_...@orange.fr a écrit : Pour revenir aux canaux navigables, serait-il possible de mettre la page de Claude M (http://wiki.openstreetmap.org/wiki/User_talk:ClaudeM) en page de définition des canaux ou de la transformer en proposition officielle ? Ou au moins un lien vers elle? Quitte à modifier riverbank en water sur cette page ;-). riverbank a été modifié et remplacé par natural=water water=* pour la mettre en position officielle, son contenu (qui n'est pas encore complet) est-il cohérent? cordialement Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte /rendu /question
2013/3/19 RainerU ra...@sfr.fr: Je ne suis pas pour les itinéraires personnels et fictifs, mais il faut rester cohérent. [1] http://www.openstreetmap.org/browse/relation/38907 D'accord pour la cohérence. Je pense avoir été le premier à parler du tour de France sur cette liste en 2008 ([1]). Mais à l'époque, je ne parlais que de cartographier les routes, pas des itinéraires. Il y a d'ailleurs un problème éventuel de droit d'auteur, comme pour les GR. Mais surtout, un problème d'intérêt à conserver quelque chose d'inexistant sur le terrain et d'obsolète. Je vote pour la suppression de cette relation. Pieren [1] http://lists.openstreetmap.org/pipermail/talk-fr/2008-October/004627.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les canaux de navigation
Pour ma part je trouve ça plutôt assez cohérent. je ne vois que les détails suivants : exemple de cours d'eau navigable - préciser, peut-être, que si une portion de rivière est canalisée ça reste 'waterway=rivière' j'ai cru lire que certains n'en étaient pas persuadés ;-) -pour les rives ça semble ok, tags votés, même si ne semble pas encore trop employés… point kilométrique - la clé 'name' me gène, ce pourrait plutôt être quelque chose comme ce qui avait été proposé là : http://wiki.openstreetmap.org/wiki/Proposed_features/Milestones (sans suite je crois); peut-être proposer : 'waterway=milestone et 'km=###' pour ceux en km et mi=##' pour ceux en miles; je ne sais pas si on en trouverait 'Nmi=##' pour les miles nautiques. Ouvrage d'art - peut être préciser le tirant d'air des ponts et tunnels en complément de celui du CMET ; 'waterway:maxheight=###' sur les tags de l'ouvrage ? Voilà… Le 19 mars 2013 à 09:37, claude marani a écrit : Le 15 mars 2013 09:21, ades_...@orange.fr ades_...@orange.fr a écrit : Pour revenir aux canaux navigables, serait-il possible de mettre la page de Claude M (http://wiki.openstreetmap.org/wiki/User_talk:ClaudeM) en page de définition des canaux ou de la transformer en proposition officielle ? Ou au moins un lien vers elle? Quitte à modifier riverbank en water sur cette page ;-). riverbank a été modifié et remplacé par natural=water water=* pour la mettre en position officielle, son contenu (qui n'est pas encore complet) est-il cohérent? cordialement Claude ___ 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] maison témoin
2013/3/18 Florian LAINEZ winner...@free.fr Pour la maison témoin en elle-même je peux en effet mettre test house si personne n'a d'idée plus précise. Je ne pense pas qu'une valeur spécifique soit requise pour la maison témoin qui n'est qu'un état temporaire. Elles sont toujours vendues et deviennent des maisons normales à la fin du cycle. Elles sont même parfois/souvent habitées durant la vente des lots. Ca peut même être une très bonne affaire si on s'accomode des visites, comme l'expliquera peut-être Philippe dans un de ses longs messages hors-sujet. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte /rendu /question
Bonjour, De : Pieren D'accord pour la cohérence. Je pense avoir été le premier à parler du tour de France sur cette liste en 2008 ([1]). Mais à l'époque, je ne parlais que de cartographier les routes, pas des itinéraires. Il y a d'ailleurs un problème éventuel de droit d'auteur, comme pour les GR. Mais surtout, un problème d'intérêt à conserver quelque chose d'inexistant sur le terrain et d'obsolète. Je vote pour la suppression de cette relation. Itou. Une autre est dans le même cas : http://www.openstreetmap.org/browse/relation/38904 Pour éviter un malentendu récurrent sur les GR : il s'agit bien de supprimer uniquement la/les relations, en aucun cas les ways (les tracés des routes) inclus dedans. vincent Laposte.net, messager officiel du Rallye des Gazelles en 2013 ! Pour suivre le Rallye Aïcha des Gazelles et soutenir les participantes, cliquez sur www.laposte.net/thematique/rallye-des-gazelles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte /rendu /question
Le 19 mars 2013 10:13, Pieren pier...@gmail.com a écrit : d'inexistant sur le terrain et d'obsolète. Je vote pour la suppression de cette relation. + 1 Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les canaux de navigation
Le 19 mars 2013 10:19, ades_...@orange.fr ades_...@orange.fr a écrit : point kilométrique - la clé 'name' me gène, ce pourrait plutôt être quelque chose comme ce qui avait été proposé là : http://wiki.openstreetmap.org/wiki/Proposed_features/Milestones (sans suite je crois); peut-être proposer : 'waterway=milestone et 'km=###' pour ceux en km et mi=##' pour ceux en miles; je ne sais pas si on en trouverait 'Nmi=##' pour les miles nautiques. +1... name sert à nommer quelque chose, indiquer son nom, pas pour le décrire... Eglise ou Boulangerie, c'est pas un nom, ni 12.435 -- 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] Petit soucis sur un node place=isolated_dwelling
Merci de la réponse, Ne connaissant pas bien ce secteur, je ne peux me positionner sur je fait que le nom soit réel, historique ou autre chose. Lorsque je fait ce genre de correction Osmose je part du principe que ce n'est qu'une erreur de tag et que la donnée paraissait utile au contributeur initial. Je vais tenter de le recontacter pour qu'il corrige de lui même, je ne veux pas rentrer dans un jeu de correction-retour en arrière sans fin. Zaany Le 16/03/2013 10:43, Philippe Verdy a écrit : En plus ce n'est même pas un nom (Ancienne léproserie), car le nom est celui de la ferme (le bâtiment à côté nommé dans le même changeset), mais plutôt une description documentaire à valeur historique. Cela va plutôt dans un tag description, mais on peut aussi regarder parmi les tags historic:*=* C'est peut-être pour ça qu'il a enlevé le changement en name=*. Bref mettre sur le noeud place le nom de la ferme à côté (name=Ancienne Ferme de Purimont) mais s'interroger aussi sur la valeur actuelle de ce nom apparemment lui aussi historique (si ce n'est plus une ferme mais juste une habitation, Purimont étant alors peut-être le lieu-dit), et changer denomination=* en description=*. Si le lieu-dit n'a plus lieu d'être, fusionner les deux dans description=Ancienne ferme de Purimont, ancienne léproserie. Le 16 mars 2013 10:11, Zaany zaany_...@orange.fr a écrit : Bonjour, En faisant des corrections Osmose le mois dernier, j'étais tombé sur cette erreur : http://osmose.openstreetmap.fr/fr/map/?zoom=16lat=48.41769lon=6.4884layers=BFFTitem=level=1,2,3 D'après le wiki, le tag denomination s'utilise plutôt pour une religion que pour le tag place=isolated_dwelling : http://wiki.openstreetmap.org/wiki/Key:denomination Je l'avais donc remplacer par un tag name, jusqu'au moment où le contributeur initial revienne en arrière (voir histo du node). Suis-je dans l'erreur? (A savoir que j'ai contacté le contributeur, je reste sans réponse de sa part) Bonne journée, Zaany ___ 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
[OSM-talk-fr] [forum-osm-fr] help style geoserveur
Le message suivant de : ## Bonjour, Pour mon projet de fin d'étude je doit créer un serveur de cartographie. J'ai donc mis en place les outils suivants sur mon serveur (debian): postgresql/postgis + geoserveur + osm2pgsql J'ai ensuite utilisé les données d'OSM pour remplir ma base (toute la corse), et j'arrive a visualisé avec géoserveur mes tuiles créées :D . Mais mon problème viens du style des cartes. J'arrive a modifié les fichiers SLD à la main, mais sa va me prendre une éternité pour avoir un rendu potable. J'ai donc voulu utiliser les styles de mapnik en les convertissant avec mapnik2geotools.. mais j'ai plein d'erreurs!!Je ne sait pas si c'est mapnik2geotools qui ne fonctionne pas ou si ce sont les styles de mapnik. Avez-vous des conseils, des remarques, et surtouts des solutions pour styliser mes cartes? Merci beaucoup a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=3t=582 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] Les canaux de navigation
2013/3/19 claude marani claude.mar...@gmail.com: pour la mettre en position officielle, son contenu (qui n'est pas encore complet) est-il cohérent? Il y a déjà des équivalents officiels en anglais: http://wiki.openstreetmap.org/wiki/Waterway http://wiki.openstreetmap.org/wiki/Inland_navigation et dans une moindre mesure (mais les deux environnements se rejoignent): http://wiki.openstreetmap.org/wiki/Marine_navigation Idéalement, il faudrait avant tout intégrer ces détails dans les pages existantes en anglais et avoir une copie en français. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit soucis sur un node place=isolated_dwelling
2013/3/19 Zaany zaany_...@orange.fr: J'ai déjà changé l'élément en mettant le nom du lieu-dit tel qu'indiqué par le cadastre mais en laissant la remarque sur la léproserie dans un note=. Malgré mes recherches sur internet, je n'ai trouvé aucune mention de léproserie dans l'histoire de ce village. Cela doit remonter à très, très longtemps en arrière et sur du très, très local. Malgré mes doutes, j'ai quand même laissé l'info dans une note mais osmose proteste encore avec un message et une analyse abscons: Utiliser un tag pour signifier l'arret : Ancienne Léproserie arret ? Item 3110 : Amélioration possible des tags note ou comment : http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#3110 Je ne vois pas comment un outil peut valider le contenu d'un tag aussi libre que note... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit soucis sur un node place=isolated_dwelling
Ok, merci pour le boulot. En ce qui concerne la nouvelle erreur en effet je n'y comprend pas grand chose non plus, Le 19/03/2013 11:35, Pieren a écrit : 2013/3/19 Zaany zaany_...@orange.fr: J'ai déjà changé l'élément en mettant le nom du lieu-dit tel qu'indiqué par le cadastre mais en laissant la remarque sur la léproserie dans un note=. Malgré mes recherches sur internet, je n'ai trouvé aucune mention de léproserie dans l'histoire de ce village. Cela doit remonter à très, très longtemps en arrière et sur du très, très local. Malgré mes doutes, j'ai quand même laissé l'info dans une note mais osmose proteste encore avec un message et une analyse abscons: Utiliser un tag pour signifier l'arret : Ancienne Léproserie arret ? Item 3110 : Amélioration possible des tags note ou comment : http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#3110 Je ne vois pas comment un outil peut valider le contenu d'un tag aussi libre que note... Pieren ___ 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] [forum-osm-fr] Intégration des numéros de rues
Le message suivant de : ## Bonjour tout le monde. Je suis entrain de cartographier tout le village dont je suis originaire et je me pose une question concernant la représentation des adresses. En effet, dans le village ce ne sont que des maisons. Faut-il que j'attribue une adresse a chaque bâtiment en faisant un noeud sur la surface de la maison ou je peux créer un noeud isolé entre cette maison et la rue et y attribuer l'adresse ? Merci a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=2t=583 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] Petit soucis sur un node place=isolated_dwelling
Osmose ici ne valide pas le contenu du tag note, mais suggère qu'on pourrait peut être indiquer une date de fin (end_date). Il détecte les ferme, fermee, ancien, ancienne, brule, brulee, burn, closed, declasse, declassee, demoli, demolished, demolition, destroyed, detruit, no_longer, rase, rasee Voir: http://gitorious.org/osmose/backend/blobs/master/plugins/TagFix_Note.py#line49 Le 19 mars 2013 11:35, Pieren pier...@gmail.com a écrit : Malgré mes doutes, j'ai quand même laissé l'info dans une note mais osmose proteste encore avec un message et une analyse abscons: Utiliser un tag pour signifier l'arret : Ancienne Léproserie arret ? Item 3110 : Amélioration possible des tags note ou comment : http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#3110 Je ne vois pas comment un outil peut valider le contenu d'un tag aussi libre que note... -- 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] Petit soucis sur un node place=isolated_dwelling
2013/3/19 Christian Quest cqu...@openstreetmap.fr: Il détecte les ferme, fermee, ancien, ancienne, brule, brulee, burn, closed, declasse, declassee, demoli, demolished, demolition, destroyed, detruit, no_longer, rase, rasee Voir: http://gitorious.org/osmose/backend/blobs/master/plugins/TagFix_Note.py#line49 Quelqu'un a déjà regardé ce qu'il trouvait ? Il y a beaucoup trop de faux positifs dans cette analyse. Mauvaise idée. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les canaux de navigation
Le 19 mars 2013 à 11:18, Pieren a écrit : 2013/3/19 claude marani claude.mar...@gmail.com: pour la mettre en position officielle, son contenu (qui n'est pas encore complet) est-il cohérent? Il y a déjà des équivalents officiels en anglais: http://wiki.openstreetmap.org/wiki/Waterway c'est la page généraliste http://wiki.openstreetmap.org/wiki/Inland_navigation pourrait être complétée (voire remplacée) par la page de claudeM beaucoup plus explicite, reste à traduire… et dans une moindre mesure (mais les deux environnements se rejoignent): http://wiki.openstreetmap.org/wiki/Marine_navigation Idéalement, il faudrait avant tout intégrer ces détails dans les pages existantes en anglais et avoir une copie en français. dans l'attente d'une intégration-traduction, ce serait peut-être possible et (ou) souhaitable de mettre un lien ? Pieren ___ 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] Les canaux de navigation
bonjour Pieren Je connais ces pages et j'y ai puisé pas mal d'infos. Elle mériterai effectivement d'être traduites et complétées mais mon anglais écrit ne me permets pas de le faire sans effrayer tous les lecteur qui s'aventurerai par la suite sur ces pages claude Le 19 mars 2013 11:18, Pieren pier...@gmail.com a écrit : 2013/3/19 claude marani claude.mar...@gmail.com: pour la mettre en position officielle, son contenu (qui n'est pas encore complet) est-il cohérent? Il y a déjà des équivalents officiels en anglais: http://wiki.openstreetmap.org/wiki/Waterway http://wiki.openstreetmap.org/wiki/Inland_navigation et dans une moindre mesure (mais les deux environnements se rejoignent): http://wiki.openstreetmap.org/wiki/Marine_navigation Idéalement, il faudrait avant tout intégrer ces détails dans les pages existantes en anglais et avoir une copie en français. Pieren ___ 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] Josm plugin failed
Bonjour J'ai téléchargé la dernière version de josm-tested et pas moyen d'installer un seul plugin, a chaque fois j'ai un message failed. Personne n'a eu le problème ? Merci Jean-Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rues sans nom dans les lotissements et adressage
Bonjour à tous, Vous avez sûrement dû rencontrer ce problème, dans certains lotissements, la voirie n'est pas nommée et, pourtant, il y a des adresses. ex : 8, lotissement Les Jardins de Tisca. J'ai pris le parti de tracer la voie sans lui donner de nom et de dessiner le contour du lotissement (landuse=residential) en le nommant. En créant les points d'adresse (N°8 dans mon exemple), je mets addr:housenumber=8 et addr:street=lotissement Les Jardins de Tisca. Le problème, si je fais le point des adresses incorrectes avec JOSM, est que le plug-in estime que l'adresse est fausse si elle n'est pas rattachée à une voie nommée. De votre côté, comment gérez-vous les voies sans nom qui se trouvent dans les lotissements et, du coup, les adresses ? -- View this message in context: http://gis.19327.n5.nabble.com/Rues-sans-nom-dans-les-lotissements-et-adressage-tp5753877.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] [Nominatim] résultats non classés selon leur pertinence
Une règle qui frise l'empririsme total... Je ne vois pas en quoi un lien vers un article Wikipédia est pertinent pour trouver une adresse ! Alors que l'admin_level est évidemment bien plus important. Le 19 mars 2013 08:17, Francescu GAROBY windu...@gmail.com a écrit : J'ai ouvert un ticket hier soir, et ai déjà eu ma réponse (et la correction) : https://trac.openstreetmap.org/ticket/4811 Si je comprends bien, la présence du tag wikipedia a plus d'importance que la valeur du tag admin_level (qui n'est absolument pas abordé dans la réponse) ? C'est bon à savoir pour le projet du mois ;-) Francescu Le 18 mars 2013 17:35, Philippe Verdy verd...@wanadoo.fr a écrit : 2013/3/18 Pieren pier...@gmail.com: 2013/3/18 Francescu GAROBY windu...@gmail.com: Y a un ersatz d'explications ici : http://wiki.openstreetmap.org/wiki/Nominatim/Development_overview Vi, je connais. C'est une doc à la verdy_p: Search Algorithm TODO Je n'y suis pour tien du tout ! En creusant un peu, je trouve les requêtes ici mais le code est imbuvable: https://github.com/twain47/Nominatim/blob/master/website/search.php Je vais essayer de m'y plonger sans me noyer... On voit bien deux order by importance desc. D'un autre côté, les notes de la version 2 disent search logic in java (http://wiki.openstreetmap.org/wiki/Nominatim/Version2). Comprenne qui pourra. Effectivement c'est imbuvable, mais avant de se demander comment il fonctionne il faut savoir comment le code d'importation de ses tables Gazetteer mappe les tags OSM en features Gazetteer. Je ne vois rien dans ce code qui semble indiquer qu'il gère les quartiers de villes ; les arrondissements français en revanche devraient être traités comme les place=county aux USA, c'est à priori le même admin_level=7. Mais dans ce paquet infâme et illisible d'expressions régulières (surtout destiné à gérer les règles orthographiques de la toponymie et les hiérarchies administratives des pays anglophones, avec des exceptions incluses pour les germanophones et des hacks avoués pour l'Etat de New York), qui sait ce que cela fait en France, même si on fait une recherche Nominatim en anglais (je n'ai pas testé si les résultats sont différents, à priori cela ne devrait pas l'être au niveau des sélections et tris de résultats) ! Assez souvent, pour le guider il faut ajouter des tags d'annotation lui permettant de classer certains éléments correctement. ___ 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] Carte /rendu /question
Malgré tout il y a des itinéraires cyclistes incontournables pour leur difficulté technique (comme le Col du Tourmalet). Mais c'est un itinéraire sportif, pas une poste cyclable pour monsieur tout le monde. En revanche on peut taguer les stèles dédiées à ceux qui sont morts dans un ravin sur ce genre de cols mythiques. Le 19 mars 2013 10:26, Vincent de Chateau-Thierry v...@laposte.net a écrit : D'accord pour la cohérence. Je pense avoir été le premier à parler du tour de France sur cette liste en 2008 ([1]). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rues sans nom dans les lotissements et adressage
tu nommes la rue du nom du lotissement (tant pis si cela concerne plusieurs rues proches. Maintenant addr:street n'est effectivement pas le meilleur choix pour indiquer en fait un secteur, un bloc (on devrait plutôt indiquer un autre élément addr:*=* et malgré tout pouvoir former une relation non linéaire avec, càd une surface). Du coup si on met des numéros de maisons, on se demande quel est lintérêt d'associer un nom de rue puisque le noeud ou la maison désignée sera dans la surface couverte. On devrait donc pouvoir créer un polygone avec un rôle place=* adapté aux lieux-dits. et mettre addr:place=* pour indiquer ce nom de polygone/surface, et cela suffirait en plus du numéro de maison même si aucune rue n'est indiquée. Un peu aussi comme les numéros (ou lettres) de bâtiments dans une résidence privée, qui sont aussi dans le même cas : le numéro de bâtiment suffit au sein du polygone de la résidence qui donne le nom de la résidence. On a le cas dans certains pays où les rues n'ont pas de noms mais seulement les blocs ou secteur son nommés (en revanche les rues ou routes ont bien des numéros correspondant à des itinéraires, mais ils ne sont pas toujours affichés partout à chaque carrefour ou sur les panneaux où on indique plus souvent les directions (noms de villes ou de blocs/Secteurs à dans une direction donnée). C'est le cas au Japon et dans plusieurs pays d'Amérique latine (le Pérou si je me souviens bien) où les noms données aux voies sont plutôt rares et destinés à des honneurs assez élevés sur certaines voies de prestige. Le 19 mars 2013 17:10, Tony Emery tony.em...@yahoo.fr a écrit : Bonjour à tous, Vous avez sûrement dû rencontrer ce problème, dans certains lotissements, la voirie n'est pas nommée et, pourtant, il y a des adresses. ex : 8, lotissement Les Jardins de Tisca. J'ai pris le parti de tracer la voie sans lui donner de nom et de dessiner le contour du lotissement (landuse=residential) en le nommant. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Dénominations avec le même nom
Bonjour, bonsoir, Petite question philosophique que soumet a la sagacité collective de la liste osm-fr. Par soucis de précision je cherche a optimiser la recherche de ma ville, qui servira d'exemple (Cognac) mais mon questionnement est vrai pour toutes les autres villes. Lorsque je fais une recherche sur OSM ou directement du Nominatim avec Cognac, j'obtiens 7 réponses. Toutes ces réponses sont bonnes mais pas également. Si je précise Cognac, France je n'ai plus que 4 réponses (Nominatim a supprimer les 2 Cognac américains et le Belge). Il reste donc (Cognac, France) : Cognac, la circonsription Cognac, la ville Cognac, La Gare Cognac, un hameau de Charente qui porte le même nom que la ville... A ce stade je m'interroge sur les 3 premiers (le quatrième est totalement légitime) et surtout les 2 premiers qui sont présentés exactement pareils. Ainsi dans OSM le résultat donne : 1. Limite administrative Cognac, Charente, Poitou-Charentes, France 2. Limite administrative Cognac, Charente, Poitou-Charentes, 16100, France 3. Gare ferroviaire Cognac, Place de la Gare, Cognac, Charente, Poitou-Charentes, 16100, France, European Union 4. Hameau Cognac, Confolens, Charente, Poitou-Charentes, France Du coup je me demande si il est bien raisonnable de nommer la circonscription Cognac ou Circonscription de Cognac (admin_level 7) Et la gare Cognac plutôt Gare de Cognac... Même si a priori c'est pas l'usage et dans ce cas pourquoi pas Ville de Cognac... (admin_level 8) Je m'interroge surtout que la circonsription arrive en premierd e la liste (probablement a cause de son plus petit admin_level) et que si on clique dessus on arrive en pleine campagne Charentais (très jolie au demeurant) mais pas pertinente du tout car le terme Cognac n'apparait aucune sur la carte a cet endroit et c'est probablement pas ce que chercher l'utilisateur... A noter au passage un site d'ancien explosion nucléaire américaine dans le Nevada qui est aussi prénommé ''Cognac... -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Josm plugin failed
Bonsoir, Le problème a été identifié (http://josm.openstreetmap.de/ticket/8523) et corrigé dans la journée. C'est lié au changement de serveur, la liste des plugins a été corrompue au cours de cette opération, il faut donc la télécharger à nouveau manuellement dans les préférences de JOSM. Le 19 mars 2013 17:07, Jean-Yves LEBLEU jleb...@gmail.com a écrit : Bonjour J'ai téléchargé la dernière version de josm-tested et pas moyen d'installer un seul plugin, a chaque fois j'ai un message failed. Personne n'a eu le problème ? Merci Jean-Yves ___ 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] Josm plugin failed
Le mardi 19 mars 2013 à 17:07 +0100, Jean-Yves LEBLEU a écrit : Bonjour J'ai téléchargé la dernière version de josm-tested et pas moyen d'installer un seul plugin, a chaque fois j'ai un message failed. Personne n'a eu le problème ? J'avais remarqué que celui de wikipedia ne fonctionnait pas et j'avais passé l'info sur cette même liste. Pour les autres plugins je n'ai pas testé. nono -- Chuck Norris est né en 1940, parce qu'il fallait que quelqu'un finisse la seconde guerre mondiale. signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] radar de feu
nono pingven...@free.fr wrote: non non pas de soucis. D'ailleurs je ne sais pas comment installer un serveur de tuiles osm pour en extraire les POI qui m'intéresseraient. Un tuto FR serait le bienvenue ;) En voyant la date en bas de page « Sat, 06 Oct 2012 17:17:15 GMT » j'ai cru que ce projet était à l'abandon. Je suis rassuré s'il n'en est rien. En fait c'est un simple hobby et je met à jour... quand j'ai le temps et que j'y pense. Mais faut pas hésiter a me le demander par email. Quand a réaliser ce type de carte, pas besoin de serveur de tuile (heureusement). En fait j'utilise OpenLayers pour afficher la carte et les POI. La carte c'est OpenMapquest ou OSM au choix et les POI sont simplement stocké dans un fichier texte (OpenLayers TextLayer), faut juste connaitre un peu javascript. Ensuite pour construire le fichier texte c'est semi-automatique... J'extrait manuellement la liste des radars via Overpass API (1), puis je fais tourner un petit script python (fait maison) qui extrait les POI radars, les filtres et met tout ça en forme dans un fichier texte au bon format et qui au final envoi ce fichier en FTP sur mon hébergeur... Le problème de mis à jour vient que j'au dut passer de XAPI a Overpass récemment et j'arrivais a faire tout a fait ce que voulais avec Overpass, mais maintenant c'est résolu. Sur un modèle similaire, mais un peu plus complexe j'ai aussi réalisé les cartes suivantes : Caméras de surveillance : http://www.leretourdelautruche.com/map/cctv/cctv_map.php?zoom=18lat=48 .89544lon=2.23739layers=B00T Centrales nucléaires (auxquelles je vais bientot ajouter les mines d'uranium, les sites d'enrichissement et les stockages de déchets) : http://www.leretourdelautruche.com/map/nuke/ et plus simple, une carte touristique de ma ville : http://www.leretourdelautruche.com/map/cognac.html -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence
Philippe Verdy verd...@wanadoo.fr wrote: Bien du courage pour expliquer à Brian Quinion pourquoi la France ferait exception dans Nominatim. Il n'y a pas d'exception. Nominatim a bien une anomalie dans sa façon de calculer la sélectivité (puisqu'il ne tient pas compte de l'admin_level). Pas la peine de surcharger les noms pour autant. Je suis pas sur... Le soucis a mon sens provient vraiment de l'homonymie Caen (Ville) et Caen (Arrondissement). Nominatim n'a aucun moyen de savoir qui privilégier et même il faudrai privilégier l'arrondissement car d'admin_level plus faible donc de sens plus large. De même qui (si ça existe) il faudrait privilégier a priori une recherche sur une région plutot que sur une ville ou un quartier (qui aurait le même nom)... Je sais pas si je suis très clair. Je rencontre exactement le même problème (je viens du publier mon soucis avant le lire cette enfilade... erreur fatale). Et dans mon cas (Cognac) je ne vois pas d'autres solutions que d'aider nominatim en précisant la dénomination, et donc en ajoutant Arrondissement de Cognac à l'admin_level 7. Prenons un cas purement théorique (pour éviter de se focaliser sur un exemple) ou on aurait tout les niveaux admin_level avec le même nom (c'est con mais c'est un exemple pour pousser l'algorythme à bout). Si l'utilisateur fait un recherche sur le simple nom, que faut-t'il privilégier ? Le pays, la région, le département, la ville ou le quartier... Que cherche l'utilisateur ? Et dans le cas ou la recherche c'est nom d'une rue, xxx il est probable que cette rue existe de nombreuse fois dans le pays, que chercher vraiment l'utilisateur... le plus haut niveau (pays) ou le plus bas (quartier) ? Je suis pas sur qu'il y ait de réponse simple... -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dénominations avec le même nom
Pierre-Alain Dorange pdora...@mac.com wrote: Petite question philosophique que soumet a la sagacité collective de la liste osm-fr. J'annule ma question, je viens de voir que l'on cause de la même cause dans l'enfilade au dessus : [Nominatim] résultats non classés selon leur pertinence Merci et désolé. Comme quoi, le vieil adage de usenet est toujours valable : il faut toujours lire le forum avant de poser une question. -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dénominations avec le même nom
Si Nominatim applique la même chose que ce qui vient d'être discuté sur cette liste concernant Caen, c'est la présence d'un lien Wikipédia sur l'arrondissement qui le fait classé comme plus important que la ville qui n'aurait pas de lien Wikipédia. Note que Nominatim cherche les liens Wikipédia d'abord sur les noeuds place avant les relations semble-t-il, cest donc que le noeud admin_center de Cognax qu'il faudrait regarder, plutôt que sur la relation admin_level=8. Mais j'ai tout de même l'impression que l'explication donnée par les auteurs de Nominatim c'est ici du pipeau ! Ce qui arrive plutôt couramment c'est uqe les noeuds place=* des villes n'ont en France presque jamais d'admin_level, et c'est pourtant le premier truc qu'il trouve pour la ville, et du coup il ne sait plus comparer avec un arrondissement qui lui a son propre admin level mais référence la ville en admin_center (laquelle n'a pas d'admin_level). Je pense que tout se situe là : Il faudrait mettre en France des admin_level sur les noeuds place des villes, particulièrement si ces villes sont aussi des chef-lieux, pour bien indiquer que leur admin_level ne correspond pas à celui de l'arrondissement (L'Espagne le fait systématiquement partout, et aussi donne une valeur capital=* pour indiquer un critère d'importance supplémentaire entre les chef-lieux (ce qui permet aux moteurs de rendus qui ne peuvent pas tout afficher de garder les noeuds place ayant soit une population plus importante, soit une classification city/town/village plus importante, soit si rien n'est indiqué de choisir entre plusieurs villes d'afficher celle qui est le chef-lieu de la subdivision la plus grande (celle qui a le capital=* de valeur minimale). L'expliation qui a été donnée concernant Caen s'avère fausse (il n'y a pas eu de changement des tags wikipedia pour régler le problème, mais une série de manipulations sur ses frontières(assez complexes) pour les réordonner. On dirait qu'il s'agissait de voir si c'était de problèmes de fermeture de polygones, mais ce n'était pas le cas. En fait les manipulations ont eu lieu sur les ways frontières de la ville et de l'arrondissement. Il reste malgré tout que les liens wikipédia sont utilisés pour calculer un critère de pertinence mais c'est plutôt mal venu car l'existance d'un article de Wikipédia dépend de sa pertinence **éditoriale* (ce que Wikipédia appelle importance encyclpédique et je ne vois pas à quel titre un arrondissement ne mériterait pas son article référençant les cantons qu'il désigne et quelques autres données, alors qu'une toute petite commune pourrait aussi bien n'avoir aucun article) et qui n'est pas l'importance géographique ou administrative non plus... Empirismes donc méfiance... D'autre part sur quel édition de Wikipédia Nominatim se base ? Le 19 mars 2013 19:22, Pierre-Alain Dorange pdora...@mac.com a écrit : Bonjour, bonsoir, Petite question philosophique que soumet a la sagacité collective de la liste osm-fr. Par soucis de précision je cherche a optimiser la recherche de ma ville, qui servira d'exemple (Cognac) mais mon questionnement est vrai pour toutes les autres villes. Lorsque je fais une recherche sur OSM ou directement du Nominatim avec Cognac, j'obtiens 7 réponses. Toutes ces réponses sont bonnes mais pas également. Si je précise Cognac, France je n'ai plus que 4 réponses (Nominatim a supprimer les 2 Cognac américains et le Belge). Il reste donc (Cognac, France) : Cognac, la circonsription Cognac, la ville Cognac, La Gare Cognac, un hameau de Charente qui porte le même nom que la ville... A ce stade je m'interroge sur les 3 premiers (le quatrième est totalement légitime) et surtout les 2 premiers qui sont présentés exactement pareils. Ainsi dans OSM le résultat donne : 1. Limite administrative Cognac, Charente, Poitou-Charentes, France 2. Limite administrative Cognac, Charente, Poitou-Charentes, 16100, France 3. Gare ferroviaire Cognac, Place de la Gare, Cognac, Charente, Poitou-Charentes, 16100, France, European Union 4. Hameau Cognac, Confolens, Charente, Poitou-Charentes, France Du coup je me demande si il est bien raisonnable de nommer la circonscription Cognac ou Circonscription de Cognac (admin_level 7) Et la gare Cognac plutôt Gare de Cognac... Même si a priori c'est pas l'usage et dans ce cas pourquoi pas Ville de Cognac... (admin_level 8) Je m'interroge surtout que la circonsription arrive en premierd e la liste (probablement a cause de son plus petit admin_level) et que si on clique dessus on arrive en pleine campagne Charentais (très jolie au demeurant) mais pas pertinente du tout car le terme Cognac n'apparait aucune sur la carte a cet endroit et c'est probablement pas ce que chercher l'utilisateur... A noter au passage un site d'ancien explosion nucléaire américaine dans le Nevada qui est aussi prénommé ''Cognac... -- Pierre-Alain Dorange OSM experiences :
Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence
Francescu GAROBY windu...@gmail.com wrote: J'ai ouvert un ticket hier soir, et ai déjà eu ma réponse (et la correction) : https://trac.openstreetmap.org/ticket/4811 Si je comprends bien, la présence du tag wikipedia a plus d'importance que la valeur du tag admin_level (qui n'est absolument pas abordé dans la réponse) ? C'est bon à savoir pour le projet du mois ;-) Ce qui ne résoudra rien quand on aura mis des liens wikipédia a tout les niveaux... -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence
Nominatim n'affiche pas les résultats de la même façon : il indique bien le type de relation (place=country, place=city...) Il se trouve que le site web a évolué entre temps et que dans la liste des résultats parmi ceux qu'on peut choisir, il ne précise plus rien (il faut consulter le détail). Nominatim lui-m^rme n'est pas en cause, mais ici c'est plutôt le site web gérant le formulaire de recherche dans la base Nominatim. Si je fais la recherche Nominatim dans JOSM, on a encore les détails nécessaires dans les listes de résultats. Si Nominatim était clair, il ne devrait pas afficher la ville ou l'arrondissement tout seul mais toujours les indiquer avec leur adresse complète (du plus fin au plus large) et dans ce cas la différence est manifeste. Nominatim n'a effectivement pas à choisir, mais il doit trier les résulats multiples selon un critère de pertinence (et dans ce cas il risque de ne pas tout afficher sur la même page s'il y a trop de résultats. Tant qu'il abrège pas ses résultats en n'indiquant QUE le nom recherché et pas dans quoi il se situe, il n'y a pas de confusion possible. Le 19 mars 2013 19:47, Pierre-Alain Dorange pdora...@mac.com a écrit : Philippe Verdy verd...@wanadoo.fr wrote: Bien du courage pour expliquer à Brian Quinion pourquoi la France ferait exception dans Nominatim. Il n'y a pas d'exception. Nominatim a bien une anomalie dans sa façon de calculer la sélectivité (puisqu'il ne tient pas compte de l'admin_level). Pas la peine de surcharger les noms pour autant. Je suis pas sur... Le soucis a mon sens provient vraiment de l'homonymie Caen (Ville) et Caen (Arrondissement). Nominatim n'a aucun moyen de savoir qui privilégier et même il faudrai privilégier l'arrondissement car d'admin_level plus faible donc de sens plus large. De même qui (si ça existe) il faudrait privilégier a priori une recherche sur une région plutot que sur une ville ou un quartier (qui aurait le même nom)... Je sais pas si je suis très clair. Je rencontre exactement le même problème (je viens du publier mon soucis avant le lire cette enfilade... erreur fatale). Et dans mon cas (Cognac) je ne vois pas d'autres solutions que d'aider nominatim en précisant la dénomination, et donc en ajoutant Arrondissement de Cognac à l'admin_level 7. Prenons un cas purement théorique (pour éviter de se focaliser sur un exemple) ou on aurait tout les niveaux admin_level avec le même nom (c'est con mais c'est un exemple pour pousser l'algorythme à bout). Si l'utilisateur fait un recherche sur le simple nom, que faut-t'il privilégier ? Le pays, la région, le département, la ville ou le quartier... Que cherche l'utilisateur ? Et dans le cas ou la recherche c'est nom d'une rue, xxx il est probable que cette rue existe de nombreuse fois dans le pays, que chercher vraiment l'utilisateur... le plus haut niveau (pays) ou le plus bas (quartier) ? Je suis pas sur qu'il y ait de réponse simple... -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ 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] [Nominatim] résultats non classés selon leur pertinence
Non, parce que le tag Wikipedia pour l'arrondissement de Caen est wikipedia=fr:Arrondissement de Caen. Et tous les articles vers les arrondissements de France sont conçus de cette façon. Francescu Le 19 mars 2013 19:47, Pierre-Alain Dorange pdora...@mac.com a écrit : Francescu GAROBY windu...@gmail.com wrote: J'ai ouvert un ticket hier soir, et ai déjà eu ma réponse (et la correction) : https://trac.openstreetmap.org/ticket/4811 Si je comprends bien, la présence du tag wikipedia a plus d'importance que la valeur du tag admin_level (qui n'est absolument pas abordé dans la réponse) ? C'est bon à savoir pour le projet du mois ;-) Ce qui ne résoudra rien quand on aura mis des liens wikipédia a tout les niveaux... -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ 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] [Nominatim] résultats non classés selon leur pertinence
Oui, mais une rue (comme celle que je cherchais) qui se trouve dans la commune de Caen, se trouve forcément dans l'arrondissement de Caen, alors que les autres solutions proposées ne sont *que* dans l'arrondissement de Caen. On pourrait alors penser qu'en tapant rue Eugène Boudin, Caen, il vaudrait mieux privilégier le cas où Caen désigne commune *et*arrondissement, car il remplit plus de conditions que les autres résultats. Autre raison : on cherche plus souvent une adresse dans une commune qu'une adresse dans un arrondissement (qui connait vraiment les limites des arrondissements ?). Francescu Le 19 mars 2013 19:47, Pierre-Alain Dorange pdora...@mac.com a écrit : Philippe Verdy verd...@wanadoo.fr wrote: Bien du courage pour expliquer à Brian Quinion pourquoi la France ferait exception dans Nominatim. Il n'y a pas d'exception. Nominatim a bien une anomalie dans sa façon de calculer la sélectivité (puisqu'il ne tient pas compte de l'admin_level). Pas la peine de surcharger les noms pour autant. Je suis pas sur... Le soucis a mon sens provient vraiment de l'homonymie Caen (Ville) et Caen (Arrondissement). Nominatim n'a aucun moyen de savoir qui privilégier et même il faudrai privilégier l'arrondissement car d'admin_level plus faible donc de sens plus large. De même qui (si ça existe) il faudrait privilégier a priori une recherche sur une région plutot que sur une ville ou un quartier (qui aurait le même nom)... Je sais pas si je suis très clair. Je rencontre exactement le même problème (je viens du publier mon soucis avant le lire cette enfilade... erreur fatale). Et dans mon cas (Cognac) je ne vois pas d'autres solutions que d'aider nominatim en précisant la dénomination, et donc en ajoutant Arrondissement de Cognac à l'admin_level 7. Prenons un cas purement théorique (pour éviter de se focaliser sur un exemple) ou on aurait tout les niveaux admin_level avec le même nom (c'est con mais c'est un exemple pour pousser l'algorythme à bout). Si l'utilisateur fait un recherche sur le simple nom, que faut-t'il privilégier ? Le pays, la région, le département, la ville ou le quartier... Que cherche l'utilisateur ? Et dans le cas ou la recherche c'est nom d'une rue, xxx il est probable que cette rue existe de nombreuse fois dans le pays, que chercher vraiment l'utilisateur... le plus haut niveau (pays) ou le plus bas (quartier) ? Je suis pas sur qu'il y ait de réponse simple... -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ 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] Carte /rendu /question
Bonjour, Votre carte est vraiment aboutie et bien documentée. Nous n'en sommes pas encore là mais cela nous donne un objectif. J'avais déjà songé aux traces gpx pour repérer les itinéraires futés mais je ne maitrise pas encore. Nous reviendrons vers vous quand nous serons plus avancés. Merci beaucoup. Dominique Lachgar Le 18/03/2013 21:53, RainerU a écrit : Bonjour, Am 17.03.2013 14:26, schrieb Dominique Lachgar: Adhérente de vélocité d'Angoulême, nous sommes en train de travailler sur une carte des aménagements cyclables. J'ai fait un travail similaire avec l'association Vélo en Têt de Perpignan: http://velocarte66.fr Grace aux infos glanées sur la liste, notamment la méthode de réalisation d'une carte de l'asso du pays de gex, et à une cartopartie organisée par l'asso des logiciels libres de Cognac, nous avons démarré sur osm et nous sommes arrivés à faire une première ébauche. Je suis aussi parti de la carte du pays de Gex, mais j'ai finalement choisi une approche technique différente et n'utilise pas Maperitive mais Tilemill/Mapnik pour le rendu. Toutefois je m'interroge sur la méthode pour taguer les itinéraires futés. Angoulême a peu de pistes cyclables donc l'association repère des itinéraires en site apaisé. Quelle est la meilleure option ; - les tagguer sur une carte sur un PC en local mais comment alors maintenir à jour toutes les modifications qui ont lieu sur la carte publique Dans ce cas comment n'importer que les modifs réalisées depuis la dernière importation C'est possible avec l'api overpass + osmosis. Mais il faudrait vérifier à chaque fois les itinéraires. On peut imaginer plein de situations où une synchronisation avec les données du serveur OSM ne peut pas se faire de façon automatique : séparation d'un chemin en deux, suppression + création d'un nouveau chemin,... A mon avis cela demande trop d'intervention manuelle. - ou existe-t il des tags permettant de repérer ce type d'itinéraires ? Actuellement il n'existe pas de tag pour marquer ce genre d'itinéraire. Il y a bien class:bicycle mais ce tag est très controversé, car trop subjectif. Une autre approche serait que Vélocité publie ses itinéraires futés et qu'on les marque d'un tag du style vélocité_angoulême:futé=yes. Ça pourrait être considéré comme une information objective et vérifiable (dans le guide de Vélocité) et donc compatible avec les principes d'OSM. Mais là aussi, il sera difficile de trouver un consensus. La solution la plus simple est de gérer ces itinéraires en dehors de OSM sous forme de fichiers GPX et de les afficher dans un calque au dessus de la carte de base. Rainer ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr - Aucun virus trouvé dans ce message. Analyse effectuée par AVG - www.avg.fr Version: 2013.0.2904 / Base de données virale: 2641/6186 - Date: 18/03/2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence
Francescu GAROBY windu...@gmail.com wrote: Non, parce que le tag Wikipedia pour l'arrondissement de Caen est wikipedia=fr:Arrondissement de Caen. Et tous les articles vers les arrondissements de France sont conçus de cette façon. Donc wikipdia a résolu ce même problème nommant l'arrondissement Caen en Arrondissement de Caen... pourquoi pas faire de même chez nous ? -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence
Philippe Verdy verd...@wanadoo.fr wrote: Nominatim n'affiche pas les résultats de la même façon : il indique bien le type de relation (place=country, place=city...) Il se trouve que le site web a évolué entre temps et que dans la liste des résultats parmi ceux qu'on peut choisir, il ne précise plus rien (il faut consulter le détail). Nominatim lui-m^rme n'est pas en cause, mais ici c'est plutôt le site web gérant le formulaire de recherche dans la base Nominatim. Si je fais la recherche Nominatim dans JOSM, on a encore les détails nécessaires dans les listes de résultats. Si Nominatim était clair, il ne devrait pas afficher la ville ou l'arrondissement tout seul mais toujours les indiquer avec leur adresse complète (du plus fin au plus large) et dans ce cas la différence est manifeste. Nominatim n'a effectivement pas à choisir, mais il doit trier les résulats multiples selon un critère de pertinence (et dans ce cas il risque de ne pas tout afficher sur la même page s'il y a trop de résultats. Tant qu'il abrège pas ses résultats en n'indiquant QUE le nom recherché et pas dans quoi il se situe, il n'y a pas de confusion possible. Nominatim tri par pertinence (on voit ce paramètre sur la page détail), c'est le calcul de ce paramètre qui est délicat. Si je compare Caen et Cognac (mon exemple) j'obtiens Caen (ville, admin 8) Importance : 0.64 Il y a un lien wikipédia, mais aussi capital, city et population Caen (arrondissement, admin 7) Importance : 0.39 Il y a un lien wikipédia et l'odre est logique (ville, puis arrondissement) Par contre pour Cognac j'ai : Cognac (arrondissement) Importance : 0.35 pas de lien wikipédia mais un tag population Cognac (ville) Importance : 0.52 pas de lien wikipédia Donc a priori j'aurai tendance a dire (mais rien de scientifique), que le lien wikipédia a peu d'importance (si il est le même entre la ville et l'arrondissement ; avec ou sans) Que la population ne permet pas de privilégier l'un ou l'autre et que par défaut Nominatim met en avant l'admin_level de plus faible (donc le plus grand) Ce qui permettrait a Caen de bien s'ordonner c'est l'ajout de capital ou city... Mais bon en même j'ai l'impression de tagger pour le rendu -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence
Oui mais on peut aussi chercher une ville (voir un village ou lieu-dit) dans un arrondissement, un département, une région, un pays, un continent. Toute précision ajoutée sert de filtre supplémentaire. Mais c'est vrai qu'un résultat où Caen appreit deux fois (celui affichant la ville et l'arrondissement, et pas seulement l'arrondissement) sera toujours plus pertinent. Maintenant que se passe-t-il si on cherche rue de Cherbourg, Caen ? Nominatim voit une recherche de Cherbourg et de Caen, il peut trouver une rue de Caen à Cherbourg ou une rue de Cherbourg à Caen et peut tout autant chercher dans une ville des deux villes ou dans un des deux arrondissements. Il n'y a pas de placement évident, sauf que cette fois Nominatim dispose d'une info : la rercherche mentionne en géréral les mots dnas un ordre comparable à une adresse et donc si on a précisé rue de , le nom qui suit est important à assirer avec rue et non avec le mot suivant qui est une autre ville. Nominatim devrait donc avoir des règles lui permettant de reconnaitre certaines associations dans un ordre précis. (rue de ne s'associe qu'avec les mots les plus proches dans la chaine de recherche avant les mots les plus éloignés) Eh bien même dans ce cas rue de Cherbourg, Caen devrait bien chercher une rue de Cherbourg et non une rue de Caen. sachant ensuite qu'on a ajouté une autre précision Caen, celle-ci n'est plus associée à rue de. La rue de Cherbourg trouvée étant trouvée, Nominatim doit chercher la précision la plus proche et ce ne peut être en priorité que la ville et non un arrondissment. Le malheur dans tout ça est que les noms de rues ou routes n'oéissent pas au schéma hiérarchique et peuvent s'étendre sur toute une série de communes voire un département entier ou plusieurs régions (par exemple RN137), même si rapidement il n'y a plus moyen de gérer une numérotation. Où chercher alors cette rue/route ? Dans une ville ? un arrondissement, un département, une région ? Ce n'est pas simple mais si on a le choix, les résultats concernant les zones de recherche les plus petites sont plus pertinents tout de même. Bref utiliser wikipedia=* ne sert à rien, il est plus là pour gêner qu'autre chose. Ce n'est pas un critère valable. Le 19 mars 2013 20:03, Francescu GAROBY windu...@gmail.com a écrit : Oui, mais une rue (comme celle que je cherchais) qui se trouve dans la commune de Caen, se trouve forcément dans l'arrondissement de Caen, alors que les autres solutions proposées ne sont que dans l'arrondissement de Caen. On pourrait alors penser qu'en tapant rue Eugène Boudin, Caen, il vaudrait mieux privilégier le cas où Caen désigne commune et arrondissement, car il remplit plus de conditions que les autres résultats. Autre raison : on cherche plus souvent une adresse dans une commune qu'une adresse dans un arrondissement (qui connait vraiment les limites des arrondissements ?). Francescu Le 19 mars 2013 19:47, Pierre-Alain Dorange pdora...@mac.com a écrit : Philippe Verdy verd...@wanadoo.fr wrote: Bien du courage pour expliquer à Brian Quinion pourquoi la France ferait exception dans Nominatim. Il n'y a pas d'exception. Nominatim a bien une anomalie dans sa façon de calculer la sélectivité (puisqu'il ne tient pas compte de l'admin_level). Pas la peine de surcharger les noms pour autant. Je suis pas sur... Le soucis a mon sens provient vraiment de l'homonymie Caen (Ville) et Caen (Arrondissement). Nominatim n'a aucun moyen de savoir qui privilégier et même il faudrai privilégier l'arrondissement car d'admin_level plus faible donc de sens plus large. De même qui (si ça existe) il faudrait privilégier a priori une recherche sur une région plutot que sur une ville ou un quartier (qui aurait le même nom)... Je sais pas si je suis très clair. Je rencontre exactement le même problème (je viens du publier mon soucis avant le lire cette enfilade... erreur fatale). Et dans mon cas (Cognac) je ne vois pas d'autres solutions que d'aider nominatim en précisant la dénomination, et donc en ajoutant Arrondissement de Cognac à l'admin_level 7. Prenons un cas purement théorique (pour éviter de se focaliser sur un exemple) ou on aurait tout les niveaux admin_level avec le même nom (c'est con mais c'est un exemple pour pousser l'algorythme à bout). Si l'utilisateur fait un recherche sur le simple nom, que faut-t'il privilégier ? Le pays, la région, le département, la ville ou le quartier... Que cherche l'utilisateur ? Et dans le cas ou la recherche c'est nom d'une rue, xxx il est probable que cette rue existe de nombreuse fois dans le pays, que chercher vraiment l'utilisateur... le plus haut niveau (pays) ou le plus bas (quartier) ? Je suis pas sur qu'il y ait de réponse simple... -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence
Le 19 mars 2013 20:03, Francescu GAROBY windu...@gmail.com a écrit : Oui, mais une rue (comme celle que je cherchais) qui se trouve dans la commune de Caen, se trouve forcément dans l'arrondissement de Caen, alors que les autres solutions proposées ne sont que dans l'arrondissement de Caen. On pourrait alors penser qu'en tapant rue Eugène Boudin, Caen, il vaudrait mieux privilégier le cas où Caen désigne commune et arrondissement, car il remplit plus de conditions que les autres résultats. Entièrement d'accord sur ce point, le résultat a des chances d'être plus pertinent si il y a cumul. Autre raison : on cherche plus souvent une adresse dans une commune qu'une adresse dans un arrondissement (qui connait vraiment les limites des arrondissements ?). C'est pas si évident que ça... Nominatim classe chaque toponyme par niveau, en reprenant les admin_level et en descendant encore plus bas. Si on considère qu'un niveau admin plus local est prioritaire, une rue se trouvant dans un hameau portant le même nom qu'une grande ville sortira en premier. D'où l'idée d'utiliser wikipédia pour tenter de déterminer l'importance d'un toponyme qui permet de dire que le nom d'un hameau est moins important que le nom d'une ville dans le cas des homonymes. Le cas des homonymes de Cognac est intéressant... rue de l'église, Cognac - c'est bien la ville de Cognac qui devrait sortir avant un éventuel hameau portant le même nom et ayant aussi une rue de l'église... enfin, il me semble, non ? Il ne faut pas oublier non plus que les admin_level sont différents d'un pays à l'autre et les conventions d'adressage aussi... et que Nominatim essaye de gérer tout ça de façon globale. -- 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] Les canaux de navigation
Je vais faire un essais de traduction... mon anglais est dramatique mais si on attends une traduction parfaite du premiers coup on risque d'attendre longtemps ;-) La traduction s'améliorera avec la temps et il faut bien commencé par un bout... Le 19 mars 2013 14:43, claude marani claude.mar...@gmail.com a écrit : bonjour Pieren Je connais ces pages et j'y ai puisé pas mal d'infos. Elle mériterai effectivement d'être traduites et complétées mais mon anglais écrit ne me permets pas de le faire sans effrayer tous les lecteur qui s'aventurerai par la suite sur ces pages claude Le 19 mars 2013 11:18, Pieren pier...@gmail.com a écrit : 2013/3/19 claude marani claude.mar...@gmail.com: pour la mettre en position officielle, son contenu (qui n'est pas encore complet) est-il cohérent? Il y a déjà des équivalents officiels en anglais: http://wiki.openstreetmap.org/wiki/Waterway http://wiki.openstreetmap.org/wiki/Inland_navigation et dans une moindre mesure (mais les deux environnements se rejoignent): http://wiki.openstreetmap.org/wiki/Marine_navigation Idéalement, il faudrait avant tout intégrer ces détails dans les pages existantes en anglais et avoir une copie en français. Pieren ___ 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] Josm plugin failed
Merci pour l'info, Je n'avais pas trouvé le bug, effectivement cela refonctionne. Jean-Yves 2013/3/19 nono pingven...@free.fr Le mardi 19 mars 2013 à 17:07 +0100, Jean-Yves LEBLEU a écrit : Bonjour J'ai téléchargé la dernière version de josm-tested et pas moyen d'installer un seul plugin, a chaque fois j'ai un message failed. Personne n'a eu le problème ? J'avais remarqué que celui de wikipedia ne fonctionnait pas et j'avais passé l'info sur cette même liste. Pour les autres plugins je n'ai pas testé. nono -- Chuck Norris est né en 1940, parce qu'il fallait que quelqu'un finisse la seconde guerre mondiale. ___ 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] Les canaux de navigation
Le 19 mars 2013 à 21:11, Jo. a écrit : Je vais faire un essais de traduction... mon anglais est dramatique mais si on attends une traduction parfaite du premiers coup on risque d'attendre longtemps ;-) La traduction s'améliorera avec la temps et il faut bien commencé par un bout... je veux bien donner un coup de main… le résultat risque de ne pas être triste ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence
Le 19/03/2013 20:43, Christian Quest a écrit : Le 19 mars 2013 20:03, Francescu GAROBY windu...@gmail.com a écrit : Oui, mais une rue (comme celle que je cherchais) qui se trouve dans la commune de Caen, se trouve forcément dans l'arrondissement de Caen, alors que les autres solutions proposées ne sont que dans l'arrondissement de Caen. On pourrait alors penser qu'en tapant rue Eugène Boudin, Caen, il vaudrait mieux privilégier le cas où Caen désigne commune et arrondissement, car il remplit plus de conditions que les autres résultats. Entièrement d'accord sur ce point, le résultat a des chances d'être plus pertinent si il y a cumul. Autre raison : on cherche plus souvent une adresse dans une commune qu'une adresse dans un arrondissement (qui connait vraiment les limites des arrondissements ?). Le sous-préfet ? :-) Il ne faut pas oublier non plus que les admin_level sont différents d'un pays à l'autre et les conventions d'adressage aussi... et que Nominatim essaye de gérer tout ça de façon globale. En effet, et ce dernier point reste à mon avis un des noeuds du problème. Chaque pays a sa propre logique d'imbrication des zones, d'ailleurs pas forcément administratives (penser aux zones postales aux USA par ex.). En observant les tableaux de cette page : http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative on peut constater que chaque pays fait son marché parmi les 10 voire 11 niveaux conventionnels. Aucun niveau (= aucune colonne) n'est utilisé à 100% hormis le 2 (frontières de pays). Par suite, traiter uniformément (à quelques hacks près) tous les pays donne nécessairement des résultats discutables, selon le pays. L'importance donnée chez nous aux arrondissements (de part leur admin_level) par le moteur en est une illustration : le focus est mis sur la valeur d'admin_level, et non sur l'usage, qui en France occulte ce niveau, encadré qu'il est par deux niveaux très discriminants et utilisés en permanence : commune et département. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les canaux de navigation
Merci, ce serait avec plaisir demain je vais réfléchir à tête reposée comment faire un premier passage avec un traducteur automatique sans casser les balises utilisée pour le wiki (mise en forme). Il me restera un travail de reformulation de pĥrase et me connaissant il y aura quelques « fote d'or taux graphe est de gramme mère » ;-/ Le 19 mars 2013 22:04, ades_...@orange.fr ades_...@orange.fr a écrit : Le 19 mars 2013 à 21:11, Jo. a écrit : Je vais faire un essais de traduction... mon anglais est dramatique mais si on attends une traduction parfaite du premiers coup on risque d'attendre longtemps ;-) La traduction s'améliorera avec la temps et il faut bien commencé par un bout... je veux bien donner un coup de main… le résultat risque de ne pas être triste ;-) ___ 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] [Nominatim] résultats non classés selon leur pertinence
2013/3/19 Christian Quest cqu...@openstreetmap.fr: On pourrait alors penser qu'en tapant rue Eugène Boudin, Caen, il vaudrait mieux privilégier le cas où Caen désigne commune et arrondissement, car il remplit plus de conditions que les autres résultats. Entièrement d'accord sur ce point, le résultat a des chances d'être plus pertinent si il y a cumul. Je crois rêver quand je lis ce genre de commentaires. Qui connait les noms des arrondissements ? Qui connait les limites des arrondissements ? Qui connait les arrondissements comme subdivision administrative en dehors des arrondissements de Paris, Lyon et Marseille : oups, pardn, c'est pas les mêmes Sur un million de gens qui cherchent la rue Boudin à Caen, combien pensent à l'arrondissement de Caen ? 2 ? 3 ? 1 ? aucun ? Il faut savoir parfois revenir dans le vrai monde IRL... On croit entendre un sketch du très grand Raymond Devos : - Pour Caen, quelle heure ? - pour où ? - Pour Caen - Comment voulez-vous que je vous dise quand, si je ne sais pas où ? C'est quand même incroyable de devoir dépendre d'un projet externe (wikipedia) qui lui n'hésite pas à nommer les choses par leur nom (wikipedia=fr:Arrondissement de Caen) pour compenser les tergiversations de quelques contributeurs OSM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] osm2psql, problème de fichier.
Bonsoir, Jusqu'ici, il y a deux mois, j'intégrais sans problèmes le fichier osm.bz2 dans postgis avec la méthode ancienne (fichier bz2 et non pbf) et osm2psql 32 bits. Plus maintenant. J'ai mis à jour osm2psql[1] avec installation de la lib protobuf. Mais je ne parviens plus à refaire ma base postgis osm2psql pour la France. mon script (exécuté en user postgres) : -- wget -v http://download.geofabrik.de/europe/france-latest.osm.pbf -O /home/vincent/tmp/france-latest.osm.pbf osm2pgsql -s -vl -U postgres -S /home/vincent/Documents/cartographie/Data/styles/france.style -d gis -C 2000 /home/vincent/tmp/france-latest.osm.pbf --prefix france -- J'ai testé le md5 du fichier france-latest.osm.pbf j'ai la même valeur qu'indiquée sur http://download.geofabrik.de/europe/france.html Le propriétaire est bien postgres et j'obtiens le message : Reading in file: /home/vincent/tmp/france-latest.osm.pbf Unable to open /home/vincent/tmp/france-latest.osm.pbf Error occurred, cleaning up What's wrong ? Merci pour vos conseils. [1] http://wiki.openstreetmap.org/wiki/Osm2pgsql#For_Debian_or_Ubuntu points 2 à 4 -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Josm plugin failed
Le mardi 19 mars 2013 à 21:55 +0100, Jean-Yves LEBLEU a écrit : Merci pour l'info, Je n'avais pas trouvé le bug, effectivement cela refonctionne. Jean-Yves C'est bon maintenant pour le plugin wikipédia. merci Vincent pour l'explication nono -- En pressant une seule olive dans sa main, Chuck Norris peut tirer deux litres d'huile. signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
