Re: [OSM-talk-fr] umap et compte openstreetmap

[Otourly Wiki]

Est-ce que la personne s'est connectée avec son compte OSM sur uMap ?Je crois 
me souvenir qu'il y a un délai après la connexion. Florian
 

Le Jeudi 26 janvier 2017 13h51, Laurent Combe  a 
écrit :
 

 Bonjour,

en voulant donner des droits de modification sur une carte umap que
j'ai créé, je m'aperçois
que malgré le fait que la personne ait ouvert un compte
openstreetmap.org ce matin elle n'apparait toujours pas dans la liste
des personnes à qui je peux donner le role d'éditeur de la carte

pourtant son compte est créé depuis plus de 4 heures maintenant

y a t il un délai ou qq chose d'autre à faire ?

Laurent

___
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] Fwd: Communes nouvelles - Mise à jour et codes JOFR NOR

[Otourly Wiki]

J'ajouterai qu'on ne peut pas se fier aux schémas départementaux car ils ne 
tiennent pas compte des derniers changements.

Toutes les fusions ne figurent pas dans les RAA des départements, parfois 
lorsque la fusion concerne plusieurs département, on va les trouver sur le site 
des régions (mais c'est une exception).
Ce n'est pas forcément parce qu'une communauté de communes n'atteint pas les 15 
000 qu'elle se verra modifiée au 1er janvier prochain. Il y a des exceptions à 
cette règle (communauté issue de la fusion de 2016 par exemple) qui permettent 
de disposer d'un délai supplémentaire jusqu'en 2019 !

Bref c'est compliqué et ce n'est qu'une préfiguration d'un autre changement 
(seuil de 15 000 à 20 000). Je suis en train de faire modifier un plan SVG de 
la France métropolitaine pour WP mais je suis vraiment pas certain de finir au 
31 décembre (les infos arrivant au compte goutte et de toutes manières il y 
aura des évolutions durant le mois de janvier).

Florian
 

Le Vendredi 16 décembre 2016 20h47, Philippe Verdy  a 
écrit :
 

 Les communautés de communes ce sont les préfectures qui s'en occupent. 
Malheureusement pas de moteur de recherche unique, il faut regarder département 
par département (et les outils de recherche ne sont pas les mêmes.
Le 16 décembre 2016 à 18:56, Jérôme Amagat  a écrit :

Il y a au 1 janvier aussi énormément de modification des communautés de 
communes et là j'ai pas l'impression qu'il y a une liste quelque part...

Le 15 décembre 2016 à 16:25, Christian Quest  a écrit :

  On concentre tout ce suivit sur wikipédia:https://fr.wikipedia.org/wiki/ 
Liste_des_communes_nouvelles_c r%C3%A9%C3%A9es_en_2017
  Il y a les publication au JORF, mais aussi (et surtout) celles des arrêtés 
préfectoraux...
  
 Je vais profiter de mes congés pour vérifier où on en est et préparer la 
bascule au 1/1/2017...
 
 
 Le 15/12/2016 à 11:09, Jérôme Seigneuret a écrit :
  
   Bonjour, 
  Je viens de regarder les informations concernat les communes nouvelles et le 
lien mentionné. 
   
RECENSEMENT, A COMPTER DE 1986, DES TEXTES PORTANT CREATION, FUSION, DEFUSION, 
CHANGEMENT DE NOM OU SUPPRESSION DE COMMUNES ET DES TEXTES PORTANT MODIFICATION 
DES LIMITES TERRITORIALES DES COMMUNES ET CANTONS
 https://www.legifrance.gouv.fr /affichSarde.do?reprise=true 
age=1=SARDOBJT0710 4406=DECROISSANT= =ls
  
  La liste s'arrête au 4 juillet et ne semble pas lister toutes les communes. 
  Du coup je suis allé faire un tour sur le JORF pour lister les arrêtés 
portant sur les communes nouvelles publiés en 2016 
  Critères: (la recherche ne me permet as de mettre un permalien...) image 
correspondant 
  Nature du texte : Arrêté NOR : INTB*   Date de publication 2016 Recherche 
textuelle : "commune nouvelle" (à proximité dans tout)
  
  
  Résultat : 197 arrêtés dont les derniers date du 26 septembre 2016 avec une 
date de publication au 27 octobre
  
  Je pense que c'est aussi l'occasion de renseigner les codes NOR (ou/et JORF) 
sur le fichier CSV de @cquest listant les communes nouvelles de 2016 et de 
prévoir la mise à jour pour 2017 sachant que l'application sera au 1 janvier 
2017. 
  Qu'en pensez-vous?
  -- 
 Cordialement, Jérôme Seigneuret   
  
 __ _
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.or g/listinfo/talk-fr
 
 
 
 -- 
Christian Quest - OpenStreetMap France 
__ _
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.or g/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] Fwd: Communes nouvelles - Mise à jour et codes JOFR NOR

[Otourly Wiki]

Oui c'est compliqué y a plein d'arrêtés préfectoraux parfois interpréfectoraux 
et avec les communes nouvelles (en plus si elles sont créées au 1er janvier 
doivent délibérer de leur appartenance à une communauté de commune si elles 
sont entre deux [exemple des Portes du Beaujolais]) ça représente du boulot ! 
Certains sites de préfecture nous facilitent la tâche d'autres moins... 
Cependant certaines modifications futures sont déjà sur WP. Ouf ! Florian
 

Le Vendredi 16 décembre 2016 18h59, Jérôme Amagat  
a écrit :
 

 Il y a au 1 janvier aussi énormément de modification des communautés de 
communes et là j'ai pas l'impression qu'il y a une liste quelque part...

Le 15 décembre 2016 à 16:25, Christian Quest  a écrit :

  On concentre tout ce suivit sur wikipédia:https://fr.wikipedia.org/wiki/ 
Liste_des_communes_nouvelles_ cr%C3%A9%C3%A9es_en_2017
  Il y a les publication au JORF, mais aussi (et surtout) celles des arrêtés 
préfectoraux...
  
 Je vais profiter de mes congés pour vérifier où on en est et préparer la 
bascule au 1/1/2017...
 
 
 Le 15/12/2016 à 11:09, Jérôme Seigneuret a écrit :
  
   Bonjour, 
  Je viens de regarder les informations concernat les communes nouvelles et le 
lien mentionné. 
   
RECENSEMENT, A COMPTER DE 1986, DES TEXTES PORTANT CREATION, FUSION, DEFUSION, 
CHANGEMENT DE NOM OU SUPPRESSION DE COMMUNES ET DES TEXTES PORTANT MODIFICATION 
DES LIMITES TERRITORIALES DES COMMUNES ET CANTONS
 https://www.legifrance.gouv.fr /affichSarde.do?reprise=true 
age=1=SARDOBJT0710 4406=DECROISSANT= =ls
  
  La liste s'arrête au 4 juillet et ne semble pas lister toutes les communes. 
  Du coup je suis allé faire un tour sur le JORF pour lister les arrêtés 
portant sur les communes nouvelles publiés en 2016 
  Critères: (la recherche ne me permet as de mettre un permalien...) image 
correspondant 
  Nature du texte : Arrêté NOR : INTB*   Date de publication 2016 Recherche 
textuelle : "commune nouvelle" (à proximité dans tout)
  
  
  Résultat : 197 arrêtés dont les derniers date du 26 septembre 2016 avec une 
date de publication au 27 octobre
  
  Je pense que c'est aussi l'occasion de renseigner les codes NOR (ou/et JORF) 
sur le fichier CSV de @cquest listant les communes nouvelles de 2016 et de 
prévoir la mise à jour pour 2017 sachant que l'application sera au 1 janvier 
2017. 
  Qu'en pensez-vous?
  -- 
 Cordialement, Jérôme Seigneuret   
  
 __ _
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




___
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] transport en commun à lyon et osmose

[Otourly Wiki]

(le "A" et le "B" avant les ":" je sais pas à quoi ils servent)Je pense qu'il 
s'agit d'un parcours alternatif pour le C16 il n'y a pas de variantes mais le 
trajet retour diffère du trajet aller. 
On peut peut-être vérifier ça sur la ligne C20 qui a tout les cas de figure (un 
itinéraire bis et un circuit parfois différent selon le sens de 
circulation)http://www.tcl.fr/Me-deplacer/Toutes-les-lignes/C20
Florian
#WeAreFairphone
 

Le Mardi 13 décembre 2016 10h30, Christian Quest  
a écrit :
 

  ref:FR:STAR ! La convention c'est:
  fr = français (la langue) FR = France (le pays)
  
 Le 13/12/2016 à 01:46, Jérôme Amagat a écrit :
  
  Et pour Rennes il faudrait changer les tags existants ref:fr_star=* en 
ref:fr:Star=* comme sur osmose déjà il y aurait moins d’arrêt à ajouter d’après 
osmose. (ou changer en ref:fr:STAR mais il faut aussi le changer dans le test 
osmose)
  il y a aussi sur des arrêts des tag ref=* qui correspondent au ref de Star.
  Je pense qu'il faudrait déjà faire un peu de changement et de ménage la 
dedans avant qu'osmose soit vraiment utile.
   
 
 
 
 -- 
Christian Quest - OpenStreetMap France 
___
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] Rendu francais et tuiles roses

[Otourly Wiki]

À noter également que le rendu bzh est vraiment pas à jour... Florian
 

Le Mardi 29 novembre 2016 20h14, "osm.sanspourr...@spamgourmet.com" 
 a écrit :
 

   Du côté de Mordelles, pas de soucis pour moi. Tu n'aurais pas coché 
"Hillshade @ openpistemap.org" qui ne marchait pas (semble revenu)
  J'ai plein de tuiles bleues, mais en mer ;-). Et des ardoises sur le toit 
(comme ça c'est fait :-D). Plus sérieusement il serait temps de supprimer la 
couche OpenMapquest. Qui de Limites admin. FR et de brocas ?
  Jean-Yvon
  
 Le 29/11/2016 à 17:30, mga_geo - mga_...@yahoo.fr a écrit :
  
 Bonjour à tous,

J'ai beaucoup de tuiles roses dès que je zoome au niveau 14 sur par exemple
http://tile.openstreetmap.fr/?q=Mordelles

C'est ponctuel ?

A+
Marc



--
View this message in context: 
http://gis.19327.n8.nabble.com/Rendu-francais-et-tuiles-roses-tp5886662.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] Pic4Carto : visionneuse efficace de photos de rues

[Otourly Wiki]

Génial ! Et ça peut être utile aussi à d'autres communautés !
Par contre, et je pense que tu y a pensé, l'outil n'utilise que les photos sous 
licence libre de Flickr c'est bien ça ? Florian
 

Le Mardi 8 novembre 2016 20h14, PanierAvide  a 
écrit :
 

 Bonjour à tous,

Les sources de photos de rues libres sont de plus en plus nombreuses 
(Mapillary, Wikimedia Commons, Flickr, et OpenStreetView qui démarre). 
Ces photos sont une mine d'informations précieuses pour OpenStreetMap, 
et pourtant pas encore pleinement exploitées. Probablement car il faut 
visiter chaque portail, pas toujours simple d'utilisation ou rapide 
d'affichage.

Pour tirer le meilleur parti de ces photos, j'ai créé un outil d'aide à 
la cartographie nommé Pic4Carto. Il permet de visualiser les photos 
récentes de Mapillary, Flickr et Commons, sur une zone donnée, les unes 
à la suite des autres. L'objectif est de balayer rapidement la zone, 
pour découvrir les objets que l'on souhaite ajouter à OpenStreetMap (on 
peut penser aux bancs, poteaux incendie, panneaux publicitaires, 
panneaux biches, limitations de vitesse...). L'outil est disponible à 
cette adresse :

http://projets.pavie.info/pic4carto/

Bien évidemment il s'agit d'un outil libre (licence AGPL), le code 
source est disponible sur Framagit :

https://framagit.org/PanierAvide/Pic4Carto

N'hésitez pas à me faire part de vos suggestions, des bugs que vous 
pourriez trouver, ou de toute autre idée :-)

Cordialement.

-- 
PanierAvide
Géomaticien & développeur


___
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: [Talk-it] Mappa Esino Lario

[Otourly Wiki]

Se c'è il bisogno, posso aggiungere la traduzione in francese... 
Sarò anche alla wikimania 
;-) Florian
 

Le Lundi 30 mai 2016 16h49, Dario Crespi  a écrit :
 

 
> 5) Nomi che sembrano descrizioni:*
>  alcuni nomi sembrano più delle descrizioni. temo sia necessario per
> controllare in locale il reale nome [1]
> una curiosità: tutti i parcheggi sembrerebbero chiamarsi "park" più
> qualcos'altro...a parte il minuscolo mi sembra strano che abbiano la
> dicitura inglese...hanno forse cambiato i nomi per l'evento?

questo va sistemato. ne campo "name", ci va...il nome, non l'etichetta
che si vuole appaia sulla mappa.

Li ho corretti, semplicemente eliminando il nome, che in realtà non hanno.
Dario 
Il giorno 30 maggio 2016 15:53, Simone Cortesi  ha scritto:

2016-05-29 19:40 GMT+02:00 Aury88 :
> 5) Nomi che sembrano descrizioni:*
>  alcuni nomi sembrano più delle descrizioni. temo sia necessario per
> controllare in locale il reale nome [1]
> una curiosità: tutti i parcheggi sembrerebbero chiamarsi "park" più
> qualcos'altro...a parte il minuscolo mi sembra strano che abbiano la
> dicitura inglese...hanno forse cambiato i nomi per l'evento?

questo va sistemato. ne campo "name", ci va...il nome, non l'etichetta
che si vuole appaia sulla mappa.

--
-S

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



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


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

Re: [OSM-talk-fr] Bienvenue aux wikipédiens

[Otourly Wiki]

J'aurais mis bienvenue aux Wikimédiens plutôt... Florian
 

Le Samedi 30 avril 2016 8h34, Philippe Verdy  a écrit :
 

 http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

La demande est bien nécessaire, un bot peut se faire bloquer sinon
Le 30 avril 2016 à 08:29, Vincent de Château-Thierry  a écrit 
:

Bonjour

Le 30/04/2016 08:10, Philippe Verdy a écrit :

Il y a aussi des privilèges (à demander) pour les utilisateurs de Bots
d'importation.


{{Référence nécessaire}}

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


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

[OSM-talk-fr] Open Food France

[Otourly Wiki]

Bonjour,Il y a actuellement un logiciel libre en développement qui a pour 
projet de créer un plateforme de mise en relation entre producteurs et 
consommateurs.
Il se trouve qu'ils utilisent l'API Google pour le moment du fait de sa 
simplicité. Mais il y a une envie de changement comme l'indique le sujet ici 
:http://community.openfoodnetwork.org/t/open-street-map-vs-google-maps/492
Si vous souhaitez leur donner un coup de main...
Bonne journée !
 Florian Farge aka Otourly
#WeAreFairphone
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réseau francilien: STIF, RATP et SNCF

[Otourly Wiki]

Le lien d'Éric est chouette, mais je ne retrouve pas les funiculaires, et la 
gestion des voies non plus (je me base sur Network=TCL) ; en effet sur ce 
réseau les lignes A,B et D ont été dédoublées respectant ainsi le sens de 
fonctionnement. Florian Farge aka Otourly
#WeAreFairphone
 

Le Vendredi 12 février 2016 11h45, dHuy Pierre  a écrit :
 

 En regardant avec l'outil d'Eric je me suis rendu compte de nombreuses 
inconsistances (network RER, SNCF, STIF, Transilien...) dans le réseau parisien 
et je voudrais avoir votre point de vue sur les tags operator et network.Le 
network, ne devrait-il pas être STIF? Et les opérator RATP ou SNCF? Quid des 
ligne H, J, TER...? Et enfin, les grandes lignes appartiennent-elles au network 
SNCF?
___
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] Problème de langue

[Otourly Wiki]

Les spécificités du Québec ne répondent pas à la problématique des routes 
européennes qui sont multiculturelles et multilingues, je pense.
 Florian Farge aka Otourly
#WeAreFairphone
 

Le Mardi 26 janvier 2016 14h54, Pierre Béland  a écrit :
 

 La langue officielle en France est le français. 
donc pour le territoire français, name contient la dénomination française, 
portion allemande, l'allemand. et si vous le voulez, name:en peut être ajouté.
Nous procédons ainsi au Canada. Québec en français.

  
Pierre 

 

  De : Damouns 
 À : Discussions sur OSM en français  
 Envoyé le : mardi 26 janvier 2016 2h53
 Objet : Re: [OSM-talk-fr] Problème de langue
  
Moi je suis assez d'accord avec Jean-Yvon : je ne vois pas l'intérêt du name= 
dans le cas d'un objet international comme ça. A la limite je verrais bien des 
name:fr=, name:de=... mais pas de name= car en plus il est redondant avec le 
ref.


Damouns

Le 26 janvier 2016 à 07:33, Dominique Faure  a écrit 
:

Donc si je résume par rapport à mon propos initial, il faudrait finir par avoir:
=> Une relation "name=European route 54", référençant:
==> 2 relations "name:fr=Route européenne 54" et "name:de=Europastraße 54" pour 
chaque portion nationale, référençant:
===> p segments élémentaires existants, nommés ou non suivant le cas.

C'est ça?
J'ai regardé un peu alentour, il semblerait que la route E60 présente déjà une 
structure similaire. Faut-il se caler dessus?
Enfin, la question qui fâche, qui fait la modif? :)

2016-01-26 0:49 GMT+01:00 Philippe Verdy :



Le 25 janvier 2016 à 22:41, Jérôme Seigneuret  a 
écrit :

Bonjour,
J'appui Jean-Yvon pour le name
Coté relation David à raison sur le fait de gérer des relations avec des 
niveaux multiples ce qui permet d'importer des portions ou de gérer des 
itinéraires logiques par étapes avec les différents niveau (local, régional, 
national...) d'où l'utilisation du name anglais sur une super-relation (en 
Europe quand ça traverse les frontières)
Pour le check d'OSM c'est pas trivial sur le test du nom.
Je reprends le cas de Philippe
Noms dans la langue locale et dans la langue par défaut différents 
way 83115947 rawedit josm edit 
highway = living_street 
maxspeed = 20 
name = Chemin des Bauches 
name:fr = Lotissement le Manoir 
Là on n'est vraiment pas sur une question de langue mais sur une incohérence de 
nom. C'est pas la traduction qui est testé mais juste une correspondance entre 
le territoire le name:[langue] et le name

