Re: [OSM-talk-fr] Bano en panne ?

[Vincent de Château-Thierry]

Bonjour,

Le 12/11/2014 13:17, Vincent de Château-Thierry a écrit :


Copie à revoir, à suivre.


J'ai modifié le procédé de détection des voies concernées par un suffixe 
(hameau, n° de route, etc).
Pas parfait sur Pornic (on perd encore quelques voies) mais assez 
positif sur la France, où on gagne un peu plus de 2000 voies rapprochées 
d'après mes comptages. Ça semble (presque) confirmé ici :

http://munin.openstreetmap.fr/static/dynazoom.html?plugin_name=osm12.free.org%2Fosm104.openstreetmap.fr%2Fbano_rapproche&start_iso8601=2014-11-13T01%3A04%3A24%2B0100&stop_iso8601=2014-11-13T06%3A56%3A01%2B0100&start_epoch=1415837064.05625&stop_epoch=1415858161.18125&lower_limit=&upper_limit=&size_x=800&size_y=400&cgiurl_graph=%2Fmunin-cgi%2Fmunin-cgi-graph

J'ai mis à jour la page http://osm.vdct.free.fr/hameaux/index.html avec 
la nouvelle géométrie des zones de détections : plein de petits ronds 
pour éviter une trop grande propagation. À affiner en fonction des retours.


vincent

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

Re: [OSM-talk-fr] Site web pour récupérer coordonnées coin gauches, coin droite?

[Greg]

Comme je constate qu'il s'agit d'une conversation fleuve et que le
challenge m'a plu, j'ai fait une solution "1-clic".

J'utilise un bookmarklet javascript.

L'utilisation est facile : il suffit de glisser créer un favori dans la
barre de favoris du navigateur avec le texte ci-dessous en tant qu'adresse.
Au moment de partager la carte, cliquer dessus et en tête de page, juste
sous le nom de la carte, apparait un lien nommé "Lien vers cette carte".

javascript:{document.body.querySelector('.Actions').innerHTML = "Lien vers cette
carte"};void(0);

Bonne journée :)

2014-11-12 18:01 GMT+01:00 :

>
> - Mail d'origine -
> De: Sylvain Maillard 
> À: Discussions sur OSM en français 
> Envoyé: Wed, 12 Nov 2014 16:01:52 +0100 (CET)
> Objet: Re: [OSM-talk-fr]Site web pour récupérer coordonnées coin
> gauches, coin droite?
>
> Le 10 novembre 2014 15:03, Shohreh  a écrit :
>
> > J'ai cliqué sur Export en haut et ça télécharge le fichier de 1.4MB.
> >
> > J'ai besoin des quatre coins (coordonnées) de la carte pour construire
> mon
> > URL : comment faire?
> >
> avec josm:
> menu fichier->Telecharger
> => dans l'onglet "carte glissante", sélectionner l'emprise voulue (sans
> telecharger)
> => clic sur l'onglet "zone delimitée" => utiliser les coordonnées maxi et
> mini des latitude et longitude
>
>
> Salut,
>
> pour ma part quand je clique sur le bouton "Exporter" du menu principal, ça
> m'ouvre un onglet sur la gauche avec une petite boite qui affiche les
> coordonnées nord/sud/est/ouest + un lien "Sélectionner manuellement une
> autre zone", et seulement en dessous le bouton "exporter" qui fait
> télécharger un fichier.
>
> Les chiffres présents dans la boite correspondent aux coordonnées dont il y
> a besoin pour afficher la carte topo sur la zone voulue (testé).
> Pas besoin de télécharger de fichier, juste un copier/coller depuis le site
> principal osm ...
>
>
> Sylvain
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bano en panne ?

[Stéphane Péneau]

Effectivement c'est mieux.

Mais dis-moi, ô grand Banoscripteur, je ne touche à rien en attendant 
que tu atteignes la perfection, ou j'ajoute les codes Fantoir sur les 
voies non rapprochées ?


Stf

Le jeudi 13 novembre 2014 09:24:06, Vincent de Château-Thierry a écrit :

Bonjour,

Le 12/11/2014 13:17, Vincent de Château-Thierry a écrit :


Copie à revoir, à suivre.


J'ai modifié le procédé de détection des voies concernées par un
suffixe (hameau, n° de route, etc).
Pas parfait sur Pornic (on perd encore quelques voies) mais assez
positif sur la France, où on gagne un peu plus de 2000 voies
rapprochées d'après mes comptages. Ça semble (presque) confirmé ici :
http://munin.openstreetmap.fr/static/dynazoom.html?plugin_name=osm12.free.org%2Fosm104.openstreetmap.fr%2Fbano_rapproche&start_iso8601=2014-11-13T01%3A04%3A24%2B0100&stop_iso8601=2014-11-13T06%3A56%3A01%2B0100&start_epoch=1415837064.05625&stop_epoch=1415858161.18125&lower_limit=&upper_limit=&size_x=800&size_y=400&cgiurl_graph=%2Fmunin-cgi%2Fmunin-cgi-graph


J'ai mis à jour la page http://osm.vdct.free.fr/hameaux/index.html
avec la nouvelle géométrie des zones de détections : plein de petits
ronds pour éviter une trop grande propagation. À affiner en fonction
des retours.

vincent

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




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

Re: [OSM-talk-fr] Bano en panne ?

[Vincent de Château-Thierry]

> De: "Stéphane Péneau" 
> 
> Effectivement c'est mieux.
> 
> Mais dis-moi, ô grand Banoscripteur, je ne touche à rien en attendant
> que tu atteignes la perfection, ou j'ajoute les codes Fantoir sur les
> voies non rapprochées ?

Alors euh... comment dire :)
L'occasion de rappeler que le code Fantoir associé à nos données a au moins 2 
intérêts :
- dans le cadre de BANO, c'est un composant, pour l'instant, de l'identifiant 
unique de chaque adresse proposée en sortie : pas de Fantoir -> pas d'adresse 
exploitable par les consommateurs de BANO
- dans le cadre plus large d'OSM, c'est un élément de comparaison pour savoir 
(avec des cartes, des listes) où nous en sommes du long chantier de recensement 
de toutes les voies nommées de France
donc définitivement l'ajout de code Fantoir sous forme de tag est toujours 
bienvenu. Les algos, traitements, scripts de rapprochement gèrent un bon paquet 
de cas, mais le contenu (dans OSM, dans le Cadastre, dans Fantoir) et le 
terrain sont bien trop subtils et tordus pour qu'un algo traite tout.

vincent

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

