Re: [OSM-talk-fr] PR points routiers et adresse

2016-09-21 Par sujet didier2020 
Le mercredi 21 septembre 2016 à 19:57 +0200, JB a écrit : 
> Le 21/09/2016 à 19:49, osm.sanspourr...@spamgourmet.com a écrit :
> > On est alors plus dans un modèle style associatedStreet.
> Ourk… surtout pas ! (Pour élaborer un peu plus : surtout pas de 
> relations inutiles, surtout à cette échelle !)
> Mais oui, ça fait bizarre de voir tout le monde intégrer ça à « grande » 
> échelle avec chacun sa modélisation.
> Et tant que j'y suis, ça me fait aussi bizarre de voir comme argument : 
> « ce modèle ne va pas, Nominatim ne l'exploite pas »… En plus qu'on ne 
> taggue pas pour le géocodeur, je ne suis pas persuadé que les PR soient 
> vraiment utilisés par le grand public, et que ceux qui en auront 
> l'utilité auront développé des outils pour ça.
c'est en cours pour les "autoroutiers" de france, avec la publication de
leurs événements/incident avec la norme date2 qui utilise la description
du réseau riu (réseau inter-urbain) non dispo en opendata :-(
et donc pr mais dans leur description complete (departement - pr- sens)

les tags actuels d'osm ne permettront pas de renvoyer un localisant
unique :
une recherche de pr 5 sur la N118 renverra 4 localisation
- sens D (vers province) et sens G (vers paris)
- entre Paris et Vélizy (pr 0 a 6) et entre Vélizy et Les Ulis (pr 0 à
15)




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

Re: [OSM-talk-fr] PR points routiers et adresse

2016-09-21 Par sujet Vincent de Château-Thierry 

Bonsoir,

Le 21/09/2016 à 23:20, Pierre-Yves Berrard a écrit :

Le 21 septembre 2016 à 21:29, Samy Mezani > a écrit :

C'est un point de repère comme un autre, facile à repérer pour tout
le monde. Pourquoi tagguer les bornes incendie si l'on suit ton
raisonnement ?

Je pense que JB ne remettait pas en cause le fait de les intégrer,
plutôt le fait de vouloir que nominatim les trouve.

Il faudrait trouver un tag approprié, sans se préoccuper de Nominatim.
Quelqu'un que ça intéresse saura comment faire si c'est cohérent et bien
documenté.


100% d'accord. La cible ici c'est bien une intégration dans la base, pas 
dans les logiciels de recherche. Alors ne tordons pas les tags pour 
trouver à tout prix ces objets.



PS : l'analogie avec les bornes incendies est trop lointaine. Nominatim
ne renvoie pas non plus les bornes incendies (et les bornes incendies ne
sont pas qu'un point de repère).


Inaugurons l'idée de borne incendie kilométrique, pour mettre tout le 
monde d'accord ;)


vincent

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

[OSM-talk-fr] Bêtatesteurs pour la nouvelle version de uMap?

2016-09-21 Par sujet Yohan Boniface 
Hello tous,

En prévision du SotM, on essaie de (enfin!) mettre en production la
nouvelle version de uMap.
Pour tester, on a fait une copie de la production, qu'on a mise en
ligne. Si vous voulez jouer avec, c'est par là:

http://dev.umap.openstreetmap.fr/

Vous devriez y retrouver vos anciennes cartes (jusqu'au week-end
dernier, date de la copie).

Toute remontée sera utile, quelle qu'en soit la forme (ici par email ou
bien sur github https://github.com/umap-project/umap/issues ou sur IRC
pour les habitués).
Idéalement, dans le cas d'un bug, un lien vers le problème ou une façon
de le reproduire aidera. Copies d'écrans aussi.

Merci d'avance pour vos retours!

Et à tout bientôt à Bruxelles pour les chanceux qui voyagent :)

Yohan

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

Re: [OSM-talk-fr] PR points routiers et adresse

2016-09-21 Par sujet Pierre-Yves Berrard 
Le 21 septembre 2016 à 21:29, Samy Mezani  a écrit :

>
> ne suis pas persuadé que les PR soient vraiment utilisés par le grand
>> public
>>
>
> C'est un point de repère comme un autre, facile à repérer pour tout le
> monde. Pourquoi tagguer les bornes incendie si l'on suit ton raisonnement ?
>