Je n'ai pas dit le contraire, seulement ton débat concernant le territoire est 
hors sujet mais c'est pourtant le même test qui est fait : trouver une 
correspondance entre un name:lang=* et le name=* Et Là Osmose ne teste pas tous 
les name:lang=* mais se limite à chercher le name sur un seul noeud pour lequel 
il détermine quelle devrait être "la" langue locale et signale ensuite l'erreur 
sur la relation entière puisque alors le name=* par défaut n'a pas la valeur du 
name:fr... Même si le noeud n'a qu'une langue locale, ce n'est celle de la 
relation entière, hors le résultat s'affiche pour la relation entière ou le 
chemin ou polygone entier. C'est ça qui est défectueux: déterminer la langue 
locale d'une relation sur un seul de ses noeuds (choisi en fait arbitrairement) 
ne peut pas marcher du tout et donnera des résultats faux si l'objet n'est pas 
tout entier dans un territoire linguistique unique (dans ce seul cas le noeud 
choisi arbitrairement marchera puisqu'il fait partie de l'objet entièrement 
contenu dans la même zone linguistique).
Bref mon exemple (qui là concernait une rue donc un chemin (qui pourrait lui 
aussi couvrir plusieurs territoires lingusitiques) est défectueux aussi sauf 
que la rue entière est dans le même territoire que le noeud choisi sur ce 
chemin. Mais ça marche seulement à moitié.
Je maintiens donc ce que je disais :
- pas besoin de déterminer une langue locale (s'il y en a une malgré tout, il 
suffit qu'elle ait une valeur "name:lang=*" correspondante à cette langue, mais 
nul besoin que ce soit la langue par défaut pour la valeur du name=* qui peut 
rester différente (exemple courant : les noms par défaut en Chine ou dans les 
pays arabes peuvent rester en anglais, même si la langue locale est le chinois 
ou l'arabe, mais il faudrait autant que possible libeller précisément ce nom 
anglais aussi avec name:en=*)
-  dans les pays ou régions officiellement multilingues on ne peut pas 
déterminer quelle est la langue par défaut et ce n'est même pas souhaitable 
(pas plus que d'imposer l'anglais dans ce cas alors que le nom anglais serait 
en fait une approximation grossière et que le nom romanisé serait en fait issu 
d'une transliteration latine officielle telle que le romaji japonais, ou les 
transliterations officielles ou universitaires du chinois ou du coréen, ou les 
romanisations BPCN utilisées sur 

Re: [OSM-talk-fr] OpenEvacMap...

[Otourly Wiki]

Hello,Curieux ici le site n'en fini pas de mouliner.Peut-être il faudrait 
mettre une page concernant l'utilisation des données et le but du site.Par 
contre certains propriétaires pourraient être réticents à l'idée de voir des 
plans de leur commerce sur un site... Florian
#WeAreFairphone
 

Le Jeudi 21 janvier 2016 9h47, Christian Quest  a 
écrit :
 

 Quelle propriété intellectuelle ? Ces plans n'ont en principe aucune 
originalité, ils sont définit par une nome AFNOR. Il ne s'agit donc pas 
"d'oeuvres".

C'est un point de vue qui ne sera sûrement pas partagé unanimement, mais je 
l'assume, surtout lorsqu'il s'agit de sauver des vies.

Pour l'usage en carto indoor, c'est moins évident... le statut est en effet 
flou.

Il y a aussi des questions légitimes sur la diffusion publique massive de ces 
plans. L'outil actuel est un PIC et c'est en l'alimentant qu'on verra peut être 
si il y a un réel problème ou pas.


Le 20 janvier 2016 à 14:58, dHuy Pierre  a écrit :

Bonjour cquest,Penses-tu qu'il soit possible d'utiliser les support de plan 
d'évacuation pour la carto indoor?Comment as-tu géré la question de la 
propriété intellectuelle des dits-plans?Y a/aura-t-il des contributeurs 
publics?Librement, 

Le Dimanche 17 janvier 2016 17h13, Christian Quest 
 a écrit :
 

 Ce week-end se tenait à l'école 42 le hackathon NecMergitur organisé par
la Ville de Paris, la préfecture de Police, Etalab...

J'ai proposé un projet de collecte des plans d'évacuation. Vous
trouverez une présentation sur
https://cquest.hackpad.com/OpenEvacMap-fslfSbDRGC2

Notre équipe a travaillé à la réalisation d'une webapp destinée à
fonctionner sur smartphone, mais qui fonctionne aussi sur un navigateur
classique.

On peut consulter les plans à proximité, et on peut uploader un nouveau
plan en le liant à une adresse et en précisant si besoin l'étage, le
bâtiment, le nom du lieu.

Vous pouvez essayer ici: http://openevacmap.org/

C'est encore très très BETA, l'upload de photo n'a pas été testé à fond.

Une carte umap permet de visualiser l'activité des 2 dernières heures,
une façon de détecter d'éventuels évènements problématiques...
http://umap.openstreetmap.fr/fr/map/heatmap-dactivite-openevacmap_67099

Le projet est sur github: https://github.com/openevacmap/

-- 
Christian Quest - OpenStreetMap France


___
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





-- 
Christian Quest - OpenStreetMap France
___
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] tagger des gradins ? (était "Orthophoto Toulouse 2015")

[Otourly Wiki]

Je peux te suggérer de regarder du coté de Lyon 
:https://www.openstreetmap.org/way/88526502
 Florian
 

Le Lundi 11 janvier 2016 10h57, Florian LAINEZ  a écrit :
 

 Hello,
J'essaie de préciser les différents éléments de ce Stadium : 
https://www.openstreetmap.org/way/27383962
J'aimerai notamment préciser que ces deux éléments sont des gradins : 
https://www.openstreetmap.org/way/74885736 et 
https://www.openstreetmap.org/way/74885688

Je n'ai rien trouvé de tel sur le wiki 
http://wiki.openstreetmap.org/wiki/FR:Tag:leisure%3Dstadium
J'ai regardé au stade de france et n'ai trouvé que building:part=* pour décrire 
les gradins. 


Dans les tags les plus répandus dans le Monde, pour l'instant j'ai trouvé 
name=grandstand
Je tente un building=grandstand ?

-- 
  FlorianLainez
@overflorian


___
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] relations boundary admin_level=4 manquantes

[Otourly Wiki]

De plus le message cité date de 2009. Mais bon c'est dommage qu'il n'ai pas eu 
de réponse directement sur le forum. Florian
 

Le Mercredi 6 janvier 2016 15h53, Otourly Wiki <otou...@yahoo.fr> a écrit :
 

 Par contre, il y a un compte à ce nom sur le wiki 
:https://wiki.openstreetmap.org/wiki/User_talk:Wambacher#Regions_of_France
Plus simple non ?
Florian
 

Le Mercredi 6 janvier 2016 15h36, Philippe Verdy <verd...@wanadoo.fr> a 
écrit :
 

 Impossible de répondre et les inscriptions sur ce forum sont fermées.
Qu'il se tienne au courant des réformes adminsitratives en France, car toutes 
les régions sont bien là.Son cache n'est pas à jour des modifications 
intervenues que les régions, il ne voit que les régions qui n'ont pas chang de 
frontières.Ce n'est pas du tout un problème d'OSM mais du moteur de rendu qu'il 
utilise (on ne sait pas lequel).Le site layers.openstreetmap.fr n'a aucun 
problème à montrer toutes les nouvelles régions (admin_level=4), les anciennes 
étant toujours là mais marquées en "disused:"

2016-01-06 14:52 GMT+01:00 althio <althio.fo...@gmail.com>:

Pour info, un message passé sur le forum international :
http://forum.openstreetmap.org/viewtopic.php?id=53229

[quote]
Hi, there are a lot of boundaries with admin_level=4 missing in france:

I see only 7 of them. Any idea, whats going on there?

Regards
walter/germany
[/quote]

___
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] relations boundary admin_level=4 manquantes

[Otourly Wiki]

Par contre, il y a un compte à ce nom sur le wiki 
:https://wiki.openstreetmap.org/wiki/User_talk:Wambacher#Regions_of_France
Plus simple non ?
Florian
 

Le Mercredi 6 janvier 2016 15h36, Philippe Verdy  a 
écrit :
 

 Impossible de répondre et les inscriptions sur ce forum sont fermées.
Qu'il se tienne au courant des réformes adminsitratives en France, car toutes 
les régions sont bien là.Son cache n'est pas à jour des modifications 
intervenues que les régions, il ne voit que les régions qui n'ont pas chang de 
frontières.Ce n'est pas du tout un problème d'OSM mais du moteur de rendu qu'il 
utilise (on ne sait pas lequel).Le site layers.openstreetmap.fr n'a aucun 
problème à montrer toutes les nouvelles régions (admin_level=4), les anciennes 
étant toujours là mais marquées en "disused:"

2016-01-06 14:52 GMT+01:00 althio :

Pour info, un message passé sur le forum international :
http://forum.openstreetmap.org/viewtopic.php?id=53229

[quote]
Hi, there are a lot of boundaries with admin_level=4 missing in france:

I see only 7 of them. Any idea, whats going on there?

Regards
walter/germany
[/quote]

___
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] fusion de régions

[Otourly Wiki]

Et le résultat est visible sur Openstreetmap.org ! 
A-tu prévu le renouvellement des tuiles du rendu fr ?Depuis que tu as mis de la 
verdure sur ce dernier j'ai vraiment du mal avec le site officiel . :P Florian
 

Le Samedi 2 janvier 2016 12h30, Christian Quest  a 
écrit :
 

 Mise à jour en cours...
J'ai mis un disused:admin_level=4 pour les anciennes relations de régions 
fusionnées.
Le 29 décembre 2015 à 23:08, Christian Quest  a écrit :

Remember... 
https://lists.openstreetmap.org/pipermail/talk-fr/2014-June/068612.html

Au 1er Janvier, il suffira de vérifier que les relations sont toujours OK et de 
mettre à jour les tags... et hop ;)

Le 29 décembre 2015 à 23:00,  a écrit :

  Visiblement la Normandie a perdu bien des tags des régions Haute- et 
Basse-Normandie.
 Par exemple les traductions.
 Certaines sont faciles (name:en=Normandy).
 Pour d'autres il faudra peut-être retrouver les auteurs des traductions des 
*-Normandie (ou sur Wikipedia).
 
 Pour "Nord-Pas-de-Calais et Picardie" il doit suffire de savoir dire "et" ;-).
 
 Jean-Yvon
 
 Le 29/12/2015 19:52, Jérôme Amagat - jerome.ama...@gmail.com a écrit :
  
 des relations existent déjà, elle sont tagué :
 boundary=administrative
 admin_level:proposed=4
 
 pour les voir :
 http://overpass-turbo.eu/s/dti
  
 
 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr





-- 
Christian Quest - OpenStreetMap France



-- 
Christian Quest - OpenStreetMap France
___
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] Rencontre parisienne OSM

[Otourly Wiki]

S'il vous plaît pour le coup faites comme les lyonnais; un message (et un seul 
qui ne demande pas de réponses sur la liste) posté sur cette liste qui invite 
ceux qui ne suive pas le wiki d'y lire les informations à cette réunion.

Ainsi cela évite d'arroser des boîtes mails de personnes qui n'y sont pas 
concernés et c'est la majorité des lecteurs de la liste.
Il s'agit de la moindre des choses. Pour rappel il existe une liste 
local-...@listes.openstreetmap.fr pour organiser des rencontres; De plus il est 
possible d'ajouter (ou de faire ajouter) un évènement sur le site 
openstreetmap.fr et en page d'accueil du wiki openstreetmap.org.
Faites un effort comme ça que font les lyonnais ;)
Florian
 


 Le Lundi 24 août 2015 11h49, Florian LAINEZ winner...@free.fr a écrit :
   

 On que deux à aller à cette AFK ? C'est donc un diner en amoureux ? ;)
Allez les parigos motivez-vous pour sortir de chez vous !

2015-08-22 8:33 GMT+02:00 Florian LAINEZ winner...@free.fr:

I'm in.

Le 21 août 2015 19:23, Donat ROBAUX dona...@gmail.com a écrit :

Bonjour à tous,
Si vous êtes parisien, francilen ou que vous êtes de passage sur la capitale, 
nous vous proposons de nous rencontrer mardi 25 août 2015 à partir de 19h et ca 
se passe là (Restaurant Chez Papa)
http://www.openstreetmap.org/node/2695378308
Donat
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr





-- 
  FlorianLainez
@overflorian




-- 
  FlorianLainez
@overflorian

___
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] statistiques points d'intérêts

[Otourly Wiki]

J'appuie l'idée, et j'ajouterai un peu plus :
Des statistiques rigolotes sur la rue la plus longue en combinant l'ensemble 
des rues de l'Église (je pense que c'est elle la grande gagnante)
Derrière devrait suivre la rue de la gare et celle de la mairie ;)Certes c'est 
pas directement utile au projet, mais c'est des infos que personnellement je 
serais curieux de connaître ;)

Florian
 


 Le Vendredi 7 août 2015 9h56, Florian LAINEZ winner...@free.fr a écrit :
   

 merci Christian, mais justement je cherche quelque chose de plus simple à 
utiliser que taginfo. Quelque chose qu'un débutant peut comprendre rapidement 
sans connaitre les tags exacts.
je ne suis pas sûr que cela existe ...

Le 6 août 2015 20:03, Christian Quest cqu...@openstreetmap.fr a écrit :

taginfo et plus précisément... http://taginfo.openstreetmap.fr/ (données france 
uniquement)

16936 mairies
10611 hotels
37672 restos
...

Sur http://openstreetmap.fr/ dans la colonne de droite, il y a un petit bloc 
qui reprends quelques stats de ce genre qui sortent de taginfo.
taginfo a même une API que l'on peut interroger.




Le 6 août 2015 18:43, Florian LAINEZ winner...@free.fr a écrit :

Hello,
Je me demande s'il existe déjà (ou si quelqu'un veut créer un site ^^) des 
statistiques simples d'usages concernant les équipements les plus courants dans 
OSM.
Du type :
En France on a 30 000 piscines publiques, 26 000 mairies, 10 000 hôtels ... 
Et une liste similaire pour tous les pays.

Il est en effet assez compliqué de s'y retrouver lorsque l'on est débutant et 
que l'on souhaite connaitre rapidement la qualité de la base.

Par exemple sur taginfo si on cherche à connaitre le nombre de piscines en 
france on arrive à 270 000. Cela inclus bien entendu les piscines privées (241 
000) et donc il faut faire une requête overpass si l'on souhaite un résultat 
exploitable et précis.

Un débutant m'a fait récemment la remarque en me donnant un exemple de site qui 
liste rapidement et de manière précise les équipements présent dans leur base 
de données : http://www.factual.com/products/restaurants

Avec la liste pour les restaurants :
    1.1 million restaurant listings in the US
    300k restaurant listings in France
    200k restaurant listings in the UK
    170k restaurants in Germany
    100k restaurant listings in Australia

Auriez-vous un site sous la main qui peut aider mon ami ?
Merci

-- 
  FlorianLainez
@overflorian

___
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





-- 
  FlorianLainez
@overflorian

___
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] statistiques points d'intérêts

[Otourly Wiki]

Oui ce serait cool un petit site de statistiques fun dérivées d'OSM !  Florian
 


 Le Vendredi 7 août 2015 18h07, Christian Quest cqu...@openstreetmap.fr a 
écrit :
   

  Statistiques fun...
 
 Combien de 1 Rue de l'Église en France ?
 
 6101 d'après la BAN, c'est l'adresse avec le plus grand nombre 
d’occurrences... ensuite le 2 (6004), le 3 (5336) et le 4 (5324).
 
 Le prochain numéro/voie le plus courant est le 1 Place... de l'Église (3361)
 
 
 
 Le 07/08/2015 09:56, Florian LAINEZ a écrit :
  
 
 merci Christian, mais justement je cherche quelque chose de plus simple à 
utiliser que taginfo. Quelque chose qu'un débutant peut comprendre rapidement 
sans connaitre les tags exacts.
  je ne suis pas sûr que cela existe ...
  
 Le 6 août 2015 20:03, Christian Quest cqu...@openstreetmap.fr a écrit :
 
  taginfo et plus précisément... http://taginfo.openstreetmap.fr/ (données 
france uniquement)
 
  16936 mairies
  10611 hotels
  37672 restos
 ...
 
  Sur http://openstreetmap.fr/ dans la colonne de droite, il y a un petit bloc 
qui reprends quelques stats de ce genre qui sortent de taginfo.
  taginfo a même une API que l'on peut interroger.
 
  
 

   Le 6 août 2015 18:43, Florian LAINEZ winner...@free.fr a écrit :
   
 Hello,
  Je me demande s'il existe déjà (ou si quelqu'un veut créer un site ^^) des 
statistiques simples d'usages concernant les équipements les plus courants dans 
OSM.
  Du type :
  En France on a 30 000 piscines publiques, 26 000 mairies, 10 000 hôtels ... 
 Et une liste similaire pour tous les pays.
  
 Il est en effet assez compliqué de s'y retrouver lorsque l'on est débutant et 
que l'on souhaite connaitre rapidement la qualité de la base.
 
 Par exemple sur taginfo si on cherche à connaitre le nombre de piscines en 
france on arrive à 270 000. Cela inclus bien entendu les piscines privées (241 
000) et donc il faut faire une requête overpass si l'on souhaite un  résultat 
exploitable et précis.
 
 Un débutant m'a fait récemment la remarque en me donnant un exemple de site 
qui liste rapidement et de manière précise les équipements présent dans leur 
base de données : http://www.factual.com/products/restaurants
 
 Avec la liste pour les restaurants :
     1.1 million restaurant listings in the US
     300k restaurant listings in France
     200k restaurant listings in the UK
     170k restaurants in Germany
     100k restaurant listings in Australia
 
  Auriez-vous un site sous la main qui peut aider mon ami ?
  Merci
  
 -- 
 Florian Lainez
  @overflorian

   ___
 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
 
 
  
 
 
 -- 
 Florian Lainez
  @overflorian

  
 ___
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


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

Re: [OSM-talk-fr] Carte en 3D de La Défense pour piétons/cyclistes?

[Otourly Wiki]

D'après OpenLevelUp, la donnée n'existe pas sur la zone. Florian
 


 Le Mercredi 29 juillet 2015 10h49, Shohreh codecompl...@free.fr a écrit :
   

 Jérôme Seigneuret wrote
 Ah tu as été plus rapide j'étais entrain de proposer le même line ;-)
 
 Le 28 juillet 2015 22:17, lt;

 osm.sanspourriel@

 gt; a écrit :
 
  Si tu cherches un rendu 3D des données OSM :
 demo.f4map.com/

Joli, mais ça n'affiche pas les étages, juste les routes pour les voitures.

Je cherchais par exemple les ascenseurs, les escaliers, les passerelles,
etc. Bref, tous les moyens pour les non-motorisés pour se déplacer aux
différents niveaux.




--
View this message in context: 
http://gis.19327.n5.nabble.com/Carte-en-3D-de-La-Defense-pour-pietons-cyclistes-tp5851201p5851237.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: [Talk-it] name principale vette montagna su confini nazionali

[Otourly Wiki]

Per informazione (posta su talk-fr) :Florian

  Le Vendredi 24 juillet 2015 15h08, Eric Sibert courr...@eric.sibert.fr a 
écrit :
   

 J'ai un peu fait de nettoyage autour du Mont Blanc. J'ai découvert  
qu'il y avait 4 noeuds superposés pour le Mont Blanc lui-même, avec des  
tags pas tous identiques. J'ai mis name=Mont Blanc - Monte Bianco.

Le Dôme du Gouter s'appelait Mont Blanc; Dôme du Gouter avec  
beaucoup d'infos (name:xx, wikipedia...) correspondant au Mont-Blanc  
et non au Gouter (d'ailleurs il semblerait aussi y avoir une légère  
contestation de frontière à ce niveau là).

Et aussi Mont Blanc - Grand Pilier d'Angle qui est devenu Grand  
Pilier d'Angle tout court. Il y a encore des trucs comme ça vers les  
Jorasses.

Je n'ai pas modifié la frontière qui fait un peu un zig-zag entre les  
prétentions françaises et italiennes. Le morceau de frontière est  
inclus dans 18 relations distinctes, surtout côté français.

On discute sur [tagging]. L'idée de séparer la frontière en deux et de  
tagger la zone entre les deux comme disputée ne leur paraît pas  
extravagante. Après, le problème est de faire quelque chose de général  
pour les nombreuses zones disputées dans le monde.

Eric

 


 Le Jeudi 23 juillet 2015 9h44, Simone Saviolo simone.savi...@gmail.com a 
écrit :
   

 Il giorno 17 luglio 2015 16:11, Max1234Ita max1234...@gmail.com ha scritto:

Io, a buonsenso, proporrei un solo nodo, così taggato:

natural=peak
name=Mont Blanc/Monte Bianco      (in rigoroso ordine *alfabetico*, così da
ridurre le possibili contese su chi ha rivendicato per primo la vetta nel
corso della Storia)
name:it=Monte Bianco
name:fr=Mont Blanc
ele=4810


Io non mi intendo di montagna, ma siamo sicuri che il *picco* si chiami Monte 
Bianco? Mi sembra che di solito i picchi abbiano un nome proprio, e che il 
monte sia un'entità più grande e vasta che comprende picchi, pareti, 
canaloni... Penso ad esempio al Monte Rosa, il cui punto più alto (vado a 
memoria) è la Dufourspitze; in quel caso metterei natural=peak, 
name=Dufourspitze. 
Ciao,
Simone
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


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

Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice

[Otourly Wiki]

D'expérience par rapport à Lyon, les implantations d'arbres issus des données 
ouvertes ne sont pas toujours plus fiables que ce qui a déjà été mis sur 
OpenStreetMap. Florian
 


 Le Mardi 21 juillet 2015 14h16, Vincent Frison vincent.fri...@gmail.com 
a écrit :
   

 Hello
Je compte importer dans OSM l'ensemble des arbres municipaux de Nice, merci au 
portail OpenData de l'agglomération de Côte d'Azur. Ici c'est du vrai open 
data, je ne devrais donc pas avoir la même frustration qu'avec l'import des 
immeubles de PSS ;)
Ils viennent de mettre à jour leur fichier qui contient maintenant plus de 30 
000 arbres : http://opendata.nicecotedazur.org/data/dataset?q=arbres
En plus de créer les nouveaux arbres mon programme vérifie également la 
présence d'arbres existants afin de les effacer. Actuellement j'ai mis un rayon 
de 2 mètres donc pour chaque arbre importé, je regarde les arbres existants qui 
sont à moins de 2 mètres. Pour l'instant je n'efface que l'arbre plus proche de 
l'arbre importé (je pourrais également supprimer tous les arbres qui sont à 
moins de x mètres mais en fait ça ne change pas grand chose car s'il y a 
plusieurs arbres existants qui sont très proches à priori il y aura également 
plusieurs arbres importés qui seront très proches donc au final même en ne 
supprimant que l'arbre existant le plus proche tous les arbres existants seront 
bien effacés, ce que j'ai pu vérifier par mes tests). 
Concrètement sur les ~30 000 arbres importés il y a ~540 arbres existants à 
supprimer.
Ce qui est dommage c'est que le fichier n'indique pas le type des arbres et 
c'est d'autant plus dommage que les arbres existants ont parfois un tag type=*. 
Par ex. les arbres existants le long de la Promenade des Anglais sont marqué 
comme palmier (type=palm). Malheureusement je serai obligé de remettre le type 
à la main une fois l'import exécuté. Mon programme pourrait éventuellement 
récupérer le type des arbres existants mais bon ça ne marcherait que sur une 
toute petite partie des arbres importés...

D'ailleurs j'ai un peu de mal à comprendre la bonne manière d'indiquer le type 
car sur la page Wiki du tag natural=tree 
(http://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree) il est marqué que le 
tag type=* est obsolète et qu'il faut plutôt utilisé le tag leaf_type=*. Sauf 
que ce dernier n'est censé prendre que les valeurs suivantes : broadleaved / 
needleleaved / mixed / leafless. De plus sous JSOM si on met type=palm ça 
affiche bien l'arbre avec une image de palmier mais ça ne le fait pas si 
j'essaye avec genus|species=palm|palmtree. Bref c'est pas très clair...
Voila si vous avez des conseils ou suggestions n'hésitez surtout pas..
++ 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] Frontière franco-italienne du Mont-Blanc

[Otourly Wiki]

Le sujet de la discussion italienne : 
https://www.mail-archive.com/talk-it@openstreetmap.org/msg46931.htmlAvec 
l'autre problématique :Le tag:name devrait contenir les deux noms du Mont-Blanc 
(Monte Bianco) classés par ordre alphabétique. Florian
 


 Le Dimanche 19 juillet 2015 0h00, Thierry Bézecourt thie...@thbz.org a 
écrit :
   

 Très bien. Le résultat de la discussion méritera tout de même d'être mis 
