Le 18/10/2016 à 07:46, Jérôme Amagat a écrit :
> (je comprend pas bien comment sont tes données)
Pour l'instant, en vrac. Ex : La Poste 3 rue du 11 novembre.
Mais mettre ça en forme ne prendra pas longtemps.
>
> Tu peut donner à josm un fichier csv avec une colonne latitude et une
> autre longitude.

Ça, ça CRÉE des points je suppose ?

Ce que je veux, c'est ajouter des tags à des points existants.

Avec JOSM j'ai déjà importé des morceaux de cadastre, et si je peux
importer de la même façon un fichier XML permettant de MODIFIER des
points existants, ça me va.

> Un truc important pour contribuer à osm c'est qu'on ajoute pas des
> données n'importe comment dans la base, on les intègre à la base en
> fonction des données déjà présentent.
...ce que je dis...
> Pour les adresses (déjà il n'y a pas de consensus dans la façon de les
> intégrer), il faut pas confondre l'adresse postal et l'adresse
> "géographique". C'est assez proche, on utilise les choses "rue machin"
> numéro ... mais l'adresse géographique doit être unique et moi je
> préfère la placer sur un point à l'entrée de lieu qui se trouve à
> cette adresse, et le numéro et la rue suffit. c'est l’adresse postal
> que l'on tag avec contact: (contact:street, contact:housenumber ...)

"...il n'y a pas de consensus..." : je me suis inspiré de l'existant, à
savoir la plus proche grande ville, Valence. Il y a une pleine palanquée
de "addr" contre à peine une poignée de "contact". Donc j'ai commencé à
tagguer "addr".

Comme le suggère Vincent de Château-Thierry je voudrais pouvoir donner à
des gens une liste de lieux, des restaurants par exemple, sous la forme
"12345678 | Auberge Tartempion | cuisine ? | horaires ? | etc ", et une
fois les résultats consolidés dans un fichier injecter ce fichier plutôt
que passer du temps à cliquer, taper, cliquer, taper...

Merci,

JP