Je pense que JB ne remettait pas en cause le fait de les intégrer, plutôt
le fait de vouloir
que nominatim les trouve.

Il faudrait trouver un tag approprié, sans se préoccuper de Nominatim.
Quelqu'un que ça intéresse saura comment faire si c'est cohérent et bien
documenté.

PS : l'analogie avec les bornes incendies est trop lointaine. Nominatim ne
renvoie pas non plus les bornes incendies (et les bornes incendies ne sont
pas qu'un point de repère).

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

Re: [OSM-talk-fr] PR points routiers et adresse

2016-09-21 Par sujet Samy Mezani 



Le 21/09/2016 à 19:57, JB a écrit :

ça fait bizarre de voir tout le monde intégrer ça à « grande » échelleje


N'exagérons rien, certains testent l'intégration et en parlent sur la 
liste c'est tout.



ne suis pas persuadé que les PR soient vraiment utilisés par le grand public


C'est un point de repère comme un autre, facile à repérer pour tout le 
monde. Pourquoi tagguer les bornes incendie si l'on suit ton raisonnement ?


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

Re: [OSM-talk-fr] PR points routiers et adresse

2016-09-21 Par sujet osm . sanspourriel 

Le 21/09/2016 à 19:57, JB - jb...@mailoo.org a écrit :


Le 21/09/2016 à 19:49, osm.sanspourr...@spamgourmet.com a écrit :

On est alors plus dans un modèle style associatedStreet.
Ourk… surtout pas ! (Pour élaborer un peu plus : surtout pas de 
relations inutiles, surtout à cette échelle !)

+1 (je n'avais pas pensé à l'échelle, juste pensé à l'analogie).
Mais si on n'y met que les PR pas la relation elle-même c'est plus léger 
(le ref de la route devant être ajouté à cette relation pour associer 
les PR et la route.


Si les PR font partie du tracé de la route, alors l'équivalent du numéro 
pour une adresse doit suffire.

Et c'est Nominatim qui doit indexer ces PR pour que les requêtes marchent.

Par contre sur la faible utilisation des PR, je crois que si tu es sur 
une autoroute, qu'on te demande où tu es, si tu as un PR à fournir, tu 
n'hésites pas.
Par rapport à l'idée de bon sens de Philippe sur le fait que les bornes 
téléphoniques seraient géolocalisées : voiture à contre sens sur la voie 
express, peu après une borne d'appel. J'appelle, il est 1 h du mat', 
personne à la DIR. Au bout de n sonneries ça bascule (comme s'ils ne 
pouvaient avoir de renvoi automatique en fonction des horaires) sur la 
gendarmerie qui au bout de m coups décroche et demande où je suis. Je 
connaissais les lieux donc j'ai pu me situer. Sinon avec une borne 
indiquée sur OSM (ou autre) ils auraient pu savoir. N. B. : ils étaient 
déjà à la recherche de cette voiture à contre-sens mais si à chaque fois 
ils rataient la voiture...

Donc oui on peut améliorer la chaîne des secours.

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

Re: [OSM-talk-fr] PR points routiers et adresse

2016-09-21 Par sujet JB 

Le 21/09/2016 à 19:49, osm.sanspourr...@spamgourmet.com a écrit :

On est alors plus dans un modèle style associatedStreet.
Ourk… surtout pas ! (Pour élaborer un peu plus : surtout pas de 
relations inutiles, surtout à cette échelle !)
Mais oui, ça fait bizarre de voir tout le monde intégrer ça à « grande » 
échelle avec chacun sa modélisation.
Et tant que j'y suis, ça me fait aussi bizarre de voir comme argument : 
« ce modèle ne va pas, Nominatim ne l'exploite pas »… En plus qu'on ne 
taggue pas pour le géocodeur, je ne suis pas persuadé que les PR soient 
vraiment utilisés par le grand public, et que ceux qui en auront 
l'utilité auront développé des outils pour ça.

JB.

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

Re: [OSM-talk-fr] PR points routiers et adresse

2016-09-21 Par sujet osm . sanspourriel 

Le 21/09/2016 à 17:07, Romain MEHUT - romain.me...@gmail.com a écrit :


Bonjour,

Si chacun y va de son interprétation, comment voulez-vous que 
l'ensemble soit homogène ?

Attendez de vous être mis d'accord sur les tags à adopter...

Romain

+1, comme le proposait d'ailleurs Jérôme.
Comme Jérôme disait, si les pk ne correspondent pas à la distance, il y 
a un soucis pour distance=.

On est alors plus dans un modèle style associatedStreet.

street  peut-être ?
Quel rôle ? Adresse ?
Et un ref:PR ou ref:FR:PR sur les nœuds ?

En regardant associatedStreet (en VO) je vois :

OK It allows adding information which concerns the whole street, like a 
name:etymology:wikidata 
=* tag, 
only once, instead of needing to repeat it on each nodes/ways, reducing 
chances of typos.

Tiens, une référence à wikidata précisant son utilisation.

Retour à associatedStreet, distance c'est bon pour modéliser une ligne à 
4 dimensions (x, y, z), la quatrième étant la distance le long de la 
ligne à partir de (x0, y0, z0).
Si la distance ne correspond pas, ce n'est pas trop choquant (d'un point 
à l'autre on approxime par une droite) mais alors je pense qu'il faut 
annoter la donnée. Si c'est plus du n'importe quoi (par exemple parce 
qu'il y a eu des changements d'infrastructure style départementale 
passant maintenant par une rocade sans avoir refait les PR) on est plus 
proche de l'associatedStreet ou les adresses sont potentiellement mises 
n'importe où.


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

[OSM-talk-fr] OSM, Wikipedia et Wikidata

2016-09-21 Par sujet Guillaume Allegre 
Salut,

un mail qui me permet de parler de mes trois projets favoris 
(ne me demandez pas le classement)...

Sur toutes les versions de Wikipedia, une nouvelle extension vient 
d'être activée, sous le nom de Kartographer.
Elle permet essentiellement d'avoir *dans un widget Mediawiki* balisé 
(donc sans "sortir" de Wikipedia) des objets géolocalisés sur une carte 
glissante,
plus complexes que des simples points comme c'était le cas jusqu'à maintenant.

Le principe de fonctionnement, est que ça peut représenter tout "objet"
qui fait l'objet d'une fiche Wikidata (donc avec un identifiant Q...).
S'il est localisé par un simple point dans Wikidata, il sera représenté comme 
un point.

Par contre, s'il existe un objet OSM (ou plusieurs) correspondant, et
que cet objet OSM porte un tag : wikidata=..., l'info sera récupérée et l'objet
géographique sera affiché (way ouvert, fermé ou relation).

Pour résumer la propagation de l'info : OpenStreetMap -> Wikidata -> Wikipedia

Deux exemples parmi d'autres :
* https://fr.wikipedia.org/wiki/Remparts_d%27Avignon#Pr.C3.A9sentation
  lien "Plan de localisation des remparts d'Avignon"
* 
https://fr.wikipedia.org/wiki/Parc_naturel_r%C3%A9gional_de_Chartreuse#G.C3.A9ographie
  lien "Limites du PNR de Chartreuse"

Doc : https://www.mediawiki.org/wiki/Help:Extension:Kartographer


Pour profiter de la fonctionnalité, je vous encourage donc à ajouter le tag 
wikidata
sur les objets OSM qui s'y prêtent ; voire à créer l'élément dans la base 
Wikidata
s'il n'existe pas encore.
Attention, il y a un moissonnage quotidien des identifiants wikidata dans OSM, 
et un cache,
ce qui fait que pour un tag nouvellement ajouté, il y a pour l'instant un délai 
de 24h à 48h
avant que l'objet puisse s'afficher.
Ça devrait se réduire.
L'extension Kartographer reste en développement, et je pense que les 
fonctionnalités vont
augmenter aussi.


-- 
 ° /\Guillaume AllègreOpenStreetMap France 
http://www.openstreetmap.fr
  /~~\/\   allegre.guilla...@free.fr  Wikimedia France 
http://www.wikimedia.fr
 /   /~~\tél. 04.76.63.26.99  Des contenus partagés libres et 
collaboratifs


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

Re: [OSM-talk-fr] PR points routiers et adresse

2016-09-21 Par sujet Samy Mezani 

Le 21/09/2016 à 17:57, Philippe Verdy a écrit :

Qu'au moins vous vous entendiez déjà sur "highway=milestone".


Je ne vois pas d'ambiguité sur ce point entre Donat, Pierre et moi.

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

Re: [OSM-talk-fr] PR points routiers et adresse

2016-09-21 Par sujet Philippe Verdy 
Qu'au moins vous vous entendiez déjà sur "highway=milestone".
Ca permettra des nettoyages en attendant de se mettre d'accord sur le ou
les formats attendus (à documenter aussi, sinon ça restera peu ou pas
utilisé dans les rendus ou moteurs d'itinéraires).
Pour l'instant j'ai l'impression que chacun est en train de tester ses
solutions, mais on ne sait pas ce que chacun attend dans ses applications
carto favorites.
sinon l'interprétation comme distance (en kilomètres par défaut) c'est le
tag distance=*; ref=* reste je pense à utiliser selon les normes locales en
vigueur chez les exploitants de réseaux ou selon ce qui est visible (un
exploitant peut avoir un numéro de référence plus précis mais la borne en
général en donne une vue simplifiée, en n'affichant que la distance et
(optionellement) la référence de la route comme seconde indication annexe
(mais là je suis d'avis que ça reste sur la ref du way highway=* pour la
référence principale, sinon dans la relation pour les itinéraires Européens
"Enn", qui pouvait aussi se mettre sur le way dans "int_ref=*" mais semble
maintenant obsolète, et dans la relation uniquement pour les itinéraires
cyclistes et piétons qui empreintent localement le même route)

Le 21 septembre 2016 à 17:07, Romain MEHUT  a écrit
:

> Bonjour,
>
> Si chacun y va de son interprétation, comment voulez-vous que l'ensemble
> soit homogène ?
> Attendez de vous être mis d'accord sur les tags à adopter...
>
> Romain
>
> Le 21 septembre 2016 à 16:54, Marc SIBERT  a écrit :
>
>> Bonjour,
>>
>> moi j'ai commencé sur l'A104 (idf) et j'utilise la ref pour le nom de la
>> route, bien que cela soit contraire à l'usage de ref qui référence l'objet
>> lui-même.
>>
>> et j'utilise "distance" pour y mettre le PK (point kilométrique).
>>
>> A+
>>
>> Marc Sibert
>> m...@sibert.fr
>>
>> Le 21 septembre 2016 à 15:22, Samy Mezani  a
>> écrit :
>>
>>> Bonjour,
>>>
>>> Génial cette mise à disposition des PR.
>>>
>>> Je voudrais les intégrer avec JOSM dans mon secteur (Bourgogne).
>>>
>>> Je me suis risqué à mettre un tag ref=PRxx. Du coup on peut le
>>> rechercher rapidement avec Nominatim. Exemple :
>>> https://www.openstreetmap.org/search?query=PR16%2C N 80
>>>
>>> Qu'en pensez-vous ?
>>>
>>> Samy
>>>
>>> Le 20/09/2016 à 01:40, Donat ROBAUX a écrit :
>>>
 Malheureusement, impossible de faire ressortir le PR avec la barre de
 recherche d’openstreetmap.org . J’ai testé
 pourtant pas mal de combinaisons.


>>> ___
>>> 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] PR points routiers et adresse

2016-09-21 Par sujet Jérôme Seigneuret 
Bonjour,
Je ne sais pas comment sont gérés les anomalies mais dans le ferroviaire
les PK peuvent ne pas correspondre à la distance mentionnée. (Et cela avec
des décalage de plus d'1km)

La notion de numéro de pancarte et à dissocié de la distance. Celle-ci est
indicative et est recorrigé pour une utilisation en référencement linéaire.

Mettre les PR dans une relation c'est pas envisageable?

Jérôme

Le 21 septembre 2016 à 16:54, Marc SIBERT  a écrit :

> Bonjour,
>
> moi j'ai commencé sur l'A104 (idf) et j'utilise la ref pour le nom de la
> route, bien que cela soit contraire à l'usage de ref qui référence l'objet
> lui-même.
>
> et j'utilise "distance" pour y mettre le PK (point kilométrique).
>
> A+
>
> Marc Sibert
> m...@sibert.fr
>
> Le 21 septembre 2016 à 15:22, Samy Mezani  a
> écrit :
>
>> Bonjour,
>>
>> Génial cette mise à disposition des PR.
>>
>> Je voudrais les intégrer avec JOSM dans mon secteur (Bourgogne).
>>
>> Je me suis risqué à mettre un tag ref=PRxx. Du coup on peut le rechercher
>> rapidement avec Nominatim. Exemple :
>> https://www.openstreetmap.org/search?query=PR16%2C N 80
>>
>> Qu'en pensez-vous ?
>>
>> Samy
>>
>> Le 20/09/2016 à 01:40, Donat ROBAUX a écrit :
>>
>>> Malheureusement, impossible de faire ressortir le PR avec la barre de
>>> recherche d’openstreetmap.org . J’ai testé
>>> pourtant pas mal de combinaisons.
>>>
>>>
>> ___
>> 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
>
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] PR points routiers et adresse

2016-09-21 Par sujet Samy Mezani 
Quel est l'intérêt d'indiquer la route pour le ref de la borne alors que 
l'on crée cette borne sur le tracé de la route, qui elle a déjà ce tag ?


Samy

Le 21/09/2016 à 16:54, Marc SIBERT a écrit :

Bonjour,

moi j'ai commencé sur l'A104 (idf) et j'utilise la ref pour le nom de la
route, bien que cela soit contraire à l'usage de ref qui référence
l'objet lui-même.

et j'utilise "distance" pour y mettre le PK (point kilométrique).

A+

Marc Sibert
m...@sibert.fr 


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

Re: [OSM-talk-fr] PR points routiers et adresse

2016-09-21 Par sujet Romain MEHUT 
Bonjour,

Si chacun y va de son interprétation, comment voulez-vous que l'ensemble
soit homogène ?
Attendez de vous être mis d'accord sur les tags à adopter...

Romain

Le 21 septembre 2016 à 16:54, Marc SIBERT  a écrit :

> Bonjour,
>
> moi j'ai commencé sur l'A104 (idf) et j'utilise la ref pour le nom de la
> route, bien que cela soit contraire à l'usage de ref qui référence l'objet
> lui-même.
>
> et j'utilise "distance" pour y mettre le PK (point kilométrique).
>
> A+
>
> Marc Sibert
> m...@sibert.fr
>
> Le 21 septembre 2016 à 15:22, Samy Mezani  a
> écrit :
>
>> Bonjour,
>>
>> Génial cette mise à disposition des PR.
>>
>> Je voudrais les intégrer avec JOSM dans mon secteur (Bourgogne).
>>
>> Je me suis risqué à mettre un tag ref=PRxx. Du coup on peut le rechercher
>> rapidement avec Nominatim. Exemple :
>> https://www.openstreetmap.org/search?query=PR16%2C N 80
>>
>> Qu'en pensez-vous ?
>>
>> Samy
>>
>> Le 20/09/2016 à 01:40, Donat ROBAUX a écrit :
>>
>>> Malheureusement, impossible de faire ressortir le PR avec la barre de
>>> recherche d’openstreetmap.org . J’ai testé
>>> pourtant pas mal de combinaisons.
>>>
>>>
>> ___
>> 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] PR points routiers et adresse

2016-09-21 Par sujet Marc SIBERT 
Bonjour,

moi j'ai commencé sur l'A104 (idf) et j'utilise la ref pour le nom de la
route, bien que cela soit contraire à l'usage de ref qui référence l'objet
lui-même.

et j'utilise "distance" pour y mettre le PK (point kilométrique).

A+

Marc Sibert
m...@sibert.fr

Le 21 septembre 2016 à 15:22, Samy Mezani  a écrit :

> Bonjour,
>
> Génial cette mise à disposition des PR.
>
> Je voudrais les intégrer avec JOSM dans mon secteur (Bourgogne).
>
> Je me suis risqué à mettre un tag ref=PRxx. Du coup on peut le rechercher
> rapidement avec Nominatim. Exemple :
> https://www.openstreetmap.org/search?query=PR16%2C N 80
>
> Qu'en pensez-vous ?
>
> Samy
>
> Le 20/09/2016 à 01:40, Donat ROBAUX a écrit :
>
>> Malheureusement, impossible de faire ressortir le PR avec la barre de
>> recherche d’openstreetmap.org . J’ai testé
>> pourtant pas mal de combinaisons.
>>
>>
> ___
> 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] PR points routiers et adresse

2016-09-21 Par sujet Pierre Béland 
La recherche nominatim suivante me donne les bornes sur la route ref=R0461km 
r0461, quebec
Sur la node highway=milestone, j'indique ref=Km xx où xx est le nombre de 
kilomètres.
  
Pierre 


  De : Philippe Verdy 
 À : Discussions sur OSM en français  
 Envoyé le : mercredi 21 Septembre 2016 10h04
 Objet : Re: [OSM-talk-fr] PR points routiers et adresse
   
Nominatim ne sait pas chercher juste avec un nombre. L'utilisation d'un préfixe 
le permet, à condition qu'il soit standardisé, ce qui n'est pas non plus le cas 
pour le format "ref=PXxxx" proposé. Et je suis presque sur qu'on a d'autres 
formats même en France, visibles sur certaines bornes (déjà les bornes d'arrêt 
d'urgence ont leur propre système)
Le marquage n'est pas non plus limité aux bornes ou panneaux, on trouve aussi 
des marquages au sol. Du coup ce n'est pas évident d'utiliser la clé 
"highway=milestone", bien que sa doc indique que c'est utilisable aussi pour 
les panneaux et pas seulement les bornes en pierre ou ciment/béton (qui ont 
presque toutes disparu en France, hormis quelques bornes historiques qui ont 
cependant été souvent déplacées car elles étaient trop dangereuses (notamment 
les anciennes bornes de la Voie de la Libération placées en bordure de route et 
pas sur un trottoir).
Les arbres le long des anciennes routes nationales ont connu aussi le même sort 
(abattus pour la plupart, pas toujours replantés plus loin), de même que pas 
mal d'anciens murets en bordure de propriétés en milieu rural (remplacés par 
des grillages ou plantations légères, les distances minimale de construction en 
dur le long des routes ont été augmentées, notamment toutes celles où circulent 
des bus de transport en commun ou transport scolaire hors agglomération où la 
vitesse est plus limitée à 50 ou même souvent 30 km/h dans plein d'endroits).
Aujourd'hui pour le bornage kilométrique on n'a plus que des petits panneaux ou 
des bornes en plastique qui ne font pas obstacle, et le bornage peint au sol 
est de plus en plus fréquent. Les panonceaux étant placés derrière les 
glissières centrales de sécurité sur les autoroutes et voies rapides, ou 
doivent respecter d'autres normes concernant le placement des panneau, leur 
fixation au sol, les tailles minimales et maximales, les matériaux autorisés et 
leur visibilité.


___
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] PR points routiers et adresse

2016-09-21 Par sujet Philippe Verdy 
Nominatim ne sait pas chercher juste avec un nombre. L'utilisation d'un
préfixe le permet, à condition qu'il soit standardisé, ce qui n'est pas non
plus le cas pour le format "ref=PXxxx" proposé. Et je suis presque sur
qu'on a d'autres formats même en France, visibles sur certaines bornes
(déjà les bornes d'arrêt d'urgence ont leur propre système)

Le marquage n'est pas non plus limité aux bornes ou panneaux, on trouve
aussi des marquages au sol. Du coup ce n'est pas évident d'utiliser la clé
"highway=milestone", bien que sa doc indique que c'est utilisable aussi
pour les panneaux et pas seulement les bornes en pierre ou ciment/béton
(qui ont presque toutes disparu en France, hormis quelques bornes
historiques qui ont cependant été souvent déplacées car elles étaient trop
dangereuses (notamment les anciennes bornes de la Voie de la Libération
placées en bordure de route et pas sur un trottoir).

Les arbres le long des anciennes routes nationales ont connu aussi le même
sort (abattus pour la plupart, pas toujours replantés plus loin), de même
que pas mal d'anciens murets en bordure de propriétés en milieu rural
(remplacés par des grillages ou plantations légères, les distances minimale
de construction en dur le long des routes ont été augmentées, notamment
toutes celles où circulent des bus de transport en commun ou transport
scolaire hors agglomération où la vitesse est plus limitée à 50 ou même
souvent 30 km/h dans plein d'endroits).

Aujourd'hui pour le bornage kilométrique on n'a plus que des petits
panneaux ou des bornes en plastique qui ne font pas obstacle, et le bornage
peint au sol est de plus en plus fréquent. Les panonceaux étant placés
derrière les glissières centrales de sécurité sur les autoroutes et voies
rapides, ou doivent respecter d'autres normes concernant le placement des
panneau, leur fixation au sol, les tailles minimales et maximales, les
matériaux autorisés et leur visibilité.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Page de recensement des futures communes nouvelles de 2017

2016-09-21 Par sujet Francescu GAROBY 
Ah !
Bon, je vais indiquer dans la page du wiki qu'il vaut mieux aller
renseigner Wikipedia, dans ce cas...


Francescu

Le 21 septembre 2016 à 15:38, Christian Quest  a
écrit :

> Je pense qu'il vaut mieux unir nos efforts sur la page wikipédia. L'an
> passé ça avait été finalement plutôt celle-là qui avait servit.
>
> Le 21/09/2016 à 15:33, Francescu GAROBY a écrit :
>
> Bonjour,
> Voyant dans la presse qu'une commune nouvelle (Saint-Pierre-en-Auge) verra
> le jour, le 01/01/2017  dans le Calvados, j'ai voulu préparer le terrain.
>
> Si je fais un mail, ce n'est pas pour ça, c'est parce que je n'ai pas
> trouvé la page recensant les fusions au 01/01/2017, sur le wiki. Je vois
> bien celles pour 2014, 2015 et 2016, mais pas 2017. Je l'ai donc créée
> 
> .
> J'y ai aussi inclus la future commune nouvelle de l'Yonne (Montholon), qui
> était elle aussi préparée (détectée grâce à une recherche overpass qui se
> trouve dans la page citée ci-dessus, adaptation de celle de la page pour
> 2016).
>
> Tout ça pour dire qu'on devrait commencer à faire le tour des sites
> préfectoraux : il y a sans doute des arrêtés qui annoncent les futures
> communes nouvelles de 2017.
>
> --
> Cordialement,
> Francescu GAROBY
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Page de recensement des futures communes nouvelles de 2017

2016-09-21 Par sujet Christian Quest 
Je pense qu'il vaut mieux unir nos efforts sur la page wikipédia. L'an 
passé ça avait été finalement plutôt celle-là qui avait servit.



Le 21/09/2016 à 15:33, Francescu GAROBY a écrit :

Bonjour,
Voyant dans la presse qu'une commune nouvelle (Saint-Pierre-en-Auge) 
verra le jour, le 01/01/2017  dans le Calvados, j'ai voulu préparer le 
terrain.


Si je fais un mail, ce n'est pas pour ça, c'est parce que je n'ai pas 
trouvé la page recensant les fusions au 01/01/2017, sur le wiki. Je 
vois bien celles pour 2014, 2015 et 2016, mais pas 2017.Je l'ai donc 
créée 
.
J'y ai aussi inclus la future commune nouvelle de l'Yonne (Montholon), 
qui était elle aussi préparée (détectée grâce à une recherche overpass 
qui se trouve dans la page citée ci-dessus, adaptation de celle de la 
page pour 2016).


Tout ça pour dire qu'on devrait commencer à faire le tour des sites 
préfectoraux : il y a sans doute des arrêtés qui annoncent les futures 
communes nouvelles de 2017.


--
Cordialement,
Francescu GAROBY


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



--
Christian Quest - OpenStreetMap France

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

[OSM-talk-fr] Page de recensement des futures communes nouvelles de 2017

2016-09-21 Par sujet Francescu GAROBY 
Bonjour,
Voyant dans la presse qu'une commune nouvelle (Saint-Pierre-en-Auge) verra
le jour, le 01/01/2017  dans le Calvados, j'ai voulu préparer le terrain.

Si je fais un mail, ce n'est pas pour ça, c'est parce que je n'ai pas
trouvé la page recensant les fusions au 01/01/2017, sur le wiki. Je vois
bien celles pour 2014, 2015 et 2016, mais pas 2017. Je l'ai donc créée

.
J'y ai aussi inclus la future commune nouvelle de l'Yonne (Montholon), qui
était elle aussi préparée (détectée grâce à une recherche overpass qui se
trouve dans la page citée ci-dessus, adaptation de celle de la page pour
2016).

Tout ça pour dire qu'on devrait commencer à faire le tour des sites
préfectoraux : il y a sans doute des arrêtés qui annoncent les futures
communes nouvelles de 2017.

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

Re: [OSM-talk-fr] PR points routiers et adresse

2016-09-21 Par sujet Samy Mezani 

Bonjour,

Génial cette mise à disposition des PR.

Je voudrais les intégrer avec JOSM dans mon secteur (Bourgogne).

Je me suis risqué à mettre un tag ref=PRxx. Du coup on peut le 
rechercher rapidement avec Nominatim. Exemple :

https://www.openstreetmap.org/search?query=PR16%2C N 80

Qu'en pensez-vous ?

Samy

Le 20/09/2016 à 01:40, Donat ROBAUX a écrit :

Malheureusement, impossible de faire ressortir le PR avec la barre de
recherche d’openstreetmap.org . J’ai testé
pourtant pas mal de combinaisons.



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

Re: [OSM-talk-fr] Prestations autour d'OpenStreetMap

2016-09-21 Par sujet Antoine Riche 

Merci Vincent pour ces ressources.

Si le Wiki est modifiable par tous avec un compte, ce n'est pas le cas 
de la carte uMap. J'avais sollicité Christian pour ajouter 2 structures 
nantaises (Carto'Cité et WebGeoDataVore) : j'attends toujours mais ne 
désespère pas ;-)


Antoine.

Le 20/09/2016 à 22:56, Vincent de Château-Thierry a écrit :

Bonsoir,

L'association OpenStreetMap France est parfois sollicitée par des 
entreprises ou des collectivités à la recherche de prestataires, en 
lien avec le projet : demande d'expertise, de formation, 
d'accompagnement.
L'association en tant que telle ne se positionne pas en prestataire de 
service, et n'a donc pas vocation à répondre directement à ces 
sollicitations. En revanche, elle peut rediriger ces demandes vers des 
offres de service. Par souci de neutralité, il ne s'agit pas de 
diriger vers tel ou tel acteur. La pratique est plutôt d'indiquer des 
ressources comme le forum (section dédiée aux offres & demandes : 
http://forum.openstreetmap.fr/viewforum.php?f=22) et aussi des 
annuaires, notamment sur le wiki :
en anglais : 
http://wiki.openstreetmap.org/wiki/Commercial_OSM_Software_and_Services
en français : 
http://wiki.openstreetmap.org/wiki/FR:Services_commerciaux_bas%C3%A9s_sur_OSM


Ces pages sont complétées par une carte umap :
http://umap.openstreetmap.fr/en/map/prestataires-professionnels-osm-en-france_10299#6/46.324/6.306 



Aucune de ces ressources n'est à jour, soit parce que des entreprises 
référencées ne sont plus en activité, soit parce que d'autres, 
récentes, sont absentes des listes.


Aussi, afin que ces pages du wiki gardent de leur pertinence, 
n'hésitez pas à y jeter un oeil, et si vous estimez pouvoir les mettre 
à jour, par exemple pour référencer votre propre activité, n'hésitez pas.


merci
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

[OSM-talk-fr] [Rennes] Atelier carto humanitaire le 2 octobre

2016-09-21 Par sujet PanierAvide 

Bonjour à tous,

Avec les contributeurs OpenStreetMap 35, nous organisons un atelier 
découverte autour de la cartographie humanitaire. L'objectif est de 
faire découvrir OSM à travers la carto humanitaire. Nous présenterons le 
projet et proposerons une initiation à la contribution. L'atelier se 
déroulera le 2 octobre 2016 de 14h30 à 18h30, à l'espace Vie du Citoyen 
de la Bibliothèque des Champs Libres (10 Cours des Alliés, Rennes) :


https://www.openstreetmap.org/node/1662463407#map=19/48.10524/-1.67443

Pour plus d'infos :

http://www.bibliotheque.leschampslibres.fr/agenda/enrichir-une-carte-pour-faciliter-les-actions-humanitaires/a5f955785fc53156b807d4e650c99e71/

N'hésitez pas à relayer l'information ;-)

Cordialement,

PanierAvide.


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