quelque part sur le wiki, car c'est l'endroit le plus visible pour la 
plupart des contributeurs.

Et ce serait bien de signaler le lancement de cette discussion sur 
talk-it (ce que peut sans doute faire celui qui l'a lancée, puisqu'il 
vient de là-bas).

Thierry

Le 19/07/2015 04:39, Eric SIBERT a écrit :
 Pour résumé, il y a de nombreuses zones contestées dans le monde. Dans
 le cas particulier, les deux gouvernements reconnaissent qu'il y a un
 litige. Ils n'ont pas l'intention de le résoudre. Il n'y a pas un pays
 qui occupe plus la zone que l'autre. Le cas USA-Canada semble similaire.

 Je pense qu'il faut trouver un moyen de matérialiser ça dans la base.
 Par exemple, séparer la frontière en deux et aussi définir une zone
 spéciale entre les deux avec des tags indiquant que c'est une zone
 contestée.

 Je veux bien lancer une discussion sur [tagging] sur comment tagger une
 zone contestée qui est amenée à le rester ad vitam æternam.

 Un moyen sur serait de transférer la discussion sur le wiki
 d'openstreetmap

 On peut aussi mettre du wiki mais tout le monde ne va pas consulter non
 plus, loin s'en faut.

 Et il n'y a pas besoin d’administrateurs sachant qu'il n'y a pas de
 guerre d'édition et qu'il n'y a pas de raison d'en avoir puisque les
 gouvernements reconnaissent le désaccord.

 Eric

 ___
 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: [Talk-it] name principale vette montagna su confini nazionali

[Otourly Wiki]

Ho lasciato un messaggio su talk-fr 
:http://talk-fr.openstreetmap.narkive.com/8aIohXsv/osm-talk-fr-frontiere-franco-italienne-du-mont-blanc
 Florian
 


 Le Vendredi 17 juillet 2015 16h12, Max1234Ita max1234...@gmail.com a 
écrit :
   

 Più che soltanto i francesi bisognerebbe capire se ci sono delle direttive
OSM a livello internazionale, non credo che al mondo ci siano solo Italia e
Francia a litigarsi montagne, fiumi, laghi, ecc...

Poi ci può stare un confronto tra mappatori
italo/franco/svizzero/austro/sloveni al fine di riunire in un solo punto le
informazioni ridondanti.

Io, a buonsenso, proporrei un solo nodo, così taggato:

natural=peak
name=Mont Blanc/Monte Bianco      (in rigoroso ordine *alfabetico*, così da
ridurre le possibili contese su chi ha rivendicato per primo la vetta nel
corso della Storia)
name:it=Monte Bianco
name:fr=Mont Blanc
ele=4810

Sarebbe troppo pragmatica una soluzione di questo genere?

Ciao,
Max



--
View this message in context: 
http://gis.19327.n5.nabble.com/name-principale-vette-montagna-su-confini-nazionali-tp5850301p5850406.html
Sent from the Italy General mailing list archive at Nabble.com.

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


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

[OSM-talk-fr] Frontière franco-italienne du Mont-Blanc

[Otourly Wiki]

Bonjour,
C'est un sujet qui revient assez régulièrement et d'ailleurs à une époque la 
zone contestée était indiquée sur OSM.
Actuellement sur OSM la frontière passe par le sommet du Mont-Blanc.Sur talk-it 
il y a une discussion en cours suite à des articles de presse parlant de « 
l'annexation » sur Gmaps.it du Mont-Blanc.
La discussion s'oriente vers le rétablissement du triangle à la frontière du 
Mont-Blanc.
Florian
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] (clin d'oeil) un UI google maps sur une carte OSM

[Otourly Wiki]

Je dirais plutôt que c'est fait exprès (vu les boutons en haut à droite) et que 
ça respecterait pas les CU de Google d'après une lointaine précédente 
discussion sur cette liste. Florian
 


 Le Jeudi 2 juillet 2015 11h07, Philippe Verdy verd...@wanadoo.fr a écrit 
:
   

 Plutôt un bogue d'intégration de Google Street View, avec la partie Google 
spécifique qui n'apparait pas de façon contextuelle selon le fond 
sélectionné.D'ailleurs un des fonds ne marche pas du tout non plus (tuiles 
toutes grises).
Le 2 juillet 2015 07:12, willemijns sebast...@willemijns.com a écrit :

http://dbsgeo.com/latlon/

tiens un OSM streetview ? ;) c'est la première fois que je vois ca...





--
View this message in context: 
http://gis.19327.n5.nabble.com/clin-d-oeil-un-UI-google-maps-sur-une-carte-OSM-tp5849323.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] OpenLevelUp en version smartphone

[Otourly Wiki]

Ou qu'il n'y a tout simplement pas de données à afficher ;) Florian
 


 Le Vendredi 12 juin 2015 16h26, Thierry Bézecourt thie...@thbz.org a 
écrit :
   

 Excellent outil (j'ai essayé la version PC) !

Cela m'a incité à commencer le premier mapping indoor en Corée (pardon, 
hors sujet sur cette liste...) et ça fonctionne de manière impeccable.

J'ai parfois un message du genre There is no available data in this 
area ou An error occurred during download, mais c'est peut-être lié à 
mon wifi qui n'est pas très bon.

Si j'ai bien compris, tout se passe en local (Javascript), donc une 
erreur de chargement lors de la navigation sur la carte est forcément 
due à mon poste ou au serveur Overpass (mais pas à ton serveur, où rien 
ne transite après qu'on a chargé le HTML/Javascript au démarrage) ?

Thierry

Le 12/06/2015 19:23, PanierAvide a écrit :
 Bonjour à tous,

 Quelques nouvelles d'OpenLevelUp avec notamment la sortie d'une version
 adaptée aux petits écrans (moins de 1000px de large), plus ergonomique
 et surtout plus fonctionnelle (la rétrocompatibilité n'était pas
 assurée) ;)

 De manière générale, une barre de recherche a été ajoutée (sur la
 version principale, le plugin Leaflet ne fonctionne pas (encore) sur
 mobile), quelques modifications de style, des corrections de bugs...

 Pour découvrir cela, toujours la même adresse :
 http://openlevelup.pavie.info/

 Tous vos retours sont la bienvenue, que ce soit sur la version mobile ou
 principale :)

 Cordialement,

 PanierAvide.

 ___
 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] OSM 1 : Google 0

[Otourly Wiki]

Je profite de ce fil pour dire qu'à priori le service maker de google est 
suspendu suite à des blagues 
:http://www.pcmag.com/article2/0,2817,2484047,00.asp Florian
 


 Le Mardi 12 mai 2015 11h05, Shohreh codecompl...@free.fr a écrit :
   

 Bonjour

Un petit retour d'expérience après un cyclo-voyage en Bretagne la semaine
dernière.

J'avais dessiné le parcours avec le site RideWithGPS qui utilise Google Maps
par défaut et n'ai pas vérifié en le ré-affichant avec OSM (RwGPS permet
d'utiliser différents fonds de carte).

Bien mal m'en a pris : à plusieurs reprises, Google Maps montre des chemins
qui n'existent pas (genre : minuscule chemin de campagne à peine accessibles
en VTT) ou plus (le chemin a été privatisé et mène à présent dans une ferme,
voire à travers une zone militaire).

En revanche, à chaque fois, la carte était correcte dans OSM, alors qu'il
s'agit souvent de petits chemins en pleine campagne. Bravo!

Exemples:
Rue du Grand Logis : toujours affichée dans GM alors qu'elle n'existe plus
(jardin d'une maison)
https://www.openstreetmap.org/search?query=47.516745%20-2.383026#map=18/47.51674/-2.38303
https://www.google.fr/maps/place/Arzal/@47.5161094,-2.3831847,16z/data=!4m2!3m1!1s0x480ff36fc8b0b4c5:0x384e74b9a9d70370

Terrain militaire
https://www.openstreetmap.org/search?query=48.400094%20-4.376845#map=16/48.4001/-4.3768
https://www.google.fr/maps/place/Pyrotechnie+Saint+Nicolas+0/@48.4029898,-4.3751312,15z/data=!4m2!3m1!1s0x0:0xcc2414ee8c512a83

Route supprimée
http://www.openstreetmap.org/search?query=48.518449%20-2.466109#map=17/48.51834/-2.46603
https://www.google.fr/maps/place/48%C2%B031'06.4%22N+2%C2%B027'58.0%22W/@48.5186053,-2.4668171,17z/data=!4m2!3m1!1s0x0:0x0

Chemin privatisé au nord
http://www.openstreetmap.org/search?query=48.527228%20-2.439282#map=17/48.52723/-2.43928
https://www.google.fr/maps/place/48%C2%B031'38.0%22N+2%C2%B026'21.4%22W/@48.527228,-2.439282,17z/data=!3m1!4b1!4m2!3m1!1s0x0:0x0
 

Château de Mont-Muran : c'est une propriété privée, alors que GM fait
traverser vers l'est
http://www.openstreetmap.org/search?query=48.293183%20-1.860623#map=16/48.2931/-1.8609
https://www.google.fr/maps/place/48%C2%B017'35.5%22N+1%C2%B051'38.2%22W/@48.2934257,-1.8617924,17z/data=!4m2!3m1!1s0x0:0x0



--
View this message in context: 
http://gis.19327.n5.nabble.com/OSM-1-Google-0-tp5844308.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] Carte des données indoor : OpenLevelUp!

[Otourly Wiki]

Merci de ta réactivité :) c'est un outil super :) Florian
 


 Le Lundi 30 mars 2015 0h36, PanierAvide panierav...@riseup.net a écrit :
   

 Bonjour à tous,

Des nouvelles du développement d'OpenLevelUp, avec des changements 
significatifs depuis la dernière fois. Pour la version brève : une 
nouvelle interface plus moderne et légère, l'export (en bêta) vers une 
image d'un niveau, la possibilité de voir la liste des salles, et de 
nouvelles icônes (pour les chemins et polygones). Vous connaissez 
désormais l'adresse :
http://github.pavie.info/openlevelup

Pour la version plus détaillée des changements :
* Refonte de l'interface utilisateur, un peu (beaucoup ?) inspirée du 
site openstreetmap.org
* Export du niveau courant vers une image, au format SVG. Cette 
fonctionnalité est en bêta car sujette à des différences notables entre 
navigateurs, n'hésitez pas à faire des retours là-dessus.
* Une liste des salles sur la zone est disponible, avec une barre de 
recherche. Le système fonctionne mais l'interface sera très probablement 
revue rapidement (manque d'ergonomie)
* Les messages sont déplacés en bas à droite de la page
* La fenêtre de chargement se ferme plus tard (au plus proche de 
l'affichage des données)
* De nouvelles icônes pour :
    * Les escalators (en tant que verticalpassage)
    * Les portiques (barrier=turnstile)
    * Les chemins en général, en particulier ceux à sens unique
    * Les laboratoires (laboratory=physical, biology, biological, 
electronics, electronic)
* Également pour le reste du style :
    * L'icône pour les cryptes est plus générale
    * Les murs en tant qu'objets individuels sont affichés en plus gras
    * L'icône des entrées de métro est plus discrète
* Correction de bugs mineurs
    * La fenêtre de chargement ne se fermait pas lors du zoom sur une 
zone vide de données indoor
    * Les niveaux n'étaient pas triés pour les pop-ups, entraînant des 
erreurs sur la montée/descente depuis une pop-up

Vos diverses remarques et impressions sont toujours la bienvenue ;)

Cordialement,

PanierAvide.

___
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] Nouveautés à venir sur rendu FR... merci pour vos retours

[Otourly Wiki]

Je me réveille un peut tard mais bon ;)
Les emprises des ponts n'apparaissent plus ya test360 qu'est passé par là ;) 
(une histoire de building réservé aux ponts habités/ou avec boutiques) et je 
pense que si on les avaient en transparence ça serait bien et çA éviterait 
d'avoir l'impression de routes/rails/voies/pistes flottantes... Florian
 

 Le Lundi 2 mars 2015 15h25, Samy Mezani samy.mez...@wanadoo.fr a écrit :
   

 Bonjour,

Le 01/03/2015 14:52, Christian Quest a écrit :
 Merci de remonter les défauts que vous détectez... à l'aide d'un
 permalien ;)

Cela n'a sans doute rien à voir avec les mises à jour, mais au zoom 8, 
certaines petites communes de Saône-et-Loire sont affichées sans raison 
(Torpes, Suin), contrairement à certaines sous-préfectures qui restent 
invisibles (Louhans, Charolles).

Lien : 
http://tile.openstreetmap.fr/?zoom=8⪫=46.74364lon=4.54806layers=B000FFF

Comme disait Coluche, i'disent qu'ils veulent développer le tourisme, 
mais ils exagèrent quand même un p'tit peu ! ;-)

Bonne journée

Samy

___
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] Mapillary et les panneaux

[Otourly Wiki]

Plus important l'appli a été corrigée la fenêtre d'édition est plus grande et 
semble plus réactive.Par contre ça manque encore de panneaux.Je ne sais pas si 
c'est facile ou pas à programmer; mais plutôt que d'essayer de zoomer et placer 
des rectangles; il serait plus simple de dessiner les formes puis de choisir le 
panneau... Florian/Otourly
 

 Le Jeudi 5 mars 2015 8h08, Jean-Baptiste Holcroft jb.holcr...@gmail.com 
a écrit :
   

 Pour information, mon ticket pour mieux repartir les photos et ne pas traiter 
que les pays avec le plus de photo a été accepté et traité. Globalement, plein 
de photos en Allemagne alors que c'est la zone la mieux couverte dans osm... Si 
quelqu'un voit la différence, je serai intéressé par un 
retour.https://github.com/mapillary/mapillary_issues/issues/643Le 19 févr. 2015 
11:56, Yves Pratter yves.prat...@gmail.com a écrit :



Mais là, je veux bien aider, mais est-ce que les sources de leur algo sont 
dispo sous licence libre ? 

ils utilisent OPENCV :  http://opencv.org
Leur algo n'est probablement pas Open Source mais il doit en exister d’autres. 
Recherche «traffic sign recognition opencv» sur google…
—Yves
___
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] Carte des données indoor : OpenLevelUp!

[Otourly Wiki]

Génial Moi qui était en train de dédoubler le métro sur Lyon; de placer les 
stations avec une géolocalisation exacte; ça c'est ce qu'il fallait !
 Florian
 

 Le Jeudi 5 mars 2015 8h40, Ab_fab gamma@gmail.com a écrit :
   

 Pas mal du tout !
Le 5 mars 2015 01:17, PanierAvide panierav...@riseup.net a écrit :

Bonjour à tous,

Dans le cadre d'un futur atelier de cartographie des stations de métro sur 
Rennes, j'ai développé un outil qui permet de visualiser les données OSM en 
intérieur (ou indoor), étage par étage sur une carte glissante. Aux niveaux 
de zooms les plus faibles, des clusters de points sont affichés pour trouver 
plus facilement les zones contenant ce type de données.

L'outil s'appelle OpenLevelUp!, et est disponible ici :

http://github.pavie.info/openlevelup

L'idée est de pouvoir rendre visible simplement ces données. En effet, à moins 
de passer par overpass-turbo ou les filtres dans JOSM, il est difficile pour 
l'instant de les visualiser. Cet outil se veut une solution simple, affichant 
les données étage par étage, en surcouche des tuiles Mapnik. En permettant une 
mise en avant de ces données, on peut inciter à la contribution sur ce thème 
(on ne tague pas pour le rendu, mais ça fait toujours plaisir de voir son 
travail s'afficher quelque part).

Un exemple concret de visualisation (station de métro Kennedy, Rennes) :
http://github.pavie.info/openlevelup/?bbox=-1.7122712731361387,48.120896010057486,-1.7102381587028503,48.121777842594696level=-1

Comme le thème de la donnée d'intérieur est encore expérimental, tous les 
retours d'expérience (qu'ils soient d'un point de vue ergonomique ou technique) 
sont la bienvenue :)

Cordialement,

PanierAvide.

PS:
Pour les curieux de la technique, voici plus de détails sur le fonctionnement. 
L'outil récupère les données OSM via des requêtes sur l'Overpass API, en 
particulier sur la combinaison de tags indoor=* et level=* (reposant sur le 
modèle Simple Indoor Tagging).
Ces données sont lues et traitées en JavaScript (en partie grâce à la 
bibliothèque osmtogeojson). Une pseudo-feuille de style (au format JSON) permet 
de définir le style des objets à afficher (couleurs, taille, icône, ...). Les 
données sont filtrées par étage en ne soumettant qu'à la carte Leaflet les 
données dont le niveau (tag level) correspond à celui à afficher. L'ensemble de 
l'application est découpée en suivant le patron de conception MVC.
Le code source est dispo sur Github :
https://github.com/PanierAvide/panieravide.github.io/tree/master/openlevelup



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




-- 
ab_fab
Il n'y a pas de pas perdus, Nadja
___
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] Re Nouveautés à venir sur rendu FR... merci pour vos retours

[Otourly Wiki]

Le rendu Mapquest est aussi impacté par le phénomène le prolongement de l'A89 
vers Tarare n'apparait pas dans les zoom les plus faibles. ça saute au yeux... 
Florian
 

 Le Lundi 2 mars 2015 11h22, erwan salomon r...@gmx.fr a écrit :
   

 ok tout s'explique2 mois pour refaire les tuiles du niveau 7 ?à noter que le 
même phénomène ce produit pour le rendu FR et le rendu HOT (niveau 9 du côté de 
London), rien de spécifique doncles tuiles sont recalculées à partir du 
méridien 0° en faisant le tour ou c'est plus aléatoire ?si oui et si c'est 
paramétrable on pourrait choisir un autre méridien de départ qui comporterait 
moins de détails susceptible d'être coupé pendant 2 mois (aux alentour de -30° 
par exemple)
Le 2 mars 2015 à 11:03, Philippe Verdy a écrit :

On a demandé de relever les anos qu'on voit...Le niveau 7 de toute façon est 
très en retard et pas du tout synchrone : les tuiles ouest du méridien 0 datent 
de mi-décembre, celles de l''est date du 20 février il y a une semaine (avant 
le changement de style) bref elles sont toutes à recalculer mais pas encore 
faites.
Le 2 mars 2015 11:00, JB jb...@mailoo.org a écrit :

14 courriels aujourd'hui et il est pas encore 11h (du matin) ?
___
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] Carte avec les panneaux autoroutiers / Destination Sign ?

[Otourly Wiki]

Dans mes archives de courriels en cherchant Telenav (Merci Pieren)  j'ai trouvé 
http://checkautopista.hol.es/?id=158011
Peut-être que ça t'aidera ?
 Florian
 

 Le Mardi 24 février 2015 11h04, Pieren pier...@gmail.com a écrit :
   

 2015-02-24 8:17 GMT+01:00 Jean-Baptiste Holcroft jb.holcr...@gmail.com:

 Il me semble qu'une société de logiciels de routage avait fait une saisie
 importante aux USA et avaient fourni un lien.

La société, c'est Telenav qui a racheté Skobbler qui s'appelle
maintenant Scout et qui a payé des gens pour remplir ces info sur
les USA:
http://blog.openstreetmap.de/blog/2014/07/wochennotiz-nr-210/

 Quelqu'un se souvient du lien ?
Ca ne me dit rien, par contre. Désolé.

Pieren

___
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: [Talk-it] Finalmente anche osm ha il suo routing integrato.

[Otourly Wiki]

I punti (Milano e Roma) non sono accessibile per le macchine. Ma il calcolo 
funziona col sistema di Mapquest. Florian
 

 Le Mardi 17 février 2015 23h49, emmexx emm...@tiscalinet.it a écrit :
   

 Ho inserito Milano e Roma come partenza e destinazione con osrm 
selezionato (di default) e appare l'alert:

Couldn't find a route between those two places.

Per altre destinazioni invece funziona. Che strano.

Capisco la difficolta' tecnica ma e' un peccato perdere le funzionalita' 
che i vari servizi selezionabili offrono sui rispettivi siti.

ciao
    maxx


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


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

Re: [OSM-talk-fr] Vie et mort des magasins

[Otourly Wiki]

Je pense qu'on peut tenter une autre approche.
Créer un wikiprojet qui dans un premier temps va demander des infos aux chaînes 
de restaurants (certains groupe ont même des infos sur leurs franchisés) si OSM 
est exhaustif sur ce créneau peut-être que les petits restaurants le verront et 
s'intéresseront davantage à OSM.
Je ne vois que des avantages à cette démarche; certains de ces groupes 
s'intéresseront peut-être même à l'édition ou l'utiliseront même sur leur site.
Par contre ya du boulot niveau cohérence plusieurs restaurants d'une même 
chaîne ne sont pas décrit de la même manière...
L'avantage de cette approche c'est que ces restaurants ont moins de changements 
et qu'ils sont assez populaires.  Florian
 

 Le Lundi 16 février 2015 16h12, sly (sylvain letuffe) lis...@letuffe.org 
a écrit :
   

 On lundi 16 février 2015, Christian Quest wrote:

 En plus une entreprise (personne morale) peut avoir de multiples
 établissements... l'un peut ouvrir, fermer, mais l'entreprise existe
 toujours...

Et un gérant peut vendre son restaurant, mais par simplicité, le repreneur 
décide d'en changer le nom sans en changer la raison sociale.

Et là, aucune trace officielle.

Et je dis pas ça dans le vent !
http://www.societe.com/societe/la-corne-de-brume-424378552.html
Etablie à CHAMBERY (73000), 27 PLACE MONGE, l'entreprise LA CORNE DE BRUME est 
active depuis 15 ans.
La corne de brume vendait des crèpes jusqu'en 2009 je crois puis a changé 
d'enseigne pour devenir vendeur de pizza:
http://www.linternaute.com/restaurant/restaurant/27555/chez-anna-maria.shtml