>
>
> Le 18 octobre 2016 à 06:54, pepilepi...@ovh.fr
> <mailto:pepilepi...@ovh.fr> <pepilepi...@ovh.fr
> <mailto:pepilepi...@ovh.fr>> a écrit :
>
>     Le 17/10/2016 à 23:25, Vincent de Château-Thierry a écrit :
>     > Bonsoir,
>     >
>     > Le 17/10/2016 à 22:56, pepilepi...@ovh.fr
>     <mailto:pepilepi...@ovh.fr> a écrit :
>     >> Le 17/10/2016 à 22:42, osm.sanspourr...@spamgourmet.com
>     <mailto:osm.sanspourr...@spamgourmet.com> a écrit :
>     >>>
>     >>> A minima le nom de la ville est faux (*Beaumont lès Valence*
>     et non
>     >>> Beaumont-lès-Valence).
>     >>>
>     >> Bin c'est ce que j'ai mis...
>     >
>     > La version souhaitée est celle avec les traits d'union.
>
>     OK, c'est corrigé.
>
>
>     > Le bureau de poste à côté de ton ajout mériterait le même soin.
>
>     Il va y passer, c'est le prochain sur ma liste. Ça fait plusieurs
>     années
>     qu'il est incomplet, il attendra bien une semaine ou deux, il me
>     servira
>     de cobaye pour tester QGis ou l'API.
>
>     >
>     >>> Je l'interroge sur l'intérêt de addr:country
>     >>>
>     <http://wiki.openstreetmap.org/wiki/Key:addr:country?uselang=en
>     <http://wiki.openstreetmap.org/wiki/Key:addr:country?uselang=en>> FR
>     >>>
>     >> OK.
>     >> C'était dans le wiki, je l'ai mis...
>     >>>
>     >>> Ce n'est pas faux mais la position du nœud le donne déjà.
>     >>>
>     >>> Un is_in, je dirais non. Là je me pose juste la question de
>     l'intérêt.
>     >
>     > Oui, la mention du pays n'est pas nécessaire par défaut, considérant
>     > que la situation géographique du point "dans l'emprise du pays"
>     donne
>     > l'information, indirectement certes. Des outils de manipulation
>     de la
>     > donnée (SIG [1], BD spatiale) permettent de retrouver/calculer cette
>     > info aisément.
>     >
>     >>> Pour les imports (ou plutôt les ajouts assistés), QGis
>     n'est-il pas
>     >>> plus adapté ?
>     >>>
>     >> Je débarque dans la grande communauté OSM. C'est quoi QGis ?
>     >> Là encore toute doc et tout exemple sont bienvenus.
>     >
>     > QGis [2] est un logiciel de manipulation de données
>     géographiques (un
>     > SIG) très bien foutu, mais pas orienté OSM plus que ça. Il est
>     > volontairement généraliste. Comme tu es familier de JOSM, je ne vois
>     > personnellement pas l'intérêt de recourir à QGis pour éditer
>     dans OSM.
>     > Pour analyser la donnée en revanche il peut être plus pratique que
>     > JOSM selon le besoin.
>     >
>     > Pour revenir à ta question initiale, en effet remplir
>     mécaniquement un
>     > fichier avec les bonnes caractéristiques peut être une action assez
>     > rapide et mécanique. Le format serait celui de l'API 0.6 [3]. Ce qui
>     > reste fastidieux comme tu l'as identifié, c'est le travail de
>     > consolidation & dédoublonnage avec l'existant, puisqu'il ne
>     s'agit pas
>     > de créer des doublons. Et ce travail là ne relève au final pas d'un
>     > algo, mais bien de décisions prises par un humain derrière son
>     écran.
>
>     Nan, c'est pas trop monstrueux. J'ai une liste de lieux et d'adresses,
>     etje connais le patelin. Donc pour chaque lieu je peux voir très
>     rapidement s'il existe déjà dans OSM. Si oui je note son nodeId, sinon
>     je le crée manuellement avec le minimum d'info et je le traite ensuite
>     comme un existant.
>
>     > Si tu trouves ton chantier fastidieux, un moyen peut consister à
>     > l'organiser pour le partager entre plusieurs contributeurs. En ayant
>     > au préalable traité le sujet de la licence associée aux données
>     que tu
>     > évoques (d'où viennent-elles ?), histoire de ne pas faire de
>     boulette.
>
>     Les données, c'est la municipalité qui les fournit. Aujourd'hui
>     sur une
>     feuille de papier... Je vais essayer de négocier un fichier.
>
>     Et ce qui me gène ce n'est pas "fastidieux", c'est INUTILEMENT
>     fastidieux. Il y a certes certaines tâches qui sont forcément
>     manuelles,
>     comme ici l'identification des points. Mais ce qui me casse les pieds
>     c'est de passer trois heures à des actions répétitives qui pourraient
>     être automatisées. Comme l'affectation des tags aux points.
>
>     En tous cas merci pour ces infos, je vais m'y plonger
>
>     JP
>
>     >
>     > vincent
>     >
>     > [1]
>     >
>     
> https://fr.wikipedia.org/wiki/Syst%C3%A8me_d%27information_g%C3%A9ographique
>     
> <https://fr.wikipedia.org/wiki/Syst%C3%A8me_d%27information_g%C3%A9ographique>
>     > [2] http://qgis.org/
>     > [3] : http://wiki.openstreetmap.org/wiki/API_v0.6
>     <http://wiki.openstreetmap.org/wiki/API_v0.6>
>     >
>     > _______________________________________________
>     > Talk-fr mailing list
>     > Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>     > https://lists.openstreetmap.org/listinfo/talk-fr
>     <https://lists.openstreetmap.org/listinfo/talk-fr>
>
>
>
>     _______________________________________________
>     Talk-fr mailing list
>     Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>     https://lists.openstreetmap.org/listinfo/talk-fr
>     <https://lists.openstreetmap.org/listinfo/talk-fr>
>
>
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Répondre à