Re: [OSM-talk-fr] Bano en panne ?

[Stéphane Péneau]

Vu comme ça 

De mon côté j'étais parti sur "Si le rapprochement automatique est ok, 
je n'ajoute pas le code Fantoir".
Et ce pour une raison toute simple : Si quelqu'un modifie le nom de la 
voie et fait une faute de frappe, on verra tout de suite l'erreur 
apparaitre sur la couche Bano.


Stf

Le jeudi 13 novembre 2014 10:48:48, Vincent de Château-Thierry a écrit :



De: "Stéphane Péneau" 

Effectivement c'est mieux.

Mais dis-moi, ô grand Banoscripteur, je ne touche à rien en attendant
que tu atteignes la perfection, ou j'ajoute les codes Fantoir sur les
voies non rapprochées ?


Alors euh... comment dire :)
L'occasion de rappeler que le code Fantoir associé à nos données a au moins 2 
intérêts :
- dans le cadre de BANO, c'est un composant, pour l'instant, de l'identifiant 
unique de chaque adresse proposée en sortie : pas de Fantoir -> pas d'adresse 
exploitable par les consommateurs de BANO
- dans le cadre plus large d'OSM, c'est un élément de comparaison pour savoir 
(avec des cartes, des listes) où nous en sommes du long chantier de recensement 
de toutes les voies nommées de France
donc définitivement l'ajout de code Fantoir sous forme de tag est toujours 
bienvenu. Les algos, traitements, scripts de rapprochement gèrent un bon paquet 
de cas, mais le contenu (dans OSM, dans le Cadastre, dans Fantoir) et le 
terrain sont bien trop subtils et tordus pour qu'un algo traite tout.

vincent

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




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

Re: [OSM-talk-fr] Bano en panne ?

[Vincent de Château-Thierry]

> De: "Stéphane Péneau" 
> 
> Vu comme ça 
> 
> De mon côté j'étais parti sur "Si le rapprochement automatique est
> ok,
> je n'ajoute pas le code Fantoir".
> Et ce pour une raison toute simple : Si quelqu'un modifie le nom de
> la
> voie et fait une faute de frappe, on verra tout de suite l'erreur
> apparaitre sur la couche Bano.

Oui, et tu peux ajouter une autre raison : si le rapprochement est ok, autant 
consacrer son énergie à d'autres tâches. Il faut savoir être feignant.
Donc pour reformuler / préciser : l'ajout de code Fantoir est bienvenu partout, 
mais _surtout_ là où il y a divergence dûe à une anomalie côté Fantoir : 
essentiellement des problèmes d'orthographe ou de type de voie.
À l'inverse il m'arrive de corriger des noms dans OSM, révélés comme erronés 
par la comparaison avec Fantoir. Dans ces cas-là, je n'ajoute pas le 
ref:FR:FANTOIR si la correction fait converger les noms des 2 sources, car les 
algos de rapprochement feront le boulot.

vincent

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

Re: [OSM-talk-fr] Création automatique de relations associated street

[Tony Emery]

Je vais être casse-pied mais tu pourrais pas me faire un tuto avec des copies
d'écrans ?

Parce que le .rb, je le lance avec quoi ? Je dois télécharger un logiciel
spécifique ?

Du coup, les 2 fichiers asso.xml et osm.xml, je les ouvre dans JOSM pour
envoyer les données dans OSM ? Je n'ai pas besoin de recharger à nouveau les
voies ?

Si le script regroupe les objets par nom dans une relation, ça veut dire que
les objets ayant le même nom sur 2 communes différentes se retrouveront dans
la même relation ? 



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Creation-automatique-de-relations-associated-street-tp5823180p5824185.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Outil libre pour créer et insérer carte avec parcours + POI?

[Shohreh]

f.dos.santos wrote
> Par contre on peut enregistrer les traces GPS des balades, cela permet
> d'aider les contributeurs pour tagger les voies ouvertes aux vélos. Pour
> récupérer les traces c'est déjà moins évident :

Merci.




--
View this message in context: 
http://gis.19327.n5.nabble.com/Outil-libre-pour-creer-et-inserer-carte-avec-parcours-POI-tp5823365p5824204.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] Indiquer pont fermé d'un côté?

[Shohreh]

Bonjour

En balade récemment dans le coin, je suis tombé sur ce pont qui est en fait
fermé à une extrêmité:

http://www.openstreetmap.org/?mlat=50.7729&mlon=3.0380#map=16/50.7729/3.0380

Vu comme ça, on se dit qu'on peut peut-être passer à vélo et continuer de
l'autre côté, mais le pont est vraiment fermé, ce qui oblige à rebrousser
chemin.

J'ignore si c'est une chicanerie flamands-wallons ou s'il y a une autre
raison.

Quelqu'un sait-il s'il existe un tag pour indiquer qu'un pont est en fait
inaccessible?

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Indiquer-pont-ferme-d-un-cote-tp5824208.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Prochain SOTM France en 2015 à ....

[Tony Emery]

Donc, on a peut-être une chance d'avoir un site Internet pour le SOTM France
en breton...





-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Prochain-SOTM-France-en-2015-a-tp5820712p5824209.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Indiquer pont fermé d'un côté?

[Pieren]

2014-11-13 13:38 GMT+01:00 Shohreh :

Tu peux mettre simplement un "access=no" sur le pont. Après, tu peux
peaufiner en ajoutant un noeud à l'endroit exact où se trouve la
fermeture et y indiquer la nature de cette fermeture (barrière,
chaîne, bollards, etc)

Pieren

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

Re: [OSM-talk-fr] Indiquer pont fermé d'un côté?

[Yves Pratter]

Tu peux mettre un nœeud sur le chemin où se trouve physiquement la barrière 
avec le tag barrier =* qui 
correspond à la réalité, puis access 
=no en rajoutant éventuellement 
access:foot=no…

—
Yves

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

Re: [OSM-talk-fr] Indiquer pont fermé d'un côté?

[Pieren]

2014-11-13 13:51 GMT+01:00 Yves Pratter :

> rajoutant éventuellement access:foot=no…

Ouhla, attention de ne pas enduire les nouveaux en erreurs. Le bon tag
est "foot=no" et non "access:foot=no".
Comme le "access=no" interdit déjà tout accès, d'autres tags "access"
ne sont pas nécessaires.
Pour le cas où le passage serait temporairement possible pour les
piétons, on peut mettre "access=no" + "foot=yes".
Il faut aussi faire attention au caractère temporaire d'une
interdiction. En général, on essaye d'éviter de mettre des infos trop
temporaires dans OSM.