Alors oui, toutes les sources seront les bienvenues pour réduire l'usure des 
semelles, mais ça n'empêchera pas d'avoir une stratégie plus organisée.

Là, j'invente, mais des idées, j'en ai plein :
- listing de tous les resto de France dont l'objet n'a pas été retouché depuis 
plus de 3 ans
- récupération dans une bbox la liste précédente, calcul par le voyageur de 
commerce du chemin optimal pour les visiter tous
- de retour sous JOSM avec les notes prises, modif blanche sur tous les objet 
pour mettre à jour la date, qui veut dire : a été contrôlé.

- site qui liste les resto sur une carte grâce à osm, disposant d'une case 
n'existe plus qui ouvre une note par l'API

- logiciel de googlefight qui alerte quand la requête fermé + nom resto 
sur google donne plus de 10 réponses ;-)


-- 
sly, direct contact : sylv...@letuffe.org
http://wiki.openstreetmap.org/wiki/User:Sletuffe

___
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] calcul d'itinéraires sur osm.org

[Otourly Wiki]

Effectivement ça marche pas mal. La version pour les voitures Mapquest donne 
même les péages (sans le tarif) 
Manque encore la possibilité d'utiliser les transports en commun même si 
effectivement les heures de passages devraint être gérées en externe...
On peut imaginer aussi une version en fauteuil roulant au moins pour certaines 
grandes villes... Florian
 

 Le Mardi 17 février 2015 0h37, Lionel Allorge 
lionel.allo...@lunerouge.org a écrit :
   

 Bonjour,

Le lundi 16 février 2015 22:27:10 Pierre-Yves Berrard a écrit :
 Tiens, ils ont intégré un calculateur d'itinéraires sur openstreetmap.org.

Très bonne nouvelle !
Cela semble bien marcher par chez moi :-)

Bonne continuation.

-- 
Lionel Allorge
April : http://www.april.org
Lune Rouge : http://www.lunerouge.org
Wikimedia France : http://wikimedia.fr

« Le travail d'équipe est essentiel. En cas d'erreur,
ça permet d'accuser quelqu'un d'autre. »
Tristan Bernard

___
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] Contours des communes dans le Gard

[Otourly Wiki]

C'est pas à jour ya eu deux corridors qui ont été créés pour la métropole de 
Lyon l'un a été mis dans OSM pour l'autre il va falloir attendre on a pas 
d'infos Florian
 

 Le Vendredi 13 février 2015 10h01, Christian Quest 
cqu...@openstreetmap.fr a écrit :
   

 Pour les EPCI, j'avais utilisé ce qui était dispo sur data.gouv.fr
(origine DGCL), mais je ne pense pas que ça soit désormais à jour, c'est
pour ça que je n'ai pas republié les EPCI par exemple.


Le 13/02/2015 08:51, Tony Emery a écrit :
 cquest wrote
 Pour ton cas, j'ai mis à jour le découpage des communes le 1er janvier,
 par contre je n'ai pas regénéré les autres (qu'on peut faire facilement
 en regroupant les découpages de communes si on a besoin).
 C'est vrai pour les communes vers les départements mais ça va être plus
 compliqué des communes vers les régions ou des communes vers les EPCI. Donc
 on va essayer de récupérer une table de correspondance quelque part.



 -
 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/Contours-des-communes-dans-le-Gard-tp5832948p5833438.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

-- 
Christian Quest - OpenStreetMap France


___
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] Comment afficher les noms de lieux en français sur toute la planète ?

[Otourly Wiki]

nomino semble être un peu bugué par contre. Florian
 

 Le Mercredi 28 janvier 2015 15h47, Christian Quest 
cqu...@openstreetmap.fr a écrit :
   

 Le rendu FR utilise en priorité les noms en français (name:fr=*) puis
ceux en anglais ou internationaux... et à défaut c'est le name=* qui est
utilisé.

Bien sûr, il faut qu'ils soient renseignés... et c'est loin d'être le
cas partout.


Le 27/01/2015 08:05, Pierre Knobel a écrit :
 Le lien : http://tile.openstreetmap.fr/

 On 1/26/15, Philippe Verdy verd...@wanadoo.fr wrote:
 Sinon pour voir l'existant tu peux utiliser la carte du rendu OSM
 francophone (qu'on voit sur plusieurs outils francophones comme Osmose ou
 Layers).

 Le 26 janvier 2015 22:27, Lionel Allorge lionel.allo...@lunerouge.org a
 écrit :

 Bonjour,

 Est-il possible de faire afficher les noms de lieux en français sur toute
 la
 planète lorsque l'on navigue sur OSM ?

 Merci d'avance.

 Bonne continuation.

 --
 ___
 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


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

Re: [OSM-talk-fr] Région Centre devient Centre-Val de Loire

[Otourly Wiki]

Donc toujours une seul préfecture pour tout le département divisé en deux 
collectivités (un conseil départemental groupant toutes les communes hors 
Métropole de Lyon, elles-même également groupées en plusieurs EPCI, et un 
conseil métropolitain groupant toutes les communes de la Métropole de Lyon), 
et pas de modification non plus des arrondissements et sous-préfectures
Si ! visiblement les arrondissements changent :Arrêté - Arrêté n° 14-263 du 19 
décembre 2014 relatif à la modification des limites territoriales des 
arrondissements de Lyon et de Villefranche-sur-Saône. - Recueil des Actes 
administratifs - Préfecture Région Rhône-Alpes   Florian
 

 Le Jeudi 22 janvier 2015 9h46, HELFER Denis denis.hel...@rff.fr a écrit :
   

 #yiv2290770436 #yiv2290770436 -- _filtered #yiv2290770436 
{font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;} _filtered #yiv2290770436 
{font-family:Tahoma;panose-1:2 11 6 4 3 5 4 4 2 4;}#yiv2290770436 
#yiv2290770436 p.yiv2290770436MsoNormal, #yiv2290770436 
li.yiv2290770436MsoNormal, #yiv2290770436 div.yiv2290770436MsoNormal 
{margin:0cm;margin-bottom:.0001pt;font-size:12.0pt;}#yiv2290770436 a:link, 
#yiv2290770436 span.yiv2290770436MsoHyperlink 
{color:blue;text-decoration:underline;}#yiv2290770436 a:visited, #yiv2290770436 
span.yiv2290770436MsoHyperlinkFollowed 
{color:purple;text-decoration:underline;}#yiv2290770436 
span.yiv2290770436EmailStyle17 {color:#1F497D;}#yiv2290770436 
.yiv2290770436MsoChpDefault {} _filtered #yiv2290770436 {margin:70.85pt 70.85pt 
70.85pt 70.85pt;}#yiv2290770436 div.yiv2290770436WordSection1 {}#yiv2290770436 
Et un peu plus loin …. V.-A compter de la publication de la présente loi, la 
région Centre est dénommée « Centre-Val de Loire ».     De : Robin PREST 
[mailto:ro...@georezo.net]
Envoyé : jeudi 22 janvier 2015 09:44
À : verd...@wanadoo.fr; Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Région Centre devient Centre-Val de Loire    Bonjour 
:    I.-Lorsqu'une région mentionnée à l'article 1er est constituée par 
regroupement de plusieurs régions : 
1° Son nom provisoire est constitué de la juxtaposition, dans l'ordre 
alphabétique, des noms des régions regroupées, à l'exception de la région 
constituée du regroupement de la Basse-Normandie et de la Haute-Normandie, qui 
est dénommée « Normandie » ;     Réf : 
http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30109622dateTexte=categorieLien=id
          Le 17 janvier 2015 12:23, Philippe Verdy verd...@wanadoo.fr a écrit 
: Attention tout n'est pas encore synchro sur le site en ligne pour la dernière 
version consolidée des autres lois référencées qui sont modifiées par la loi du 
jour (notamment celle de 27 janvier 2014 et plusieurs autres). Au fur et à 
mesure des rafraîchissements, de la version consolidée en ligne, ça change... 
Le JORF visiblement travaille dessus en ce moment et on doit encore lire les 
textes sources des modifications. Ce sera fait certainement dans la journée (et 
on n'est pas à l'abri d'un erratum qui ne sera publié que lundi au mieux).    
Le 17 janvier 2015 12:08, Philippe Verdy verd...@wanadoo.fr a écrit : 
   Noter aussi que le terme région n'est plus utilisé seul. La loi les 
appelle officiellement régions métropolitaines pour éviter la confusion avec 
les régions d'outre-mer et la collectivité territoriale de Corse.    La loi 
précise aussi (article 4 dans le Chapitre II) que la Métropole de Lyon est 
assimilée à un département mais UNIQUEMENT dans l'article relatif aux 
élections régionales. Cette asimilation ne modifie pas le code des 
collectivités territoriales ou de l'administration publique concernant le 
département du Rhône qui reste indivis.    Donc toujours une seul préfecture 
pour tout le département divisé en deux collectivités (un conseil départemental 
groupant toutes les communes hors Métropole de Lyon, elles-même également 
groupées en plusieurs EPCI, et un conseil métropolitain groupant toutes les 
communes de la Métropole de Lyon), et pas de modification non plus des 
arrondissements et sous-préfectures       Le 17 janvier 2015 11:57, Philippe 
Verdy verd...@wanadoo.fr a écrit : 
   Pardon; en rafraîchisssant la page cette fois je vois cet article V que le 
JORF avait peut-être omis en ligne dans une première version. Donc OK pour la 
modif (mais pourquoi alors le même texte est incohérent dans l'article 1 publié 
dans la même loi et le même jour ?).    Le 17 janvier 2015 11:55, Philippe 
Verdy verd...@wanadoo.fr a écrit : 
   Je ne vois NULLE PART cet article V dans le texte sur le JORF (en tout cas 
pas sur le lien que tu as fourni); tu t'est peut-être basé sur une avant-projet 
qui n'a pas été officialisé (car probablement incomplet selon les dispositions 
de l'article 2 qui précise qu'il faut un document UNIQUE approuvé par toutes 
les régions membres). Il est probable donc que le Conseil d'Etat a refusé ce 
projet incomplet.    Les nouvelles régions ont jusqu'à juillet pour décider de 
leur nom, leur siège 

Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français

[Otourly Wiki]

Les espaces n'ont qu'un but esthétique/mémorisation et auquel cas il n'est pas 
nécessaire de stocker dans une base de données un format qui n'est pas pareil 
partout. Perso je serais d'avis que le format soit contrôlé/corrigé à 
l'import.Les espaces peuvent toujours être rajouté ensuite par les outils qui 
interrogeront OSM. 

D'autant que les emplacements des espaces varient d'un pays à l'autre (certes 
tous n'ont pas le même nombre de chiffres).
 Florian
 

 Le Jeudi 22 janvier 2015 16h26, Vincent Pottier vpott...@gmail.com a 
écrit :
   

  Le 22/01/2015 16:15, Éric Gillet a écrit :
  
  Le 22 janvier 2015 15:55, Romain MEHUT romain.me...@gmail.com a écrit :  
Ne serait-ce pas plutôt +33 4 12131415 ?
 
 
 Je dois avouer que j'ai pas vraiment d'avis sur l'espace séparant les groupes 
de 4 chiffres, les deux variantes existent et la différence n'est que  
cosmétique car les espaces ou tirets après l'indicatif régional (4 ici) doivent 
être ignorés. Si d'autres personnes préfèrent la variante sans espace ce sera 
adjugé vendu :)   
 
 Moi qui n'ai pas assez de mémoire pour stocker 10 chiffres, des espaces, ça 
m'aide. et j'aime la forme 01 23 45 67 89
 
 La forme +33 (0)1 23 45 67 89 n'est pas valide ?
 Elle est plus lisibles pour les humains et les Français...
 --
 FrViPofm
 
 
 
___
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] Ajout de l'indicatif national aux numéros de téléphone français

[Otourly Wiki]

Inclure les variantes avec des points ou des espaces Florian
 

 Le Jeudi 22 janvier 2015 15h53, François Lacombe 
fl.infosrese...@gmail.com a écrit :
   

 Je valide !FrançoisLe 22 janv. 2015 15:51, Éric Gillet 
gill3t.3ric+...@gmail.com a écrit :

Bonjour,
Je souhaite proposer l’ajout des indicatifs nationaux à tous les numéros de 
téléphones en France. Cela est nécessaire pour l’internationalisation des 
numéros de téléphone, car malgré qu’avec un téléphone français cet indicatif 
n’est pas obligatoire, cela pose problème pour le reste des téléphones.
La norme suivie correspond au wiki OSM ainsi qu’à E.123 du ITU-T.
Les tags suivants seraient concernés:   
   - phone   

   - contact:phone   

   - fax   

   - contact:fax
ainsi que les variantes avec pays suivantes:   
   - phone:FR   

   - contact:phone:FR   

   - fax:FR   

   - contact:fax:FR
Exemple : 
passage de “phone=0412131415”en phone = “+33 4 1213 1415”
Ma méthodologie serait une recherche Overpass API, puis édition avec Level0 et 
sed.
Avez-vous des suggestions ?
Éric
___
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] Tagguer les Départements français et admin_level=6

[Otourly Wiki]

Pour la métropole de Lyon le problème c'est qu'il y a le Rhône (territoire) qui 
regroupe les deux collectivités territoriales (Conseil Général du Rhône et 
Métropole de Lyon) sur ce territoire s'appliquent encore quelques services 
d'états commun aux deux collectivités (dont le recensement/stats ou la météo) 
mais que désormais au conseil régional nous avons une séparation des 
représentants ( http://www.rhonealpes.fr/682-accueil-fonctionnement-region.htm 
). Et donc dans l'optique État → Région → Département; avouez que c'est à la 
fois un peu faux et vrai...   
Florian
 

 Le Mercredi 14 janvier 2015 18h48, sly (sylvain letuffe) 
lis...@letuffe.org a écrit :
   

 Le mercredi 14 janvier 2015 17:45:15, vous avez écrit :
 C'est potentiellement
 inexploitable, source de confusion aussi bien pour le contributeur que
 pour le consommateur. 

C'est tout particulièrement au consommateur que je pense. Si quelqu'un vient 
vers moi et me dit : ok, j'ai importé les données de l'UE dans ma base, 
comment est la requête pour sortir les géométries des départements français ?

Et bien en france, les départements c'est admin_level=6 +  
boundary=administrative mais pas border=religious et pas non plus 
administrative=metropole ni non plus administrative=province. 
Et quand il/elle aura fait ses 28 requêtes avec 5 conditions chacune qu'il 
aura incorporé dans son soft lui permettant de modeler l'UE administrative à 
sa convenance, il deviendra délicat de lui expliquer que tous les 3 mois il 
doit ajouter telle condition car notre modèle n'est pas super stable.
(Ok, de toute façon, avec les policiens europééns, il devra quand même 
modifier son truc car les départements français vont sauter)

Mon exemple est fictif, il est l'extension de mon cas où je fourni un export 
en shapefile des départements et régions françaises.



 Mais... je crains qu'on aie un peu de mal à tagguer
 vraiment différemment aussi bien Lyon que la Nouvelle-Calédonie. Donc je
 verrais bien le maintien des tags actuels (boundary et admin_level) sans
 changer leurs valeurs, mais à la condition qu'on ajoute, comme le suggère
 Philippe, un tag qui raffine le sens, afin de pouvoir les distinguer,
 autrement que par leur ID de relation ou par la valeur de leur tag name.
 Je n'ai pas cherché bien loin, mais il existe par exemple le tag
 'administrative', joyeux fourre-tout pour l'instant :
 http://taginfo.openstreetmap.org/keys/administrative#values
 qu'on pourrait utiliser, par exemple pour Lyon :
 boundary=administrative
 admin_level=6
 administrative=metropole
 et en NC :
 boundary=administrative
 admin_level=6
 administrative=province
 
 Je donne ça comme exemple, pas pour dire que ça doit être ce tag ni cette
 valeur, le fond de la question étant de pouvoir manipuler ces données sans
 confusion possible.
 
 vincent
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr
 
 
 
 
 ___
 If you reply to this email, your message will be added to the discussion
 below:
 http://gis.19327.n5.nabble.com/Tagguer-les-Departements-francais-et-admin-
 level-6-tp5829994p5830012.html
 
 To unsubscribe from Tagguer les Départements français et admin_level=6,
 visit
 http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_
 by_codenode=5829994code=bGlzdGUyQGxldHVmZmUub3JnfDU4Mjk5OTR8MjA3MDY3NzIwM
 A==

-- 
sly (sylvain letuffe)
http://wiki.openstreetmap.org/wiki/User:Sletuffe




-
-- 
sly, contact direct : sylvain /a\ letuffe o r g
http://wiki.openstreetmap.org/wiki/User:Sletuffe
--
View this message in context: 
http://gis.19327.n5.nabble.com/Re-Tagguer-les-Departements-francais-et-admin-level-6-tp5830021.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] Communes nouvelles - fusion de communes

[Otourly Wiki]

Comme pour Wikipédia : tant que ce n'est pas officiel ça n'a pas lieu d'être 
mentionné. Après on peut toujours mettre un alt_name... Florian
 

 Le Dimanche 11 janvier 2015 23h59, PierreV belett...@hotmail.fr a écrit :
   

 Bonsoir,

J'ai une petite question...
Une commune voisine a décidé de changer de nom: Sansais en
Sansais-la-Garette le 4 septembre 2014 sans avoir été voté
http://www.sansais-lagarette.com/compte-rendu-du-conseil-municipal-du-4-septembre-2014.html

Comme vous pouvez le voir le site officiel a déja pris le nouveau nom de
la commune, et maintenant je viens de remarquer que Google l'a pris aussi.

Malheureusement les démarches officielles prennent plus de temps.

Alors puis-je modifier le nom sur OSM?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Communes-nouvelles-fusion-de-communes-tp5828618p5829735.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

[OSM-talk-fr] Bonne année

[Otourly Wiki]

Bonne année
Et pour bien commencer l'année une modification non des moindres 
:http://www.openstreetmap.org/relation/1663048
http://www.openstreetmap.org/relation/7378

 Du coup il faudra prévoir une mise à jour du(des) jeu(x) de données concernés 
sur le portail Opendata 
Florian
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bonne année

[Otourly Wiki]

Et pendant que j'y pense: le numéro de la métropole reste le 69. Florian
 

 Le Jeudi 1 janvier 2015 18h08, Otourly Wiki otou...@yahoo.fr a écrit :
   

 En terme de compétences la Métropole de Lyon est un « super-département » qui 
n'en a pas le nom ! C'est une fusion inédite d'un département et d'une 
communauté urbaine sur le territoire de 59 communes. 
Paris à ce qui parait prévoit de faire la même chose mais dans un an...
 Florian
 

 Le Jeudi 1 janvier 2015 18h05, Otourly Wiki otou...@yahoo.fr a écrit :
   

 Et hop un peu de lecture officielle ;)
http://www.grandlyon.com/Metropole-de-Lyon-ou-Nouveau-Rhone.5786.0.html  
Je participe à la modification des Wikipédias depuis un jour maintenant à ce 
sujet ;) et en tant qu'habitant de la presque préfecture du nouveau Rhône j'en 
ai bien entendu parlé ;) 
La seule anomalie est que pour l'instant et je crois qu'il n'est pas question 
d'en changer d'après Jean Picard (ex président de la CAVIL) , c'est que le 
siège de la préfecture du (nouveau) Rhône reste à Lyon.
 Florian
 

 Le Jeudi 1 janvier 2015 17h52, Christian Quest cqu...@openstreetmap.fr a 
écrit :
   

 Euh...  Lyon ne fait plus partie du département du Rhône ?
Que le CG perde des compétences sur le territoire c'est une chose, mais est-ce 
bien un changement du découpage administratif ?
Mettre la métropole en admin_level=6 me semble problématique.
Quel bazar !

Le 1 janvier 2015 16:42, Otourly Wiki otou...@yahoo.fr a écrit :

Bonne année
Et pour bien commencer l'année une modification non des moindres 
:http://www.openstreetmap.org/relation/1663048
http://www.openstreetmap.org/relation/7378

 Du coup il faudra prévoir une mise à jour du(des) jeu(x) de données concernés 
sur le portail Opendata 
Florian




-- 
Christian Quest - OpenStreetMap France





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

Re: [OSM-talk-fr] Bonne année

[Otourly Wiki]

En terme de compétences la Métropole de Lyon est un « super-département » qui 
n'en a pas le nom ! C'est une fusion inédite d'un département et d'une 
communauté urbaine sur le territoire de 59 communes. 
Paris à ce qui parait prévoit de faire la même chose mais dans un an...
 Florian
 

 Le Jeudi 1 janvier 2015 18h05, Otourly Wiki otou...@yahoo.fr a écrit :
   

 Et hop un peu de lecture officielle ;)
http://www.grandlyon.com/Metropole-de-Lyon-ou-Nouveau-Rhone.5786.0.html  
Je participe à la modification des Wikipédias depuis un jour maintenant à ce 
sujet ;) et en tant qu'habitant de la presque préfecture du nouveau Rhône j'en 
ai bien entendu parlé ;) 
La seule anomalie est que pour l'instant et je crois qu'il n'est pas question 
d'en changer d'après Jean Picard (ex président de la CAVIL) , c'est que le 
siège de la préfecture du (nouveau) Rhône reste à Lyon.
 Florian
 

 Le Jeudi 1 janvier 2015 17h52, Christian Quest cqu...@openstreetmap.fr a 
écrit :
   

 Euh...  Lyon ne fait plus partie du département du Rhône ?
Que le CG perde des compétences sur le territoire c'est une chose, mais est-ce 
bien un changement du découpage administratif ?
Mettre la métropole en admin_level=6 me semble problématique.
Quel bazar !

Le 1 janvier 2015 16:42, Otourly Wiki otou...@yahoo.fr a écrit :

Bonne année
Et pour bien commencer l'année une modification non des moindres 
:http://www.openstreetmap.org/relation/1663048
http://www.openstreetmap.org/relation/7378

 Du coup il faudra prévoir une mise à jour du(des) jeu(x) de données concernés 
sur le portail Opendata 
Florian




-- 
Christian Quest - OpenStreetMap France



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

Re: [OSM-talk-fr] Bonne année

[Otourly Wiki]

Et hop un peu de lecture officielle ;)
http://www.grandlyon.com/Metropole-de-Lyon-ou-Nouveau-Rhone.5786.0.html  
Je participe à la modification des Wikipédias depuis un jour maintenant à ce 
sujet ;) et en tant qu'habitant de la presque préfecture du nouveau Rhône j'en 
ai bien entendu parlé ;) 
La seule anomalie est que pour l'instant et je crois qu'il n'est pas question 
d'en changer d'après Jean Picard (ex président de la CAVIL) , c'est que le 
siège de la préfecture du (nouveau) Rhône reste à Lyon.
 Florian
 

 Le Jeudi 1 janvier 2015 17h52, Christian Quest cqu...@openstreetmap.fr a 
écrit :
   

 Euh...  Lyon ne fait plus partie du département du Rhône ?
Que le CG perde des compétences sur le territoire c'est une chose, mais est-ce 
bien un changement du découpage administratif ?
Mettre la métropole en admin_level=6 me semble problématique.
Quel bazar !

Le 1 janvier 2015 16:42, Otourly Wiki otou...@yahoo.fr a écrit :

Bonne année
Et pour bien commencer l'année une modification non des moindres 
:http://www.openstreetmap.org/relation/1663048
http://www.openstreetmap.org/relation/7378

 Du coup il faudra prévoir une mise à jour du(des) jeu(x) de données concernés 
sur le portail Opendata 
Florian




-- 
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Communes nouvelles - fusion de communes

[Otourly Wiki]

Arf j'avais pas lu ton mail. Moi j'aurai tagué la Métropole de Lyon comme un 
département le nom... même si c'est quelque chose de plus, elle a les 
compétences d'un département... Florian
 

 Le Jeudi 1 janvier 2015 16h32, Christian Quest cqu...@openstreetmap.fr a 
écrit :
   

 Autre cas particulier... Lyon.
http://fr.wikipedia.org/wiki/Grand_Lyon

La CU n'existe plus, elle est remplacée par une métropole mai qui a un statut 
qui va au delà d'un EPCI...
Quel tag mettre ? local_authority=metropole + un truc en plus pour distinguer ?

Je propose aussi d'harmoniser les ME/metropole... vu qu'on n'avait qu'une seule 
metropole (Nice) qui utilisait metropole, par cohérence avec l'existant, je 
garderait bien metropole au lieu de ME (qui ne correspond à rien alors que 
CU/CA/CC/SAN sont des acronymes).
Votre avis ?



Le 01/01/2015 12:49, Frédéric Rodrigo a écrit :
 En suivant
 http://taginfo.openstreetmap.org/keys/local_authority%3AFR#values

 J'ai utilisé metropole pour Bordeaux. Il y en avait déjà une, mais pas
 de ME.

-- 
Christian Quest - OpenStreetMap France
___
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] Bonne année

[Otourly Wiki]

Donc il faux créer une relation qui englobe le tout spécifiquement pour la 
subdivision NUTS ? Florian
 

 Le Jeudi 1 janvier 2015 20h42, Philippe Verdy verd...@wanadoo.fr a écrit 
:
   

 Note que la subdivision NUTS contient encore tout le département du Rhône y 
compris la métropole de Lyon qui s.'en est détachée. Pas sûr que NUTS soit 
invalidé ou mis à jour avant longtemps)Le 1 janv. 2015 16:43, Otourly Wiki 
otou...@yahoo.fr a écrit :

Bonne année
Et pour bien commencer l'année une modification non des moindres 
:http://www.openstreetmap.org/relation/1663048
http://www.openstreetmap.org/relation/7378

 Du coup il faudra prévoir une mise à jour du(des) jeu(x) de données concernés 
sur le portail Opendata 
Florian

___
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] Bonne année

[Otourly Wiki]

Quincieux est un cas particulier car cette commune a rejoint le Grand Lyon en 
Juin 2014 soit 6 mois avant le changement... Après je ne sais pas si ça 
explique le décalage... Florian
 

 Le Jeudi 1 janvier 2015 20h11, Christian Quest cqu...@openstreetmap.fr a 
écrit :
   

 Ils ont en plus réussit à nous faire deux exclaves !
Après lecture des textes de loi 
(http://www.assemblee-nationale.fr/14/ta/ta0270.asp), le Nouveau Rhône ne 
semble pas exister... enfin pas sous cette dénomination mais ça n'empêche pas 
de voir ce nom sur différents site officiels.
Dans les textes, on ne parle que du département du Rhône d'un côté et de la 
Métropole de Lyon de l'autre.
On se rapproche doucement du mic-mac du Royaume-Uni...
Quel b... ;)

J'ai aussi trouvé cette carte des cantons: 
http://www.rhone.fr/content/download/48284/404858/cantons_nouveau_rhone_2015.pdf
Y a-t-il un cas particulier à Quincieux qui semble d'un côté faire partie de la 
métropole et en même temps semble exclue ?


Le 1 janvier 2015 18:09, Otourly Wiki otou...@yahoo.fr a écrit :

Et pendant que j'y pense: le numéro de la métropole reste le 69. Florian
 

 Le Jeudi 1 janvier 2015 18h08, Otourly Wiki otou...@yahoo.fr a écrit :
   

 En terme de compétences la Métropole de Lyon est un « super-département » qui 
n'en a pas le nom ! C'est une fusion inédite d'un département et d'une 
communauté urbaine sur le territoire de 59 communes. 
Paris à ce qui parait prévoit de faire la même chose mais dans un an...
 Florian
 

 Le Jeudi 1 janvier 2015 18h05, Otourly Wiki otou...@yahoo.fr a écrit :
   

 Et hop un peu de lecture officielle ;)
http://www.grandlyon.com/Metropole-de-Lyon-ou-Nouveau-Rhone.5786.0.html  
Je participe à la modification des Wikipédias depuis un jour maintenant à ce 
sujet ;) et en tant qu'habitant de la presque préfecture du nouveau Rhône j'en 
ai bien entendu parlé ;) 
La seule anomalie est que pour l'instant et je crois qu'il n'est pas question 
d'en changer d'après Jean Picard (ex président de la CAVIL) , c'est que le 
siège de la préfecture du (nouveau) Rhône reste à Lyon.
 Florian
 

 Le Jeudi 1 janvier 2015 17h52, Christian Quest cqu...@openstreetmap.fr a 
écrit :
   

 Euh...  Lyon ne fait plus partie du département du Rhône ?
Que le CG perde des compétences sur le territoire c'est une chose, mais est-ce 
bien un changement du découpage administratif ?
Mettre la métropole en admin_level=6 me semble problématique.
Quel bazar !

Le 1 janvier 2015 16:42, Otourly Wiki otou...@yahoo.fr a écrit :

Bonne année
Et pour bien commencer l'année une modification non des moindres 
:http://www.openstreetmap.org/relation/1663048
http://www.openstreetmap.org/relation/7378

 Du coup il faudra prévoir une mise à jour du(des) jeu(x) de données concernés 
sur le portail Opendata 
Florian




-- 
Christian Quest - OpenStreetMap France









-- 
Christian Quest - OpenStreetMap France
___
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] Poubelle nucléaire de Bure

[Otourly Wiki]

Y'a le polygone à coté aussi... Florian
 

 Le Jeudi 6 novembre 2014 8h52, Romain MEHUT romain.me...@gmail.com a 
écrit :
   

 Le 5 novembre 2014 23:41, Pierre-Yves Berrard pierre.yves.berr...@gmail.com 
a écrit :

C'était valeureux de ta part, Rom1 
!http://www.openstreetmap.org/way/144337590/history

Bon ben, DWG ?

Qui s'y colle et comment?

Romain

___
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] Poubelle nucléaire de Bure

[Otourly Wiki]

une pancarte officielle j'ajouterai Florian
 

 Le Mercredi 5 novembre 2014 17h21, Ab_fab gamma@gmail.com a écrit :
   

 Qu'il aille sur place photographier une pancarte avec cette dénomination.Dans 
OSM, le terrain prime
Le 5 novembre 2014 17:17, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a 
écrit :

Bonjour, 
Je viens de tomber sur ça :http://www.openstreetmap.org/#map=17/48.48417/5.35199
J'ai donc contacté le contributeur[1]. 
Bonjour,J'ai vu que vous changiez de manière répétée le nom du site 
d'enfouissement nucléaire de Bure. Même si je vous rejoins sur le fond, je 
pense qu'il y a mieux qu'OpenStreetMap pour ce type d'acte militant.Merci 
d'avance de ne plus changer ce nom. the_knife
Sa réponse
Bonjour, Ce site d'enfouissement nucléaire étant réellemnt une poubelle je ne 
vois pas ou est le problème.Je ne fais que rétablir une vérité.Merci.

Pas motivé pour me lancer dans une polémique sans fin ou une guerre d'édition. 
Des suggestions sur comment procéder ?
PY
[1]http://www.openstreetmap.org/user/S%20Latourte
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr





-- 
ab_fab
Il n'y a pas de pas perdus, Nadja
___
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: [Talk-it] Tag per sirena antiaerea?

[Otourly Wiki]

Esiste emergency=siren
http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dsiren

 
 
Florian



Le Mardi 21 octobre 2014 1h37, Fabri erfab...@gmail.com a écrit :
 


Leggevo di un censimento delle sirene antiaeree rimaste ancora sui tetti 
di Roma.

http://www.metronews.it/master.php?id_notizia=3999pagina=video_esploso.php

progetto crowdsourcing che ha ottenuto questa mappa 
https://maps.google.it/maps/ms?msid=212265651998614765165.0112fc08af761cebamsa=0ll=41.905088,12.491627spn=0.098247,0.172863dg=feature

Sarebbe bello inserirle anche su osm. Avete notizie su come taggarle?

Comunque una interessante curiosità storica :)



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

Re: [OSM-talk-fr] relations person dans OSM ?? Mauvaise interprétation par P. V.

[Otourly Wiki]

Simone Cortesi, m'avait signalé le site Openplaques.org qui tent à s'occuper de 
tout ça...
Open Plaques

  
 
Open Plaques
Documenting the historical links between people and places, as recorded by 
commemorative plaques  
Afficher sur openplaques.org Aperçu par Yahoo  
  
  

...qui se base d'ailleurs sur OSM et qui rend totalement inutile une éventuelle 
relation OSM.

Florian.




Le Mercredi 15 octobre 2014 18h38, Philippe Verdy verd...@wanadoo.fr a écrit :
 


Individuellement oui, aucun problème, mais pas la peine de le mettre dans une 
relation...

Sauf à tracer un parcours touristique joignant ces lieux mais ce n'est pas la 
même chose et il n'y a pas nécessité non plus d'agglomérer les objets visités 
dans cette relation, le parcours est indicatif, suggéré, il n'a pas la même 
réalité de terrain et les visiteurs peuvent ne pas s'intéresser à tout, ce ne 
sont pas des points de passage obligatoires et le plus souvent on ne peut que 
passer à proximité et pas directement en contact avec le mur tagué qu'on ne va 
pas traverser non plus.

Il est plus important de taguer correctement les objets pour faire des 
recherches sélectives; puis voir tout ce qui est autour indépendamment de leurs 
autres usages sélectifs.


Le 15 octobre 2014 17:26, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit :

Et on peut aussi saisir les graph sur les murs et les artistes concernés? Comme 
le chat ailé sur Orléans Bourges de M. Chat ? 
https://www.sophie-g.net/photo/graph/chat15.htm


C'est aussi un élément touristique et aussi un élément pouvant servir à 
l'orientation ;-)


Le 15 octobre 2014 16:59, Philippe Verdy verd...@wanadoo.fr a écrit :


On cartographie avec intérêt les épaves de navires échoués sur le plateau 
continental en faible profondeur. Les épaves ne sont aujourd'hui plus 
systématiquement relevées; et parfois on vient échouer vers le fond 
volontairement d'anciens navires (une fois dépollués) depuis qu'on s'est 
aperçu qu'ils constituaient des récifs artificiels qui très vite sont peuplés 
et diversifient le milieu en petites espèces et ce sont des nids où accrochent 
les coquillages et les coraux qui vont bâtir tout autour, et des écloseries 
pour les petits poissons, des abris pour les crustacés.


On les enlevait quand ils étaient une trop forte gêne à la navigation mais on 
ne le fait plus dans les zones protégées (des plongeurs iront pomper le 
carburant, démonter et relever le moteur, ou les cargaisons polluantes 
dispersibles, ils laisseront tout le reste sur place), ce n'est même plus une 
gêne pour la pêche depuis qu'on interdit les filets pellagiques qui 
labouraient les fonds (et elles peuvent même aider à éviter leur venue pour 
pêcher dans des zones protégées). On en laisse même dans les estuaires (hors 
des chenaux), ils aident aussi à retenir les sédiments et bancs de sable qui 
font des digues naturelles de protection des côtes, et c'est moins cher que 
d'apporter de l'enrochement qui n'est pas aussi facilement colonisable.


Les cartes marines sont parsemées d'épaves connues qui ne seront jamais 
enlevées (en plus, quand il y a eu des victimes elles sont symboliques des 
lieux de sépulture et de souvenir pour les familles et ça se respecte; 
souvenez-vous des protestations des descendants lors des fouilles de l'épave 
du Titanic qu'une société voulait s'approprier et même relever pour 
l'utiliser ensuite comme mine de ferraille). On a un tag bien accepté pour 
ces épaves.



Le 15 octobre 2014 10:40, Pieren pier...@gmail.com a écrit :

Dans le même esprit, on pourrait imaginer des relations qui modélisent
les véhicules. Certains pourraient aussi y trouver un intérêt
(anciennes loco, entretien réseau de bus, etc). Ca n'est pas pour
autant une bonne idée pour OSM.


___
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___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Et si on fêtait les 10 ans d'OSM à la rentrée ?

[Otourly Wiki]

Très bonne idée, ya-t'il un pad ouvert pour collaborer là dessus ?

 
Florian



Le Vendredi 25 juillet 2014 11h38, Christian Quest cqu...@openstreetmap.fr a 
écrit :
 


Et bien, c'est l'occasion d'échanger des idées sur ces indicateurs pour faire 
une sorte de rétrospective.

Une vidéo des éditions en France serait sympa, un peu à la façon ITO ;)

Des graphiques, des stats, des success story... et puis un peu de prospective 
pour essayer d'imaginer OSM dans 10 ans !

Proposez vos idées, proposez ce que vous pouvez faire vous même, 
regroupez-vous, bref... collaborons ;)




Le 25 juillet 2014 10:53, Jean-Baptiste Holcroft jb.holcr...@gmail.com a 
écrit :

C'est une bonne idée, en termes de communication, a-t-on la possibilité d'avoir 
des chiffres clefs à travers le temps, un zoom sur le bâti, les adresses, les 
intégrations opendata, les réutilisations intéressantes de la base et les 
grands défis du futur ?
C'est une méga liste, je sais ;)
Le 25 juil. 2014 10:41, Christian Quest cqu...@openstreetmap.fr a écrit :

L'été n'est pas la meilleure période pour ce genre d'évènement, donc un petit 
décalage d'un mois s'impose si on veut avoir un peu d'écho.


Le NUMA nous met à disposition sa salle du 4ème étage pour la soirée du lundi 
8 septembre.


C'est peut être l'occasion de caler d'autres évènements de ce type à la même 
date dans d'autres grandes villes de France ?

-- 

Christian Quest - OpenStreetMap France
___
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






-- 

Christian Quest - OpenStreetMap France

___
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] Réf.: Re: Re: Relation route et giratoire

[Otourly Wiki]

...Ou sinon le parcours d'un bus pourrait être déduit avec des nodes 
sélectionnés uniquement ? La viabilité du trajet pouvant peut-être vérifiée 
automatiquement ?

 
Florian



Le Vendredi 18 juillet 2014 9h01, Philippe Verdy verd...@wanadoo.fr a écrit :
 


Cela ne justifie toujours rien. Cela n'apporte rien du tout de vouloir 
supprimer les mini--arcs soit disant non utilisés par une ligne, même su un 
rendu représentant ou utilisant le rond point non pas comme un noeud uniuqe 
mais comme un trait continu.

Ce n'est pas génant du tout que le parcours puisse inclure une boucle; et 
pouvoir faire une boucle est même un avantage des ronds-points et c'est même 
parfois inévitable quand on est bloqué et qu'on ne peut pas prendre une sortie 
parce qu'un véihicule s'est interposé à droite ou parce qu'on a loupé la bonne 
sortie en cherchant à identifier le panneau indicateur (un GPS de navigation 
peut avoir un temps de réaction en retard.

La possiiblité d'emprunter cette boucle est offerte à tout moment, pour tout le 
monde ayant accès à ce rond-point (alors que certaines des riues qui s'y 
connectent peuvent avoir des restrictions d'accès ou être temporairement 
fermées.

Aucun saucissonage des ronds-points qui doivent rester indivisibles et tagués 
comme tels.




Le 18 juillet 2014 07:22, THEVENON Julien julien_theve...@yahoo.fr a écrit :



Ok merci je comprends mieux

Julien


--
Le jeu. 17 juil. 2014 22:12 HAEC, Jo a écrit :

http://www.openstreetmap.org/#map=17/50.71025/4.60467layers=T

http://www.openstreetmap.org/#map=18/50.74104/4.68945layers=T

http://www.openstreetmap.org/#map=18/50.81559/4.26312layers=T

http://www.openstreetmap.org/#map=18/50.83748/4.11484layers=T

http://www.openstreetmap.org/#map=18/50.84873/2.91817layers=T


2014-07-17 21:54 GMT+02:00 THEVENON Julien julien_theve...@yahoo.fr:



 Mais de quel rendu tu parles?
 Je n ai jamais decoupe les rond-points et pourtant je n ai jamais vu de
 problemes sur les differents rendus que j ai pu rencontrer.
 Tu peux donner un lien sur un exemple?

 Julien

 --
 Le jeu. 17 juil. 2014 20:47 HAEC, Jo a écrit :

 Bien sûr que ça sert au rendu. Je ne cesse pas de le dire. Et à présent le
 rendu est faux si les rond-points ne sont pas découpés pour les routes
 avec
 des chemins pour chaque sens, ou ceux qui ont des petites entrées et
 sorties juste avant le rond point. Donc trouver d'abord un moyen de
 corriger le rendu.
 
 Mais bon, je mappe en Belgique. Je ne viendrai plus découper des
 rond-points en France... Enfin, pas trop souvent en tout cas.
 
 Jo
 
 
 
 
 2014-07-17 19:38 GMT+02:00 Marc Sibert m...@sibert.fr:
 
  Je rebondis sur la remarque de Vincent :
 
  A quoi/qui ça sert de découper les rond-point ?
 
  Aux applications de routage : non ?
  Au rendu : non ?
  A simplifier le travail des contributeurs : non ?
  Les trolley ? (les fils ne sont pas dans le même plan que les voies,
 alors
  pourquoi tagguer les voies ?) et même : allez je vous le concède :
 couper
  les ronds-points traversés partiellement par un trolley (mais pas
 passant
  par le centre hein !)
  Les ronds-points pont ? (et pourquoi pas des tunnels en-dessous ;
 demandez
  à V son avis, je ne reçois plus ces mails :-)... un bonheur )
 
  Alors ?
 
  D'autres candidats TOC*cés des RP ?
  * Trouble Obsessionnel du... Coupage mdr
 
  A+
 
  Marc
  OPPOSANT AU DECOUPAGE - KISS
  -
 
 
  Le 17/07/2014 16:06, Vincent Pottier a écrit :
 
 
  Le 17/07/2014 14:16, Christian Quest a écrit :
 
 
  Je suis quand même ennuyé par autre chose, le fait qu'un objet unique
  (un rond point) soit décrit plusieurs fois dans la base. Pour
 comptabiliser
  par exemple le nombre de rond points, il suffit de compter les
  junction=roundabout... mais lorsqu'on les découpe, et bien ça fausse le
  décompte...
 
   Ça, c'est le véritable argument.
  Un objet sur le terrain = un objet dans OSM
  C'est ça la visée d'OSM.
 
  Le principal problème :
  Un rond-point découpé, ça fait plusieurs highway=junction dans OSM.
 
  Pour résumer,
  * Les logiciels de routage (osrm, garmin) s’accommodent, semble-t-il des
  deux modèles (j'ai essayé garmin en mode voiture et piéton, les
  ronds-points entiers sont parfaitement traités dans les deux cas).
  Donc autant ne pas éclater.
 
  * Les relations route vivent très bien avec des ronds-points entiers. Il
  n'y a pas que les bus à emprunter les ronds-points : j'ai taggué des
  route=hikking avec ronds-points, ça va très bien aussi.
  Donc autant ne pas éclater.
 
  * Le principal problème du rond-point entier dans une relation route, il
  se situe dans certaines interfaces chaise-clavier qui perçoivent ça
 comme
  un bug. Dans certaines mises à jours du kernel cerveau-3.0, ça ne bloque
  pas.
  Par ailleurs, les ronds-points éclatés bugguent dans les versions
 newbies
  du kernel.
  Donc autant ne pas éclater.
 
  Pour les inconditionnels de la 

Re: [OSM-talk-fr] Bano +modifs Bruz

[Otourly Wiki]

Oui ça doit être au cas par cas, j'ai un exemple avec la Rue Navoiseau à 
Villefranche-sur-Saône, d'un coté c'est la Rue Navoiseau de l'autre la plaque 
mentionne la Rue M. Navoiseau du coup dans OpenStreetMap j'ai complété Rue 
Michel Navoiseau (grâce au fantoir/cadastre) ce qui me paraît logique. 
maintenant si c'est écrit Rue Pasteur de chaque coté (et intersections 
éventuelles) ça me choque pas qu'il y ait pas de prénoms.

 
Florian