Pieren

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

Re: [OSM-talk-fr] Indiquer pont fermé d'un côté?

[Yves Pratter]

> Ouhla, attention de ne pas enduire les nouveaux en erreurs. Le bon tag
> est "foot=no" et non "access:foot=no ».
Merci :-)

Je me suis basé sur ça :

no  No access for the general public. Consider using additional access:*=* 
tag(s) to indicate who can use the element (e.g., if only specific transport 
modes allowed).

La doc française n’a pas le même discours :

access=no   Interdiction générale d'accès. Se combine souvent avec un ou 
plusieurs tags supplémentaires précisant les modes particuliers de transport 
autorisés pour cet élément.

—
Yves

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

Re: [OSM-talk-fr] Indiquer pont fermé d'un côté?

[Pieren]

2014-11-13 14:28 GMT+01:00 Yves Pratter :

> Je me suis basé sur ça :
>
> no No access for the general public. Consider using additional access:*=*
> tag(s) to indicate who can use the element (e.g., if only specific transport
> modes allowed).

Le wiki utilise un template bizarre "{{Tag|access|subkey=*}}" qui
génère ce texte. Je l'ai enlevé sinon ça complique inutilement les
choses.

Pieren

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

Re: [OSM-talk-fr] Création automatique de relations associated street

[Frédéric Rodrigo]

Le 13/11/2014 11:21, Tony Emery a écrit :

Je vais être casse-pied mais tu pourrais pas me faire un tuto avec des copies
d'écrans ?


Non je ne peux pas, il n'y a pas d'écran !
Et le tuto c'est le contenu de mon dernier mail.
Tout est en ligne de commande.


Parce que le .rb, je le lance avec quoi ? Je dois télécharger un logiciel
spécifique ?


Un .rb c'est un script ruby. Il te faut ajour ruby d'installer. Pour 
l'executer (comme dans mon dernier mail)

ruby monscript.rb


Du coup, les 2 fichiers asso.xml et osm.xml, je les ouvre dans JOSM pour
envoyer les données dans OSM ? Je n'ai pas besoin de recharger à nouveau les
voies ?


Tu ne va pas pouvoir charger le osm.xml dans JOSM. Le script overpass 
n'a pas l'option meta info d'activer (mais ça peut se rajouter).


Tu peux changer le asso.xml dans JOSM, pour récupérer les voies et les 
adresses tu peux demander à JOSM de compléter les relations.



Si le script regroupe les objets par nom dans une relation, ça veut dire que
les objets ayant le même nom sur 2 communes différentes se retrouveront dans
la même relation ?


Oui, il vaut mieux le faire par commune.
Je te le relance sur une/des communes si tu veux, donne moi juste les id 
des relations;


Frédéric.


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

Re: [OSM-talk-fr] Indiquer pont fermé d'un côté?

[Shohreh]

Pieren wrote
> Le bon tag est "foot=no" et non "access:foot=no".

Merci. J'ai plutôt mis "General=no", ce qui met tous les autres tags à "no".


Pieren wrote
> Pour le cas où le passage serait temporairement possible pour les piétons,
> on peut mettre "access=no" + "foot=yes". Il faut aussi faire attention au
> caractère temporaire d'une interdiction. En général, on essaye d'éviter de
> mettre des infos trop temporaires dans OSM.

En l'occurence, c'est pas temporaire, c'est une grosse structure en
ferraille vissée sur le pont, et absence de route de l'autre côté:
 

Ça sent le Mur de Berlin :-/



--
View this message in context: 
http://gis.19327.n5.nabble.com/Indiquer-pont-ferme-d-un-cote-tp5824208p5824249.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Site web pour récupérer coordonnées coin gauches, coin droite?

[Shohreh]

Sylvain Maillard wrote
> pour ma part quand je clique sur le bouton "Exporter" du menu principal,
> ça m'ouvre un onglet sur la gauche avec une petite boite qui affiche les
> coordonnées nord/sud/est/ouest + un lien "Sélectionner manuellement une
> autre zone", et seulement en dessous le bouton "exporter" qui fait
> télécharger un fichier.
> 
> Les chiffres présents dans la boite correspondent aux coordonnées dont il
> y a besoin pour afficher la carte topo sur la zone voulue (testé). Pas
> besoin de télécharger de fichier, juste un copier/coller depuis le site
> principal osm ...

Oui, mais avant d'obtenir l'URL qui va bien, y a des manips:
1. Copier les quatre données
2. Les formater correctement
3. Construire l'URL pour le site Topo


David Crochet wrote
> Nominatim ?

Je viens de regarder mais il ne semble pas donner les quatre coins dont j'ai
besoin:
https://nominatim.openstreetmap.org/


didier2...@free.fr wrote
> avec josm

Je ne connais pas Josm et ça fait lourd juste pour récupérer quatre
malheureuses coordonnées.


Greg wrote
> Comme je constate qu'il s'agit d'une conversation fleuve et que le
> challenge m'a plu, j'ai fait une solution "1-clic".

Merci mais idéalement, je cherchais un site externe et pas juste mon site
perso et le JavaScript qui va bien.

Je vais voir si je trouve.

Merci à tous.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Site-web-pour-recuperer-coordonnees-coin-gauches-coin-droite-tp5823551p5824254.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Site web pour récupérer coordonnées coin gauches, coin droite?

[Shohreh]

Greg wrote
> Comme je constate qu'il s'agit d'une conversation fleuve et que le
> challenge m'a plu, j'ai fait une solution "1-clic".

J'ai testé mais outre qu'il faut avoir le JS dans son navigateur, ça ne
prend pas en compte le zoom effectué dans la carte : les coordonnées sont
juste celles d'origine, avant de zoomer/se déplacer dans la carte.

The search goes on…



--
View this message in context: 
http://gis.19327.n5.nabble.com/Site-web-pour-recuperer-coordonnees-coin-gauches-coin-droite-tp5823551p5824255.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Vote de la proposition de cartographie des armoires de rue

[ZZ29]

Dernier jour pour voter, les retardataires ! ;-)

Le 30/10/2014 14:27, François Lacombe a écrit :

Bonjour la liste,

Le vote concernant la proposition de cartographie des armoires de rue 
a débuté.

http://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet

Le modèle semble maintenant complet, avec de nombreux exemples sans 
compter tous les cas exotiques que certains pourront trouver d


*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com


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


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

Re: [OSM-talk-fr] Site web pour récupérer coordonnées coin gauches, coin droite?

[Greg]