Le Jeudi 10 juillet 2014 10h21, Pieren pier...@gmail.com a écrit :
 


2014-07-09 22:07 GMT+02:00 nono pingven...@free.fr:

 Toutes les noms que je cite ci-dessous ont été vérifiés sur le terrain
 par mes soins avec les plaques des rues. Il y avait parfois des erreurs
 humaines et parfois des erreurs cadastres.

C'est très bien de vérifier sur le terrain mais il faut aussi être
prudent avec cette source (comme avec toutes les autres). On nous a
rapporté sur cette liste des cas où les plaques de rues comportaient
aussi des erreurs (versions différentes à chaque bout de rue, erreurs
d'orthographe dans les noms propres). L'absence de prénom sur la
plaque par exemple ne devrait pas justifier de le supprimer dans OSM.
Il est possible que la mairie adopte et utilise un odonyme complet
avec prénom mais que la plaque de rue, pour des raisons x ou y, soit
dans une version courte, L'idéal serait de vérifier avec eux. La
version courte peut aussi figurer dans OSM avec le tag short_name.
On pourrait aussi conserver la version du cadastre dans un
name:cadastre (ça permet aussi de signaler aux autre contributeurs
qu'ils doivent faire gaffe et ne pas remettre la version du cadastre
depuis leur chaise à des centaines de kilomètres de l'endroit que tu
as vérifié; ça arrive malheureusement assez souvent).

Pieren


___
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] Batiment invisible

[Otourly Wiki]

On en parlait justement hier lors de la réunion lyonnaise, et c'est 
effectivement un bug de rendu avec le highway=pedestrian + area=yes 


http://www.openstreetmap.org/#map=19/45.76755/4.83344

 
Florian



Le Mercredi 9 juillet 2014 9h51, François Lacombe 
francois.laco...@telecom-bretagne.eu a écrit :
 


Bonjour,

J'ai remarqué le même cas ici : http://www.openstreetmap.org/way/75748046

A mon avis c'est le highway=pedestrian + area=yes qui pose un problème.

A+



François Lacombe

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



Le 9 juillet 2014 09:24, JB jb...@mailoo.org a écrit :

À première vue, j'opterai plutôt pour la superposition avec le chemin : 
http://www.openstreetmap.org/way/157853589 taggué un peu dans plusieurs 
directions (highway sans area, historic, tourism). Pour vérifier, il faudrait 
le déformer un peu, voir si le batiment sort d'en dessous.
JB.

Le 09/07/2014 09:12, Antoine Riche a écrit :


Bonjour,

Quelqu'un a une idée pourquoi ce bâtiment n'apparaît pas dans le rendu 
standard : http://www.openstreetmap.org/way/74546319 ?
Il est visible sur les rendus Mapquest, Transport et Humanitaire.
Est-ce dû au tag amenity=social_centre, ou à start_date=1884 ? Leur usage me 
semble correct.

Antoine.




___
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] Rendu FR : Entrée et adresse

[Otourly Wiki]

On a précisément évoqué ce bug lors de la réunion lyonnaise d'hier ;) et on l'a 
fait remonter sur via l'interface adéquat ;)

 
Florian



Le Mercredi 9 juillet 2014 15h06, Simon Miniou simon.min...@gmail.com a écrit 
:
 


Bonjour,

sur certaines adresses sur Vitry, j'ai rajouté un tag entrance=main ;

par contre sur le rendu FR seul un point noir apparait et le numéro disparait :
http://tile.openstreetmap.fr/?zoom=19lat=48.72118lon=4.58143layers=B000FFF


erreur de ma part, ou du rendu?

++
Simon

___
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] Pourquoi je quitte OSM

[Otourly Wiki]

Sur la BANO il y a une chose que je comprends pas, pour moi c'est vraiment elle 
n'impose rien, et quand il y a des erreurs je passe outre. Donc le problème sur 
ce village est humain pas au niveau de la procédure.

D'ailleurs quel est ce village ?

 
Florian



Le Mercredi 9 juillet 2014 16h28, Jean-Marc Liotier j...@liotier.org a écrit :
 


On 09/07/2014 16:16, Emmanuel Aubert wrote:

Mon village à retrouvé son nom d'avant (enfin son mauvais nom) , 
On m'a dit, c'est normal, ce n'est pas le terrain qui compte, mais
  l'INSEE. 

Qui a bien pu dire ça ? Et pourquoi te laisses-tu faire ?


Et maintenant, grâce à un certain BANO, il retrouve ses rues d'il y à 50 ans. 
Bon, comme je suppose que c'est encore le reste qui prime, je m'en
  vais.

Nan, c'est le terrain qui prime - et ça ne gêne pas BANO:

Si le name=* est correct mais différent de la valeur donnée par le cadastre, 
alors on rajoute ref:FR:FANTOIR (exemple: ref:FR:FANTOIR=741310010A) pour que 
le script BANO puisse quand même faire la jointure tout en conservant la valeur 
validée par le terrain et par là même conserver trace de la différence de 
libellé - notez que le code Direction (chiffre en 3ème position) du fichier de 
la DGFiP ne doit pas être saisi... La valeur utilisée par Openstreetmap pour 
ref:FR:FANTOIR est donc une version à 10 chiffres et non 11 !


___
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: [Talk-it] attraction o artwork?

[Otourly Wiki]

Riuso questo topic per dire che abbiamo (osm-fr) fatto una uMap delle pitture 
murale giante

http://umap.openstreetmap.fr/fr/map/murs-peints_4704 
è dinamica e usa i tags :
tourism=artwork
artwork_type=mural
In rosso i way (i murale deve essere mappare cosi normalemente)
In rosa i node



Florian Farge aka Otourly
Sur lesprojets wikimédiens et l'Association française,et sur OSM
Socio di Wikimedia Italia



Le Vendredi 6 juin 2014 11h31, sabas88 saba...@gmail.com a écrit :
 







Il giorno 06 giugno 2014 11:24, Martin Koppenhoefer dieterdre...@gmail.com ha 
scritto:



2014-06-05 22:50 GMT+02:00 demon.box e.rossin...@alice.it:


boh, in assenza quindi di un tag specifico mi sa quello che più si avvicina è
ancora
tourism=artwork
che dite?



per un vecchio vagone di una miniera? Dico di no. Non è certo un artwork.

Se sta fermo / fisso allo stesso punto potresti mettere historic=mine_car se 
non sta fermo non va taggato. Intendi qualcosa del genere, vero: 
http://de.wikipedia.org/wiki/Catron_County#mediaviewer/Datei:Old_mine_cars,_Mogollon_NM.jpg

Se si tratta di una costruzione dove si può entrare va bene forse anche 
building=...



http://www.openstreetmap.org/way/191056419
Io per le locomotive alla fine di corso stati uniti a torino avevo messo 
monument e attraction 


 
ciao,
Martin

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




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

Re: [OSM-talk-fr] BANO: 100% des départements traités !

[Otourly Wiki]

L'abréviation Anc pour Ancien ou Ancienne...
Sinon comment remonter des erreurs dans le noms de voies dans BANO ? Quand ni 
OSM ni le cadastre a tort ?

Exemple Rue Monplaisir au lieu de Montplaisir 
http://layers.openstreetmap.fr/?zoom=17lat=45.99076lon=4.72489layers=00B00FFT

Florian



Le Lundi 26 mai 2014 15h23, Jean-Baptiste Holcroft jb.holcr...@gmail.com a 
écrit :
 


Ou encore les lettres majuscules accentuées : Erable - Érable
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/48.753964/7.853557 



--
Jean-Baptiste Holcroft


Le 25 mai 2014 02:56, Pierre Knobel pierr...@gmail.com a écrit :


 Je ne crois pas que cela ait déjà été signalé, pour le rapprochement :
 oe et œ (exemple : sœur).


Peut-être aussi ae et ä (exemple 
http://www.openstreetmap.org/way/41940309).

Pour le problème des communes fusionnées avec le nom de l'ancienne
commune rajouté après le nom des rues, on doit aussi pouvoir faire
quelque chose. On pourrait compter le nombre d'occurences pour le
dernier mot de chaque nom de voie qui n'a pas pu être rapprochée, et
pour ceux qui apparaissent plusieurs fois retenter le rapprochement
après avoir supprimé ce dernier mot. Si ça marche, rajouter un
addr:place=dernier mot et un fixme:vérifier addr:place dans le
résultat de l'outil d'intégration.

___
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] BANO: 100% des départements traités !

[Otourly Wiki]

J'ai vu un Lieutenant Gal → Lieutenant-Général
Et ce pour tout les grades composés...

 
Florian



Le Dimanche 25 mai 2014 2h56, Pierre Knobel pierr...@gmail.com a écrit :
 



 Je ne crois pas que cela ait déjà été signalé, pour le rapprochement :
 oe et œ (exemple : sœur).


Peut-être aussi ae et ä (exemple http://www.openstreetmap.org/way/41940309).

Pour le problème des communes fusionnées avec le nom de l'ancienne
commune rajouté après le nom des rues, on doit aussi pouvoir faire
quelque chose. On pourrait compter le nombre d'occurences pour le
dernier mot de chaque nom de voie qui n'a pas pu être rapprochée, et
pour ceux qui apparaissent plusieurs fois retenter le rapprochement
après avoir supprimé ce dernier mot. Si ça marche, rajouter un
addr:place=dernier mot et un fixme:vérifier addr:place dans le
résultat de l'outil d'intégration.


___
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] Osmose Monument historique non intégré

[Otourly Wiki]

Je rebondis sur le sujet pour un autre type de monuments protégés.

Comment tagguer les monuments XXème ?

 
Florian.

Le Lundi 5 mai 2014 11h18, Mides mides@gmail.com a écrit :
 
Bonjour, 

dans le cas où Osmose relève une erreur de ce type alors que le monument est 
représenté sur la commune, quelles peuvent être les clés/valeurs manquantes 
pour compléter l'information. 

Pour info, clés existantes sur le bâtiment : 

* amenity : public_building

* building :yes

* historic : castle

* ref:mhs : PA00093905


Michel

___
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] nom d'un pont

[Otourly Wiki]

Selon http://taginfo.openstreetmap.fr/tags/building=bridge il semblerait 
pourtant que building=bridge soit pas mal utilisé pour les ponts en France.

 
Florian.


Le Samedi 19 avril 2014 13h00, David Crochet david.croc...@free.fr a écrit :
 
Bonjour

La zone d'emprise d'un pont semble être :

man_made = bridge + name = *

Cordialement
-- 
David Crochet


___
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] nom d'un pont

[Otourly Wiki]

Et bien, comme ni la clé building signifiant « habité » ni la valeur bridge, « 
building=bridge » ne peut pas désigner un pont habité... Sinon il y aura de 
nombreuses confusions, et d'ailleurs c'est peut-être pour ça qu'il y en a... 

 
Florian.

Le Samedi 19 avril 2014 13h33, David Crochet david.croc...@free.fr a écrit :
 
Bonjour

 Selon http://taginfo.openstreetmap.fr/tags/building=bridge il semblerait
 pourtant que building=bridge soit pas mal utilisé pour les ponts en France.
 Florian.


Attention : Un bluding=bridge, c'est un pont habité : 
https://fr.wikipedia.org/wiki/Pont_habit%C3%A9


Cordialement

-- 
David Crochet

___
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] nom d'un pont

[Otourly Wiki]

Peut importe la documentation, si le tag est ambigu. 
J'ai lu le wiki, et ceci dit, le wiki n'est pas non plus exempte de paradoxes. 
D'un coté on utilise building= pour nombre de bâtiments habités ou non, de 
l'autre man_made qui reste très fourre-tout.
Deux clés avec deux significations très proches. 


Florian.

Le Samedi 19 avril 2014 14h48, David Crochet david.croc...@free.fr a écrit :
 
Bonjour

Le 19/04/2014
 13:37, Otourly Wiki a écrit :
 Et bien, comme ni la clé building signifiant « habité » ni la valeur
 bridge, « building=bridge » ne peut pas désigner un pont habité... Sinon
 il y aura de nombreuses confusions, et d'ailleurs c'est peut-être pour
 ça qu'il y en a...

Si tu lis http://wiki.openstreetmap.org/wiki/Key:bridge :
« Don't use the tag building=bridge just for for marking bridges (their 
outlines). For such purposes you can use the proposed man_made=bridge. 
The tag building=bridge refers only to buildings, which are used as 

bridges. »

Cordialement

-- 
David Crochet

___
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: [Talk-it] Web Service dati OSM

[Otourly Wiki]

e la rechiesta (fatta grazie al wizard):
http://overpass-turbo.eu/s/31z

 
Florian

Le Mercredi 9 avril 2014 17h47, Simone Cortesi sim...@cortesi.com a écrit :
 
2014-04-09 17:43 GMT+02:00 Francesco Piero Paolicelli pierso...@gmail.com:
 Overpass turbo?

diamogli un link a questo povero ragazzo :)

per le prove: http://overpass-turbo.eu/

e quando sei pronto ad automatizzare: http://overpass-api.de/query_form.html


-- 
-S

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

Re: [OSM-talk-fr] Rectificatif sur les nouveaux cantons

[Otourly Wiki]

Depuis plus d'un an en effet... Pourtant ça aurait bien aidé...

 
Florian




Le Jeudi 20 mars 2014 11h04, Jérôme Amagat jerome.ama...@gmail.com a écrit :
 
Bonjour

comcommaker.openstreetmap.fr ne fonctionne plus?




Le 20 mars 2014 10:22, Damouns damo...@gmail.com a écrit :

Le 20 mars 2014 10:16, Philippe Verdy verd...@wanadoo.fr a écrit :


Au fait pour découper les communes de Corse il nous faut convertir les 
coordonnées exprimées en x/y dans le format supposé RGF93/Lambert93/Zone 9, 
mais JOSM ne comprend pas les coordonnées indiquées. Je me demande quelle est 
l'unité, j'ai essayé plusieurs formats et plusieurs projections, pas moyen de 
faire correspondre avec des points situées dans les communes concernées. En 
tout cas cela ne matche pas non plus avec les planches cadastrales. Il doit y 
avoir des paramètres supplémentaires pour régler la projection, mais la 
référence donnée en tête du décret à la loi décrivant le RGF93 ne me parait 
pas suffisante, ou alors les coordonnées ont été publiées en fait dans un 
autre système. A voir pour découper Bastia, Ajaccio et Porto-Vecchio.


J'ai l'impression que c'est du Lambert-93 (EPSG:2154) : voir 
http://dogeo.fr/_apps/projection/ pour trouver quelle est la projection la 
plus probable quand tu as ce genre de problème.


Pour Mayotte je suis d'accord : on est dans le flou le plus total.



Damouns

___
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] Importation des coordonnées géographiques du Groupe La Poste en Haute-Garonne et Ariège dans ma UMAP

[Otourly Wiki]

Requête pour récupérer les post office en Haute-Garonne :

http://overpass-turbo.eu/s/2IQ


Pour l'uMap il faut une requête dynamique ? 

Pour la procédure tu peux t'inspiré de ce qu'on a fait sur Lyon : 

http://wiki.openstreetmap.org/wiki/Lyon/R%C3%A9union_14_janvier_2014#Cr.C3.A9ation_d.27une_carte_Umap_.28http:.2F.2Fumap.openstreetmap.fr.2F.29
 
Florian Farge aka Otourly
Sur lesprojets wikimédiens et l'Association française,et sur OSM
Socio di Wikimedia Italia




Le Samedi 8 mars 2014 14h19, Sabine Cariou sbncar...@gmail.com a écrit :
 
Bonjour,
je souhaite ajouter à ma UMAP les positions des bureaux du Groupe la Poste en 
Haute-Garonne et en Ariège.
Pourriez-vous m'apporter votre aide?
Bien cordialement
Sabine

___
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] openstreetview.org

[Otourly Wiki]

Sinon vu sur talk-it


http://www.mapillary.com/map

Un projet intéressant de streetview par contre je ne crois pas que les plaques 
et les visages soient floutés (choses qui avaient été repprochées à Google)


Florian Farge aka Otourly
Sur lesprojets wikimédiens et l'Association française,et sur OSM
Socio di Wikimedia Italia




Le Mardi 4 mars 2014 11h15, sylvain letuffe lis...@letuffe.org a écrit :
 
J'aime assez bien le principe du projet et effectivement, ça n'a pas beaucoup
évolué ces dernières années et ça m'embéterait de le voir mourir du jour
au lendemain avec les ~300 photos que j'y ai mis et les dizaines de milliers
d'autres photos qui y sont.

Concernant la modération c'est assez bien fait et c'est auto-géré c'est à
dire que ce sont les autres membres qui peuvent valider les photos donc si
ça a traîné, c'est juste qu'il ne doit plus guère y avoir qu'une poignée de
contributeur actif.

J'aimerais pouvoir aider le projet, mais je n'ai que peu de temps à y
consacrer, mais si d'autres se sentent la motivation, à plusieurs on peut
arriver à faire le minimum.

(Pour moi, le minimum, c'est d'avoir la sécurité des photos, c'est à dire
confirmer qu'elles sont bien sauvegardées et comment en faire une copie de
secours)



--
View this message in context: 
http://gis.19327.n5.nabble.com/openstreetview-org-tp5798349p5798401.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] openstreetview.org

[Otourly Wiki]

À oublier d'urgence ?
http://www.mapillary.com/osm.html
 
Florian




Le Mardi 4 mars 2014 14h32, Pieren pier...@gmail.com a écrit :
 
2014-03-04 13:53 GMT+01:00 Arnaud Vandecasteele arnaud@gmail.com:

 De plus, l'API pour les dév est limitée à 1000 requêtes par mois...

Pour être plus précis, ils disent : Commercial use with fewer than
1000 API calls/month are free of charge. Ca doit être possible au
delà de 1000 mais c'est plus  gratuit ;-) De plus, il n'y a pas que
les sources qui ne sont pas open, les data aussi. Leur terms of
service les autorise à faire à peu près ce qu'ils veulent avec les
images, y compris - pourquoi pas - les revendre (alors qu'il faut leur
certifier qu'on leur donne nos photos gratos !).
A oublier d'urgence.

Pieren

http://www.mapillary.com/terms.html


___
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] Outils EPCI

[Otourly Wiki]

Salut est-ce que tu peux rajouter les Pôles métropolitains 
?http://fr.wikipedia.org/wiki/P%C3%B4le_m%C3%A9tropolitain
 
Florian




Le Mardi 18 février 2014 10h23, Christian Quest cqu...@openstreetmap.fr a 
écrit :
 
J'ai remis à jour l'outil EPCI disponible sur le site web.

Il liste les EPCI à compléter (par exemple ref:INSEE manquant ou présence d'un 
fixme):

http://openstreetmap.fr/outils/epci

Actuellement, 327 EPCI n'ont pas de ref:INSEE. Les compléter permettra de faire 
un rapprochement automatique avec les listes officielles récemment mises à 
disposition qui sont ici: 
http://www.collectivites-locales.gouv.fr/liste-et-composition-2014

-- 

Christian Quest - OpenStreetMap France
Conférence State Of The Map France du 4 au 6 avril à Paris
___
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] Lyon nous a quitté

[Otourly Wiki]

N'allant pas trop vite en besogne.
La réalité actuelle ce'st que le Grand Lyon n'est qu'une intercommunalité.
Par conséquent on ne peut pas dire que Villeurbanne fait partie de Lyon. 
Certes, la différence est difficile à voir sur place mais niveau politique 
c'est très différent.

 
Florian.




Le Mercredi 12 février 2014 15h29, Pieren pier...@gmail.com a écrit :
 
2014-02-12 14:29 GMT+01:00 Jérôme Amagat jerome.ama...@gmail.com:
 Le problème pour une cohérence internationale au niveau des populations
 c'est le découpage différent suivant les pays et donc le problème du nombre
 important de commune en France. Dans d'autres pays le problème Lyon
 Villeurbanne n'existe pas, il n'y a qu'un seul ensemble qui les regroupe
 avec Bron,Venissieux... voir même Genas, Meyzieu...
 Et là tu passe de 500 000 habitants à 1 300 000 pour le Grand Lyon.

Au contraire, les métropoles qui grandissent et finissent par avaler
les communes voisines, ça arrive partout. Montmartre ou Grenelle
étaient des villages à la campagne avant d'être les quartiers du Paris
actuel.
Et la population n'est pas toujours un critère satisfaisant. Un
exemple connu est San Francisco (USA) qui a moins d'habitants que son
voisin San José. L'admin_centre est plus pertinent dans ce cas.


Pieren

___
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] EPCI au 1er janvier 2014...

[Otourly Wiki]

 Il n'y a vraiment plus beaucoup de communes qui ne font pas partie d'un EPCI.

En même temps la loi est sensée les interdire ;) 


Florian




Le Mercredi 12 février 2014 22h14, Christian Quest cqu...@openstreetmap.fr a 
écrit :
 
La liste est officiellement disponible depuis peu sur: 
http://www.collectivites-locales.gouv.fr/liste-et-composition-2014

De quoi mettre à jour nos local_authority !


Il n'y a vraiment plus beaucoup de communes qui ne font pas partie d'un EPCI.

J'ai regénéré les découpages correspondants en shapefile simplifiés à :

- 5m: 
http://osm13.openstreetmap.fr/~cquest/openfla/export/epci-20140212-5m-shp.zip
- 50m: 
http://osm13.openstreetmap.fr/~cquest/openfla/export/epci-20140212-50m-shp.zip
- 100m: 
http://osm13.openstreetmap.fr/~cquest/openfla/export/epci-20140212-100m-shp.zip

Une bonne âme pour vérifier que je n'ai pas fait d'erreur avant de publier ça 
sur data.gouv.fr ?

Je me suis par contre basé sur les géométries des communes que j'avais généré 
en décembre.
Il faut que je regénère les découpages des communes qui ont été mises à jour 
depuis.
-- 

Christian Quest - OpenStreetMap France
Conférence State Of The Map France du 4 au 6 avril à Paris
___
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] OSM vs Google maps à Sotchi

[Otourly Wiki]

Bonjour n'ayant pas vue cette info sur cette liste, 
Ça date d'hier
http://www.wired.com/wiredscience/2014/02/sochi-maps/
Florian
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSM vs Google maps à Sotchi

[Otourly Wiki]

Et pour aller plus loin toujours en anglais :

http://www.openstreetmap.org/user/Zverik/diary/20999
 
(vu sur la liste talk-it)

Florian




Le Mardi 11 février 2014 9h03, Otourly Wiki otou...@yahoo.fr a écrit :
 
Bonjour n'ayant pas vue cette info sur cette liste, 
Ça date d'hier
http://www.wired.com/wiredscience/2014/02/sochi-maps/
Florian

___
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] Château d'eau souterrain - question de vocabulaire

[Otourly Wiki]

Hello, 

Pour avoir travaillé pour Véolia à Lyon, un château d'eau est un (ou plusieurs) 
réservoir(s) surélevé(s).
Un réservoir est une capacité qui contient de l'eau.

 
Florian




Le Dimanche 9 février 2014 16h01, Jean-Francois Nifenecker 
jean-francois.nifenec...@laposte.net a écrit :
 
Le 09/02/2014 15:48, Augustin Doury a écrit :
 
 Je n'ai pas l'impression que ce soit l'équivalent d'un chateau d'eau
 (définition wikipedia
 https://fr.wikipedia.org/wiki/Ch%C3%A2teau_d%27eau) car celui-ci
 concerne les réservoirs en hauteur qui permettent de distribuer l'eau
 sous-pression. Ici man_made=reservoir_covered semble concerner les abris
 souterrain pour conserver l'eau au frais (vu la description du tag sur
 le wiki osm : A covered reservoir is a large man-made tank for holding
 fresh water ).

nb : fresh water = eau douce et non eau au frais (bien que j'aime
le pastis) ;)

 Pourquoi pas réserve d'eau souterraine ? ou cuve d'eau
 souterraine...ou simplement réserve souterraine ou cuve souterraine
 car le terme anglais reservoir_covered ne sous-entend pas que ce soit
 de l'eau.

pour moi, c'est un château d'eau enterré. Il est *en hauteur* car
surélevé par rapport à l'environnement qu'il dessert. Le fait que ce
soit une tour ou une réserve souterraine est sans impact sur la définition.

-- 
Jean-Francois Nifenecker, Bordeaux


___
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] Bâtiment avec balcons et coursives extérieures

[Otourly Wiki]

Sinon ya :
http://wiki.openstreetmap.org/wiki/Talk:Simple_3D_Buildings#Balconies
 


Florian.




Le Samedi 8 février 2014 17h56, David Crochet david.croc...@free.fr a écrit :
 
Bonjour


Le 08/02/2014 17:36, Augustin Doury a écrit :
 Quelqu'un a-t-il un avis là-dessus ?

Suivant http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings j'aurais 
fait les coursives, non pas en relations, mais en 2 L par bâtiment avec 
les indication de building:min_level=* + building:levels=* pour dir 
qu'il n'y a pas de rez-de-chaussée

Cordialement

-- 
David Crochet


___
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] Le filtre anti-spam du wiki participe à la reconnaissance des numéros de rues

[Otourly Wiki]

Hello !
Le filtre anti-spam basé sur ReCAPTCHA participe à la reconnaissance des 
numéros de rues mais évidement pas pour Osm. Je pense que c'est Google qui est 
derrière ça ;) Il semble que ça date depuis 2012, mais je n'ai pas retrouvé de 
discussion sur la liste sur le sujet.

C'est juste un peu paradoxal ;)
 
Florian.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] admin_centre et nom de commune

[Otourly Wiki]

Dans le même genre il y a Thizy-les-Bourg (69) et même Saint-Étienne (42) qui a 
deux communes déléguées.

Le problème avec Saint-Étienne c'est que la  fusion  est ancienne (années 70) 
et pourtant il y a des maires délégués et du coup les frontières ne sont pas 
connues.
Cas à voir et à traiter pareillement ? 


Florian.




Le Mercredi 15 janvier 2014 10h31, JB jb...@mailoo.org a écrit :
 
Une note relevée ici : www.openstreetmap.org/note/101498
« Depuis le 1er janvier 2014 : fusion des communes de Saint germain sur 
l'Arbresle et Nuelles, donnant naissance à la commune de Saint-Germain-Nuelles 
(69208) »
La nouvelle commune a bien été crée début janvier avec l'admin_level 8, les 
anciennes sont passées à l'admin_level 10, et l'admin centre utilisée sur la 
nouvelle commune est Saint-Germain sur L'arbresle, sans modification de son 
nom, d'où un nom différent de la relation et de l'admin_centre. 
Aux amateurs de limites administratives et sans forcément vouloir avoir plus de 
100 réponses, cela vous semble-t-il cohérent ?
JB.
 
 
___
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] Tous cartographes

[Otourly Wiki]

Je pense que sur une liste en général tout ne peut pas être dit sous couvert de 
 l'humour . Ce qui nous rassemble sur cette liste c'est OpenStreetMap.

Et ce genre de propos n'a rien à voir avec la phylosophie du projet.

Les personnes de cette liste sont tous différents et le fait que il y ait un 
écran entre nous, ne nous rend pas insensibles. 
 
Florian.




Le Jeudi 9 janvier 2014 14h47, adrien carpentier ad.carpent...@gmail.com a 
écrit :
 
Tout pareil que Nicolas!

même méthode, même exaspération!




Le 9 janvier 2014 11:57, Nicolas Moyroud nmoyr...@free.fr a écrit :

SVP ne pourriez-vous pas tout simplement ignorer les messages de Monsieur V 
plutôt que de lui donner du grain à moudre ? En fait je pense qu'il ne demande 
que ça pour pouvoir en rajouter encore plusieurs couches. Sans compter que vos 
réponses me font remonter quelques morceaux de sa prose que je ne vois plus 
puisque j'envoie directement ses mails à la corbeille. Enfin bref, don't feed 
the troll.

Nicolas


Le 09/01/2014 11:38, Ab_fab a écrit :


Quoi qu'il en soit, les habitués de la liste savent bien que ce n'est pas Gaël 
qui y est le plus perché




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



-- 
http://www.virage-energie-npdc.org/

___
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] Raildar OSM

[Otourly Wiki]

Et peut-être impliquer les personnes du projet Réseau ferré...

http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/R%C3%A9seau_ferr%C3%A9

 
Florian




Le Vendredi 3 janvier 2014 1h06, Christian Quest cqu...@openstreetmap.fr a 
écrit :
 
Il y a maintenant un pad dédié aux ruptures d'itinéraires ferroviaires trouvés 
à l'aide d'OSRM et vérifiés à la mano par les utilisateurs de raildar.

https://pad.ilico.org/p/raildar_routing


La liste n'est pas très longue, si on se mobilise on devrait avoir un truc 
d'équerre assez rapidement.

Alors ? chiche ?




Le 31 décembre 2013 13:50, Spyou r...@spyou.org a écrit :


Bonjour à toutes et à tous,

Je sais que vous avez déjà discuté de Raildar, j'avoue ne pas avoir
remonté toutes les archives de la liste avant mon inscription. Pour ceux
qui n'ont pas suivi, il s'agit de construire une carto des trains live
(et historique) la plus fiable possible http://www.raildar.fr/.

La version actuellement sur la home fonctionne encore avec l'API Google,
mais une paire de fêlés prépare une version OSM beaucoup plus jolie et
fonctionnelle ici : http://www.raildar.fr/osmtchoutchou. Elle deviendra
la version par défaut d'ici quelques semaines.

Le code de l'UI OSM est dispo sur un GIT. Le code coté serveur, lui, est
pour l'instant gardé privé, d'une part parce qu'il est franchement
crado, mais également parce qu'il tape méchamment sur les sites SNCF et
que je ne voudrais pas que le projet capote avec des dizaines de
personnes qui feraient tourner les crawlers entraînant une réaction
méchante de la SNCF, soit techniquement, soit juridiquement. Je code des
méthodes pour l'API à la demande pour accéder aux infos collectées :)

Coté serveur, au début, je me cantonnais à importer les relations
préexistantes dans OSM en ne retenant que les voies intéressantes mais
c'était du oneshot laborieux et pas très intelligent dans la mesure ou
je ne reversais pas mes corrections  modifs dans OSM. L'appli web est
aussi capable de relever la position des gens qui jouent le jeu dans les
trains, mais c'est difficile avec un smartphone et les nouvelles vitres
athermiques.

J'ai finalement réussi à monter un routed OSRM et à y importer
l'ensemble des objets taggués railway en europe. Nous en sommes
maintenant à l'étape contrôle de ce qu'OSRM a généré. On a monté une
petite appli web pour ça : http://raildar.fr/osm/line_display. Elle
permet de checker la vraisemblance des trajets.

On tombe sur plusieurs sortes de problèmes récurrents :
- Les allés/retours entre gares pour changer de voies, problème que je
règle en redemandant le trajet à OSRM en décalant légèrement le départ
et l'arrivée en plusieurs itérations et en conservant la plus courte et
aussi en découpant les trajets en tronçons entre les gares
- Les glitchs de trajets avec de légers rebroussements pour prendre un
aiguillage à l'envers, principalement dûs à l'absence de certaines voies
dans OSM
- Des trajets absolument délirants qui font un détour monstre,
généralement dû à une rupture de voie dans OSM (j'en ai déjà corrigé un
peu, j'en ai d'autres en stock)

On tient un registre des problèmes qui nous semblent venir de la base
OSM, si quelqu'un veut jouer : https://pad.ilico.org/p/raildar (en bas).
Vous y trouverez aussi, pour ceux que ça intéresse, les méthodes
existantes dans l'API et un peu d'infos sur ce qui a déjà été fait et ce
qui sera fait à l'avenir.

Pour aller plus loin, coté serveur, chaque trajet validé est enregistré
aux cotés des infos du train (numéro de circulation SNCF, gares,
horaires des passages, ligne SNCF concernée, etc ..). On ne peut pas
ressortir les id des ways empruntés puisque le routed OSRM ne sort que
des listings de points GPS, mais je me dis qu'un bout de script devrait
pouvoir permette de les extrapoler simplement pour enrichir la base de
relations d'OSM de façon plus ou moins automatisée. Si ça interpelle
quelqu'un .. :)

Bon réveillon !

Cordialement,
Bruno aka Spyou aka @turblog

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



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ 

___
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] Du Fantoir

[Otourly Wiki]

Hello,
Dites ce serait cool d'avoir un plugin pour çA qui fonctionnerait à la manière 
de celui pour Wikipédia, afin de retrouver facilement une référence à ajouter. 

 
Florian.




Le Lundi 30 décembre 2013 19h33, Christian Quest cqu...@openstreetmap.fr a 
écrit :
 
Ce code long me semble préférable car il permet d'identifier à lui tout seul et 
de façon unique une voie.
Si on ne mettait que le code court, il faudrait systématiquement croiser avec 
la géométrie de la commune et son code INSEE ce qui ne facilite pas la 
ré-utilisation qui serait parfois bancale (les voies en limite de commune).

Donc un très gros +1 pour moi pour le code long.



Le 30 décembre 2013 19:11, Otourly Wiki otou...@yahoo.fr a écrit :

Je pense que le code alphanumérique de 11 caractères devrait suffire. 

 
Florian.




Le Lundi 30 décembre 2013 16h01, Marc SIBERT m...@sibert.fr a écrit :
 
Bonjour,

je remonte le sujet (bien qu'en général personne ne le voit)...

Quelle longueur pour les codes FANTOIR ? 
http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR

Perso je penche pour la version longue telle qu'elle est dans le fichier.

Vos avis ?

A+




Le 23 septembre 2013 15:34, Christian Quest cqu...@openstreetmap.fr a écrit :

Il faudrait qu'on s'accorde là dessus, car c'est un élément important pour le 
projet adresses.


Les codes courts sont ceux sans le code INSEE de la commune ?



Le 23 septembre 2013 15:26, Frédéric Rodrigo fred.rodr...@gmail.com a écrit 
:

Bonjour,

En travaillant sur l'outil d'aide à l'intégration des adresses je me suis 
rendu compte que le tag ref:FR:FANTOIR est un peu utilisé n'importe comment.

Sur taginfo on trouve :
57 995 ref:FR:fantoir (sur des nœuds en Bretagne)
12 807 ref:FR:FANTOIR (sur des relations en Auvergne (selon taginfo, mais 
probablement ceux de Toulouse))
 3 565 codefantoir (sur des nœuds en Bretagne)
   449 rivoli
   
Les valeurs ne sont pas également très normées, on trouve un code court (à 4 
chiffre maximun) et des codes longs. 

L'outil d'aide d'intégration des adresses propose le tag ref:FR:FANTOIR avec 
comme valeur ce qu'il y a dans l'OpenData, code long ou code court.

Le wiki ne nous est d'aucune aide : 
http://wiki.osm.org/FR:Relation:associatedStreet


Le Fantoir c'est le foutoir pour l'instant (oui c'était facile).

Frédéric.


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





-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




-- 
Marc Sibert
m...@sibert.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




-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ 

___
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] Rendu QA: ajout croisement FANTOIR et visu noname

[Otourly Wiki]

Même si c'est assez rare, les Rond-Points ont parfois des noms. Donc les 
décompter serait contre productif. 

Parfois un nom officiel (un panneau de voirie sur le Rond-Point) parfois non, 
J'ai ajouté un name=Porte du Beaujolais sur ce rond-point parce que c'est écrit 
dessus (sur un mur) mais impossible de savoir si c'est officiel ou non par 
contre c'est que les personnes faisant référence à ce rond-point peuvent 
utiliser ce nom. 


http://tile.openstreetmap.fr/?lon=4.73761lat=46.12032zoom=18layers=B000TF

 
Florian.




Le Dimanche 29 décembre 2013 17h23, Vincent Pottier vpott...@gmail.com a 
écrit :
 
Le 29/12/2013 12:31, Christian Quest a écrit :

Le 29 décembre 2013 12:01, Jean-Baptiste Holcroft jb.holcr...@gmail.com a 
écrit :

C'est un affichage super, bravo ! Une mauvaise langue dirait qu'il reste du 
travail ! Moi ça me réjouis.
Ça gère les différentes versions de name ? Alt name, loc
name, etc ?


Ca compte les name=*, ça ne les compare pas !

J'ai l'impression que les ronds-points ne sont pas décomptés.
En tout cas, ils sont surlignés dans les nonames
http://tile.openstreetmap.fr/?lon=5.96504lat=47.21899zoom=15layers=B000TF
--
FrViPofm


___
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] Rendu QA: ajout croisement FANTOIR et visu noname

[Otourly Wiki]

Je vois pas en quoi c'est un souci ;) 
Le jour où une commune décide d'inaugurer ou baptiser un rond-point on voit 
direct lesquels sont déjà baptisés ou non. 


D'ailleurs je sais pas si quelques-un d'entre vous y ont pensé mais il pourrait 
être intéressant de faire une veille (automatisée via bot ou non) de la presse 
afin de mettre de coté les articles de presse en ligne comprenant les mots 
inauguration et rond-point / route/ avenue etc.


Florian




Le Lundi 30 décembre 2013 14h32, Pieren pier...@gmail.com a écrit :
 
2013/12/30 Pieren pier...@gmail.com:

 Se renseigner auprès de la mairie ou du cadastre. Mais les carrefours
 giratoires avec un nom sont assez rares.

Ce que je voulais dire, c'est que demander un name sur un giratoire,
c'est générer 95..99% de faux positifs...


Pieren

___
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] Rendu QA: ajout croisement FANTOIR et visu noname

[Otourly Wiki]

De plus on peut aussi considérer le fait que si la rue est coupée par un rond 
point alors le rond-point s'il n'est pas nommé différemment porte de fait le 
nom de la rue principale ainsi coupée.

 
Florian.




Le Lundi 30 décembre 2013 14h41, Otourly Wiki otou...@yahoo.fr a écrit :
 
Je vois pas en quoi c'est un souci ;) 
Le jour où une commune décide d'inaugurer ou baptiser un rond-point on voit 
direct lesquels sont déjà baptisés ou non. 


D'ailleurs je sais pas si quelques-un d'entre vous y ont pensé mais il pourrait 
être intéressant de faire une veille (automatisée via bot ou non) de la presse 
afin de mettre de coté les articles de presse en ligne comprenant les mots 
inauguration et rond-point / route/ avenue etc.


Florian




Le Lundi 30 décembre 2013 14h32, Pieren pier...@gmail.com a écrit :
 
2013/12/30 Pieren pier...@gmail.com:

 Se renseigner auprès de la mairie ou du cadastre. Mais les carrefours
 giratoires avec un nom sont assez rares.

Ce que je voulais dire, c'est que demander un name sur un giratoire,
c'est générer 95..99% de faux positifs...


Pieren

___
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] Rendu QA: ajout croisement FANTOIR et visu noname

[Otourly Wiki]

Il peut exister nombre de convention, ça ne veut pas dire que c'est respecté.
http://overpass-turbo.eu/s/1TP

Finalement ce n'est pas si rare que ça un rond-point avec un nom... ;)


 
Florian.




Le Lundi 30 décembre 2013 15h50, V de Chateau-Thierry v...@laposte.net a 
écrit :
 

 De : Otourly Wiki

 De plus on peut aussi considérer le fait que si la rue est coupée par un rond 
 point
 alors le rond-point s'il n'est pas nommé différemment porte de fait le nom de 
 la rue
 principale ainsi coupée.

 
Et lorsque les rues qui convergent en un rond-point sont de classification 
égale, donc
toutes autant principales, on choisit quoi ? Casse-tête en perspective...
La convention actuelle (pas de nom hérité d'un des axes entrants) a le mérite 
de la
simplicité.

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] Du Fantoir

[Otourly Wiki]

Je pense que le code alphanumérique de 11 caractères devrait suffire. 

 
Florian.




Le Lundi 30 décembre 2013 16h01, Marc SIBERT m...@sibert.fr a écrit :
 
Bonjour,

je remonte le sujet (bien qu'en général personne ne le voit)...

Quelle longueur pour les codes FANTOIR ? 
http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR

Perso je penche pour la version longue telle qu'elle est dans le fichier.

Vos avis ?

A+




Le 23 septembre 2013 15:34, Christian Quest cqu...@openstreetmap.fr a écrit :

Il faudrait qu'on s'accorde là dessus, car c'est un élément important pour le 
projet adresses.


Les codes courts sont ceux sans le code INSEE de la commune ?



Le 23 septembre 2013 15:26, Frédéric Rodrigo fred.rodr...@gmail.com a écrit :

Bonjour,

En travaillant sur l'outil d'aide à l'intégration des adresses je me suis 
rendu compte que le tag ref:FR:FANTOIR est un peu utilisé n'importe comment.

Sur taginfo on trouve :
57 995 ref:FR:fantoir (sur des nœuds en Bretagne)
12 807 ref:FR:FANTOIR (sur des relations en Auvergne (selon taginfo, mais 
probablement ceux de Toulouse))
 3 565 codefantoir (sur des nœuds en Bretagne)
   449 rivoli
   
Les valeurs ne sont pas également très normées, on trouve un code court (à 4 
chiffre maximun) et des codes longs. 

L'outil d'aide d'intégration des adresses propose le tag ref:FR:FANTOIR avec 
comme valeur ce qu'il y a dans l'OpenData, code long ou code court.

Le wiki ne nous est d'aucune aide : 
http://wiki.osm.org/FR:Relation:associatedStreet


Le Fantoir c'est le foutoir pour l'instant (oui c'était facile).

Frédéric.


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





-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




-- 
Marc Sibert
m...@sibert.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] Comcom Maker

[Otourly Wiki]

On a du nouveau de ce coté ?

 
Florian.




Le Dimanche 24 novembre 2013 16h56, Frédéric Rodrigo fred.rodr...@gmail.com a 
écrit :
 
Le 24/11/2013 16:49, Vincent de Château-Thierry a écrit :
 Bonjour,

 Le 24/11/2013 16:08, Christian Quest a écrit :
 Il se trouvait sur osm7 avant que celui-ci ne tombe en panne et soit
 totalement ré-installé.

 Il va être remis en route, surtout qu'avec 100% des communes on va
 pouvoir viser le 100% d'EPCI et autres découpages du même genre.


 Le 24 novembre 2013 16:00, Otourly Wiki otou...@yahoo.fr
 mailto:otou...@yahoo.fr a écrit :

     Bonjour, il semblerait que cet outil ne soit plus disponible. C'est
     gênant, car avec la réforme des collectivités territoriales en
     janvier prochain il va y avoir du pain sur la planche...
     Florian.

 En complément sur le thème des EPCI, je (re)signale cette source :
 http://www.data.gouv.fr/DataSet/572273
 Il donne la liste, par EPCI, des communes membres, au 01/01/2013. Sa
 mise à jour sera intéressante l'année prochaine bien sûr, mais la
 réforme a déjà eu des effets cette année.

Je m'occupe de remettre comcom maker en route. C'est en cours.
Pour ce qui est des EPCI, et comme je l'avais fait pour les cantons, on 
peut utiliser comcommaker en ligne de commande.

Frédéric.



___
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] Tracé des limites communales terminé