J'ai du mal à voir comment utiliser un site web dynamique sans Javascript
dans le navigateur : ni osm.org, ni Google Maps et ni topographic-map ne
fonctionnent sans.

De mon côté, j'ai bien le fonctionnement attendu : le lien généré
correspond à l'emplacement et zoom de la carte au moment où le Javascript à
été exécuté.

J'utilise Firefox, il faut que je teste avec quelque chose d'autre ?

(Et je ne vois pas l'utilité d'un site externe ou d'un serveur perso quand
tout peut être fait localement dans le navigateur en un clic, et ce sans
changer de page).

2014-11-13 17:28 GMT+01:00 Shohreh :

> Greg wrote
> > Comme je constate qu'il s'agit d'une conversation fleuve et que le
> > challenge m'a plu, j'ai fait une solution "1-clic".
>
> J'ai testé mais outre qu'il faut avoir le JS dans son navigateur, ça ne
> prend pas en compte le zoom effectué dans la carte : les coordonnées sont
> juste celles d'origine, avant de zoomer/se déplacer dans la carte.
>
> The search goes on…
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Site-web-pour-recuperer-coordonnees-coin-gauches-coin-droite-tp5823551p5824255.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Indiquer pont fermé d'un côté?

[David Crochet]

Bonjour

Le 13/11/2014 17:15, Shohreh a écrit :



En l'occurence, c'est pas temporaire, c'est une grosse structure en
ferraille vissée sur le pont, et absence de route de l'autre côté:




Ha, donc le pont est accessible, donc la carte n'est pas fausse 
puisqu'après le pont il n'y a rien, donc je ne vois pas de problème avec 
la carte.


Cordialement

--
David Crochet

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

Re: [OSM-talk-fr] Indiquer pont fermé d'un côté?

[George Kaplan]

Le 13 nov. 2014 à 13:38, Shohreh  a écrit :

> Bonjour
> 
> En balade récemment dans le coin, je suis tombé sur ce pont qui est en fait
> fermé à une extrêmité:
> 
> http://www.openstreetmap.org/?mlat=50.7729&mlon=3.0380#map=16/50.7729/3.0380
> 
> Vu comme ça, on se dit qu'on peut peut-être passer à vélo et continuer de
> l'autre côté, mais le pont est vraiment fermé, ce qui oblige à rebrousser
> chemin.

Bonjour,

Dans OSM, ce pont est présent et joignable par une route que du côté Belgique. 
Il n'est raccordé à aucune voie du côté Français.
L'extrémité française porte déjà un barrier=fence.

Pour moi, OSM est correct, il n'y a rien à modifier.

George Kaplan


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

Re: [OSM-talk-fr] Indiquer pont fermé d'un côté?

[JB]

Le 13/11/2014 19:54, George Kaplan a écrit :

Bonjour,

Dans OSM, ce pont est présent et joignable par une route que du côté Belgique. 
Il n'est raccordé à aucune voie du côté Français.
L'extrémité française porte déjà un barrier=fence.

Pour moi, OSM est correct, il n'y a rien à modifier.

George Kaplan

Si je maniaque aussi :
 - le pont est accessible : pas de restriction d'accès sur le chemin 
bridge=yes
 - pas de chemin coté français : effectivement, mais on peut quand même 
marcher sur la prairie : sans barrière, je peux passer du pont à la prairie
 - il y a une barrière dans la réalité : nœud barrier=fence (pour ma 
part, je précise access=no, certaines barrier=fence sont plus 
traversables à pied que d'autres)

JB.

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

Re: [OSM-talk-fr] Site web pour récupérer coordonnées coin gauches, coin droite?

[didier2020]

j'ai creusé car ça m'interesse aussi
clic sur la carte ...

http://osm2020.free.fr/videophoto/showbbox/showbb.html


Le jeudi 13 novembre 2014 à 09:28 -0700, Shohreh a écrit : 
> Greg wrote
> > Comme je constate qu'il s'agit d'une conversation fleuve et que le
> > challenge m'a plu, j'ai fait une solution "1-clic".
> 
> J'ai testé mais outre qu'il faut avoir le JS dans son navigateur, ça ne
> prend pas en compte le zoom effectué dans la carte : les coordonnées sont
> juste celles d'origine, avant de zoomer/se déplacer dans la carte.
> 
> The search goes on…
> 
> 
> 
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/Site-web-pour-recuperer-coordonnees-coin-gauches-coin-droite-tp5823551p5824255.html
> Sent from the France mailing list archive at Nabble.com.
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



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

Re: [OSM-talk-fr] Vote de la proposition de cartographie des armoires de rue

[Philippe Verdy]

J'en avais déjà parlé dès le début du vote, mais faute de réponse
appropirée, j'ai ajouté un lien vers un autre tag que cette proposition a
oublié et avec lequel il y a des conflits d'usage.
Le gros défaut de ce tag est qu'il confond sur le même tag la forme de
l'objet (cabinet, y compris les tags sur ses dimensions ou la direction
d'ouverture de la porte), sa localisation supposée (street) et son/ses
usage(s) (déjà décrit dans d'autres tags, par exemple les
monitoring_station, et d'autres pour la gestion des eaux et des réseaux de
transport).
Bref c'est encoir plus bordélique avec ce tag. Des clarifications
s'imposent. Cette propositon est plus une ébauche destinée à rassembler des
éléments d'informations, mais certainement pas quelquechoise d'assez
finalisé.
A refondre donc, et je vote contre (puisqu'on ne m'a pas répondu
correctement ici et que c'est sur la page de vote ou sa discussion que ça
se passe).

Le 13 novembre 2014 18:05, ZZ29  a écrit :

>  Dernier jour pour voter, les retardataires ! ;-)
>
> Le 30/10/2014 14:27, François Lacombe a écrit :
>
>  Bonjour la liste,
>
>  Le vote concernant la proposition de cartographie des armoires de rue a
> débuté.
> http://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet
>
>  Le modèle semble maintenant complet, avec de nombreux exemples sans
> compter tous les cas exotiques que certains pourront trouver d
>
>  *François Lacombe*
>
> francois dot lacombe At telecom-bretagne dot eu
> http://www.infos-reseaux.com
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Obtenir une carte avec des courbes de niveau avec Maperitive (résolu)

[Christian Rogel]