[Otourly Wiki]

Oui vaste chantier, plus aucune commune ne doit être sans intercommunalité à 
partir du premier janvier 2014 (avec un petit flottement allant jusqu'en Juin) 
ça chamboule pas mal, il y a beaucoup de fusion d'intercommunalités... Pour 
avoir des infos c'est compliqué ça dépend des départements et des préfets... 
parfois la presse permet d'en savoir un peu plus, sinon les CR municipaux mais 
c'est plutôt galère.

Dans la même région Rhône-Alpes, le département du Rhône on a toutes les infos, 
le département de l'Ain il faut creuser soit même. Attention ce n'est pas parce 
qu'un préfet a décidé le changement qu'il est effectif, le changement a été 
soumis aux votes des communes concernées.

En tout cas heureusement qu'on disposera de comcom maker...

 
Florian.




Le Mercredi 4 décembre 2013 17h24, Philippe Verdy verd...@wanadoo.fr a écrit :
 
Il y a aussi peut-être des mises à jour anticipées pour 2014 déjà dans OSM dans 
les communes.


Concernant les EPCI, et pays (Loi Voynet) il y a aussi du changement annoncé 
(comme l'extension en janvier 2014 de la communauté d'agglomération de Rennes 
Métropole, après la dissolution de la communauté de commune du Pays de Becherel 
et son partage vers 3 EPCI et 3 pays différents, et la fusion de deux 
communautés de communes dans le Pays de Brocéliande).

Si on regarde dans le détail, il y a certainement d'autres cas en France où les 
réformes des collectivités territoriales sont en plein chantier au delà des 
seules communes.

Après ça il nous reste le chantier du zonage urbain (unités urbaines, etc...) 
avec les définitions de l'Insee (et ses évolutions aussi avec le recensement 
partiel annuel).




Le 4 décembre 2013 17:07, Christophe Merlet red...@redfoxcenter.org a écrit :

Le 04/12/2013 16:52, Christian Quest a écrit :

 Je viens de faire quelques petites corrections (code INSEE inversé avec
 le code postal, code INSEE incorrect sur une commune et donc en double
 avec une autre, type=multipolygon au lieu de type=boundary sur une commune).

 J'en compte 36660 (sauf erreur) avec un tag ref:INSEE et admin_level=8

 Donc 21 de moins que le COG...

c'est le COG au 1er janvier 2013 ou avec les mises à jour intégré dans
le compte ?
http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement.asp

Pour bien communiquer, il faut être sûr de notre exhaustivité.



        Librement,
--
Christophe Merlet (RedFox)

___
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: [Talk-it] Wikidata e OSM su Reasonator

[Otourly Wiki]

Bello, ma resonator potrebbe essere basato sulla map WIWOSM chi è usata su 
Wikipedia...sarebbe bellissimo.


Sogno del giorno quando sarà un' applicazione alla Wikimapia esclusivamente 
usando OpenStreetMap...

Lo so che esiste OpenLinkMap ma non è insufficiente.


Florian





Le Mardi 3 décembre 2013 13h00, Cristian Consonni kikkocrist...@gmail.com a 
écrit :
 
Reasonator[1] è un tool creato da Magnus Manske (che è stato uno dei
primi sviluppatori di MediaWiki) per visualizzare gli item di Wikidata
in maniera più bella rispetto all'interfaccia standard. Inoltre
arricchisce la visualizzazione con delle informazioni diverse in base
alla tipologia di elemento.

Per le città inserisce delle mappette  da OpenStreetMap, vedete un
esempio con Cambridge:
https://tools.wmflabs.org/reasonator/?q=Q350

C
[1] https://meta.wikimedia.org/wiki/Reasonator

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

Re: [OSM-talk-fr] Rendu QA

[Otourly Wiki]

La précision semble assez aléatoire : 

20 habitants dans des bureaux/collège ça fait beaucoup...

http://tile.openstreetmap.fr/?zoom=17lat=45.7281lon=4.82294layers=000BTF

À moins que certains ne quittent pas le boulot :p

 
Florian.




Le Lundi 2 décembre 2013 9h20, adrien carpentier ad.carpent...@gmail.com a 
écrit :
 
et si les fans de cakes nous en concoctaient un joli par carreau??
on pourraient du coup organiser les vérif des carreaux signalés
et remonter que les lillois font voter 2 morts au milieu du cimetière...??
http://tile.openstreetmap.fr/?zoom=16lat=50.60984lon=3.04933layers=000BTF
@ bientôt
adrien




Le 29 novembre 2013 18:13, Justine bouvais pom...@hotmail.fr a écrit :

Bonsoir,

Pour les erreurs comme ici, ou j'ai pu constater qu'il n'y avait
  pas lieu d'avoir de carré magenta, y'a t'il un moyen de les
  signaler ?

http://tile.openstreetmap.fr/?zoom=17lat=47.68834lon=-1.65682layers=000BTF

Merci d'avance

Pom445

Le 25/11/2013 14:36, Christian Quest a écrit :

Oui, un reste de nbcar qui trainait, c'est corrigé dans la feuille de style et 
en cours de recalcul. 
Plus de carreaux manquants, mais toujours des carreaux bizarrement placés.


J'ai aussi fait les modifs suivantes:
- transparence ajoutée sur les carreaux avec moins de 10 habitants (et les 
pastilles roses pour les zoom 10-11)
- ajout à partir du zoom 16 des limites du carreau et du nombre d'habitants 
dans le carreau (en gras si =10)





Le 25 novembre 2013 13:42, Plop76 vaujani...@free.fr a écrit :

Dans son message précédent, Christian Quest a écrit : 


Quand il n'y a pas de carreau, ça veut dire que pour l'INSEE personne
n'habite là... ce qui est étonnant dans ton exemple,
mais j'en ai repéré
ailleurs.


Sur le village de Ponteix, j'ai bien des carreaux avec des populations non 
nulles dans les données de l'INSEE. Par exemple le carreau avec l'id 
LAEA200M_N12654E18887 a 15 habitants et n'appairait pas sur la carte.

Il doit y avoir un bug ou un filtre qui traine :) T'aurais
pas gardé le filtre sur les carreaux qui font partie d'un
rectangle de plus de 4 carreaux ? Sur Ponteix, tous les
carreaux font partie de rectangles avec 4 carreaux ou
plus... 





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





-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ 


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




 
   Ce courrier électronique ne contient aucun virus ou logiciel malveillant 
 parce que la protection Antivirus avast! est active.  

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




-- 
http://www.virage-energie-npdc.org/ 

___
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] Label handi-accueillant

[Otourly Wiki]

Bonjour à tous,

Suite à une discussion avec une personne de l'association Handicaps en pays 
beaujolais;

Je voulais savoir si pour vous on peut tagguer les commerces labelisés 
handi-accueillants ? Ce label est distribué par des associations locales et 
indiqué par un macaron sur la porte du commerce. Ce label tient compte de 
plusieurs handicaps. 

D'un coté ce label n'indique pas nécessairement la présence d'un dispositif 
particulier (comme une rampe d'accès), mais également le dévouement des 
employés à l’égard d'une personne en situation de handicap.
Par exemple une rue en pente ne permet pas toujours l'ajout de rampe car cela 
peut rendre dangereux cette même rue aux piétons.
Mais ce genre de label permet une complémentarité du tag wheelchair=... 

De plus, une idée de cette association est la mise en place de sonnette pour 
les personnes en fauteuil afin d'avertir le commerçant de vernir aider à faire 
rentrer le fauteuil.
Pour moi je suis plutôt pour l'ajout du label dans OSM mais je comprendrai que 
ça ne soit pas le cas de tout le monde...

En tout cas je vais pouvoir leur montrer OSM et vu qu'ils vivent au quotidien 
les obstacles, ça promet de bonnes choses.
Ce label est plutôt récent et je n'ai pas trouvé beaucoup d'exemples en dehors 
de Villefranche, et Lyon...


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

Re: [OSM-talk-fr] Création d'un projet réseau ferré

[Otourly Wiki]

Cette discussion est très intéressante, mais maintenant que le projet est créé 
je la verrai plutôt sur le wiki. En effet pourquoi limiter le débat aux seuls 
utilisateurs de la liste ?

 
Florian.




Le Jeudi 28 novembre 2013 1h53, Copro Grammes coprogram...@yahoo.fr a écrit :
 
 Par lieu d'attente je pense qu'il faut comprendre non pas une salle 
d'attente, mais le lieu où on doit attendre juste avant de monter dans 
un transport en commun.

D'accord, autant s'en tenir à la définition univoque de 
public_transport=platform. L'étendre au hall de la gare est une interprétation 
qui pourrait sans doute apporter de la confusion.

Je crois que la discussion sur l'utilisation du schéma public_transport pour le 
train mériterait d'être incluse dans le plus vaste problème de la cartographie 
des lignes commerciales de train (relations route=train) : il y aurait beaucoup 
de choses à fixer ; je pense ouvrir une discussion là-dessus un de ces quatre.


Remarque : puisque tu évoquais les stations de métro, représentées par un nœud 
pour montrer les correspondances : faudrait-il donc corriger la station Gare 
de Lyon, séparée en deux GdL Métro 1, GdL métro 14. Ça me turlupine depuis 
longtemps.
Et de même regrouper les deux stations du RER ?



Pour le logo SNCF sur les haltes, je ne le mettrais pas en noir et blanc. Pour 
l'utilisateur de la carte, cela enverrait plutôt le message gare fermée au 
trafic voyageur (d'ailleurs, il pourrait aller sur les gares balisées 
usage=freight), voire abandonnée.
Une différence de police (petite, pas en gras, comme actuellement) indique plus 
clairement qu'il s'agit d'une halte et pas d'une gare. Éventuellement, le logo 
SNCF pourrait être un peu plus petit.

Tant que j'y suis, ne serait-il pas plus logique de baliser les haltes 
railway=station en ajoutant station=halt ?


Enfin, je reviens sur un point qui ne m'a pas semblé résolu : peut-on élaborer 
un consensus sur le placement de la balise railway=station (ou halt) ?
Plusieurs possibilités rencontrées :

- un nœud au point central de la gare (Paris-Est par exemple)

    Cela me paraît correspondre le mieux à la perception sur le terrain, et à 
ce qu'attend l'utilisateur. Des chemins peuvent mener jusqu'à ce point pour le 
routage. C'est là que les plans classiques, les cartes IGN apposent la mention 
gare.
    Pour les haltes, le nœud peut être situé du côté de l'accès au quai, comme 
le propose Benjamin sur la page de discussion de projet Réseau ferré ( 
http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/R%C3%A9seau_ferr%C3%A9
 )


- un nœud au milieu des voies
    N'attribue de l'importance qu'au faisceau de voies. Ignore l'aspect 
multimodal de la gare. Le routage conduit (dans le meilleur des cas) au milieu 
du souterrain/de la passerelle.

-  un nœud sur les voies
    Ce que défend Denis sur la page de discussion du wiki. Si j'ai bien 
compris, cette méthode n'a d'intérêt que si aucun stop_position n'est défini 
sur la voie, ni aucune relation entre les éléments de la gare.

- sur le bâtiment
    Problème : des gares sont formées de plusieurs bâtiments. Mettre la balise 
sur un mutlipolygone regroupant les bâtiments peut être interprété comme si 
chacun des objets était une station (Paris-Gare du Nord par exemple).
    Problème inverse : parfois un seul grand bâtiment, de forme biscornue, qui 
n'est ouvert au public que dans une petite partie pas forcément centrale (ex. 
Dijon-Ville)

- sur une surface tracée autour de l'ensemble de la gare (bâtiments, quais, 
voies, etc.)
    En doublon avec public_transport=station.
    Logique, mais à l'affichage, et au routage, la gare est alors située au 
centroïde de cette surface, point qui souvent ne correspond à rien de concret.

- sur la relation stop_area
    Logique, mais le même défaut que la solution précédente.

    
Zigeuner



___
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] Création d'un projet réseau ferré

[Otourly Wiki]

Il se peut qu'une gare ait deux endroits pour attendre avec un grand panneau 
central. Typiquement la Gare Part-Dieu : selon l'entrée par laquelle on rentre 
(Porte du Rhône ou Porte des Alpes), on ne va pas traverser toute la gare pour 
aller chercher l'information de départs des trains. En tout cas c'est dans ces 
cas là qu'on voit l'intérrêt de tagguer l'intérieur des gares...

 
Florian.




Le Lundi 25 novembre 2013 11h39, Francescu GAROBY windu...@gmail.com a écrit :
 
Ne peut-on pas, tout simplement, créer un tag pour désigner ce point/cette zone 
central(e) qu'est le hall de la gare ? Ainsi, pas besoin de tordre le bras 
aux schémas existants (ancien ou nouveau), ni d'inventer des quais virtuels, et 
cela aurait le mérite de désigner vraiment ce que ça désigne : la zone où les 
passagers se retrouvent, attendent, se renseignent sur le quai de leur train, 
...
C'est ce point qui viseraient les systèmes de routage, c'est ce point qui 
pourrait servir à placer le nom de la gare (comme le 'place' pour les communes, 
me semble-t-il), ...

Francescu




Le 25 novembre 2013 11:32, Christian Quest cqu...@openstreetmap.fr a écrit :

Mon ami le schéma public_transport ;)


Ca me gène d'avoir un noeud qui est une gare (railway=station) et un quai 
(public_transport=platform).


A mon avis, il faut toujours partir du réel, du terrain et le décrire ce qui 
est déjà assez complexe en soi, mais au moins le terrain ne change pas sans 
arrêt.


Là où ça devient problématique c'est pour l'immatériel, les lignes 
commerciales qui changent beaucoup plus vite que le terrain.
A mon avis l'erreur est de vouloir à tout pris indiquer un quai (changeant) 
pour l'arrêt marqué par un train sur une ligne donnée dans cette gare.
Si cette information n'est pas stable (et elle ne l'est pas), et bien la 
solution est très simple: on ne la met pas dans OSM et surtout on évite de 
mettre un truc bâtard comme un quai virtuel en plein milieu du bâtiment de la 
gare.


Revenir aux fondamentaux:
- info trop changeante - pas dans OSM
- mieux vaut aucune info qu'une info inexacte


A l'utilisation des données il vaut mieux en effet savoir qu'on n'a pas d'info 
sur le quai où attendre le train pour Bouchamps-lès-Craon (et indiquer de se 
renseigner sur place pour le quai), plutôt que de dire: attendez là... où le 
train ne s'arrêtera jamais.





Le 25 novembre 2013 10:43, Romain MEHUT romain.me...@gmail.com a écrit :

Bonjour,

Ceci un appel aux contributeurs spécialistes du rail.


Un contributeur a modifié le schéma de la gare de Nancy avec l'ajout en 
particulier du nœud http://www.openstreetmap.org/browse/node/2524858356. Je lui 
ai fait remarquer qu'il me semble que ce nœud vient en doublon de ce qui 
existait c'est à dire la relation 
http://www.openstreetmap.org/browse/relation/2828546


Vos avis sont les bienvenus...



Il m'a donné son accord pour publier le sens de sa démarche (attention c'est 
un peu long):

Je suis enchanté d'avoir l'occasion de discuter de la manière de baliser les 
gares. J'ai passé beaucoup de temps à y réfléchir, à glaner les informations 
sur le wiki afin d'arriver à concevoir un schéma cohérent et satisfaisant. Je 
l'ai appliqué sur des petites gares de Bourgogne, puis sur celle de Dijon, 
sur la Gare de l'Est à Paris ; ne voyant jamais aucune réaction, j'ai 
continué sur ma lancée... mais il semble établi, depuis Charles le Téméraire, 
que les Bourguignons se heurteront toujours à Nancy !

Tout cela pour dire que je peux justifier le sens de mes modifications, et 
que je suis tout prêt à en discuter. Peut-être même que cela mériterait 
d'ailleurs une plus large diffusion qu'au niveau de la Meurthe-et-Moselle (à 
Paris par exemple, les différentes gares ne sont pas balisées de la même 
manière).

Ma démarche sera longue à expliquer, j'en suis désolé.

Je suis parti du schéma public_transport 
(http://wiki.openstreetmap.org/wiki/FR:Key:public_transport) : - des nœuds 
public_transport=stop_position, placés sur la voie, là où s'arrêtent les 
trains, OK - des nœuds public_transport=platform, là où les voyageurs 
attendent : les quais évidemment ; pour le fameux nœud railway=station, j'y 
viendrai plus tard - une surface public_transport=station, que l'on pourrait 
appeler l'emprise (ouverte au public) de la gare. Nancy-Ville est d'ailleurs 
l'une des rares gares où j'ai trouvé cette zone définie.

Ensuite, on cherche à inclure cet arrêt de Nancy-Ville dans les lignes 
(relations type=route route=train). Le schéma public_transport' préconise 
d'inclure un stop_position (avec le rôle 'stop') et une platform (avec le 
rôle 'platform'). Mais, pour les grandes gares, quels stop_position et 
platform choisir ? i) Les trains d'une même ligne ne partent pas toujours 
de la même voie et du même quai. Et même quand c'est le cas, cela peut 
facilement varier : l'information cartographiée les trains pour Épinal 
partent du quai 3 serait alors erronée. ii) Cette information (les trains 
pour Épinal partent du quai 3) 

Re: [OSM-talk-fr] Comment taguer une salle de concert ?

[Otourly Wiki]

Je pense que dans certains cas arts_centre convient très bien par exemple la 
Halle Tony Garnier à Lyon c'est une grande salle abritée qui sert souvent de 
salle de concert, mais aussi pour des salons ou des expositions.
http://www.openstreetmap.org/browse/way/5235855

 
Florian.




Le Lundi 25 novembre 2013 18h08, Nicolas Moyroud nmoyr...@free.fr a écrit :
 
Je me rends compte que c'est la première fois que j'essaie d'ajouter une 
salle de concert dans OSM et je n'ai pas réussi à trouver un truc 
convaincant sur le wiki. J'ai mis amenity=arts_centre mais je suis très 
moyennement convaincu. Ou alors peut-être en précisant un truc du style 
art_type=music ? Mouais... :-\

Nicolas

-- 
-
Nicolas Moyroud
Site web libre@vous : http://libreavous.teledetection.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

[OSM-talk-fr] Comcom Maker

[Otourly Wiki]

Bonjour, il semblerait que cet outil ne soit plus disponible. C'est gênant, car 
avec la réforme des collectivités territoriales en janvier prochain il va y 
avoir du pain sur la planche...

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

Re: [OSM-talk-fr] Création d'un projet réseau ferré

[Otourly Wiki]

Idée très intéressante que le découpage en projets thématiques autres qu'un 
découpage géographique, afin de réunir les synergies entre passionnés.

Ce serait peut-être l'occasion de travailler avec le projet Chemin de fer de 
Wikipédia. http://fr.wikipedia.org/wiki/Projet:Chemin_de_fer
 

Florian.




Le Vendredi 8 novembre 2013 9h32, Benjamin C. benjamin.chart...@cegetel.net a 
écrit :
 
Je contribue depuis quelques mois à l'enrichissement d'OSM dans le domaine
ferroviaire. J'essaie de tendre vers une exhaustivité des voies ferrées
existantes sur le territoire picard. Je suis concerné professionnellement
par ce sujet sans pour autant que l'enrichissement d'OSM ne soit un objectif
professionnel. Je me suis concentré sur la saisie des géométries,
l'écartement des rails ainsi que les tags usage et service. En fait, ce sont
ces deux derniers tags qui ont motivé mon activité sur le réseau ferré. En
effet, dans le cadre de mon travail, j'essaie de faire en sorte que, sur les
cartes basées sur OSM que je réalise, l'apparence/la visibilité des voies
ferrées soit modulée en fonction de l'échelle de sorte que les voies des
gares de triage n'apparaissent qu'aux plus grandes échelles, que les voies
ferrées utilisées par les grandes lignes apparaissent dès les petites
échelles, etc.. Pour cela, il me semble que le renseignement des tags usage
et service soit indispensable.

J'aimerais franchir un cap en travaillant non plus de manière quasi-autonome
mais au sein d'un projet de la communauté OSM française sur le thème réseau
ferré dont les buts seraient :
- avoir une animation, un suivi voire une coordination sur ce thème
- tendre vers une couverture exhaustive du territoire français
- partager des bonnes pratiques et tendre vers une homogénéité de la manière
d'utiliser les tags, de positionner certains objets (comme je n'ai pas eu
l'occasion de réellement confronter mes pratiques à celles des autres, je
suis quasiment sûr qu'elles sont largement perfectibles)

Je n'ai pas l'impression qu'un tel projet existe actuellement. Est-ce que je
me trompe ? (j'ai bien trouvé une page sur le wiki consacrée aux lignes
ferroviaires françaises mais guère plus et je suis plus intéressé par la
topographie que par l'exploitation du réseau) Est-ce que créer un tel projet
vous semble une idée intéressante ? Si oui, quelle pourrait être la bonne
manière de le lancer (identifier le projet à quel endroit, quels outils de
suivi et d'échanges en-dehors de la présente liste, bien sûr) ?

Cordialement,

Benjamin



--
View this message in context: 
http://gis.19327.n5.nabble.com/Creation-d-un-projet-reseau-ferre-tp5784606.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