Le 13 nov. 2014 à 08:23, JB  a écrit :
> 
> Illustrator n'est pas connu pour son respect des standard du svg, le problème 
> vient probablement de là :
> https://groups.google.com/forum/?fromgroups#!searchin/maperitive/illustrator/maperitive/a06P381rkH8/Xg7R9CIODqQJ
>  
> 
> https://groups.google.com/forum/?fromgroups#!searchin/maperitive/illustrator/maperitive/1dwKnq-S1ik/olq7MNEx0XQJ
>  
> 
> J'ai essayé un export en svg pour Inkscape, il donne bien ce qu'il faut… 
> Sinon, vous avez pensé à l'utilisation des courbes de niveau issues du SRTM 
> au format .osm ?
> http://geoweb.hft-stuttgart.de/SRTM/srtm_as_osm/ 
> 
> JB.
> 
> Le 12/11/2014 23:48, Christian Rogel a écrit :
>> Hello, la liste,
>> 
>> Peut-on m’indiquer une solution pour la question qui m’est posée par un 
>> jeune étudiant :
>> 
>> En fait, le problème c'est que nous essayons d'extraire des cartes OSM vers 
>> Illustrator (notamment les courbes de niveaux), c'est-à-dire au format 
>> vectoriel SVG.


JB avait raison de pointer les manques d’Illustrator et mon jeune correspondant 
me dit que, grâce à lui, il a résolu le problème :

C’est Illustrator CS 4 qui était hors standard (conversion partielle) et avec 
CS 6,  tout baigne.

L’entraide, ça marche ! Merci.


Christian R. ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Indiquer pont fermé d'un côté?

[Shohreh]

Merci pour les infos.

En attendant, j'ai vu un pont sur la carte, je croyais pouvoir traverser… et
j'ai dû revenir en arrière et perdre du temps sur mon parcours (et avec
seulement 8h de lumière par jour en ce moment, c'est pas mineur).



--
View this message in context: 
http://gis.19327.n5.nabble.com/Indiquer-pont-ferme-d-un-cote-tp5824208p5824287.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Site web pour récupérer coordonnées coin gauches, coin droite?

[Mides]

Bonsoir,

je n'ai pas suivi spécialement ce fil de discussion, peut être n'est pas ce
qui est recherché, mais pour avoir les coordonnées de la bbox de façon
dynamique cela peut aider, ou pas !

http://www.mides.fr/bbox/

Michel

Le 13 novembre 2014 19:05, didier2020  a écrit :

> j'ai creusé car ça m'interesse aussi
> clic sur la carte ...
>
> http://osm2020.free.fr/videophoto/showbbox/showbb.html
>
>
> Le jeudi 13 novembre 2014 à 09:28 -0700, Shohreh a écrit :
> > Greg wrote
> > > Comme je constate qu'il s'agit d'une conversation fleuve et que le
> > > challenge m'a plu, j'ai fait une solution "1-clic".
> >
> > J'ai testé mais outre qu'il faut avoir le JS dans son navigateur, ça ne
> > prend pas en compte le zoom effectué dans la carte : les coordonnées sont
> > juste celles d'origine, avant de zoomer/se déplacer dans la carte.
> >
> > The search goes on…
> >
> >
> >
> > --
> > View this message in context:
> http://gis.19327.n5.nabble.com/Site-web-pour-recuperer-coordonnees-coin-gauches-coin-droite-tp5823551p5824255.html
> > Sent from the France mailing list archive at Nabble.com.
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Site web pour récupérer coordonnées coin gauches, coin droite?

[Shohreh]

Greg wrote
> De mon côté, j'ai bien le fonctionnement attendu : le lien généré
> correspond à l'emplacement et zoom de la carte au moment où le Javascript
> à été exécuté.
> 
> J'utilise Firefox, il faut que je teste avec quelque chose d'autre ?

Chrome. J'ai abandonné Firefox il y a longtemps (trop lent, interface bof,
etc.)

Je me suis trompé : le script JS génère effectivement la bonne URL vers la
carte telle qu'elle apparaît même après manipulation. J'ignore ce qui s'est
passé.

Reste que je cherchais un truc accessible de partout, sans installation d'un
script sans mon navigateur.


didier2...@free.fr wrote
> j'ai creusé car ça m'interesse aussi
> 
> clic sur la carte ...

Merci. L'idéal serait que http://fr-fr.topographic-map.com génère l'URL
lui-même, mais je vais voir comment insérer ce JS dans la page.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Site-web-pour-recuperer-coordonnees-coin-gauches-coin-droite-tp5823551p5824290.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Site web pour récupérer coordonnées coin gauches, coin droite?

[Philippe Verdy]

le défaut est que ce sont les coordonnées de la zone visible dans la
fenêtre, pas celles d'une zone qu'on voudrait sélectionner. Tout le monde
n'a pas les mêmes tailles d'écran. S'il faut redimensionner la fenêtre pour
cadrer la zone, c'est peu pratique (et ça ne marche pas pour ceux qui
naviguent en mode plein écran par exemple un navigateur Windows 8, ou sur
leur mobile)

Pour répondre à la demande il faudrait un outil de sélection rectangulaire:
cela ouvre alors un onglet d'information avec les coordonnées dans
plusieurs formats : nord/sud/est/ouest des 4 bords, coordonnées du point
central affiché, niveau de zoom, plus courte distance (en km) du centre
avec les bords, plus longue distance du centre avec les coins.

De plus le "centre" est sur l'affichage mais n'est pas le centre
géographique : dans l'hémisphère nord, la distance effective du centre
affiché dans sa projection cartographique est plus courte avec le bord nord
qu'avec le bord sud, et si on veut un centre géographique à équidistance
des 2 bords nord et sud, il faut se caler un peu plus au sud que le centre
affiché (le centre cartographique et le centre géographique sont en
revanche à la même longitude avec la projection utilisée, ce qui veut dire
que la distance la plus proche vers les bords ouest ou est est la même dans
les deux cas).

Selon l'usage qu'on veut faire des coordonnées, il est souvent d'ailleurs
préférable de déterminer le centre géographique ou cartographique du rendu
et le niveau de zoom pour assurer que tout le monde verra le même niveau de
détail de ce rendu, plutôt que les rayons ou les longitudes des bords ouest
et est :  si on veut ces coordonnées pour former un lien vers une carte de
rendu, on a intérêt à prendre le centre cartographique (que tout le monde
verra au centre de sa carte quel que soit la dimension de l'écran), et le
niveau de zoom (après, chacun peut zoomer plus ou moins, pour voir plus ou
moins loin autour)




Le 13 novembre 2014 22:40, Mides  a écrit :

> Bonsoir,
>
> je n'ai pas suivi spécialement ce fil de discussion, peut être n'est pas
> ce qui est recherché, mais pour avoir les coordonnées de la bbox de façon
> dynamique cela peut aider, ou pas !
>
> http://www.mides.fr/bbox/
>
> Michel
>
> Le 13 novembre 2014 19:05, didier2020  a écrit :
>
> j'ai creusé car ça m'interesse aussi
>> clic sur la carte ...
>>
>> http://osm2020.free.fr/videophoto/showbbox/showbb.html
>>
>>
>> Le jeudi 13 novembre 2014 à 09:28 -0700, Shohreh a écrit :
>> > Greg wrote
>> > > Comme je constate qu'il s'agit d'une conversation fleuve et que le
>> > > challenge m'a plu, j'ai fait une solution "1-clic".
>> >
>> > J'ai testé mais outre qu'il faut avoir le JS dans son navigateur, ça ne
>> > prend pas en compte le zoom effectué dans la carte : les coordonnées
>> sont
>> > juste celles d'origine, avant de zoomer/se déplacer dans la carte.
>> >
>> > The search goes on…
>> >
>> >
>> >
>> > --
>> > View this message in context:
>> http://gis.19327.n5.nabble.com/Site-web-pour-recuperer-coordonnees-coin-gauches-coin-droite-tp5823551p5824255.html
>> > Sent from the France mailing list archive at Nabble.com.
>> >
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Site web pour récupérer coordonnées coin gauches, coin droite?

[Pierre-Yves Berrard]

Le 13 novembre 2014 22:40, Mides  a écrit :

> Bonsoir,
>
> je n'ai pas suivi spécialement ce fil de discussion, peut être n'est pas
> ce qui est recherché, mais pour avoir les coordonnées de la bbox de façon
> dynamique cela peut aider, ou pas !
>
> http://www.mides.fr/bbox/
>
> Michel
>

Je n'ai pas tout lu non plus, mais ça m'a fait penser à ça :
http://lxbarth.com/bbox/

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

[OSM-talk-fr] Retour sur la véloroute Véloscénie dans OSM

[George Kaplan]

Bonjour à tous,

L'été dernier, j'ai enfourché mon vélo pour aller repérer un itinéraire 
cyclable en souffrance dans OSM : la Véloscénie. Cet itinéraire relie Paris au 
Mont-Saint-Michel ( http://www.openstreetmap.org/relation/399151 ). Je vous 
communique ici mon opinion de contributeur et d'utilisateur d'itinéraire vélo 
enregistré dans OSM.

N'ayant pas assez de temps disponible, j'ai pris un train pour Vire dans l'idée 
de rattraper la Véloscénie à mi-chemin et retourner à Paris en vélo. Je suis 
parti avec le GPS chargé avec la dernière carte à jour ainsi que l'appareil 
photo GPS.

/* Petit aparté pour les amateurs de voyages et rando à vélo, les autres 
peuvent aller directement à la suite :
Partant de Vire, on récupère après quelques kilomètres une voie verte aménagée 
sur l'emprise d'une ancienne voie ferrée. Ça roule plutôt bien, c'est du 
gravillon stabilisé, autorisé aussi aux chevaux. Cette voie verte est utilisé 
par plusieurs itinéraires dont l'Eurovélo 4, le Petit et le Grand Tour de 
Manche. C'est parfaitement jalonné, on retrouve à chaque intersection avec le 
réseau routier les directions et kilométrages pour atteindre les principaux 
bourgs du parcours.
Après 45 km, cette voie verte aboutit à Mortain sur la Véloscénie en elle-même. 
Je ne suis qu'à 45 km du Mont Saint Michel mais j'ai réservé l'hébergement à 
Domfront, je bifurque donc vers l'Est. C'est encore de la voie ferrée 
abandonnée, recouverte en fin stabilisé. On y trouve le long des équipements 
utiles comme tables à pique-nique, fontaines, tables d'orientation...
Domfront, comme beaucoup de villes médiévales, se trouve sur un promontoire, 
une bonne montée pour finir la journée. 
Passé Domfront, on se retrouve sur des départementales peu fréquentées. Le 
jalonnement est beaucoup moins présent, dans le doute je suis l'itinéraire 
enregistré dans OSM. Je tâtonne dans la forêt de Bagnoles de l'Orne, le 
jalonnement n'est pas correct ou franchement manquant. Après 85 km dans un 
paysage vert et valloné, la Véloscénie arrive à Alençon. Il y a sûrement un peu 
de tourisme à faire mais j'ai une mission de cartographe, je continue. 
L'itinéraire emprunte ensuite la voie verte qui relie Alençon à 
Condé-sur-Huisne, dans les mêmes conditions qu'avant Domfront. Ça devient 
franchement monotone, 60 km entre 2 rangées d'arbres, on ne profite pas 
beaucoup du paysage. Si vous ne comptez pas rouler vite sur cette portion, 
prévoyez des arrêts visites dans les villes le long du parcours.
On revient sur le réseau routier entre Condé-sur-Huisne et Nogent-le-Rotrou. Je 
n'ai pas vu d'autres attractions que le château à Nogent.
Le paysage change : moins de verdure, des grandes étendues cultivées, c'est la 
Beauce. Sur le chemin de Chartres, la véloscénie se confond avec une autre 
véloroute régionale : on ne trouve parfois plus que le logo de cette véloroute 
sur les panneaux, il ne faut pas hésiter à les suivre.
Dans Chartres, je tourne pour retrouver le chemin : j'ai du mal à me retrouver 
entre l'itinéraire d'OSM, le jalonnement principal et le jalonnement temporaire 
pour cause travaux.
Une fois sorti de Chartres, je poursuis sans encombre jusqu'à Epernon où je 
prends un TER pour regagner mes pénates. En effet, c'est la ville recommandée 
par l'aménageur pour terminer l'itinéraire, la suite vers Paris n'étant pas 
encore au niveau de qualité désiré.

Fin de l'aparté touristique.
*/


Le bilan de cette session de cartographie : 
- 150 photos de repérage.
- 370 km de traces GPS
- 61 waypoints servant de notes


Globalement, l'itinéraire dans OSM correspond au terrain. La différence ne 
vient pas forcément d'une mauvaise importation dans OSM : le parcours évolue 
pour suivre des voies plus adaptées ou pour éviter des travaux temporaires. En 
revanche, il manquait souvent la séparation de l'itinéraire pour les 2 sens de 
circulation. C'est souvent dans les agglomérations qu'on retrouve ces problèmes.

Je suis aussi tombé sur des différences entre le parcours sur le terrain et 
l'itinéraire disponible sur le site officiel. Dans ce cas, j'ai choisi de 
mettre à jour OSM avec le terrain. A Domfront, c'est le parcours officiel que 
je trouve assez peu adapté avec une forte pente peu compatible avec un vélo 
chargé, je l'ai néanmoins laissé tel quel dans OSM. Dans la forêt de Bagnoles 
de l'Orne, j'ai encore constaté que le terrain n'est pas conforme au parcours 
officiel. Le pire c'est qu'à un carrefour, on se retrouve sans indication, 
complètement perdu. C'est d'ailleurs là que j'ai eu l'idée d'une analyse Osmose 
sur les carrefours nommés dans les forêts ( 
http://osmose.openstreetmap.fr/fr/map/#item=2110 )
Le pire reste dans Chartres avec 4 tracés différents : celui dans OSM, celui de 
l'aménageur, celui jalonné et celui jalonné temporairement pour des travaux. 
J'ai fait au mieux en privilégiant les itinéraires sur le terrain, les travaux 
semblant installés pour un moment (Rue du Moulin des Graviers barrée par un 
mur).

Tout ça nous donne, 

Re: [OSM-talk-fr] Vote de la proposition de cartographie des armoires de rue

[François Lacombe]

Bonsoir Philippe,

J'ai formulé une réponse au commentaire présent dans le vote, en voici une
version plus développée ici.

A la suite de ton mail du 30 octobre dernier, lors du début du vote, j'ai
bien mentionné l'existence de man_made=monitoring_station en fournissant
des indications permettant de bien identifier les deux.

Cette "ébauche" de proposition m'a tout de même pris un certain temps pour
sa rédaction, la recherche d'exemples, etc...
Je ne vois aucune contribution rattachée à ton compte sur la page de
discussion.
Si des clarifications te semblaient nécessaires, est-ce utile de les
demander moins d'1h avant la fin du vote ?

J'aurais trouvé constructif d'attendre l'apparition du tag sur le wiki et
de participer à la discussion qui va s'en suivre pour compléter les
exemples d'usage.

Rien ne justifie l'emploi fort mal à propos de "Bordélique" à mon sens.
Merci de cesser de caractériser de manière vulgaire les contributions qui
ne correspondent pas à tes critères.


*Je te rejoins sur le fait qu'on devrait renommer OpenStreetMap en OpenMap,
puisque ça ne concerne plus que les rues.*
Allez, tu nous range le bordel avec une belle proposition ?


Ciao.


*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 

Le 13 novembre 2014 22:14, Philippe Verdy  a écrit :

> J'en avais déjà parlé dès le début du vote, mais faute de réponse
> appropirée, j'ai ajouté un lien vers un autre tag que cette proposition a
> oublié et avec lequel il y a des conflits d'usage.
> Le gros défaut de ce tag est qu'il confond sur le même tag la forme de
> l'objet (cabinet, y compris les tags sur ses dimensions ou la direction
> d'ouverture de la porte), sa localisation supposée (street) et son/ses
> usage(s) (déjà décrit dans d'autres tags, par exemple les
> monitoring_station, et d'autres pour la gestion des eaux et des réseaux de
> transport).
> Bref c'est encoir plus bordélique avec ce tag. Des clarifications
> s'imposent. Cette propositon est plus une ébauche destinée à rassembler des
> éléments d'informations, mais certainement pas quelquechoise d'assez
> finalisé.
> A refondre donc, et je vote contre (puisqu'on ne m'a pas répondu
> correctement ici et que c'est sur la page de vote ou sa discussion que ça
> se passe).
>
> Le 13 novembre 2014 18:05, ZZ29  a écrit :
>
>  Dernier jour pour voter, les retardataires ! ;-)
>>
>> Le 30/10/2014 14:27, François Lacombe a écrit :
>>
>>  Bonjour la liste,
>>
>>  Le vote concernant la proposition de cartographie des armoires de rue a
>> débuté.
>> http://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet
>>
>>  Le modèle semble maintenant complet, avec de nombreux exemples sans
>> compter tous les cas exotiques que certains pourront trouver d
>>
>>  *François Lacombe*
>>
>> francois dot lacombe At telecom-bretagne dot eu
>> http://www.infos-reseaux.com
>>
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vote de la proposition de cartographie des armoires de rue

[Philippe Verdy]

Les précisions je les ai demandés dès le DEBUT du vote (annoncé uniquement
ici et très peu discuté ailleurs), et je trouve cavalier d'avoir commencé
par faire un vote avant de voir ce qui techniquement pouvait poser problème
et comment améliorer la proposition.

"Bordélique" n'est pas grossier dans le contexte où je l'ai utilisé mais
dans la façon dont cette proposition s'est faite SANS mentionner des usages
déjà répandus et sans discuter réellement des évolutions (un vote précipité
où ces infos ont été masquées à mon avis volontairement pour obtenir le
plus de votes positifs sans que personne n'ait vraiment pu s'apercevoir des
problèmes). Oui le terme est approprié pour parler des ambiguités et ce tag
va en ajouter de nouvelles.

Pourtant le fait d'avoir utilisé "man_made=*" aurait du pousser à regarder
ses autres usages existants ! Ca n'a pas été fait avant le début du vote.

Aussi je pense que le vote passera quand même et que les tags vont
commencer à être posés, mais uniquement à titre expérimental avant de
devoir raffiner/réformer le modèle et comment assurer son évolution et sa
stabilité.

Pour l'instant pas de rendu possible, la proposition est trop vague et rien
n'a été résolu, même concernant le nom choisi. La proposition était trop
grosse, le vote passera juste sur le principe général d'une refonte, mais
certainement pas pour approuver tous les changements demandés (qui vont
déranger plus de monde que ce à quoi tu pouvais t'attendre)

Il n'y a tout simplement pas eu assez de temps pour la recherche et ce vote
n'a été là que pour tenter de précipiter les choses. On reviendra dessus
très vite. Je considère ce tag uniquement comme expérimental, destiné à
acquérir des informations et avoir un retour des problèmes rencontrés. Ce
tag devra donc être suivi avec une nouvelle version assez vite, et des
nouveaux votes sur des aspects particuliers (et notamment sur les cas de
conflits). La proposition était clairement insuffisamment documentée et
d'ailleurs une bonne partie s'est ajoutée alors que le vote avait déjà
commencé (ce qui rend les résultats du vote clairement invalide, il va
falloir le resegmenter sur les éléments plus individuels).




Le 14 novembre 2014 00:47, François Lacombe  a
écrit :

> Bonsoir Philippe,
>
> J'ai formulé une réponse au commentaire présent dans le vote, en voici une
> version plus développée ici.
>
> A la suite de ton mail du 30 octobre dernier, lors du début du vote, j'ai
> bien mentionné l'existence de man_made=monitoring_station en fournissant
> des indications permettant de bien identifier les deux.
>
> Cette "ébauche" de proposition m'a tout de même pris un certain temps pour
> sa rédaction, la recherche d'exemples, etc...
> Je ne vois aucune contribution rattachée à ton compte sur la page de
> discussion.
> Si des clarifications te semblaient nécessaires, est-ce utile de les
> demander moins d'1h avant la fin du vote ?
>
> J'aurais trouvé constructif d'attendre l'apparition du tag sur le wiki et
> de participer à la discussion qui va s'en suivre pour compléter les
> exemples d'usage.
>
> Rien ne justifie l'emploi fort mal à propos de "Bordélique" à mon sens.
> Merci de cesser de caractériser de manière vulgaire les contributions qui
> ne correspondent pas à tes critères.
>
>
> *Je te rejoins sur le fait qu'on devrait renommer OpenStreetMap en
> OpenMap, puisque ça ne concerne plus que les rues.*
> Allez, tu nous range le bordel avec une belle proposition ?
>
>
> Ciao.
>
>
> *François Lacombe*
>
> fl dot infosreseaux At gmail dot com
> www.infos-reseaux.com
> @InfosReseaux 
>
> Le 13 novembre 2014 22:14, Philippe Verdy  a écrit :
>
> J'en avais déjà parlé dès le début du vote, mais faute de réponse
>> appropirée, j'ai ajouté un lien vers un autre tag que cette proposition a
>> oublié et avec lequel il y a des conflits d'usage.
>> Le gros défaut de ce tag est qu'il confond sur le même tag la forme de
>> l'objet (cabinet, y compris les tags sur ses dimensions ou la direction
>> d'ouverture de la porte), sa localisation supposée (street) et son/ses
>> usage(s) (déjà décrit dans d'autres tags, par exemple les
>> monitoring_station, et d'autres pour la gestion des eaux et des réseaux de
>> transport).
>> Bref c'est encoir plus bordélique avec ce tag. Des clarifications
>> s'imposent. Cette propositon est plus une ébauche destinée à rassembler des
>> éléments d'informations, mais certainement pas quelquechoise d'assez
>> finalisé.
>> A refondre donc, et je vote contre (puisqu'on ne m'a pas répondu
>> correctement ici et que c'est sur la page de vote ou sa discussion que ça
>> se passe).
>>
>> Le 13 novembre 2014 18:05, ZZ29  a écrit :
>>
>>  Dernier jour pour voter, les retardataires ! ;-)
>>>
>>> Le 30/10/2014 14:27, François Lacombe a écrit :
>>>
>>>  Bonjour la liste,
>>>
>>>  Le vote concernant la proposition de cartographie des armoires de rue a
>>> débuté.
>>> http://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet
>>>

Re: [OSM-talk-fr] Vote de la proposition de cartographie des armoires de rue

[Philippe Verdy]

Le 14 novembre 2014 00:47, François Lacombe  a
écrit :

> Bonsoir Philippe,
> *Je te rejoins sur le fait qu'on devrait renommer OpenStreetMap en
> OpenMap, puisque ça ne concerne plus que les rues.*
>

Désolé ce n'est pas moi qui ait écrit ça. C'est quelqu'un qui a ajouté un
commentaire (sous son nom) après moi, mais rien dans le fait que j'ai
mentionné le mot 'street" n'est lié au nom "OpenStreetMap" mais seulement
au nom du tag choisi "street_cabinet". Je n'ai pas fait ce mélange !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] tresor enfoui à Limoges

[Pierre Béland]

Question de clore le sujet sur la quadrature des cercles à quatre coins et 
géométrie variable, voici un autre beaucoup plus intéressant à mon avis.
Je viens de participer au colloque Vision Géomatique à Gatineau.  Un 
conférencier, spécialiste SIG de Limoges, France et pilote d'avion, m'informe 
qu'il a des tera-octets d'images géoréférencées d'Afrique prise à partir de son 
avion. Et il est prêt à fournir ces images.
De telles images pourraient être très utiles pour les communautés OSM Afrique 
par exemple

Si quelqu'un de la région de Limoges est prêt à le rencontrer éventuellement 
pour voir le trésor, il me fera plaisir de vous mettre en contact.
 Pierre 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tresor enfoui à Limoges

[Yves Pratter]

> De telles images pourraient être très utiles pour les communautés OSM Afrique 
> par exemple
+100

J’ai fait mes premières participation à HOT en Sierra Leone, Liberia et au 
Soudan. Avec des images voilées, peu précises et sans connaissance du terrain, 
c’est très difficile de faire un travail correcte.

Par exemple au Soudan, l’orthopho proposée est plus récente, mais la résolution 
reste la même que Bing mais elle est en plus saturée et finalement pas si 
lisible.
Résultat, la personne qui a travaillé sur cette zone 
 avant moi a 
dessiné de « bonne foi » des bâtiments qui ne serait en fait que des… véhicules 
!

—
Yves

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

[OSM-talk-fr] Communes nouvelles en Saône-et-Loire et Calvados

[Damouns]

Bonjour, dans le Journal Officiel aujourd'hui :

Arrêté du 23 septembre 2014 portant création de la commune nouvelle de
Clux-Villeneuve :
http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT29754884

Arrêté du 30 septembre 2014 portant création de la commune nouvelle de
Notre-Dame-d'Estrées-Corbon :
http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT29754890

Si quelqu'un a le temps de s'en charger (à moins que ça ne soit déjà fait ?)

Merci

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

Re: [OSM-talk-fr] Communes nouvelles en Saône-et-Loire et Calvados

[Damouns]

Encore une fois je suis allé trop vite : c'est à faire le 1er janvier !

Pas d'urgence donc.

Damouns

Le 14 novembre 2014 07:57, Damouns  a écrit :

> Bonjour, dans le Journal Officiel aujourd'hui :
>
> Arrêté du 23 septembre 2014 portant création de la commune nouvelle de
> Clux-Villeneuve :
> http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT29754884
>
> Arrêté du 30 septembre 2014 portant création de la commune nouvelle de
> Notre-Dame-d'Estrées-Corbon :
> http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT29754890
>
> Si quelqu'un a le temps de s'en charger (à moins que ça ne soit déjà fait
> ?)
>
> Merci
>
> Damouns
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr