[OSM-talk-fr] Occupation des sols : intégration de cartes satellite ?

[Art Penteur]

Une équipe du CESBIO est en train de mettre à disposition une carte
d'occupation des sols :
   http://osr-cesbio.ups-tlse.fr/~oso/

  Pourrait-ce servir de base à une intégration ou un contrôle-qualité dans OSM ?

Art.

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

Re: [OSM-talk-fr] application web "layers" d'OSM France

[Art Penteur]

Je viens de voir que c'est fait.

Merci !

Art.

Le 19 mars 2017 à 11:34, Art Penteur <art.pent...@gmail.com> a écrit :

> +1
> (même si j'aurais titré le message plus explicitement, p. ex. : "Supprimer
> références obsolète à MapQquest Open dans layers français"
>
> Art.
>
> Le 18 mars 2017 à 16:06, Philippe Verdy <verd...@wanadoo.fr> a écrit :
>
>> Cette appli référence encore le fond de carte MapQuest Open qui est
>> définitivement fermé sans clé d'accès.
>>
>> Ne peut-on pas le remplacer par le fond de carte cyclable et le fond
>> transport qui n'y sont pas encore (mais figurent dans les fonds par défaut
>> de l'appli web OSM.org) ?
>>
>> Y a-t-il d'autres fonds français qui seraient intéresssants (par exemple
>> celui de 3liz.com si on a un accord de leur part... histoire de leur
>> faire de la publicité au lieu encore de promouvoir Mapquest) ?
>>
>>
>> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
>>  Garanti
>> sans virus. www.avast.com
>> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
>> <#m_-2808304078018175871_m_4035450882063707527_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> ___
>> 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] OpenData RTE dans Osmose-QA

[Art Penteur]

J'ai opté pour 2 points distincts, liés par une relation de type site

Art.

Le 23 avril 2017 à 22:15, Philippe Verdy  a écrit :
>
>
> Le 23 avril 2017 à 15:17, François Lacombe  a
> écrit :
>>
>> Hello,
>>
>> Côté power, pas en faveur du tout d'indiquer les pylônes avec un polygone
>> marquant l'aire de la base.
>> C'est parfois fait en sortie du cadastre et indiqué en building=yes
>> wall=no mais je le supprime systématiquement.
>> Si tant est qu'il faille l'évoquer, un polygone est assez complexe à
>> intégrer à une ligne (en l’occurrence les câbles supportés par le pylône).
>>
>> Pour les références, chez RTE le numéro d'un pylône n'est pas unique
>> nationalement. Utiliser ref:FR:RTE ne me semble pas judicieux.
>
>
> S'il n'est pas unique c'est marce qu'il y a un découpage en sous-réseaux.
> Mais comme ces sous-réseaux ne sont pas encore identifiés... Je vois mal ce
> qu'on va mettre à la place. En attendant ref:FR:RTE est le seule élément
> adéquat, même s'il n'est pas unique nationalement mais dépend de la
> délimitation de zones ou de sous-réseaux (qui pourraient avoir des
> recouvrement territoriaux selon les classes de distribution ou selon les
> contrats avec les collectivités ou producteurs d'énergie voire aussi les
> contrats avec les autres producteurs européens, ou des gestionnaires
> d'équipements de transport dont RTE ne serait que locataire ou
> concessionnaire).
>
>>
>> En revanche on pourrait créer un ref:FR:RTE_support documenté correctement
>> en indiquant que c'est une référence unique sur la file de pylône sur
>> laquelle il prend effet.
>
>
> avant de parler d'une nouvelle clé il faut savoir ce qu'on va mettre dedans.
> Comme tu dis que le numéro n'est pas unique nationalement, si ton idée est
> de le rendre unique il nous manque un identifiant de sous-réseau. Si c'est
> juste pour remettre la même valeur que ce qu'on met actuellement dans
> ref:FR:RTE, cela n'a strictement aucun intérêt, on complique juste les
> choses avec un autre tag de plus pas mieux renseigné qu'avant.
>
>>
>> Ainsi les points géodésiques IGN n'entreront pas en conflit et on pourra
>> continuer d'utiliser un simple noeud pour tout le monde.
>
>
> Les points géodésiques IGN n'ont absolument pas besoin d'être liés aux
> références des pylones RTE. Même leir positionnement est différent ! Le
> réseau géodésique s'appuie sur un point précis du pylone, à une hauteur
> spécifiée, et il peut y en avoir plusieurs, alros que RTE mettra une
> référence pour le support entier voir pourra créer des références sur
> certains porteurs de câbles selon la hauteur ou la tension quand le mêem
> pylone supporte plusieurs lignes.
>
> On fera donc comme pour les points géodésiques des églises ou des châteaux
> d'eau: des noeuds distincts, et indépendant des références liées aux usages
> des supports Même problème pour les pylônes télécom (émetteurs, réémetteurs,
> relais hertziens, antennes de téléphonie mobile): on a des références
> séparées dans la base de l'agence française des fréquences, et des
> références pour chaque réseau locataire des antennes, parfois partagées par
> plusieurs opérateurs (téléphonie mobile 2G/3G/4G/5G, Wimax, radio,
> télévision, sécurité publique, sociétés de transport et logistique, liaisons
> privées permanentes ou louées temporairement à la demande) et souvent
> plusieurs équipements sur le même support, et plusieurs fréquences.
>
> Dès qu'on esssaye de tout mélanger sur le même noeud on a des problèmes de
> maintenance et d’ambiguïté des tags, alors que le positionnement des noeuds
> (même s'il est très précis, n'atteint pas la précision centimétrique et
> qu'on peut très bien grouper plusieurs noeuds distincts côte à cote dans la
> marge de précision de chaque source, sans les fusionner.
>
> On l'a vu aussi les points géodésiques peuvent disparaitre en même temps que
> leur support, ou être replacé sur un nouvel équipement au même endroit ou un
> peu à côté si une nouvelle mesure est effectuée. Même pour ces points quand
> ils disparaissent et sont reconstruits, ils seront remesurés avec les outils
> actuels et des nœuds voisins seront réalignés. Les modèles géodésiques ont
> également pu changer entre temps (le terrain bouge, quelques millimètres ou
> centimètres par an selon les endroits, cela s'accumule avec le temps quand
> ces points ne sont pas révisés pendant des décennies ...) et il n'y a pas de
> raison d'empêcher de déplacer un support physique selon une source nouvelle,
> si le points géodésique lui-même n'est pas révisé officiellement.
>
> Pour les gros pylônes, on n'a même pas une précision décimétrique, la
> précision métrique est suffisante si on regarde simplement la place occupée
> au sol par les 4 pieds (et en haut les porteurs sont encore plus larges). Un
> point géodésique au pied sera sur un des angles, en hauteur il sera souvent
> avec un petit réflecteur fixé au centre d'un porteur, il n'est pratiquement
> jamais directement 

Re: [OSM-talk-fr] OpenData RTE dans Osmose-QA

[Art Penteur]

C'est l'occasion de poser la question du codage des pylônes qui
portent un point géodésique.

Exemple : http://www.openstreetmap.org/node/670155064#map=17/44.41231/1.41735

Quelle solution fait consensus, actuellement ?
  - 1 seul nœud avec tous les attributs (power-=tower et  man_made
survey_point). ça a une certaine cohérence physique, mais pose des
problèmes de codage (par exemple, comment combiner la ref IGN et la
ref RTE) ?
  - 2 nœuds très proches (éventuellement liés par une relation de type site)
  - créer un polygone power=tower, avec un nœud à chacun des pieds du
pylône, avec le survey_point naturellement à l'intérieur du polygone
(mais la page wiki de power=tower interdit les polygones) ?
  - autre ?

Art

Le 22 avril 2017 à 11:50, David Crochet  a écrit :
> Bonjour
>
>
> Le 22/04/2017 à 11:43, Frédéric Rodrigo a écrit :
>>
>> d'autant plus que les positions RTE sont généralement bonne.
>
>
> Oui, en zoommant bien, la donnée RTE est plus précise que le positionnement
> manuel.
>
> 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] OpenData RTE dans Osmose-QA

[Art Penteur]

Le test ne serait-il pas trop sensible ?
Il me semble signaler un pylône manquant juste à côté d'un pylône existant,
exemple ci-dessous :


​

Art.

Le 20 avril 2017 à 22:20, Frédéric Rodrigo  a écrit
:

> Salut,
>
> Deux jeux de données de l'OpenData de RTE sont maintenant disponible dans
> osmose-QA :
>
>
> Les supports (pylônes...), permettent notamment la détection de lignes de
> transport d’électricité manquantes.
>
> http://osmose.openstreetmap.fr/fr/errors/?item=8290,8901
>
> http://osmose.openstreetmap.fr/fr/map/#item=8290,8901
>
>
> Les postes électriques
>
> http://osmose.openstreetmap.fr/fr/errors/?item=8280,7190,8281
>
> http://osmose.openstreetmap.fr/fr/map/#item=8280,7190,8281
>
>
> 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] application web "layers" d'OSM France

[Art Penteur]

+1
(même si j'aurais titré le message plus explicitement, p. ex. : "Supprimer
références obsolète à MapQquest Open dans layers français"

Art.

Le 18 mars 2017 à 16:06, Philippe Verdy  a écrit :

> Cette appli référence encore le fond de carte MapQuest Open qui est
> définitivement fermé sans clé d'accès.
>
> Ne peut-on pas le remplacer par le fond de carte cyclable et le fond
> transport qui n'y sont pas encore (mais figurent dans les fonds par défaut
> de l'appli web OSM.org) ?
>
> Y a-t-il d'autres fonds français qui seraient intéresssants (par exemple
> celui de 3liz.com si on a un accord de leur part... histoire de leur
> faire de la publicité au lieu encore de promouvoir Mapquest) ?
>
>
> 
>  Garanti
> sans virus. www.avast.com
> 
> <#m_4035450882063707527_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> 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 2017 en ligne...

[Art Penteur]

Merci Christian

Cette version n'affiche plus les lignes de chemin de fer en construction.
Voir par exemple :
http://tile.openstreetmap.fr/?zoom=15=43.81381=4.50491=B000FF
où le texte "Contournement de Nîmes et Montpellier" s'affiche sur du vide.

Art.

Le 1 janvier 2017 à 20:30, Christian Quest  a écrit :
> Voilà, j'ai fait la bascule cet après-midi.
>
> Le serveur est bien chargé, mais ça devrait se stabiliser dans les heures à
> venir.
>
> Merci pour les différents retours et suggestions (il reste encore quelques
> bricoles à rectifier).
>
> --
> 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] Osmose erreur Post box without ref

[Art Penteur]

Il n'y a pas besoin que le référentiel soit mondial pour  utiliser réf. Il
suffit qu'il soit national. Exemple : les routes.

S'il n'y a pas de boîte à lettres gérées par un autre organisme que la
Poste en France, ref est court, générique et peut convenir.

Art.

Le 3 août 2016 4:50 AM,  a écrit :

> +1 sachant que j'ai changé des ref:FR:LaPoste en ref pour faire plaisir à
> Osmose.
>
> Si une référence fait appel à un référentiel, il faut y faire référence,
> sauf peut-être s'il est mondial.
>
> Sinon on va chercher le ref avec operator=La Poste. Ce qui complique un
> peu.
>
> Au fait, pour les pseudo bureaux de poste (épicerie, organisme public,...
> faisant office de), on pourrait avoir un operator différent, ou est-ce que
> ce serait uniquement owner qui serait différent ? Mais si c'est une
> supérette d'une chaîne, alors operator ne serait pas "le bon" - sauf à
> mettre 2 nœuds différents). Bon ,pour le moment ce n'est pas le cas des
> boîtes-aux-lettres. Sauf quand on utilise sa propre bàl pour l'expédition,
> mais ça on ne va pas le taguer ;-).
> Jean-Yvon
>
> Le 03/08/2016 à 09:46, Vincent Bergeot - vinc...@bergeot.org a écrit :
>
> Le 02/08/2016 à 20:59, Vincent de Château-Thierry a écrit :
>
> Je serais aussi d'avis d'adopter ref:FR:LaPoste pour les BALs.
>
>
> +1
>
>
>
> ___
> 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] Tag 'network' et 'name' pour une relation de type route départementale

[Art Penteur]

   Il me semble assez étrange (voire néfaste) de détourner le type de
relation "route" (qui veut dire itinéraire, ou trajet, en anglais)
pour un autre usage.
   Même si la plupart des départementales sont nommées "RD N de
Pétaouchnok à Trifouilly", pas grand-monde ne les emprunte en continu,
contrairement à un itinéraire, que le bus emprunte globalement d'un
bout à l'autre (avec parfois des variantes ou extensions)

Autre problème : une "route" (au sens actuel dans OSM : càd un
itinéraire) doit être continue : un bus ne "saute" pas d'une portion
de route à une autre.  Une départementale n'est pas systématiquement
continue : elle s'interrompt souvent sur quelques centaines de mètres
(ou quelques kilomètres) qu'elle "partage" avec une autre route
(souvent, seul le numéro le plus pett est conservé), puis reprend à un
carrefour un peu plus loin

  Donc, si on juge souhaitable de relationiser les routes
départementales, mon avis est qu'il faut créer un nouveau type de
relation. Je propose admin_ref :

Quelque chose comme :

Relation
type=admin_ref
admin_ref=road
admin_level=6
ref=D 321

Art.

Le 7 juillet 2016 à 22:23, LeTopographeFou  a écrit :
> Bonjour,
>
> Merci à tous pour vos retours. A ce que je vois les avis sont partagés. Je
> vais essayer de faire une synthèse ici.
>
> Tout d'abord je suis personnellement convaincu que les relations apportent
> un niveau d'information que des tags seuls peuvent plus difficilement
> apporter et maintenir... Les arguments opposables sont très intéressant à
> débattre mais si la conclusion de cette discussion et de savoir si oui ou
> non il faut continuer à créer ces relations, j'ai bien peur de ne pas
> changer d'avis :) . Donc je continue avec le postulat que c'est souhaitable.
>
> Toutefois quelques précisions car de ce que je lis il y a peut-être eu des
> incompréhensions.
>
> La création d'une relation ne vise pas à supprimer tous les attributs en
> commun dans ses ways (surtout si ces derniers ne caractérisent pas la
> relation en question). Cce serait détourner ce pour quoi le concept a été
> créé. L'attribut ref=* a pour moi tout son rôle autant dans la relation que
> au niveau de la way et vous noterez que je ne parle pas de le supprimer (et
> que je ne l'ai pas fait). De même qu'il n'y aurait pas de sens à mettre dans
> la relation des attributs tels que highway, oneway, surface, maxspeed... En
> revanche il en est d'autres, jugés secondaires, qui caractérisent la RD et
> qui gagneraient à être stockés en priorité dans la relation (wikipedia ?
> symbol ? network ?...). Notez le conditionnel, le "en priorité" et non pas
> "exclusivement".
>
> De tous vos commentaires voici l'architecture minimale à laquelle j’aboutis
> (qui contient une relation !) :
>
> Relation
>
> type=route
> route=road
> ref=D 321
> network=FR-78:d-road
> name (cf. plus bas)
> wikipedia (de la RD)
> Membres
>
> Way
>
> highway
> ref=D 321
> operator
>
> Way
>
> highway
> ref=D 321
> operator
>
> ...
>
> En bleu ce qui existe déjà dans OSM (et qui reste inchangé : =les ways). En
> rouge ce qui est ajouté (=la relation). En italique ce qui serait facultatif
> (en espérant que la liste de diffusion ne massacre pas le style).
>
> Dans un second temps je vois bien dans chaque relation des infos permettant
> de faire le rendu du symbol de la RD par un renderer : texte noir sur fond
> jaune. Mais pour le moment il n'y a pas de standard défini (tel que OSMC)
> donc je m’abstiens (voila un bel exemple de l'avantage des relations !).
> Donc à mettre de côté...
>
> Pour ce qui est du name=* je pense que, dans le cas de la Route Napoléon
> (qui est d'ailleurs une RN, mais l'exemple est intéressant) c'est là ou
> alt_name et name_x rentrent en scène. On peut imaginer avoir name=Route
> Napoléon et alt_name=Route nationale 85. Les moteurs de recherche (OSM,
> Internet, dans les Apps...) sont très intelligents mais entre 'D 321' et
> 'Route départementale 321' ce n'est pas le même niveau d'informations. De
> même quand on visualise l'objet OSM. J'aurai donc tendance à conserver la
> possibilité de mettre un name pour ceux qui le jugent utile. Par contre j'ai
> senti un consensus derrière le fait que dans tous les cas il ne faut pas y
> ajouter de fioriture tel que le nom du département.
>
> Pour ce qui est de la cohérence des données j'imagine aisément un check JOSM
> (ID n'intégrant pas ce concept) qui vérifie que toute way dans une relation
> de ce type, en France, contienne un tag ref identique, sinon un warning.
> Après si l'utilisateur ignore le warning...
>
> A vous lire... en attendant j'ai mis en pause le chantier (même en Essonne
> qui reste partiellement couvert).
>
> LeTopographeFou
>
>
>
> Le 06/07/2016 00:28, LeTopographeFou a écrit :
>
> Bonjour,
>
> J'ai attaqué un imposant chantier visant à améliorer la prise en compte des
> Routes Départementales (RD) françaises dans OSM. Ce chantier vise à :
>
> Faire qu'il y ait une 

Re: [OSM-talk-fr] OpenStreetMap en famille : un jeu de société

[Art Penteur]

Les aérodromes, peut-être ?

L'emprise (polygone ou multipolygone) peut avoir des formes variées,
il y a des éléments à dessiner à l'intérieur (bâtiments, pistes)

Part contre : j'ai voulue essayer une requête OverpassTurbo pour
estimer combien avaient été saisis dans OSM en france (
http://overpass-turbo.eu/s/h2g ), mais elle se termine
systématiquement en timeout.

Art.

Le 23 juin 2016 à 10:59, JB  a écrit :
> Bonjour,
> @Denis : vil flatteur, merci !
> @Christian : oui, peut-être à soumettre à l'image de la semaine. Bonne idée.
> @JY : oui, si je m'acharne sur les églises puis les cathédrales, c'est parce
> que leurs formes sont généralement plus intéressantes que les mairies, les
> boulangeries… Je cherchais d'autres idées.
> @re-Christian : justement, les stades en sont peut-être une (d'idée).
> @Nicolas : oui, j'avais aussi l'idée avec du jeu avec les cartes en rond
> dont j'ai oublié le nom. La plupart des jeux qui fonctionnent sur des images
> proches fonctionneraient.
> @re-Nicolas : super, des autres idées ! J'aime beaucoup celle des lacs (Qui
> a ses entrées pour faire financer le jeu des lacs des volcans par le PNR ?).
> Départements, j'avais pensé aux villes. Grands parcs, encore une autre idée,
> peut-être moins automatisable.
> Pour ce qui est de la créativité, j'essaye juste de mettre en pratique ce
> que je soutenais au SOTM : amusez-vous avec la donnée. Et tout le monde
> devrait pouvoir trouver un projet à sa portée. La prestation que j'ai
> utilisée est monpuzzlephoto point fr, un peu moins chère que sa concurrente,
> mais que je ne recommanderais pas sans en avoir essayé d'autres (quelques
> petits défauts).
> JB.
>
> Le 23/06/2016 à 08:58, Christian Quest a écrit :
>
> Une version "grands stades" serait plus vendeuse en ce moment ;)
>
> Le 23 juin 2016 à 08:14,  a écrit :
>>
>> +1
>>
>> Jean-Yvon (athée, apostasié, non je ne propose pas de remplacer les
>> églises par des mairies ;-))
>>
>>
>> Le 23/06/2016 à 00:44, Christian Quest - cqu...@openstreetmap.fr a écrit :
>>
>> C'est une magnifique réutilisation des données OSM !
>>
>> ça mérite une bonne place sur le wiki.osm.org, non ?
>>
>> --
>
> 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

[OSM-talk-fr] Nous ne sommes pas les seuls à recaler le cadastre

[Art Penteur]

GRDF aussi :
http://www.grdf.fr/actualites/recalage-cartographie-moyenne-echelle-reseau

Et c'est à moitié rassurant sur le "risque pelleteuse" pour les
conduites de gaz !

Art.

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

Re: [OSM-talk-fr] Le FANTOIR nouveau est arrivé !

[Art Penteur]

Bonjour,

  Des mécanisme de retour vers le cadastre et Fantoir sont-ils en
place ? Il me semble que cela avait été annoncé comme un des objectifs
du projet BANO, non ?
Parce que c'est une motivation d'intégrer les informations
d'adresse du cadastre et de Fantoir vers une base libre généraliste,
mais c'en est une autre de savoir que les erreurs constatées
(différence terrain/fichier, différence d’orthographe entre sources,
...) seront corrigées.

Art.

Le 27 novembre 2015 21:28, Vincent de Château-Thierry
 a écrit :
>
> Le 27/11/2015 20:29, Laurent Combe a écrit :
>>
>> ça semble ne pas avoir fait trop bouger le nombre de voies à rapprocher
>> toujours 265 000 d'après munin http://munin.openstreetmap.fr/bano-day.html
>>
>> on rentre dans un cycle plus régulier de mise à jour de l'ordre de 3-4
>> semaines c'est ça ?
>
>
> On a pour l'instant une mise à jour trimestrielle.
>
>> et peut on avoir une idée du volume de ctte livraison (nbre de voies ou
>> autre métrique ?)
>
>
> Le nouveau Fantoir est effectif dans BANO depuis une semaine [1].
> Par rapport à celui de juillet il ajoute 4900 voies, réparties dans 1200
> communes, saupoudrées dans tous les départements.
>
> vincent
>
> [1] :
> https://lists.openstreetmap.org/pipermail/talk-fr/2015-November/078824.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

[OSM-talk-fr] Changement de nom de commune

[Art Penteur]

j'ai lu ça :
http://www.ledauphine.com/actualite/2015/08/24/le-nom-de-la-commune-reconnu

Mais le changement dans le COG, ce sera quand ? au premier janvier prochain ?

Art.

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

Re: [OSM-talk-fr] BANO VS OSM

[Art Penteur]

À quelle proportion ce contrôle recouvre-t-il le test-soundex d'osmose ?
Les rues de(s) Mésange(s) et autres Chauf(f)our sont très souvent détectées
par soundex.

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

Re: [OSM-talk-fr] rôle/fonctionnement de layers.openstreetmap.fr ?

[Art Penteur]

OK.

  Merci à tous.

Art.

Le 21 août 2015 13:00, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit :
 Bonjour,

 On Fri, Aug 21, 2015 at 08:51:32AM +0200, Art Penteur wrote:
 Il y a quelque temps, à l'url http://layers.openstreetmap.fr/, on
 accédait à une carte, avec plusieurs couches disponibles, dont celle
 liée à BANO.

 Le fonctionnement ancien était un coup de chance (on tombait sur
 un service qui n'était pas destiné à être ouvert/maintenu), ou alors
 le fonctionnement actuel est une panne ?

 C'est une panne temporaire.

 En fait, les DNS ont été changé, et layers.openstreetmap.fr ne pointe plus sur
 la bonne machine. On corrige ça dès que possible.

 --
 Jocelyn

 ___
 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] rôle/fonctionnement de layers.openstreetmap.fr ?

[Art Penteur]

Bonjour à tous (et surtout aux courageux et jamais assez remerciés
admins d'openstreetmap.fr) ,

Il y a quelque temps, à l'url http://layers.openstreetmap.fr/, on
accédait à une carte, avec plusieurs couches disponibles, dont celle
liée à BANO.

Maintenant, on tombe sur

It works!

This is the default web page for this server.

The web server software is running but no content has been added, yet.

Le fonctionnement ancien était un coup de chance (on tombait sur
un service qui n'était pas destiné à être ouvert/maintenu), ou alors
le fonctionnement actuel est une panne ?

Art.

___
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

[Art Penteur]

Il y a plus d'une station météo, de nationalités différentes en
Antarctique, et on ne remet pas en cause le traité pour ça...

Art.
Le 25 juil. 2015 10:32 AM, Mathias jerome.math...@yahoo.fr a écrit :



 Si une station météo italienne a été installée sur la partie contestée,
 c'est quand même une sacré preuve de souveraineté et de gestion de fait de
 la zone, surtout si nos chasseurs alpins ne vont pas la démonter, ça passer
 la partie contesté bel et bien du côté italien et une zone disputée n'a
 même plus lieu d'être, la zone devrait être intégrée du côté italien.
 Moi je dis ça, mais je ne dis rien...


  Le 24 juil. 2015 à 18:55, Thierry Bézecourt thie...@thbz.org a écrit :
 
  Des Italiens viennent d'installer une station météo au sommet, sul
 versante italiano della montagna (
 http://www.adnkronos.com/sostenibilita/world-in-progress/2015/07/21/clima-installata-sul-monte-bianco-stazione-meteo-piu-alta-europa_vLuRsXdg0AjMFy7TFfXLBM.html).
 Elle a été ajoutée sur OSM aujourd'hui même et, si la localisation est
 exacte (source:survey...), elle serait en pleine zone contestée :
 https://www.openstreetmap.org/node/3664571073 .
 
  S'agissant du champ name, je vois mal une organisation internationale
 se fâcher avec la France ou l'Italie en choisissant officiellement un nom
 plutôt que l'autre.
 
  Pour prendre des exemples non officiels, via-michelin.fr met le nom
 dans les deux langues. Google Maps met le nom en italien sur un sommet
 positionné au mauvais endroit et inscrit tout simplement « Alpes » sur le
 bon sommet, où il place également... une résidence Pierre et Vacances
 (pardon, mauvais exemple).
 
  La seule solution neutre est probablement de mettre les deux noms.
 
  Quant à l'idée de ne pas renseigner le champ name, cela conduirait
 sans doute à faire disparaître le nom d'un certain nombre de cartes faites
 à partir des données d'OSM. Même openstreetmap.org, sauf erreur de ma
 part, ne gère toujours pas les balises name:*. Je sais bien qu'on ne taggue
 pas pour le moteur de rendu, mais un purisme qui ferait disparaître en
 pratique le point culminant de l'Europe (enfin, presque) serait quelque peu
 excessif.
 
  Et il faut de toute manière un nom par défaut pour les langues dont la
 balise name:lang n'est pas renseignée.
 
  Thierry
 
  Le 24/07/2015 16:21, Jérôme Seigneuret a écrit :
  C'est déjà fait. Mais reste que name ne doit avoir qu'une seule valeur
  et là les deux sont regroupés et ça c'est pas une bonne chose.
 
  N'y a t'il pas un nom reconnu au niveau international?
 
  Je crois pas que l'on puisse ne mettre que name:*= sans name=
 
 
  Le 24 juillet 2015 16:12, Francescu GAROBY windu...@gmail.com
  mailto:windu...@gmail.com a écrit :
 
 pour le name, ne vaudrait-il mieux pas scinder la valeur que tu
 indiques via les tags name:fr et name:it ?
 
 Francescu
 
 Le 24 juillet 2015 15:08, Eric Sibert courr...@eric.sibert.fr
 mailto: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 nœuds 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
 
 
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr
 
 
 
 
 --
 Francescu
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org mailto: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: [osm-fr CA] Séminaire Theia Geosud 2015

[Art Penteur]

Tout ça a l'air fort intéressant, mais il faudra bien faire attention à une
différence de base  : dans OSM, beaucoup de tags terrains sont consacrés au
landuse, alors que ces méthodes de télédétection cherchent plutôt à
déterminer du landcover.

Art.
Le 7 mai 2015 9:35 PM, Sébastien Dinot sebastien.di...@free.fr a écrit :

 Bonsoir,

 Ci-dessous un échangr que j'ai initié sur la liste ouverte du CA et
 qu'on m'a invité à transférer sur la liste principale.

 Sébastien


 - Forwarded message from Sébastien Dinot sebastien.di...@free.fr
 -

 Date: Fri, 1 May 2015 00:04:05 +0200
 From: Sébastien Dinot sebastien.di...@free.fr
 To: CA OSM-Fr c...@listes.openstreetmap.fr
 Cc: Jordi Inglada fe...@jordiinglada.net
 Subject: [osm-fr CA] Séminaire Theia Geosud 2015

 Bonjour le CA,

 Jordi Inglada, que je mets en copie de ce courrier car sauf erreur de
 ma part, il n'est pas inscrit à cette liste, vient de me toucher deux
 mots du prochain séminaire Theia / Geosud qui se déroulera les 1er et
 2 juin 2015 à Montpellier :

 http://seminaire-theia-geosud-2015.teledetection.fr/

 Le 2 juin, Jordi animera un atelier sur l'occupation des sols au cours
 duquel il présentera un produit dont la mise en production est prévue
 pour 2017 et qui fournira une couverture de type Corine Land Cover
 simplifiée (moins de classes) mais mise à jour annuellement.

 La définition de ce produit est toujours en cours et de ce fait, les
 utilisateurs de données issues de l'imagerie satellitaire que nous
 sommes (cf. l'import CLC) ont l'opportunité d'exprimer leurs éventuels
 besoins et attentes en la matière. Pour le dire simplement : « Si OSM
 devait faire une commande au Père Noël^W^W PTSC Theia et à Géosud,
 quelle serait-elle ? »

 À la lumière de l'apport de CLC et des défauts et limites de ce jeu de
 données, j'ai bien une petite idée sur la question mais je ne prétends
 nullement être une personne qualifiée pour participer à une telle
 définition de besoin. Je vais essayer de me libérer pour participer
 à cet atelier mais y a-t-il parmi les membres du CA d'OSM-Fr ou les
 personnes susceptibles de représenter l'association, quelqu'un qui
 serait un tantinet calé et motivé pour porter la voix d'OSM-Fr lors de
 cet atelier et, si le courant passe, suivre ce projet ?

 Sébastien

 - End forwarded message -
 - Forwarded message from Christian Quest cqu...@openstreetmap.fr
 -

 Date: Mon, 04 May 2015 11:21:38 +0200
 From: Christian Quest cqu...@openstreetmap.fr
 To: c...@listes.openstreetmap.fr
 CC: Jordi Inglada fe...@jordiinglada.net, Sébastien Dinot 
 sebastien.di...@free.fr
 Subject: Re: [osm-fr CA] Séminaire Theia Geosud 2015

 Je pense que la commande au père Noël concernerait surtout la précision
 et donc l'échelle, actuellement très grossière.

 Ce CLC annuel ne pourrait-il pas s'appuyer un peu plus sur le boulot
 fait pour le RPG (cultures pour la PAC), j'ai l'impression que du
 travail très similaire va être fait en paralèlle...


 Le 01/05/2015 00:04, Sébastien Dinot a écrit :
  Bonjour le CA,
 
  Jordi Inglada, que je mets en copie de ce courrier car sauf erreur de
  ma part, il n'est pas inscrit à cette liste, vient de me toucher deux
  mots du prochain séminaire Theia / Geosud qui se déroulera les 1er et
  2 juin 2015 à Montpellier :
 
  http://seminaire-theia-geosud-2015.teledetection.fr/
 
  Le 2 juin, Jordi animera un atelier sur l'occupation des sols au cours
  duquel il présentera un produit dont la mise en production est prévue
  pour 2017 et qui fournira une couverture de type Corine Land Cover
  simplifiée (moins de classes) mais mise à jour annuellement.
 
  La définition de ce produit est toujours en cours et de ce fait, les
  utilisateurs de données issues de l'imagerie satellitaire que nous
  sommes (cf. l'import CLC) ont l'opportunité d'exprimer leurs éventuels
  besoins et attentes en la matière. Pour le dire simplement : « Si OSM
  devait faire une commande au Père Noël^W^W PTSC Theia et à Géosud,
  quelle serait-elle ? »
 
  À la lumière de l'apport de CLC et des défauts et limites de ce jeu de
  données, j'ai bien une petite idée sur la question mais je ne prétends
  nullement être une personne qualifiée pour participer à une telle
  définition de besoin. Je vais essayer de me libérer pour participer
  à cet atelier mais y a-t-il parmi les membres du CA d'OSM-Fr ou les
  personnes susceptibles de représenter l'association, quelqu'un qui
  serait un tantinet calé et motivé pour porter la voix d'OSM-Fr lors de
  cet atelier et, si le courant passe, suivre ce projet ?
 
  Sébastien

 - End forwarded message -
 - Forwarded message from sebastien.di...@free.fr -

 Date: Mon, 4 May 2015 13:58:55 +0200 (CEST)
 From: sebastien.di...@free.fr
 To: Christian Quest cqu...@openstreetmap.fr, c...@listes.openstreetmap.fr,
 Jordi Inglada fe...@jordiinglada.net
 Subject: Re: [osm-fr CA] Séminaire Theia Geosud 2015

 Bonjour Christian,

 - Mail original -
  Je pense que la 

Re: [OSM-talk-fr] bano-data sur github

[Art Penteur]

Lorsque j'ai eu le temps de chasser du rouge, la lecture du diff
quotidien de github m'aidait bien : je vérifiait que mes changements
produisaient de nouveaux rapprochements, et j'ai aussi debuggué des 
oscillations  par exemple quand une moitié de rue était nommée rue Jules
Verne et l'autre moitié rue de Jules Verne, il arrivait que le
rapprochement se fasse un jour sur deux avec chaque moitié de rue. C'était
assez facile à repérer et corriger.

Ça reste une justification indirecte de github :  Il y a sans doute
d'autres outils pour faire ces contrôles.

Art.
Le 26 avr. 2015 5:10 PM, Christian Quest cqu...@openstreetmap.fr a
écrit :

  Pas normal... mais ce mode de distribution (expérimental) semble peu
 adapté vu le volume global et la quantité de changements.

 Je pensais stopper...


 Le 26/04/2015 11:23, Pierre-Yves Berrard a écrit :

 Bonjour,

  Est-il normal que les fichiers bano[1] sur github ne soient plus mis à
 jour depuis un mois ?

  PY

  [1]https://github.com/osm-fr/bano-data


 --
 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] Osmose

[Art Penteur]

Building=church, oui.
Mais rien d'autre en automatique : il existe des églises de consacrées.

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

Re: [OSM-talk-fr] Mechanical Edit : le mal ( était : peut-il guérir le mal ?)

[Art Penteur]

Oui, pour l'instant je n'ai fait que quelques signalements, sans
l'aide d'un programme. Je n'ai eu que des retours courtois, et les
bureaux concernés sont corrigés.

C'est peut-être aussi bien de rester entre humains, après tout.

Et il n'y a a que ceux qui ne font rien qui n'ont pas d'erreur à
corriger ! (dixit Art Penteur à qui Osmose associe 6258 erreurs !)

Art.


Le 20 janvier 2015 09:53, Yves Pratter yves.prat...@gmail.com a écrit :

 Le 19 janv. 2015 à 21:41, Art Penteur art.pent...@gmail.com a écrit :

 Personnellement, je suis pour [les éditions (semi) automatiques].
 itou

 .Certaines erreurs signalées par Osmose m'énervent : Espace en double, ou au 
 début où à la fin de name.
 +1
 Je ne sais pas combien il en reste à intégrer, mais serait-il possible de 
 nettoyer le fichier de données source qu’utilise Osmose ?
 J’ai intégré quelques bureaux de poste et quelques gares, mais je n’ai pas 
 pensé à corriger la casse du nom.

 Pour en revenir aux bureaux de poste, je pense qu'il y en a un peu trop pour 
 faire du cas pas cas.
 +1



 et il y en a d'autres (nombre inconnu). C'est pour ça que je propose
 de passer à l'automatisation, soit du mail de sensibilisation, soit de
 la correction.
 Attention à la forme ;-)

 Allez, je peux essayer quelques messages spécifiques, pour voir si ça
 donne quelque chose.
 J’ai eu le passage du père « bot » , à moins que c’était Arpenteur en 
 personne ?

 —
 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

Re: [OSM-talk-fr] Mechanical Edit : le mal ( était : peut-il guérir le mal ?)

[Art Penteur]

Il y avait de la provoc et du second degré, dans mon message : je sais
bien la polémique que génèrent les Mechanical Edit.

Personnellement, je suis pour. On fait du traitement automatisé
d'information, oui ou non ? Sinon, autant revenir à BANO sur un
registre tenu à la plume d'oie, et à des cartes sur
parchemin.Certaines erreurs signalées par Osmose m'énervent : Espace
en double, ou au début où à la fin de name. A chaque fois, j'ai envie
de lui dire : vas-y, qu'est-ce que tu attends pour corriger ? C'est
pas un cas ambigu où il y a besoin d'un cerveau, D'ailleurs, j'ai mon
petit bot qui s'occupe de ça, de temps à autre.

Pour en revenir aux bureaux de poste, je pense qu'il y en a un peu
trop pour faire du cas pas cas. Un rapide tour de France m'a trouvé :
http://www.openstreetmap.org/node/3148788085
http://www.openstreetmap.org/node/3022395244
http://www.openstreetmap.org/node/1373812282
http://www.openstreetmap.org/node/2866951586
http://www.openstreetmap.org/node/3264481046

et il y en a d'autres (nombre inconnu). C'est pour ça que je propose
de passer à l'automatisation, soit du mail de sensibilisation, soit de
la correction.

Allez, je peux essayer quelques messages spécifiques, pour voir si ça
donne quelque chose.

Art.

Le 19 janvier 2015 17:30, sly (sylvain letuffe) lis...@letuffe.org a écrit :
 On dimanche 18 janvier 2015, Art Penteur wrote:
- Écrire un bot qui tente de faire une correction automatique.
 (...)
 Vos avis ?

 J'interviens ici à la limite du HS concernant ton titre :
 Mechanical Edit : le mal (...)

 Frédéric a à mon avis bien répondu à la problématique spécifique des noms des
 bureaux de postes: il faut prévenir, informer, et reverter le cas précis que
 tu as mentionné.

 A la question sous-jaccente que je crois lire : les Mechanical Edit sont ils
 toujours le mal, peut-on les utiliser pour corriger un autre mal, ou même,
 peut on les utiliser pour faire le bien, j'ai envie d'intervenir :
 Plusieurs savent combien ce sujet est tendu, certaines communautés d'osm
 comme nos voisins anglais comptent dans leurs rangs de farouches défenseurs
 d'un interdit quasi-religieux anti-Mechanical Edit. Selon ces personnes, on
 devrait tout faire à sueur de souris et contrôler point par point et tag par
 tag, car sinon, des erreurs seront commises et c'est mal de toucher aux
 affaires des autres.
 A l'opposé, on trouvera des contributeurs qui pensent que tout ça se régule
 très bien tout seul et qu'a coup d'édit war, la vérité fini toujours par
 éclater (les historiques des objets aussi !).

 Pour ma part, je pense que les Mechanical Edit ont tout à fait leur place
 dans osm, et s'il est devenu impossible d'en faire à l'échelle mondial car la
 police veille, ce que je ne considère pas comme un mal car c'est un bon garde
 fou, j'aimerais les voir utilisé plus souvent à l'échelle française en
 considérant que bien fait (et bien discuté) c'est un très bon outil pour une
 homogénéisation efficace et la correction d'erreurs triviales.
 Pour cela, il faudrait leur rendre quelques lettres de noblesse (ne pas les
 stigmatiser comme un mal pour commencer) et ne pas pendre trop vite ceux qui
 voudraient avant tout améliorer la qualité de la base.
 Par le passé, en france, certains se souviendront de douloureuses mise en
 majuscules dont le processus avait pu déraper légèrement, mais j'en retire,
 qu'au final, on a eu un sacré coup de balais à cette époque.
 Depuis, c'est presque devenu un tabou d'en proposer, et j'en suis triste.

 Je répond donc à ce qui était peut-être ta question sous-jaccente, selon moi,
 ça aurait pu être bien de mass corriger le nom des bureaux de poste, même avec
 quelques mauvaises corrections si, par exemple, le revert avait été tenté trop
 tard et aurait conduit à plein d'autres pertes d'info que de tenter
 maladroitement de revenir en arrière.

 Les Mechanical Edit c'est pas le mal, proposez en, j'y suis favorable de
 principe.


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

[OSM-talk-fr] Mechanical Edit : le mal peut-il guérir le mal ?

[Art Penteur]

Bonjour,


Une bonne partie des bureaux de poste français ont un nom
complètement en majuscule et sans accent, contrairement à l’usage.

Cela provient sans doute d'un outil d'intégration de
data.gouv.fr:LaPoste - 01/2013.

On peut attendre que le test orthographe d'Osmose fasse son
effet et que les mappeurs corrigent.

   On peut aussi prendre le taureau par les cornes, à divers degrés :
   - Mieux le signaler. Faire un test Osmose spécifique, puis
lancer un projet du mois visant réduire à zéro les détections de ce
test.
   - Responsabiliser les cartographieurs. Repérer tous les
amenity=post_office dont le name est intégralement en majuscule,
repérer dans l'historique le changeset où c'est arrivé, et envoyer un
message à l'auteur en lui demandant de corriger.
   - Écrire un bot qui tente de faire une correction automatique.
Le résultat ne sera sans doute pas 100% correct (pb de capitalisation
des prépositions, attribution d'accents, ..) mais on aura fait des
progrès.

Vos avis ?

Art.

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

Re: [OSM-talk-fr] [BANO] noms non trouvés sur cadastre

[Art Penteur]

Pour donner un exemple concret de ce que je dis :

   A Cahors, dans le quartier suivant :
http://layers.openstreetmap.fr/?zoom=17lat=44.46144lon=1.45202layers=BFT

  Je n'ai trouvé la Rue François Villon et l'Impasse Pablo Picasso sur
aucun plan cadastraL Par contre, l'extraction BANO trouve bien ces
noms à partir des adresses des parcelles, et si on demande ces
adresses au  cadastre.gouv.fr, il les trouve.

  Pour l'instant, je n'ai pas osé saisir ces noms dans OSM, mais je
pense que je devrais, la source est sûre.

Art.

Le 2 janvier 2015 17:54, Nicolas Dumoulin
nicolas_openstreetmap@dumoulin63.net a écrit :
 Le vendredi 2 janvier 2015 15:27:27 Jérôme Amagat a écrit :
 Bonjour,
 Sur la Couche Bano, en rouge, ce sont des données qui viennent du cadastre
 donc pas besoin de vérifier a nouveau sur le cadastre dans le cas où c'est
 facile de déduire quelle portion de route porte ce nom.

 Il me semble que sur certains cas, l'orthographe n'est pas la même.

 --
 Nicolas Dumoulin
 http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

 ___
 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] noms non trouvés sur cadastre

[Art Penteur]

Le 3 janv. 2015 10:00, David Crochet david.croc...@free.fr a écrit :

 Bonjour

 Le 03/01/2015 09:49, Art Penteur a écrit :

Pour l'instant, je n'ai pas osé saisir ces noms dans OSM, mais je
 pense que je devrais, la source est sûre.


 Mais que dit le terrain ?

  Je ne me ferais pas tous ces nœuds au cerveau si je ne faisais pas de
la cartographie en fauteuil, dans cette zone.

   C'est pour cela que je progresse par petits ajouts : je laisse le temps
aux cartographieurs du coin de réagir, corriger, compléter.

  Ça a marché dans d'autres endroits, mais à Cahors, aucun local n'a encore
complété ces deux rues.

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

Re: [OSM-talk-fr] [BANO] noms non trouvés sur cadastre

[Art Penteur]

Le 2 janvier 2015 12:09, David Crochet david.croc...@free.fr a écrit :
 Bonjour

 Le 02/01/2015 11:55, Nicolas Dumoulin a écrit :

 Quand un nom de voie est rapporté sur BANO, mais dont le nom n'est pas
 indiqué sur la couche cadastre, comment faites-vous ?


 Je rapporte les erreurs ici :
 http://cadastre.openstreetmap.fr/fantoir/


Euh...

Dans la liste des erreurs Fantoir
(http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29#Typologie_des_anomalies_FANTOIR
), je ne vois *pas* le cas cité par Nicolas  ( nom de voie est
rapporté sur BANO (sans doute issu des adresses des parcelles), mais
dont le nom n'est pas indiqué sur la couche cadastre)

Art.

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

Re: [OSM-talk-fr] [BANO] noms non trouvés sur cadastre

[Art Penteur]

Ah oui, dans ce cas, c'est la bonne solution.

Je pensais à un autre cas que j'ai rencontré : une rue normale, entourée
de maisons, pour laquelle aucun nom n'apparait sur le plan cadastral, quel
que soit le niveau de zoom, mais pour laquelle la couche BANO présente un
polygone convexe avec un nom, nom qui existe dans le FANTOIR.

Ce cas là est, a mon avis, un manque du cadastre, pas de FANTOIR.

Art.
Le 2 janv. 2015 12:49, David Crochet david.croc...@free.fr a écrit :

 Bonjour

 Le 02/01/2015 12:37, Art Penteur a écrit :

 je ne vois*pas*  le cas cité par Nicolas  ( nom de voie est
 rapporté sur BANO (sans doute issu des adresses des parcelles), mais
 dont le nom n'est pas indiqué sur la couche cadastre)


 J'ai le cas d'une parcelle contenant uniquement un transformateur
 électrique. Tout autour de lui, tout à changé (ZI) et une nouvelle rue a
 été nommé pour alimenter les nouveaux bâtiments.

 Un nom a été donnée à cette rue avec son code fantoir (61168X002G), elle
 apparaît en clair sur le site du cadastre en ligne

 De cette parcelle, est associé dons l'ancienne route, avec elle aussi son
 code fantoir(611681211M).

 Sur place, cette parcelle administrativement existe, mais rien n'indique
 son nom. Sur le cadastre en ligne, si je demande des données sur cette
 parcelle, il me ressort bien son nom avec le nom de la route, mais pas de
 la rue qui pour cette dernière est bien associé à tout son environnement.

 J'ai donc signalé sur le site cadastre/fantoir que cette route est Nom
 introuvable sur le terrain.

 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] weeklyOSM en français?

[Art Penteur]

J'en profite pour adresser mes remerciements aux auteurs de feu le bulletin
OSM-fr, qui était une source d'information variée et dense.

Art.
Le 2 janv. 2015 14:47, Christian Quest cqu...@openstreetmap.fr a écrit :

 Aucun réponse au message de Manfred ?

 Trop occupés à mapper ? Mais il faut lever un peu la tête de temps en
 temps pour ce genre d'action qui permettent d'être plus nombreux et
 d'animer la communauté...

 C'est le moment des bonnes résolutions ;)


 Le 27 décembre 2014 15:58, Manfred A. Reiter ma.rei...@gmail.com a
 écrit :

 Bonjour à tous,

 Excusez mon mauvais français, s'il vous plait.

 Mon nom est Manfred, je vis dans la Sarre (près de La Lorraine et du
 Luxembourg).  Je suis responsable pour la coordination du travail au
 www.weeklyosm.eu.

 Peut-être l'un ou l'autre connait notre blog hebdomadaire, avec les
 nouvelles importantes du monde de l'OSM.

 Nous croyons que la communauté française de OSM est si important qu'il
 mérite sa propre version en langue française. Nous serions très heureux si
 quelqu'un de la communauté française aimerait se joindre à notre équipe.

 Contactez-nous s'il vous plait via theweekly...@gmail.com.

 --
 ## Manfred
 ## www.weeklyosm.eu

 ___
 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] [BANO] noms non trouvés sur cadastre

[Art Penteur]

Merci pour le rappel de ce truc, une piqûre de rappel de temps en temps ne
fait pas de mal.

Mais je maintiens ce que j'ai dit dans mon cas : le nom de rue est bien
absent sur le plan cadastral, que j'ai récupéré sous plusieurs formes.

Art.
Le 2 janv. 2015 14:31, David Crochet david.croc...@free.fr a écrit :

 Bonjour

 Le 02/01/2015 14:08, Art Penteur a écrit :

 Ce cas là est, a mon avis, un manque du cadastre, pas de FANTOIR.


 Il y a un piège dans le cadastre en ligne :
 Si je comprend bien le principe, il (JOSM) télécharge, au format image,
 des carrées de données enregistré en vectoriel. Chaque image étant fabriqué
 indépendamment des autres : il y a parfois des morceau de texte sur l'un
 des carrées puis plus rien sur l'autre, on zoom, tiens, c'est l'inverse, on
 dézomme, tout le texte apparait.

 La solution : demander, sur le cadastre en ligne, un export en PDF : il
 est encore plus net que les images téléchargé par JOSM. Ce PDF, je le fout
 en arrière plan dans JOSM ou alors je travaille côte-côte.

 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] [BANO] noms non trouvés sur cadastre

[Art Penteur]

Le 2 janv. 2015 15:27, Jérôme Amagat jerome.ama...@gmail.com a écrit :
 On peut retrouver ces info sur http://www.cadastre.gouv.fr/ (cliquer sur
une parcelle puis faite valider en bas a droite)


Merci pour ce truc que je ne connaissais pas.

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

Re: [OSM-talk-fr] Changements massif sur les noms génériques de shop et amenity

[Art Penteur]

Le 24 déc. 2014 13:29, Ronan Morin ronan_mo...@hotmail.com a écrit :

. Par exemple, si dans le village dont vous parlez, un autre cimetière
venait à être construit au sud, le Cimetière Sud changerait probablement
de description ...


Ou pas...

Je connais aux moins deux villes dans lesquelles le pont neuf est le plus
vieux pont encore en place.

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

Re: [OSM-talk-fr] Démo recherche d'adresse / POI (Jour de Fête)

[Art Penteur]

C'est qui ce Pierre Mandes-France, qu'OSM.or me trouve me trouve à
Cadirac (Ariège) et Limoge, et qui est un quasi-homonyme du célèbre
Mendès-France (http://fr.wikipedia.org/wiki/Pierre_Mend%C3%A8s_France
) ?

Art.

Le 20 décembre 2014 10:51, Cyrille Giquello cyrill...@gmail.com a écrit :
 Étonnant !
 Sur osm.org aucun résultat pour rue pierre mandes france, Limoge.
 Sur http://dev.geovelo.fr/jdf/ il y a des propositions, dont la bonne
 rue Rue Pierre Mandés-France, Limoges.

 Ne pourrait-on pas avoir ce moteur de recherche sur
 http://tile.openstreetmap.fr/ ?

 Le 15 octobre 2014 18:52, GaelADT gael.sauva...@gmail.com a écrit :
 Bonjour,

 Nous en avions parlé rapidement lors de SotM France : nous (Géovélo  Luc
 Léger, contributeur OSM) travaillons depuis quelque temps sur un système de
 recherche de rue / POI / etc. Ce projet s'appelle pour le moment Jour de
 Fête : https://github.com/lluc/django_jdf

 Un site de démo a été mis en place histoire de donner une idée à tout le
 monde, avec les données France (pas forcément super à jour) :
 http://dev.geovelo.fr/jdf/

 Attention ce n’est pas fait pour de la production: le serveur peut donc
 potentiellement être un peu long à retourner des résultats. Et il reste
 encore pas mal de soucis à régler, mais c’est un début.

 Pour faire simple : il n'y a aucun outil suffisamment ergonomique, libre,
 pour qu'un utilisateur lambda trouve un objet sur OSM, si possible avec de
 l'auto-complétion. Si bien qu'aujourd’hui beaucoup de services utilisent
 Google pour la recherche d’adresse ou de POI.

 Ce que nous avons fait n'est pas forcément un truc révolutionnaire, mais
 nous espérons que cela sera une nouvelle étape pour rendre OSM plus
 accessible en France et que cela ferra enfin bouger les choses niveau
 geocoding (chez Géovélo on en a marre d'utiliser l'API Google pour
 l'autocomplétion !)

 Voici ce qu'est aujourd'hui Jour de Fête :
 - un projet libre qui est basé sur les données d'un import Nominatim,
 - recherche phonétique d'objet OSM (avenue edouar michelin sera reconnu),
 - reconnaissance sémantique (rue edouard michelin sera reconnu, même s’il
 existe uniquement  avenue edouard michelin),
 - un outil entièrement configurable : on peut choisir les tags OSM qui
 doivent être reconnus (une option existe pour tout sortir), on peut choisir
 dans quel ordre doivent sortir les résultats (exemple les villes avant les
 rues, etc.).

 Exemples concrets d’utilisation :
 - rechercher uniquement les rues (ou tout autre chose) sur le territoire
 d’une commune,
 - rechercher uniquement les gares, arrêts de bus, de tramway, de métro et
 les ordonner (d’abord les gares, puis les arrêts, etc.)
 - et bien sur notre exemple pour Géovélo faire une recherche d’adresse / POI
 fine en choisissant précisément les types de POI que l’on veut faire
 remonter et dans quel ordre (commune avant quartier, quartier avant avenue,
 gare avant magasin, etc.)

 Ce qu'il reste à faire / Roadmap :
 - optimiser les temps de réponse, voir ce que cela donne sur un serveur
 digne de ce nom,
 - recherche partielle (zola tours sera reconnue)
 - forcer la recherche sur une bounding box
 - ajouter les numéros de rue : Faire un lien vers BANO ?
 - améliorer l'ordonnancement des résultats
 - faire une mise à jour des données via les diff de OSM (la mise à jour des
 données prend 1 heure pour la France actuellement)

 Voilà merci d’avance pour vos retours.

 Gaël.



 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Demo-recherche-d-adresse-POI-Jour-de-Fete-tp5820413.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



 --
 Cyrille.

 ___
 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 - Rapprochement qui ne se fait pas

[Art Penteur]

J'ai vu :
https://github.com/osm-fr/bano-data/commit/e9a5ce74ce3df30f0f9bbccb2346fed613ef3bad

avec le le passage de 582 à 984 voies non rapprochées, et le grand
nombre de voies non rapprochées sur Cahors. Je me suis simplement dit
que pour faire 400 voies manquantes, il devait y avoir d'autres
communes que Cahors, mais je n'ai pas cherché/vérifié.

Art.

Le 15 décembre 2014 09:13, Vincent de Château-Thierry
v...@laposte.net a écrit :
 Bonjour,

 Le 15/12/2014 08:40, Art Penteur a écrit :

Le rapprochement de cette nuit semble avoir eu des soucis.
Par exemple dans le Lot (46), beaucoup de voies rapprochées
 précédemment ne le sont pas aujourd'hui.


 Pour quelle(s) commune(s) ?
 Si tu parles de Cahors, sa limite de commune était cassée cette nuit.
 Didier2020 l'ayant réparé (merci m'sieur ;) ) je viens de relancer les
 rapprochements pour la commune et on retombe sur les chiffres d'hier matin.


 vincent

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

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

Re: [OSM-talk-fr] BANO - Rapprochement qui ne se fait pas

[Art Penteur]

Le 14 décembre 2014 10:55, Vincent de Château-Thierry
osm.v...@free.fr a écrit :

 N'hésitez pas à signaler d'autres bizarreries du genre, s'il y a un loup,
 autant le trouver :)

  Le rapprochement de cette nuit semble avoir eu des soucis.
  Par exemple dans le Lot (46), beaucoup de voies rapprochées
précédemment ne le sont pas aujourd'hui.

Art.

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

Re: [OSM-talk-fr] [OSMOSE] : tag building obligatoire sur man_made=water_tower ?

[Art Penteur]

Non, je crois qu(Osmose râle parce que le point géodésique n'est pas
inclus dans un polygone building=xxx. L'intitulé est Repère
géodésique sans bâtiment. C'est un test qui marche bien bien pour les
clochers d'église, etc...

Mais j'ai l'impression (je n'ai pas regardé le code) qu'osmose ne
cherche que le building=xxx, pas les man_made=yyy.

Art.

Le 12 décembre 2014 09:05, Yves Pratter yves.prat...@gmail.com a écrit :

 Le 12 déc. 2014 à 08:53, Art Penteur art.pent...@gmail.com a écrit :


 Bonjour,

  Je suis tombé sur l'erreur suivante :

 http://osmose.openstreetmap.fr/fr/map/#zoom=17lat=44.332136lon=1.58724layer=Mapnik

  Il semblerait qu(Osmose suggère d'ajouter building=quelque_chose
 sur ce château d'eau.

   Je pense que c'est une erreur. man_made=water_tower devrait suffire, non ?

  Êtes-vous d’accord ?

 Il trouve un point géodésique tout seul », du moins c’est ce qu’il croit
 ;-)

 En utilisant « Query features » d’OSM, tu trouves les objets suivants à cet
 endroit :

 Node 4614805 - A
 Node 4614805 - B
 Node 4614805 - C
 Way Château d'Eau d'Ausset

 Il y a bien le château d’eau que tu as dessiné ;-)

 Ce qui fait grincer Osmose c’est probablement que les noeuds des points
 géodésiques ne font pas partie du chemin OSM représentant le chateau d’eau.
 Personnelement, j’ignore ce genre d’erreurs (et surtout je ne touche pas aux
 points géodésiques).


 —
 Yves


 Repère géodésique sans bâtiment
 Château d'eau : Cuve : Repère en bronze scellé
 node 670155586 rawedit josm edit
 description = Château d'eau : Cuve : Repère en bronze scellé - Point vu en
 place en 1971
 url =
 http://ancien-geodesie.ign.fr/fiche_point.asp?num_site=4614805no_ptg=01numero_f50=2139
 man_made = survey_point
 ele = 328.61
 note = Ne pas déplacer ce point, cf. - Do not move this node, see -
 http://wiki.openstreetmap.org/wiki/WikiProject_France/Repères_Géodésiques#Permanence_des_rep.C3.A8res
 source = ©IGN 2010 dans le cadre de la cartographie réglementaire
 ref = 4614805 - C
 Erreur reportée le : 2014-12-12


 ___
 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] : tag building obligatoire sur man_made=water_tower ?

[Art Penteur]

D'accord avec  man_made=water_tower n'implique pas building=*.

   Mais un repère géodésique pourrait aussi bien être sur un château d'eau
de type pylône, donc man_made=water_tower est suffisant, Osmose ne devrait
pas râler sur l'absence de building.

Art.
PS: on pourrait peut-être améliorer le wiki en y écrivant que
man_made=water_tower peut être complété par building=qqchose si le château
d'eau est un bâtiment ?
Le 12 déc. 2014 09:23, Frédéric Rodrigo fred.rodr...@gmail.com a écrit :

 Le 12/12/2014 09:15, Art Penteur a écrit :

 Non, je crois qu(Osmose râle parce que le point géodésique n'est pas
 inclus dans un polygone building=xxx. L'intitulé est Repère
 géodésique sans bâtiment. C'est un test qui marche bien bien pour les
 clochers d'église, etc...

 Mais j'ai l'impression (je n'ai pas regardé le code) qu'osmose ne
 cherche que le building=xxx, pas les man_made=yyy.


 Oui c'est bien ce que fait Osmose.

 Par contre pour moi man_made=water_tower n'implique pas building=*. Tous
 les châteaux d'eau ne sont pas des bâtiments. Il suffit de regarder
 l'illustration du wiki pour s'en convaincre. Il est cependant vrais que en
 France les châteaux d'eau sont souvent des constructions en dur.

 http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwater_tower

 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] Perspective d'établissement de la couverture du sol à partir des images Sentinel 2

[Art Penteur]

   Je vois déjà venir une difficulté : il n'y a pas de correspondance
exacte entre la notion de land cover selon sentinel et celles d'OSM
(landuse, lancover, natural).
Remarquez, si ça permet de faire avancer la proposition de
landcover (http://wiki.openstreetmap.org/wiki/Proposed_features/landcover),
ce serait un grand progrès.

Art.

Le 29 novembre 2014 00:14, Sébastien Dinot sebastien.di...@free.fr a écrit :
 Bonsoir,

 Il y a quinze jours, j'ai animé avec l'aide d'autres mappeurs un atelier
 sur JOSM dans le cadre de Capitole du Libre. Parmi les personnes qui ont
 suivi l'atelier se trouvait Jordi Inglada, chercheur du Centre d'études
 spatiales de la biosphère (CESBIO) et ancien chef de projet de la
 bibliothèque Orfeo Toolbox (OTB) ainsi que plusieurs personnes au fait
 du Registre Parcellaire Graphique (RPG).

 Nous avons discuté avec lui eux de l'exploitation des données ouvertes
 au profit d'OSM et la discussion a dérivé à la fin de l'atelier sur
 l'opportunité pour OSM que représente l'ouverture prochaine des images
 Sentinel 2. Jordi vient d'écrire un article à ce sujet sur son blog :

 http://jordiinglada.net/wp/2014/11/26/is-open-and-free-global-land-cover-mapping-possible/

 Cette perspective me semble très intéressante ; je suis impatient
 d'obtenir les premières séries temporelles Sentinel 2 et voir ce que
 nous allons pouvoir en faire au profit d'OSM.

 A++, Sébastien

 Centre d'études spatiales de la biosphère (CESBIO) :
   http://www.cesbio.ups-tlse.fr/

 Orfeo Toolbox (OTB) :
   http://www.orfeo-toolbox.org/otb/

 Registre parcellaire graphique (RPG) :
   https://fr.wikipedia.org/wiki/Registre_parcellaire_graphique

 Sentinel 2 :
   https://fr.wikipedia.org/wiki/Sentinel_%28satellite%29#Sentinel_2


 --
 Sébastien Dinot, sebastien.di...@free.fr
 http://sebastien.dinot.free.fr/
 Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

 ___
 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] Limites de vitesse sur rivières et plans d'eau

[Art Penteur]

kn est ISO, mais kt est aussi fréquemment rencontré.

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

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Art Penteur]

Bonjour,

Je ressort cette discussion pour demander s'il existe un moyen
simple pour voir où trouve une route qui est listée dans Route500 ?

Exemple : Dans le Lot
(http://osm13.openstreetmap.fr/~cquest/routes/routes-46.csv), il
existerait une D261, dont la longueur selon Route500 est de 6,25 km,
et qui n'est pas dans OSM.

J'aimerais bien savoir où elle est, pour pouvoir lancer JOSM avec
toutes les sources nécessaires dans ce coin, et la faire apparaître
dans OSM.

Quelqu'un a une idée du moyen le plus simple de faire ça ?

Merci d'avance,

 Art.

Le 8 septembre 2014 14:37, Christian Quest cqu...@openstreetmap.fr a écrit :
 Le 8 septembre 2014 11:04, Art Penteur art.pent...@gmail.com a écrit :

 Merci Christian pour ces trucs.

 Dans mon petit cas personnel, les comparaisons m'ont fait trouver des
 cas où les indications du cadastre ne correspondant pas à Route500 (et
 dans la plupart des cas, je pense que le cadastre a tord).


 Tu veux dire sur la numérotation ? Oui, fort probable. Il y a eu pas mal de
 renumérotations un peu partout avec les nationales passées en
 départementales. Comme c'est de l'info d'habillage dans le cadastre, elle
 n'est pas mise à jour avec rigueur.



 D'où les questions suivantes :
   - L'idée d'un guichet unique pour remonter les erreurs a-t-telle pu
 avancer ? (cf. BANOCamp de juin)


 Ça avance... un deuxième BANOcamp devrait s'organiser. Je ne sais pas encore
 sous quelle forme.
 Comme je suis désormais chargé officiellement de faire avancer le projet
 BANO au sein d'Etalab, il va y avoir plus d'énergie dessus, des ressources
 en développement, et aussi (voire surtout) des portes qui s'ouvriront
 sûrement plus facilement avec une casquette officielle qu'une casquette OSM.
 Il y a déjà quelques rendez-vous importants de programmés.



   - Existe-t-il une source publique, de référence, pour les
 définitions des références des voies départementales ?


 Pas que je sache... à part le Route 500 ;)
 Le problème c'est son cycle de mise à jour. Il n'y a pas eu de nouvelle
 version publiée en opendata par l'IGN depuis cette première version ouverte.

 --
 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] Comparaison OSM/Route500

[Art Penteur]

Merci.

Pour mon cas personnel, un seul point (le premier, le dernier, le médian)
me suffirait. Mais la BB, c'est peut être plus général.
Je ne suis pas sur IRC... Je suis pizzaiolo dans la cuisine.

Art.
 Je pourrai modifier ce csv pour inclure la bbox... je regarde (et je suis
sur irc pour en discuter)

Le 28 septembre 2014 18:11, Art Penteur art.pent...@gmail.com a écrit :

 Bonjour,

 Je ressort cette discussion pour demander s'il existe un moyen
 simple pour voir où trouve une route qui est listée dans Route500 ?

 Exemple : Dans le Lot
 (http://osm13.openstreetmap.fr/~cquest/routes/routes-46.csv), il
 existerait une D261, dont la longueur selon Route500 est de 6,25 km,
 et qui n'est pas dans OSM.

 J'aimerais bien savoir où elle est, pour pouvoir lancer JOSM avec
 toutes les sources nécessaires dans ce coin, et la faire apparaître
 dans OSM.

 Quelqu'un a une idée du moyen le plus simple de faire ça ?

 Merci d'avance,

  Art.

 Le 8 septembre 2014 14:37, Christian Quest cqu...@openstreetmap.fr a
 écrit :
  Le 8 septembre 2014 11:04, Art Penteur art.pent...@gmail.com a écrit :
 
  Merci Christian pour ces trucs.
 
  Dans mon petit cas personnel, les comparaisons m'ont fait trouver des
  cas où les indications du cadastre ne correspondant pas à Route500 (et
  dans la plupart des cas, je pense que le cadastre a tord).
 
 
  Tu veux dire sur la numérotation ? Oui, fort probable. Il y a eu pas mal
 de
  renumérotations un peu partout avec les nationales passées en
  départementales. Comme c'est de l'info d'habillage dans le cadastre, elle
  n'est pas mise à jour avec rigueur.
 
 
 
  D'où les questions suivantes :
- L'idée d'un guichet unique pour remonter les erreurs a-t-telle pu
  avancer ? (cf. BANOCamp de juin)
 
 
  Ça avance... un deuxième BANOcamp devrait s'organiser. Je ne sais pas
 encore
  sous quelle forme.
  Comme je suis désormais chargé officiellement de faire avancer le projet
  BANO au sein d'Etalab, il va y avoir plus d'énergie dessus, des
 ressources
  en développement, et aussi (voire surtout) des portes qui s'ouvriront
  sûrement plus facilement avec une casquette officielle qu'une casquette
 OSM.
  Il y a déjà quelques rendez-vous importants de programmés.
 
 
 
- Existe-t-il une source publique, de référence, pour les
  définitions des références des voies départementales ?
 
 
  Pas que je sache... à part le Route 500 ;)
  Le problème c'est son cycle de mise à jour. Il n'y a pas eu de nouvelle
  version publiée en opendata par l'IGN depuis cette première version
 ouverte.
 
  --
  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] Comparaison OSM/Route500

[Art Penteur]

Merci.
Je verrai ça tout à l'heure.
Mais cette route n'est pas la seule.

Art.
Le 28 sept. 2014 19:26, didier2020 didier2...@free.fr a écrit :

 a prioris c'est le way 167631335

 j'ai telechargé le shp route500 pour le lot + utilisation de qgis

 Le dimanche 28 septembre 2014 à 18:17 +0200, Christian Quest a écrit :
  Je pourrai modifier ce csv pour inclure la bbox... je regarde (et je
  suis sur irc pour en discuter)
 
  Le 28 septembre 2014 18:11, Art Penteur art.pent...@gmail.com a
  écrit :
  Bonjour,
 
  Je ressort cette discussion pour demander s'il existe un
  moyen
  simple pour voir où trouve une route qui est listée dans
  Route500 ?
 
  Exemple : Dans le Lot
  (http://osm13.openstreetmap.fr/~cquest/routes/routes-46.csv),
  il
  existerait une D261, dont la longueur selon Route500 est de
  6,25 km,
  et qui n'est pas dans OSM.
 
  J'aimerais bien savoir où elle est, pour pouvoir lancer
  JOSM avec
  toutes les sources nécessaires dans ce coin, et la faire
  apparaître
  dans OSM.
 
  Quelqu'un a une idée du moyen le plus simple de faire ça ?
 
  Merci d'avance,
 
   Art.
 
  Le 8 septembre 2014 14:37, Christian Quest
  cqu...@openstreetmap.fr a écrit :
   Le 8 septembre 2014 11:04, Art Penteur
  art.pent...@gmail.com a écrit :
  
   Merci Christian pour ces trucs.
  
   Dans mon petit cas personnel, les comparaisons m'ont fait
  trouver des
   cas où les indications du cadastre ne correspondant pas à
  Route500 (et
   dans la plupart des cas, je pense que le cadastre a tord).
  
  
   Tu veux dire sur la numérotation ? Oui, fort probable. Il y
  a eu pas mal de
   renumérotations un peu partout avec les nationales passées
  en
   départementales. Comme c'est de l'info d'habillage dans le
  cadastre, elle
   n'est pas mise à jour avec rigueur.
  
  
  
   D'où les questions suivantes :
 - L'idée d'un guichet unique pour remonter les erreurs
  a-t-telle pu
   avancer ? (cf. BANOCamp de juin)
  
  
   Ça avance... un deuxième BANOcamp devrait s'organiser. Je ne
  sais pas encore
   sous quelle forme.
   Comme je suis désormais chargé officiellement de faire
  avancer le projet
   BANO au sein d'Etalab, il va y avoir plus d'énergie dessus,
  des ressources
   en développement, et aussi (voire surtout) des portes qui
  s'ouvriront
   sûrement plus facilement avec une casquette officielle
  qu'une casquette OSM.
   Il y a déjà quelques rendez-vous importants de programmés.
  
  
  
 - Existe-t-il une source publique, de référence, pour les
   définitions des références des voies départementales ?
  
  
   Pas que je sache... à part le Route 500 ;)
   Le problème c'est son cycle de mise à jour. Il n'y a pas eu
  de nouvelle
   version publiée en opendata par l'IGN depuis cette première
  version ouverte.
  
   --
   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

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

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Art Penteur]

De ma super expérience sur un nombre significatif de quelques rares cas
tous situés dans le même département, en cas de désaccord, c'est souvent
Route500 qui a raison. Mais pas toujours (par ex. en cas d'ouverture de
contournement routier). Et parfois même les panneaux en bord de route sont
douteux, lors de renumérotation récente.

Bienvenue dans la vraie vie !

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

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Art Penteur]

OK, ça me va.
J'ai trouvé la D 147 (changeset 25733047); la D 217 (changeset
25732812), et vu que le cas de la D 261 n'était pas clair..

Ce qui pourrait faciliter la vie, ce serait d'avoir directement un URL
OSM (genre https://www.openstreetmap.org/#map=15/44.82011/1.46781) (ou
un URL sur tile.osmfr) plutôt que lat/lon séparés. Mais je peux vivre
sans.

Encore merci,

Art.

Le 28 septembre 2014 20:07, Christian Quest cqu...@openstreetmap.fr a écrit :
 J'ai modifié la requête pour sortir le X/Y de l'extrémité du segment le plus
 long du Route500 qui correspond à la route en question.
 Le fichier du 46 a été mis à jour, les autres le seront cette nuit.

 http://osm13.openstreetmap.fr/~cquest/routes/routes-46.csv

 Pour la D261, ça donne: D261,0.00,6.25,44.503822,1.446066

 Donc ici:
 http://tile.openstreetmap.fr/?zoom=18lat=44.50382lon=1.44607layers=B000TFF


 Le 28 septembre 2014 19:26, didier2020 didier2...@free.fr a écrit :

 a prioris c'est le way 167631335

 j'ai telechargé le shp route500 pour le lot + utilisation de qgis

 Le dimanche 28 septembre 2014 à 18:17 +0200, Christian Quest a écrit :
  Je pourrai modifier ce csv pour inclure la bbox... je regarde (et je
  suis sur irc pour en discuter)
 
  Le 28 septembre 2014 18:11, Art Penteur art.pent...@gmail.com a
  écrit :
  Bonjour,
 
  Je ressort cette discussion pour demander s'il existe un
  moyen
  simple pour voir où trouve une route qui est listée dans
  Route500 ?
 
  Exemple : Dans le Lot
  (http://osm13.openstreetmap.fr/~cquest/routes/routes-46.csv),
  il
  existerait une D261, dont la longueur selon Route500 est de
  6,25 km,
  et qui n'est pas dans OSM.
 
  J'aimerais bien savoir où elle est, pour pouvoir lancer
  JOSM avec
  toutes les sources nécessaires dans ce coin, et la faire
  apparaître
  dans OSM.
 
  Quelqu'un a une idée du moyen le plus simple de faire ça ?
 
  Merci d'avance,
 
   Art.
 
  Le 8 septembre 2014 14:37, Christian Quest
  cqu...@openstreetmap.fr a écrit :
   Le 8 septembre 2014 11:04, Art Penteur
  art.pent...@gmail.com a écrit :
  
   Merci Christian pour ces trucs.
  
   Dans mon petit cas personnel, les comparaisons m'ont fait
  trouver des
   cas où les indications du cadastre ne correspondant pas à
  Route500 (et
   dans la plupart des cas, je pense que le cadastre a tord).
  
  
   Tu veux dire sur la numérotation ? Oui, fort probable. Il y
  a eu pas mal de
   renumérotations un peu partout avec les nationales passées
  en
   départementales. Comme c'est de l'info d'habillage dans le
  cadastre, elle
   n'est pas mise à jour avec rigueur.
  
  
  
   D'où les questions suivantes :
 - L'idée d'un guichet unique pour remonter les erreurs
  a-t-telle pu
   avancer ? (cf. BANOCamp de juin)
  
  
   Ça avance... un deuxième BANOcamp devrait s'organiser. Je ne
  sais pas encore
   sous quelle forme.
   Comme je suis désormais chargé officiellement de faire
  avancer le projet
   BANO au sein d'Etalab, il va y avoir plus d'énergie dessus,
  des ressources
   en développement, et aussi (voire surtout) des portes qui
  s'ouvriront
   sûrement plus facilement avec une casquette officielle
  qu'une casquette OSM.
   Il y a déjà quelques rendez-vous importants de programmés.
  
  
  
 - Existe-t-il une source publique, de référence, pour les
   définitions des références des voies départementales ?
  
  
   Pas que je sache... à part le Route 500 ;)
   Le problème c'est son cycle de mise à jour. Il n'y a pas eu
  de nouvelle
   version publiée en opendata par l'IGN depuis cette première
  version ouverte.
  
   --
   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

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Art Penteur]

Merci Christian pour ces trucs.

Dans mon petit cas personnel, les comparaisons m'ont fait trouver des
cas où les indications du cadastre ne correspondant pas à Route500 (et
dans la plupart des cas, je pense que le cadastre a tord).

D'où les questions suivantes :
  - L'idée d'un guichet unique pour remonter les erreurs a-t-telle pu
avancer ? (cf. BANOCamp de juin)
  - Existe-t-il une source publique, de référence, pour les
définitions des références des voies départementales ?

Art.


Le 20 août 2014 11:27, Christian Quest cqu...@openstreetmap.fr a écrit :
 Pour compléter, voici une requête overpass qui permet de facilement charger
 dans JOSM les tronçons existants: http://overpass-turbo.eu/s/4EP

 area[ref:INSEE=51][admin_level=6]-.dep;
 way(area.dep)[ref=D 1];
 (._;;); out meta;

 Ligne 1: sélection du département qui nous intéresse
 Ligne 2: sélection des way portant le ref=xxx qui nous intéresse
 Ligne 3: récupération des noeuds des way et sortie avec les metadonnées
 (nécessaire pour JOSM).

 Il suffit d'exécuter la requête pour visualiser le résultat sur la carte à
 droite.
 Pour charger les données dans JOSM, c'est dans l'onglet Exporter que l'on
 trouve le lien pour charger directement dans JOSM avec la télécommande...

 Vous trouverez:
 - des tronçons où le ref=* manque,
 - certains où le ref=* est faux (souvent en limite de département, vérifiez
 bien l'autre extrémité !)
 - certains où le ref=* est présent alors que ce n'est visiblement pas dans
 l'itinéraire de la route en question

 Bonnes corrections !



 Le 20 août 2014 09:19, Christian Quest cqu...@openstreetmap.fr a écrit :

 Une première étape d'analyse géométrique existe déjà, il s'agit de
 comparer les longueurs entre OSM et Route500 sur le ref=* dans un
 département donné.
 Si il y a une grosse différence, c'est qu'il y a un problème.

 Un fichier csv est disponible pour chaque département ici:
 http://osm13.openstreetmap.fr/~cquest/routes/

 Ils sont remis à jour chaque nuit.

 Attention:
 - le comptage bave un peu sur les limites de départements. On peut donc
 avoir quelques dizaines/centaines de mètre mal comptés.
 - Route500 étant simplifié géométriquement, il est normal d'avoir une
 longueur légèrement supérieurs dans OSM qui ne coupe pas les virages. Ca
 représente facilement 1%.



 Le 20 août 2014 08:05, George Kaplan georgekaplan...@hotmail.fr a écrit
 :

 Bonjour,

 Le Mer 28 Aou 17:30:20 UTC 2013, Christian Quest écrivait à propos de
 l'outil de comparaison Route500 et OSM :
 Le prochaine étape sera de faire une analyse basée sur les géométries.

 Est-ce que cette étape est réalisée ?
 Je serai très intéressé à l'utiliser pour trouver les routes manquantes
 dans OSM de façon automatique plutôt qu'au hasard de la découverte visuelle
 en superposant le calque route500 avec le rendu OSM.
 On trouve encore des zones pauvres en routes par exemple dans
 l'Eure-et-Loir où j'ai créé une note pour demander de l'aide :
 http://www.openstreetmap.org/note/205101


 George



 ___
 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] Comparaison OSM/Route500

[Art Penteur]

Merci pour la réponse.

Pour les autres sources,il y a des départements où le règlement de
voirie départementale contient en annexe une liste détaillée (exemple
: Vosges), mais ce n'est pas le cas partout, hélas (ou alors je ne
sais pas bien chercher).

Art.

Le 8 septembre 2014 14:37, Christian Quest cqu...@openstreetmap.fr a écrit :
 Le 8 septembre 2014 11:04, Art Penteur art.pent...@gmail.com a écrit :

 Merci Christian pour ces trucs.

 Dans mon petit cas personnel, les comparaisons m'ont fait trouver des
 cas où les indications du cadastre ne correspondant pas à Route500 (et
 dans la plupart des cas, je pense que le cadastre a tord).


 Tu veux dire sur la numérotation ? Oui, fort probable. Il y a eu pas mal de
 renumérotations un peu partout avec les nationales passées en
 départementales. Comme c'est de l'info d'habillage dans le cadastre, elle
 n'est pas mise à jour avec rigueur.



 D'où les questions suivantes :
   - L'idée d'un guichet unique pour remonter les erreurs a-t-telle pu
 avancer ? (cf. BANOCamp de juin)


 Ça avance... un deuxième BANOcamp devrait s'organiser. Je ne sais pas encore
 sous quelle forme.
 Comme je suis désormais chargé officiellement de faire avancer le projet
 BANO au sein d'Etalab, il va y avoir plus d'énergie dessus, des ressources
 en développement, et aussi (voire surtout) des portes qui s'ouvriront
 sûrement plus facilement avec une casquette officielle qu'une casquette OSM.
 Il y a déjà quelques rendez-vous importants de programmés.



   - Existe-t-il une source publique, de référence, pour les
 définitions des références des voies départementales ?


 Pas que je sache... à part le Route 500 ;)
 Le problème c'est son cycle de mise à jour. Il n'y a pas eu de nouvelle
 version publiée en opendata par l'IGN depuis cette première version ouverte.

 --
 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] Un petit challenge pour un codeur-motard (ou l'inverse)

[Art Penteur]

Le 3 sept. 2014 14:11, Vincent Pottier vpott...@gmail.com a écrit :

[...]
 D'où mon premier schéma. Si le premier point, avant le virage, et le
dernier, après, sont derrière l'horizon et que les segments traversent les
plaines du Nevada sur des kilomètres avant de contourner la cabane
drugstore, le calcul de courbure, quelque soit la courbe, cercle, parabole,
clothoïde, ne donnera rien de pertinent hormis la variation d'azimut.

De façon très naïve, je pense que si j'avais à coder, sur ce cas je
créerais un point fictif sur la ligne droite, à la même distance que celle
jusqu'au point suivant, et je m'appuierais sur ce point pour les calculs de
rayon.

J'imagine que les pros font plutôt une approximation d'un tracé au milieu
des points (spline ou autre), et calculent analytiquement le rayon sur
cette courbe.

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

Re: [OSM-talk-fr] Un petit challenge pour un codeur-motard (ou l'inverse)

[Art Penteur]

Dans le cas que tu présentes, tu as bien trois points : les lignes que
tu traces et qui partent loin sont bien accrochées à un point, quelque
part.
Donc à chaque angle que tu vois, tu peux bien définir le point du
virage, le point avant, le point après.

Reste la question du calcul du rayon de courbure.
La méthode de base consiste à trouver le centre du cercle passant par
les trois points. On le trouve à l'intersection des médiatrices des
deux segments avant/après. Puis il suffit de calculer la distance
entre ce centre et le point.
Sur des points très irrégulièrement espacés, je ne sais pas ce que
cette méthode peut donner.

Il est aussi possible de calculer la parabole qui passe par les trois
points, puis d'appliquer des formules analytique (en dérivée seconde,
...) sur cette parabole. Il est possible que ça donne de meilleurs
résultats.

Bon courage. Je relève les copies dans une heure. D'ici là, je
surveille que vous ne copiez pas sur le voisin, ni sur Internet.

Art.



Le 3 septembre 2014 01:05, Vincent Pottier vpott...@gmail.com a écrit :
 Le 03/09/2014 00:13, Christian Quest a écrit :

 Un petit outil pour analyser un GPX, et le compléter par des POI sur les
 virages...

 C'est ici: http://forum.openstreetmap.fr/viewtopic.php?f=3t=1443

 Hum... Intéressant mais contrairement à ce qui est dit sur le forum, je ne
 crois pas que ça soit si simple.
 Je ne suis pas matheux, mais...
 Compter les virages, ça va. Calculer les rayons de courbure, ça va dépendre
 de la qualité du tracé.

 Un exemple :

  .
  .
  .
  |
  |
  x---.
 Il y a un virage. Mais quelle courbure ?
 Autre exemple (la route qui croise la voie ferrée)

 ...-x
  \
   x-...
 Il y a deux virages repérables, mais quelle courbure ?
 Il faut au moins trois points pour marquer un virage dont on pourra calculer
 le rayon de courbure. Avec deux points (angle cassé) il me semble que ça ne
 suffit pas.
 Voir aussi le cas de deux virages successifs du même côté : il faut repérer
 deux minima de rayon de courbure distincts.

 Je crois aussi que la variation d'azimut entre l'entrée et la sortie du
 virage est un critère important pour sa force : une épingle à cheveux,
 c'est un rayon court mais aussi 180° de variation d'azimut.

 Intéressant à suivre...
 sur dev, peut-être...
 --
 FrViPofm
 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] Alerte aux hangars

[Art Penteur]

Pour le test d'erreur, ce n'est pas si simple : il y a encore des
aeroway=aerodrome ponctuels. Vaut-il mieux faire un test plus compliqué
(ajouter ou il existe un nœud aérodrome dans un rayon de 500m) ou signaler
comme erreur les nœuds aeroway=aerodrome ?

Pour la page wiki, je pense qu'il y a une coquille dans la phrase 
attention le tag aeroway http://wiki.openstreetmap.org/wiki/FR:Key:aeroway
=hangar
http://wiki.openstreetmap.org/w/index.php?title=FR:Tag:aeroway%3Dhangaraction=editredlink=1
est
réservé à l'usage aéronautique   : je pense que tu voulais écrire
building=hangar. Car le fait que aeroway=xxx soit réservé a
l'aéronautique n'est pas surprenant !

Le doublon aeroway=hangar et building=hangar n'est pas très satisfaisant.
Est-ce que l'un ne va pas sans l'autre ? Est-ce que building=hangar n'est
qu'une béquille pour avoir un rendu avec les logiciels qui ignorent aeroway
? Est-ce que l'un des deux devrait disparaître ?

Art.
Le 19 août 2014 16:39, Vincent Pottier vpott...@gmail.com a écrit :

 Bonjour tout le monde,

 Il y a environ 5750 hangars en France, c'est ce que dit taginfo [1].
 Voila l'image de leur répartition : [2]

 Le problème, c'est un faux ami : le tag building=hangar est pour les
 hangars à aéronefs.
 Pour les hangars agricoles, la grange, le tag, c'est building=barn.
 Pour la hangar derrière chez le mécano, ou derrière la scierie, je ne sais
 pas.

 Il y a tout de même quelques hangars aéronautiques dedans, donc on ne peut
 pas faire le changement d'un coup.
 Par contre un petit filtre osmose pour détecter si le building=hangar est
 bien dans une surface aeroway=aerodrome, ça aiderai...

 Du coup, j'ai créé la page FR:Tag:building=hangar [3] et la catégorie
 Faux-amis [4]. Vous en trouverez peut-être d'autres...


 [1] http://taginfo.openstreetmap.fr/tags/building=hangar
 [2] http://frvipofm.net/osm/images/Hangars_au_2014-08-19.png (c'est beau
 ! non ?)
 [3] http://wiki.openstreetmap.org/wiki/FR:Tag:building%3Dhangar
 [4] http://wiki.openstreetmap.org/wiki/Category:FR:Faux-amis

 --
 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] Corruption des noms par Osmose (troncation sur guillemets ASCII, espaces surnuméraire)

[Art Penteur]

J'ai du mal à suivre l'historique : elle s'appelle «La Caravelle » ou «Le
Centaure», cette école ?

Art.
Le 16 août 2014 10:27, Philippe Verdy verd...@wanadoo.fr a écrit :

 Exemple de corruption causée par Osmose:

 http://www.openstreetmap.org/node/1110246018/history



 Le 16 août 2014 10:17, Philippe Verdy verd...@wanadoo.fr a écrit :

 Certaines correction proposées par Osmose sont complètement erronées,
 particulièrement celles concernant les espaces surnuméraires.

 Je me suis aperçu en consultant les historiques de certains objets que
 ceux-ci était nommés par exemple (je met le tout entre accolades ici pour
 que ce soit plus clair):

 {name=École publique maternelle XYZ}

 Oui, avec des guillemets ASCII autour du nom qui suit une désignation
 générique.

 Le problème est qu'Osmose ne détecte pas correctement ces guillemets
 ASCII dans le nom (ils sont pourtant stockés et correctement encodés en
 XML), et en fait va tronquer la chaîne au premier guillemet pour obtenir:

 {name=École publique maternelle }

 Et Osmose alors proteste en disant Espace surnuméraire à la fin. On se
 retrouve même dans certains cas avec :

 {name=}

 ou (dans les cas où Osmoe a déjà supprimé la désignation générique avant
 le nom entre guillemets)

 {name= }

 Et Osmose alors propose de supprimer totalement la clé qui pourtant
 contenait un nom (qui a pu disparaître plusieurs modifs aurparvant dans
 Osmose qui a déjà fait a troncature erronée).

  Si on accepte la correction proposée par Osmose sans regarder le
 contenu original (visible non pas dans l'éditeur à droite mais dans
 l'info-bulle à gauche), les mots importants entre guillemets disparaissent,
 et il ne reste plus que la désignation générique.

 Bref BOGUE, à corriger d'urgence car cela aboutit à des suppressions
 intempestives d'informations !

 NOTE: Osmose devrait afficher dans son éditeur le nom original avant la
 modif proposée, pour faciliter les comparaisons. Il ne ne fait plus avec
 son nouvel éditeur. Danger !

 Osmose devrait plutôt suggérer d'abord de supprimer ces guillemets ASCII
 ou proposer une correction les rempleçant par des « guillemets français »
 voire des “guillemets courbes” (ce qui élimine les problèmes de syntaxe en
 XML dans les datas au format OSM ou dans les requêtes de recherche, qui
 utilisent déjà des guillemets ASCII comme délimiteur de chaînes).

 Et ensuite seulement il peut rechercher les espaces surnuméraires
 (attention aux guillemets françaus qui incluent normalement une espace fine
 U+203F à l'intérieur, mais ce caractère étant difficile à sasir au clavier,
 la plupart du temps on utilise l'espace insécable U+00A0=nbsp; voire juste
 une espace normale U+0020 qui sera contextuellement remplacé au rendu par
 une espace fine insécable quand ils sont accolés aux guillemets français)



 ___
 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] Altisurfaces identifiées comme aérodromes

[Art Penteur]

Bonsoir,

   Je proposerais plusieurs pistes (d'atterrissage, ha ah) :
   - utiliser le nom, et transformer le machin truc airport en
Altisurface machin truc. C'est déjà plus Français. Et ça ne fait que
généraliser une pratique répandue : Aéroport de Paris-Orly,
Aerodrome de Beynes-Thivernal, etc...
- préciser le aeroway=aerodorme par aerodrome=mountain
airfield. cf http://wiki.openstreetmap.org/wiki/Key:aerodrome

Les deux choses ne sont pas exclusives.

Art.

Le 9 août 2014 17:58, Sébastien Dinot sebastien.di...@free.fr a écrit :
 Bonjour,

 En consultant la carte au dessus des Pyrénées, je suis tombé sur un
 point qui m'a intrigué au nord-ouest de l'étang d'Araing. Il est tagué
 comme étant un aérodrome :

 https://www.openstreetmap.org/node/1042037312#map=14/42.8545/0.8490

 On n'observe pourtant aucun aérodrome à cet endroit sur le fond
 photographique fourni par Bing :

 http://binged.it/1ohieuf

 Et il en va de même sur les photographies de l'IGN et de Google.

 Ce point est issu d'un import de données ouvertes :

 http://ourairports.com/airports/FR-0308/

 Et en effet, sur la couche « Transport / Aéroport » du Géoportail, un
 aérodrome est bien signalé.

 J'en ai donc touché deux mots à des amis passionnés de montagne et ils
 m'ont dit qu'il s'agissait d'une « altisurface », autrement dit d'une
 aire plus ou moins plane permettant à de petits avions d'atterrir. La
 fiche descriptive de celle-ci est ici :

 http://www.navigeo.org/LF3130

 Cette altisurface (Uls Melles) se situe à 2163 m d'altitude et n'est
 utilisable que lorsqu'elle est enneigée. Les seuls bâtiments dans les
 environs sont la « Cabane d'Uls » et, à 2 km au sud-est, le refuge de
 l'étang d'Araing.

 Je ne connais pas grand chose au domaine aérien mais ne serait-il pas
 souhaitable de taguer différemment un véritable aérodrome et un « simple
 pré » pouvant servir de piste ? Je n'ai rien trouvé à ce sujet sur le
 wiki d'OSM. Si certains d'entre vous sont un peu plus familier du sujet,
 je serai heureux d'avoir leur éclairage.

 Sébastien

 --
 Sébastien Dinot, sebastien.di...@free.fr
 http://sebastien.dinot.free.fr/
 Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

 ___
 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] Autoroutes et tag 'opérator' manquant

[Art Penteur]

Peut-être, mais on peut aussi remarquer que ASF et ESCOTA sont deux
sociétés du groupe Vinci Autoroute.
Avec quelle granularité capitalistique doit-on définir les operator ?

Art.
Le 4 août 2014 15:38, François Lacombe 
francois.laco...@telecom-bretagne.eu a écrit :

 Une telle disjonction de continuité comme je l'ai entendu à SOTM-FR
 implique bien la création de deux objets.

 Après la A8 peut-être la relation de deux sous-relations elles-mêmes
 portant une valeur d'operator différentes.

 *François Lacombe*

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


 Le 4 août 2014 15:30, Francescu GAROBY windu...@gmail.com a écrit :

 Bon, premier écueil : comment faire quand une autoroute est gérée par
 plusieurs sociétés ?
 En l'occurrence, l'A8 (la Provençale) est gérée par la société Escota,
 de l'Italie à Aix-en-Provence, puis par ASF pour le tronçon ouest restant.

 Je fais 2 relations, avec les mêmes tags et mêmes valeurs (sauf pour le
 tag 'operator') ?

 Francescu


 Le 4 août 2014 15:14, François Lacombe 
 francois.laco...@telecom-bretagne.eu a écrit :

 +1 pour le faire en effet.

 operator=* correspond bien au cas de figure et owner=Republique
 Française ou autre...

 *François Lacombe*

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


 Le 4 août 2014 14:58, Francescu GAROBY f.gar...@gmail.com a écrit :

  Bonjour,
 Je remarque que plusieurs (toutes ?) autoroutes françaises n'ont pas le
 tag 'operator' dans leur relation, alors que celà est tout à fait
 possible, selon le wiki
 http://wiki.openstreetmap.org/wiki/WikiProject_France/Autoroutes#Autoroutes
 .
 Je me demandais donc s'il y avait une raison autre que personne ne l'a
 fait, jusque là... ?

 Par opérateur, j'entends : le nom de la société qui gère l'autoroute
 (SAPN, SANEF, COFIROUTE, ALIENOR, ASF, ...), Wikipedia
 https://fr.wikipedia.org/wiki/Liste_des_autoroutes_de_France les
 listant toutes.

 Je me propose de faire ce travail mais tout d'abord, j'aimerais avoir
 confirmation qu'il n'y a pas de raison de NE PAS le faire.

 Francescu

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



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




 --
 Cordialement,
 Francescu GAROBY

 ___
 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] Osmose/Pharmacies/changement massifs

[Art Penteur]

Le sage avait montré la Lune.
Pour ma première réponse, j'avais plutôt regardé le doigt.
J'ai fini par comprendre l'ampleur du problème, et normalement c'est
maintenant corrigé (changeset 24435684).

J'attends maintenant le sage suivant

Art.

Le 29 juillet 2014 21:24, Art Penteur art.pent...@gmail.com a écrit :
 Le 29 juillet 2014 12:51, Christophe Merlet red...@redfoxcenter.org a écrit 
 :


 Effectivement, pas facile de faire un script sans aucune erreur.


   Dans le cas présent, ça doit plutôt être un clic malheureux dans JOSM.

 Art.

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

Re: [OSM-talk-fr] Osmose/Pharmacies/changement massifs

[Art Penteur]

Le 30 juillet 2014 10:12, Pierre-Yves Berrard
pierre.yves.berr...@gmail.com a écrit :
 Une bouding box si grande pour le changeset, c'est parce que tu prends en
 compte l'outre-mer ?

Oui.

Art.

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

Re: [OSM-talk-fr] Osmose/Pharmacies/changement massifs

[Art Penteur]

Ce qui m'a convaincu, c'est l'argument de Vincent :

 Moi, je suis favorable à l'ajout. Si tout devient relatif au pays, ça devient 
 difficile d'avoir une base mondiale.
 Ça n'est pas compliqué d'ajouter le dispensing=yes. Et le jour où les 
 mexicains ou les néo-zélandais utiliseront les données de la France, ils 
 n'auront pas besoin de se référer à des données par défaut.

Mais je reste persuadé que la définition de amenity=pharmacy, qui
nécessite d'ajouter dispensing=yes pour dire que c'est une vraie
pharmacie qui délivre des vrais médicaments est une grosse erreur,
source de confusion. Dans quelle proportion du monde  a-t-on le droit
d'appeler pharmacie un endroit qui ne délivrerait pas une
prescription médicale ? Dispensing=yes devrait être le défaut, au
niveau mondial, et dispensing=no une option de taggage pour les cas
de pharmacie sans médicament médicaux.

C'est pour ça que je n'ai pas réagi à la discussion de l'an dernier.
Mais bon, la définition n'a pas changée depuis, et OSM est quand même
une base de données, où il est mieux que les choses soient uniformes.
C'est rien que de la technique. Par exemple, si demain, il y a
consensus sur le fait que shop=bakery c'est pas bien, et qu'il vaut
mieux shop=alimentary + aliment=bread, le changement pourra être
automatisé.
Et si le bon sens prévaut, supprimer le dispensing=yes de toutes les
amenity=pharmacy ne devrait pas être impossible.

Art.


Le 30 juillet 2014 10:55, Pieren pier...@gmail.com a écrit :
 2014-07-30 10:23 GMT+02:00 Art Penteur art.pent...@gmail.com:


 C'est vraiment dommage et triste d'en arriver là. C'est pourtant plus
 simple de dire que ce tag n'était pas nécessaire en France. Des tas
 d'autres attributs sont impliqués par défaut dans ce projet. A quand
 le changeset qui ajoute un oneway=no sur tous les highway qui n'ont
 pas de tag oneway ? Ne vous laissez pas trop influencer par certains
 outils de QA OSM, agitez vos neurones et considérez que certains tags
 qui sont nécessaires dans certains pays ne le sont pas forcément dans
 d'autres...

 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] Osmose/Pharmacies/changement massifs

[Art Penteur]

   Je viens de faire une première étape, la moins intrusive ; ajouter
dispensing=yes sur les objets ressemblant à des pharmacies, en
France, et pour lesquels rien n'était déjà précisé.

Mon plus gros changeset (numéro 24411346 : 15742 objets, selon JOSM.
553 lignes, 4 relations, 15185 nœuds).

Voici le détail de l'opération :
   - récupération de toutes les amenity=pharmacy de France.
   - sélection de celles :
 + dont le nom n'indique pas que c'est une paraphamarcie
(technique : recherche de la chaîne para et lecture du nom. J'ai
sélectionné pharmacie et parapharmacie Machin, mais je n'ai pas
sélectionné Parapharmacie Bidule)
 + et qui n'ont pas dispensing=np
   - Pour toute cette sélection, application de dispensing=yes
   - Correction de quelques-uns des problèmes signalés par le
validateur (nœuds identiques superposés, area=yes inutile, ...). Je
n'ai pas touché aux problèmes signalés sur opening_hours, qui
relèveraient d'une action disjointe, à mon avis.

Trois actions restent à faire :
   - Pour les amenity=pharmacy dont le nom indique qu'il s'agit en
fait d'une parapharmacie, appliquer les attributs appropriés
(shop=chemist, comme le suggère Osmose, ou
amenity=pharmacy+dispensing=no comme on trouve assez souvent ?).
Je n'ai pas d'avis, donc je n'ai rien fait. J'ai le fichier .osm à
disposition de qui veut agir.
   - Pour les amenity=pharmacy dont le nom indique qu'il s'agit
d'une pharmacie, mais qui ont dispensing=no, basculer vers
dispensing=yes. La difficulté pour une action en masse est le
critère le nom indique qu'il s'agit d'une pharmacie.
   - Pour les amenity=pharmacy sans nom, avec dispensing=no.
Difficile de savoir ce qu'il en est, en réalité. A faire signaler par
Osmose ?

Art.

2014-07-21 12:16 GMT+02:00 Pieren pier...@gmail.com:
 Je vous invite à relire ce fil de discussion d'il y a exactement un an
 et exactement sur le même sujet:
 http://gis.19327.n5.nabble.com/Osmose-et-les-pharmacies-td5769488.html

 Ma position n'a pas variée.

 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] Osmose/Pharmacies/changement massifs

[Art Penteur]

Le 29 juillet 2014 12:51, Christophe Merlet red...@redfoxcenter.org a écrit :


 Effectivement, pas facile de faire un script sans aucune erreur.


  Dans le cas présent, ça doit plutôt être un clic malheureux dans JOSM.

Art.

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

Re: [OSM-talk-fr] import lieux-dits (avec fixme)

[Art Penteur]

On dit aussi que le terrain prime, mais quel terrain ?
Je connais un lieu-dit pour lequel la poste, le cadastre et les
habitants utilsent une orthographe avec la lettre O... alors que le
panneau local utilse AU

Art.

Le 28 juillet 2014 11:39, Pieren pier...@gmail.com a écrit :
 2014-07-28 11:21 GMT+02:00 Pierre-Yves Berrard 
 pierre.yves.berr...@gmail.com:
 Autre question que je me pose : quelle est la vérifiabilité de ces toponymes
 sur le terrain ?
 Et par conséquent est-il souhaitable de tous les ajouter dans osm ?

 Euh, l'immense majorité des lieux-dits ne sont pas indiqués par un
 panneau sur place ;-) La seule vérifiabilité serait peut-être du
 côté des propriétaires des terrains, ceux qui s'en servent et/ou des
 vieux du village. De nombreux noms tirés du cadastre sont anciens et
 suivant les endroits, peuvent parfois tomber en désuettude (après
 remembrements par ex,). Pour ceux-là, on peut effectivement se poser
 la question de les garder ou pas dans OSM (mais c'est une questions
 que seuls les locaux peuvent répondre).

 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

[OSM-talk-fr] Osmose/Pharmacies/changement massifs

[Art Penteur]

Depuis quelques temps, pour les amenity=pharmacy en France, Osmose
signale une erreur disant :
En France toutes les pharmacies délivrent des médicaments sur
prescription, et en proposant les modifications suivantes :

Soit ajout de  dispensing = yes
Soit transformation en shop = chemist (pour les para-pharmacies, sans doute)

Cela m'inspire les réflexions suivantes

D'une part, ce changement est-il nécessaire ? La page wiki anglaise
dit The default value is country specific. Ne vaudrait-il pas mieux
documenter partout que, en France, le défaut est yes ? (pour
partout, on peut commencer par les pages wiki EN, FR et DE).

D'autre part, espérer que les corrections se fassent petit à petit sur
toute la France grâce à Osmose est, à mon  avis, une hérésie.
Savez-vous qu'on a inventé des machine à traiter de l'information ?
Si la communauté pense qu'il vaut mieux ajouter dispensing = yes,
je veux bien essayer de le faire systématiquement et automatiquement
sur toute la France (do-o-cratie), mais pour des raisons pratiques,
ce sera après le 27/07.

Art.

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

Re: [OSM-talk-fr] Couche Bano

[Art Penteur]

Super !

  Et encore merci aux fourmies de l'administation qui fournissent leur
dose régulière aux fourmies BANO-addicted de la saisie des noms de
voies.

Art.

Le 17 juillet 2014 09:51, V de Chateau-Thierry v...@laposte.net a écrit :
 Bonjour,

 De : Stéphane Péneau

 Qu'en est-il de l'état de la couche Bano ?
 J'ai des trucs bizarres, avec des rues corrigées il y a pas mal de
 temps, dont la concordance n'est toujours par faite, et d'autres plus
 récentes qui ont bien été mises à jour.

 Tu n'as pas la berlue :)
 Il y a environ 3 semaines, la base, réplique d'OSM, qui alimente BANO, a dû 
 être ré-
 importée. Mais il y a eu pas mal d'embûches au cours du process. Une màj de 
 BANO a eu
 lieu une fois cette base réimportée... jusqu'au moment où il a été détecté 
 que la base
 était incomplète (il manquait une semaine de mises à jour fin juin/début 
 juillet).
 Tout ça est réparé depuis hier soir, et j'ai relancé une mise à jour des
 rapprochements avec le cadastre ce matin. Ça va tourner toute la journée, et 
 le graphe
 qui témoigne des évolutions est ici :
 http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_rapproche.html
 L'impact sur le rendu BANO est normalement une disparition de rouge au profit 
 du bleu.

 À vos caches :)

 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] Améliorations rendu FR

[Art Penteur]

Dans la même veine :
   Les gens attachés au statut administratif regrettent qu'au zoom 7, sur
cette carte : http://tile.openstreetmap.fr/~cquest/leaflet/#7/43.696/1.791
, Albi et Auch, qui sont des préfectures, ne soient pas représentées.
   Personnellement, je n'ai aucune idée de la difficulté du changement
nécessaire.

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

Re: [OSM-talk-fr] Golf bunker

[Art Penteur]

Est-ce qu'on en profite pour relancer la discussion childcare vs; brothel ?

Art.

Le 24 juin 2014 16:18, Pieren pier...@gmail.com a écrit :
 2014-06-24 15:45 GMT+02:00 Pierre Béland pierz...@yahoo.fr:
 Un aspect un peu contradictoire de la communauté OSM ,tandis que les objets
 commerciaux sont en général assez bien rendus, les objets plus
 communautaires, c'est plutôt le néant (ie. cliniques médicales, services
 sociaux). À ajouter éventuellement?

 Il n'y a rien de contradictoire. Parfois, certaines choses sont
 rendues parce qu'elles font simplement de plus jolies cartes ou
 qu'elles correspondent aux intérêts des auteurs. Je ne crois pas qu'il
 faille y voir quelque chose d'idéologique (comme un rendu
 capitalistique vs un rendu social). Par exemple. OSM n'affiche pas
 toutes les valeurs de shop. Mais amenity=bar a été un des premiers
 POI affiché dans l'histoire du rendu OSM. Ca dépend aussi des centres
 d'intérêts des auteurs de ces feuilles de style (qui parfois se limite
 à l'horizon d'un verre de bière, d'une pizza et d'un écran
 d'ordinateur ;)

 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] tile.openstreetmap.fr à genou ?

[Art Penteur]

Le 25 mai, Christian nous annonçait :

 tile.openstreetmap.fr en pause


 Suite à un problème de base de données, la mise à jour des tuiles
  est en pause le temps qu'on fasse le ré-import de la base (en //),
 mais les tuiles continuent à être générées à la demande.

 Ne vous étonnez pas si c'est pas à jour ;)

  J'ai vu aussi que ça durait, mais j'ai supposé que le problème avait
été plus grave que prévu.

Art.

Le 16 juin 2014 13:29, Waxy w...@laposte.net a écrit :
 Salut,

 Cela fait des jours que les dalles ne sont plus rafraîchies sur
 tile.openstreetmap.fr, en tout cas sur la Guyane.
 Même un coup de dirty ne semble rien y faire, et puis c'est généralisé !

 Est-ce volontaire, pour favoriser d'autres tâches, ou y a-t-il un problème ?

 Exemples :

 http://b.tile.openstreetmap.fr/?zoom=16lat=5.48805lon=-54.03002layers=00B0FFF

 http://b.tile.openstreetmap.fr/?zoom=14lat=4.70725lon=-52.31072layers=B000FFF

 @+

 ___
 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] En route pour SOTM-EU !

[Art Penteur]

La présentation de Christian, c'est gentil, mais c'est un peu le
nombrilisme typique des rézosocio, l'utilisation des moyens de com'
moderne pour rester entre soi, et apprendre ce qu'on savait déjà.!

Je n'ai pas compris grand-chose, non plus, à la numérotation des
videos. Pour un survol, les lightning talk sont en 90 et 94 :

http://ftp5.gwdg.de/pub/misc/openstreetmap/SOTMEU2014/90.webm
http://ftp5.gwdg.de/pub/misc/openstreetmap/SOTMEU2014/94.webm

Il ne semble pas y avoir de présentation équivalente à celle de
Christian pour ce qui se fait en Allemagne ou GB ?

Art.

Le 14 juin 2014 12:45, rainerU ra...@sfr.fr a écrit :
 Les vidéos sont disponibles sur

 http://ftp5.gwdg.de/pub/misc/openstreetmap/

 Je n'ai pas compris la systématique des noms de fichiers mais voici la
 présentation de Christian :

 http://ftp5.gwdg.de/pub/misc/openstreetmap/SOTMEU2014/54.webm

 ( Je n'ai finalement pas pu y aller à cause de la grève des cheminots :( )


 ___
 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] En route pour SOTM-EU !

[Art Penteur]

Si jamais il fallait lever une ambiguïté :
Je ne critique pas la présentation, qui était riche et archi-nécessaire
pour interagir (donner envie ?) à nos voisins européens. L'énorme travail
qui a été fait mérite bien un peu de pub. Merci d'y consacrer du temps.

Ma petite pique était plutôt contre l'attitude regardez notre copain qui
passe à la télé. C'est très humain, mais une conf. internationale, c'est
quand même plutôt fait pour découvrir des choses qui se font ailleurs et
qu'on ne connait pas encore.

Art.
Le 14 juin 2014 15:46, Christian Quest cqu...@openstreetmap.fr a écrit :

 Les outils que j'ai présenté vous les connaissez sûrement tous (ou
 presque).

 Ces outils sont méconnus d'autres communautés et c'est l'occasion de
 montrer ce qui est fait quelque part et peut être reproduit ailleurs voire
 même utilisé en dehors de la communauté FR car bon nombre des outils qui
 tournent sur nos serveurs ont une couverture qui ne s'arrête pas aux bords
 de l'hexagone.

 De nombreuses autres présentations sont très intéressantes avec un paquet
 de présentations liées à la qualité des données (j'en ai compté 8). C'est
 un sujet qui monte...



 Le 14 juin 2014 15:10, Art Penteur art.pent...@gmail.com a écrit :

 La présentation de Christian, c'est gentil, mais c'est un peu le
 nombrilisme typique des rézosocio, l'utilisation des moyens de com'
 moderne pour rester entre soi, et apprendre ce qu'on savait déjà.!

 Je n'ai pas compris grand-chose, non plus, à la numérotation des
 videos. Pour un survol, les lightning talk sont en 90 et 94 :

 http://ftp5.gwdg.de/pub/misc/openstreetmap/SOTMEU2014/90.webm
 http://ftp5.gwdg.de/pub/misc/openstreetmap/SOTMEU2014/94.webm

 Il ne semble pas y avoir de présentation équivalente à celle de
 Christian pour ce qui se fait en Allemagne ou GB ?

 Art.

 Le 14 juin 2014 12:45, rainerU ra...@sfr.fr a écrit :
  Les vidéos sont disponibles sur
 
  http://ftp5.gwdg.de/pub/misc/openstreetmap/
 
  Je n'ai pas compris la systématique des noms de fichiers mais voici la
  présentation de Christian :
 
  http://ftp5.gwdg.de/pub/misc/openstreetmap/SOTMEU2014/54.webm
 
  ( Je n'ai finalement pas pu y aller à cause de la grève des cheminots
 :( )
 
 
  ___
  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] En route pour SOTM-EU !

[Art Penteur]

PS: je viens de relire mon premier message, et effectivement je n'étais pas
clair. Au lieu de commencer par La présentation de Christian,...,
j'aurais du écrire : Mettre ici un lien vers la présentation...
Le 14 juin 2014 16:32, Art Penteur art.pent...@gmail.com a écrit :

 Si jamais il fallait lever une ambiguïté :
 Je ne critique pas la présentation, qui était riche et archi-nécessaire
 pour interagir (donner envie ?) à nos voisins européens. L'énorme travail
 qui a été fait mérite bien un peu de pub. Merci d'y consacrer du temps.

 Ma petite pique était plutôt contre l'attitude regardez notre copain qui
 passe à la télé. C'est très humain, mais une conf. internationale, c'est
 quand même plutôt fait pour découvrir des choses qui se font ailleurs et
 qu'on ne connait pas encore.

 Art.
 Le 14 juin 2014 15:46, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 Les outils que j'ai présenté vous les connaissez sûrement tous (ou
 presque).

 Ces outils sont méconnus d'autres communautés et c'est l'occasion de
 montrer ce qui est fait quelque part et peut être reproduit ailleurs voire
 même utilisé en dehors de la communauté FR car bon nombre des outils qui
 tournent sur nos serveurs ont une couverture qui ne s'arrête pas aux bords
 de l'hexagone.

 De nombreuses autres présentations sont très intéressantes avec un paquet
 de présentations liées à la qualité des données (j'en ai compté 8). C'est
 un sujet qui monte...



 Le 14 juin 2014 15:10, Art Penteur art.pent...@gmail.com a écrit :

 La présentation de Christian, c'est gentil, mais c'est un peu le
 nombrilisme typique des rézosocio, l'utilisation des moyens de com'
 moderne pour rester entre soi, et apprendre ce qu'on savait déjà.!

 Je n'ai pas compris grand-chose, non plus, à la numérotation des
 videos. Pour un survol, les lightning talk sont en 90 et 94 :

 http://ftp5.gwdg.de/pub/misc/openstreetmap/SOTMEU2014/90.webm
 http://ftp5.gwdg.de/pub/misc/openstreetmap/SOTMEU2014/94.webm

 Il ne semble pas y avoir de présentation équivalente à celle de
 Christian pour ce qui se fait en Allemagne ou GB ?

 Art.

 Le 14 juin 2014 12:45, rainerU ra...@sfr.fr a écrit :
  Les vidéos sont disponibles sur
 
  http://ftp5.gwdg.de/pub/misc/openstreetmap/
 
  Je n'ai pas compris la systématique des noms de fichiers mais voici la
  présentation de Christian :
 
  http://ftp5.gwdg.de/pub/misc/openstreetmap/SOTMEU2014/54.webm
 
  ( Je n'ai finalement pas pu y aller à cause de la grève des cheminots
 :( )
 
 
  ___
  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] Village de Peypin et (re)découverte d'OpenStreetMap

[Art Penteur]

Bien qu'il fasse super-chaud, et que Peypin soit vallonné, BANO nous
dit qu'il y a encore quelques noms de voies à compléter :

http://layers.openstreetmap.fr/?zoom=16lat=43.38333lon=5.5835layers=BFFT

Bon courage !

Art.

Le 11 juin 2014 09:46, Victor Stinner victor.stin...@gmail.com a écrit :
 Bonjour,

 J'avais entendu parler d'OpenStreetMap il y  a plusieurs années, mais
 à l'époque la carte était plutôt vierge, il fallait du matériel GPS
 capable d'exporter en GPX (rare à l'époque je crois) et l'éditeur en
 ligne n'était pas terrible.

 Je viens de refaire un tour sur OpenStreetMap et... wow ! La carte de
 France est très détaillée, notamment celle des grandes villes.
 L'éditeur HTML5/JS est facile à prendre en main, joli et clair. Et la
 disponibilité de photos satellite Microsoft Bing permet de contribuer
 sans matériel particulier. J'ai également testé 2 applicatons sur mon
 smartphone Android : OSMTracker (enregistrer des traces GPX avec un
 bouton Uploader vers OpenStreetMap) et OSMAnd (navigation hors ligne
 dans les cartes OSM). Ces deux applications sont très bien, et
 OSMTracker est très facile à utiliser. Je mets mon téléphone dans ma
 poche, je me ballade, je peux prendre des notes texte, etc.

 Pour commencer, j'ai choisi de compléter la carte du village de Peypin
 (13124) dans le PACA (France), vu que c'est là que j'habite. Ce
 village est très étendu, situé dans la montagne, il est très vallonné
 et est fractionné en plusieurs quartiers. Ça m'intéresse d'avoir une
 carte très détaillée pour voir à quoi ressemble le village vu du
 ciel.

 J'ai ajouté énormément de routes, j'ai noté les églises, écoles,
 commerces, etc. J'ai commencé à dessiner les voies piétonnes, places,
 escaliers, etc. Euh la carte était déjà bien avant que j'arrive hein,
 je n'ai pas tout fait :-) Les maisons du cadastre étaient déjà toutes
 présentes, ça aide beaucoup.

 Carte de Peypin :
 http://www.openstreetmap.org/relation/93723

 Comme je débute, je me demande si je choisis les bons types de route,
 bâtiment, etc.

 Routes :

 - les grosses routes départementales sont notées comme des routes
 secondaires (orange),
 - rues : route résidentielle,
 - chemins pour accéder aux propriétés privées : route d'accès (privée),
 - voies piétonnes dans la ville : Voie piétonne (highway=footway),
 - chemins piétons dans la forêt : Chemin non carrosable (highway=path),
 - chemins utilisable en voiture dans la forêt : Piste carrossable
 (highway=track).

 Bâtiments :

 - écoles : j'ai choisi de dessiner un polygone Terrain d'école
 (amenity=school)
 - les places : Piétonnier (area=yes, highway=pedestrian)
 - les églises : Église (icône avec une croix catholique)
 (amenity=place_of_worship, building=yes, religion=christian)
 - etc.

 Bref, ça m'intéresse si quelqu'un peut jeter un oeil à la carte.

 Maintenant j'utilise l'application OSMTracker pour aller vérifier les
 routes sur place, je corrige le nom des rues (je prends le nom
 français, mais garde le nom en provençal quand il est disponible),
 etc. C'est épuisant, comme dit, Peypin est très vallonné et il fait
 super chaud :-)

 J'ai encore du mal avec les décalages entre photo satellite et GPS,
 sûrement du aux importants changement d'altitude. L'éditeur en ligne
 est bien mais très lent quand on commence à dézoomer. Le temps de
 recalcul des tuiles est perturbant, chaque niveau de zoom affiche une
 carte différente quand la carte est fraichement éditée...

 Bravo encore pour le travail abattu.

 Victor

 ___
 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] Village de Peypin et (re)découverte d'OpenStreetMap

[Art Penteur]

Bonjour,

  Une présentation du projet BANO est disponible sur le wiki :
http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)

  Comme il lui est nécessaire de faire des correspondances entre plusieurs
sources (Fantoir, extraits du cadastre vectoriel, OSM) qui ont chacune des
pratiques différentes pour les écritures des noms (sans compter les erreurs
et incohérences), le système Bano a une heuristique de rapprochement qui
s'améliore tous les jours, mais est encore perfectible (le projet est
jeune).

Je laisse les gens qui travaillent réellement sur la bête dire si un
rapprochement chemin=camin est possible et souhaitable.

Art.
Le 11 juin 2014 12:43, Victor Stinner victor.stin...@gmail.com a écrit :

 Le 11 juin 2014 11:55, Art Penteur art.pent...@gmail.com a écrit :
  Bien qu'il fasse super-chaud, et que Peypin soit vallonné, BANO nous
  dit qu'il y a encore quelques noms de voies à compléter :
 
 
 http://layers.openstreetmap.fr/?zoom=16lat=43.38333lon=5.5835layers=BFFT
 
  Bon courage !

 Je ne connais pas BANO. J'ai l'impression que ce site n'est pas à
 jour, il utilise une carte qui a plus de 2 jours, voir une semaine.
 Mais je doute que j'ai renseigné tous les noms, je vais regarder ça de
 près.

 Je vois que BANO affiche des noms qui sont faux : Chemin Camin Belle
 Viste alors que j'ai noté Camin Belle Visite, visite avec deux i.
 Je suis allé sur place, et j'ai vu un panneau avec Visite. Je n'ai
 pas mis le préfixe Chemin par contre. Je n'ai pas encore bien
 compris comment sont nommées les routes à Peypin :-) Le panneau était
 Camin Belle Visite, et non pas Chemin Camin Belle Visite. Le
 cadastre n'est pas toujours identique...

 Pour l' impasse Dei Cigalouns, je l'ai nommée impasse des
 Cigalouns comme sur le cadastre, mais j'ai gardé le nom provençal
 (impasse Dei Cigalouns) dans les données de la route. Ahem, il semble
 qu'en fait Dei veut dire des, et Cigalouns veut dire Cigales.
 Du coup, l'impasse devrait s'appeler Impasse des Cigales en
 français, et non pas Impasse des Ciaglouns (nom tiré du cadastre).
 Dans la rue, le panneau indique Impasse Dei Cigalouns. Faudrait
 qu'ils se mettent d'accord ! :-)

 Je ne sais pas si BANO parle le provençal. On verra une fois qu'il sera à
 jour.

 Victor

 ___
 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 - nouveaux rapprochements ?

[Art Penteur]

Chers amis qui travaillez sur BANO :

   Je vous hais.

 Maintenant, au milieu de zones de plus en plus bleues, sont bien
visibles en rouge mes fautes de frappes, mes oublis et mes paresses.
Quelle honte !

Art.
PS : évidemment, second degré, tout ça..
Bravo et merci !

Le 9 juin 2014 10:39, Vincent de Château-Thierry v...@laposte.net a écrit :
 Bonjour,

 Le 07/06/2014 15:18, Vincent de Château-Thierry a écrit :

 Bonjour,

 Le 07/06/2014 14:49, djo_man a écrit :

 une erreur de rapprochement est systématique dés que le nom affiché dans
 BANO comporte à la fin du nom le numéro de la voie
 exemple: Rue Auguste Masson (Vc61)
 Le nom de la rue est bonne dans OSM

 Le Croisic est du coup tout rouge !
 alors qu'il pourrait être presque bleu


 Merci pour cette remontée. Suffisamment massive pour nécessiter un
 traitement dans la phase de rapprochement Fantoir = Cadastre. Cette
 phase est en pleine refonte ce week-end pour permettre une meilleure
 réactivité par la suite, dans la recherche de correspondance avec les
 highways OSM au fil des saisies en base.


 Cette nuit une itération France entière de rapprochement entre codes
 Fantoir, adresses du Cadastre et noms de vois OSM a été faite. Les efforts
 des jours derniers sont indirectement visibles sur cette courbe :
 http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_rapproche.html
 Su le rendu Bano, normalement, moins de rouge et plus de bleu, c'est le
 moment de purger les caches des navigateurs :)
 Cette itération n'a pas tenu compte de toutes les remontées faites jusque là
 : anomalies, abréviations, etc. Pour faciliter le traitement des cas,
 l'idéal reste leur recensement ici :
 https://github.com/osm-fr/bano/issues/new

 merci
 vincent


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

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

Re: [OSM-talk-fr] Mapcraft sur l'import du bâti au Calvados

[Art Penteur]

A titre personnel, je trouve dommage de laisser le bâti tout nu.
Je rajouterais au processus ;
* Les 'building=yes que la disposition (lotissement, ...) et les
images aériennes permettent d'identifier en maison individuelle ou
immeubles - building=house ou building=apartment.
* identifier les emplacement particuliers : mairies, établissements
d'enseignements, églises/monuments.
** Pour les mairies, c'est souvent mentionné sur les planches
cadastrales, sinon, y'a les propositions d'intégrations d'Osmose.
** Pour les établissement d'enseignement, c'est parfois mentionné sur
la cadastre, y'a aussi les propositions d'intégrations d'Osmose, et
les cours d'écoles ou de collège se repèrent souvent bien sur Bing.
** Pour les églises, idem, plus la forme du bâtiment. De plus, les
points géodésiques décrits avec des mots comme clocher sont souvent
de bons indices.

Art.

Le 1 juin 2014 15:26, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit :
 Bonjour,

 En soutien à nos amis geek des adresses, il y a encore un travail de titan
 pour l'import des bâtiments dans OSM.

 Ce travail permet notamment à aider au positionnement des tags pour les
 contributeurs, mais à des dizaines d'autres cas d'usages (rattachement des
 adresses par exemple).

 Le travail est facile à faire depuis son fauteuil, mais nécessite beaucoup
 de contrôles visuels, il vaut mieux débuter par des petits villages.

 Je vous propose donc le MapCraft suivant sur l'import du bâti au Calvados
 http://mapcraft.nanodesu.ru/pie/426#

 Actuellement il y a moins 536 communes à faire et au moins 170 communes de
 faites (j'ai sûrement raté des communes).

 C'est plus accessible que les adresses et il n'y a pas de débats sur la
 façon de faire ;)

 Quelques personnes pour aider ?

 *

 Le processus en quelques mots :
 * Choisir une commune et se l'attribuer :
 http://mapcraft.nanodesu.ru/pie/426#
 * Télécharger les données sur http://cadastre.openstreetmap.fr/ et les
 ouvrir dans JOSM
 * Télécharger les données osm de la commune (fichier - télécharger -
 Rechercher un lieu)
 * Vérifier que l'image satellite est correcte (via les traces gps voir les
 liens utiles)
 * Si ce n'est pas bon, changer le statut mapcraft, libérer la zone et passer
 à une autre commune.
 * Si c'est bon, simplifiez les chemins avec le paramètre suivant :
 simplify-way.max-error0.08
 * Vérifiez l'alignement de chaque petit pâté de maison (la sélection en
 lasso est très utile, ne pas dépasser plus d'une dizaine de maison d'un
 coup, les décalages sont variables)
 * Lancez le validateur JOSM pour corriger les intersections de bâtiment
 entre eux ou avec des voies
 * Envoyez sur OSM.org (par 100 ou 500 modifications) et actualisez le statut
 mapcraft pendant ce temps


 Liens utiles :
 * utiliser le calque QA des zones à mapper dans JOSM permet de savoir tout
 de suite si le cadastre vectoriel est disponible :
 tms[20]:http://{switch:a,b,c}.tile.openstreetmap.fr/qa/{zoom}/{x}/{y}.png
 * le calque des traces GPS sur OSM.org pour voir si l'image est bien
 positionnée
 tms[22]:https://gps-{switch:a,b,c}.tile.openstreetmap.org/lines/{zoom}/{x}/{y}.


 Pourquoi le Calvados ?
 C'est Christian qui a lancé l'idée pour la NIght of the Living Maps
 proposait d'orienter nos travaux sur :
 2014 ? je propose le Calvados (14) ! On y trouve un mix rosé assez dense et
 bleuté/vert (beaucoup de bâti pas importé).
 Pour moi, c'est aussi une région avec peu de montagnes et beaucoup à mapper,
 ce qui est plus dynamique quand on y travaille.
 --
 Jean-Baptiste Holcroft

 ___
 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 BANO : Actualisation

[Art Penteur]

Et si j'interprète bien le rythme de progression qu'on peut voir sur
GitHub, et si rien ne bloque la machine d'ici-là, on peut prévoir que
les données BANO du département 85 seront remises à jour d'ici 8 à 10
heures.

Après, il faudra sans doute attendre environ une semaine

Ça peut semble long quand on piaffe après avoir fait une correction,
mais je trouve le rythme très correct vu l'énorme travail que ça
représente, et l'on peut remercier l'équipe BANO, qui a produit un
magnifique outil de QC/QA des voies OSM de France.

Art.

Le 30 mai 2014 12:25, Christian Quest cqu...@openstreetmap.fr a écrit :
 Rien de travers... c'est juste que le rendu BANO n'est pas remis à jour en
 temps réel.
 Il dépend des données présentes dans BANO et elles ne sont pas encore mises
 à jour de façon régulière. On y travaille !

 On est dans une phase encore expérimentale, même si ça donne un outil déjà
 bien pratique en l'état.


 Le 30 mai 2014 12:14, Régis Bouguin regis.boug...@wanadoo.fr a écrit :

 Bonjour


 J'ai dû rater quelque chose mais je n'arrive pas à avoir un rendu
 actualisé de mon village.

 http://www.openstreetmap.org/#map=18/46.45940/-1.33540

 La première fois que j'y suis allé, il manquait 2 places et une rue. 2
 rues étaient mal orthographiées.

 J'ai aussitôt corrigé mais les corrections n'apparaissent pas sur layers
 (pas tout à fait vrai, ça dépend du zoom)
 http://layers.openstreetmap.fr/?zoom=18lat=46.45940lon=-1.33540

 En revanche j'ai toujours 5 rues manquantes


 Qu'est-ce que je fais de travers ?


 (cache vidé, j'ai même changé de navigateur)


 Cordialement

 ___
 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

[OSM-talk-fr] Non-attribution OSM par http://openalfa.com/

[Art Penteur]

Je suis tombé récemment sur le site http://rues-france.openalfa.com/,
qui présente sur fond Google des informations OSM sans créditer OSM.
Enfin, sans créditer directement. Parcequ'il n'est pas difficile de
voir que ça vient d'OSM, ils ne cherchent pas à le cacher.

J'ai essayé de les contacter, sans grand succès.
Pas moyen de laisser un commentaire sur l'un de leurs blogs (par
exemple http://openalfa.com/)

J'ai envoyé un mail à postmas...@openalfa.com, sans aucune certitude
qu'il sera lu (le texte de mon mail est en fin de ce message).

Est-ce que quelqu'un de plus doué que moi dans la chasse aux
non-attributions peut prendre le relai et aurait d'autres idées de
contact (twitter à partir d'un compte plus suivi que le mien). ?

Art.

PS : texte du message envoyé (sans doute à /dev/null)
Dear OpenAlfa team,
It is a good goal to presentar de forma sencilla la abundante
información geográfica existente en la base de datos de
OpenStreetMap. Free data is here to be used and re-used.

But I would like to remind you that data from OpenStreetMap are
licensed under the Open Data Commons Open Database License (ODbL).
This license gives you the right to use OSM data,  *as long as you
credit OpenStreetMap and its contributors*

More detailed explanations are available at :
http://www.openstreetmap.org/copyright/en

So, in your various sites (Callejero Mexico,  New York Streets,  UK
Streets,  India Streets, Rue de France, ...) you have to add this
credit. For example, a small text such as : Data is © OpenStreetMap
contributors, and are available under the Open Database License.

Best regards,

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

Re: [OSM-talk-fr] Non-attribution OSM par http://openalfa.com/

[Art Penteur]

He bien en fait, il y avait quelqu'un derrière l'adresse mail que j'ai
utilisée, et qui m'a répondu rapidement :

 I'll add to the footer of every page a link to 
 http://www.openstreetmap.org/copyright, with anchor text Data is © 
 OpenStreetMap contributors. Hope this is enough to meet the legal 
 requirements.


Je ne suis pas capable de dire si c'est vraiment suffisant pour
respecter l'ODbL, mais c'est déjà un bon geste.

Art.


Le 29 mai 2014 10:52, Art Penteur art.pent...@gmail.com a écrit :
 Je suis tombé récemment sur le site http://rues-france.openalfa.com/,
 qui présente sur fond Google des informations OSM sans créditer OSM.
 Enfin, sans créditer directement. Parcequ'il n'est pas difficile de
 voir que ça vient d'OSM, ils ne cherchent pas à le cacher.

 J'ai essayé de les contacter, sans grand succès.
 Pas moyen de laisser un commentaire sur l'un de leurs blogs (par
 exemple http://openalfa.com/)

 J'ai envoyé un mail à postmas...@openalfa.com, sans aucune certitude
 qu'il sera lu (le texte de mon mail est en fin de ce message).

 Est-ce que quelqu'un de plus doué que moi dans la chasse aux
 non-attributions peut prendre le relai et aurait d'autres idées de
 contact (twitter à partir d'un compte plus suivi que le mien). ?

 Art.

 PS : texte du message envoyé (sans doute à /dev/null)
 Dear OpenAlfa team,
 It is a good goal to presentar de forma sencilla la abundante
 información geográfica existente en la base de datos de
 OpenStreetMap. Free data is here to be used and re-used.

 But I would like to remind you that data from OpenStreetMap are
 licensed under the Open Data Commons Open Database License (ODbL).
 This license gives you the right to use OSM data,  *as long as you
 credit OpenStreetMap and its contributors*

 More detailed explanations are available at :
 http://www.openstreetmap.org/copyright/en

 So, in your various sites (Callejero Mexico,  New York Streets,  UK
 Streets,  India Streets, Rue de France, ...) you have to add this
 credit. For example, a small text such as : Data is © OpenStreetMap
 contributors, and are available under the Open Database License.

 Best regards,

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

[Art Penteur]

Le 24 mai 2014 12:04, Christian Quest cqu...@openstreetmap.fr a écrit :
[...]
 Prochaines étapes:
 - refaire une passe de rapprochement avec OSM
 - améliorer encore les rapprochements

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

Merci.

Art.

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

Re: [OSM-talk-fr] Tag lotissement

[Art Penteur]

Je ne suis pas une autorité en OSM, mais je n'aime pas découper un landuse
en plusieurs parties contiguës qui ne différent que par l'attribut name.
Pour moi, l'usage du sol est le même des 2 cotés.
  Pourquoi pas un landuse residential qui engloberait tous le village, y
compris le lotissement, et un polygone correspondant au lotissement, qui ne
porterait qu'un attribut name ?

Art.
Le 4 mai 2014 10:04, Christian Quest cqu...@openstreetmap.fr a écrit :

 Un lotissement c'est quoi... une zone résidentielle qui porte un nom
 particulier, non ?

 Si c'est plus fort, ça devient un nom de quartier, voire un découpage
 administratif spécifique.

 landuse=residential + name=* me semble le plus adapté, c'est ce que
 j'utilise quand j'en rencontre.
 Oui, il faut dans l'idéal soustraire ce landuse d'un éventuel landuse
 générique plus englobant.



 Le 4 mai 2014 09:25, Mides mides@gmail.com a écrit :

 Bonjour,

 pour un peu plus de précision, cette zone est effectivement déclarée
 comme un lotissement sur le terrain, elle est excentrée par rapport à la
 ville, mais si l'on retient la façon de faire avec le tag residential, doit
 dissocier le polygone lotissement du polygone principal residential de la
 ville de rattachement, ou tracer en surcouche ce qui ne me semble ne pas
 être très judicieux quand même. Quant à utiliser suburb, j'exclus cette
 possibilité dans la mesure où l'on ne peut pas y appliquer la notion de
 quartier.

 Merci pour votre aide.

 Bon dimanche

 Michel


 2014-05-04 6:36 GMT+02:00 David Crochet david.croc...@free.fr:

 Bonjour

 Même idée : landuse=residential + 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




 --
 Christian Quest - OpenStreetMap France
 Conférence State Of The Map France du 4 au 6 avril à 
 Parishttp://openstreetmap.fr/sotmfr

 ___
 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] Share alike ou le partage à l'identique

[Art Penteur]

Le 4 mai 2014 18:12, Jean-Baptiste Holcroft jb.holcr...@gmail.com a
écrit :


 Christian proposait des exceptions sur base d'échanges de données, mais
j'ai du mal à voir comment limiter une diffisuion des données OSM sous
d'autres licences par des organismes partenaires. Car cela reviendrait à
bypasser l'odbl. Quelle seraient les frontières des données ? Les


J'imagine une licence spécifique par organisme et par jeu de données.
Quelque-chose du genre :
En exception à la licence odbl générale, la fondation autorise l'organisme
machin, qui met dans le domaine public sa base de données des adresses (ou
autre) de la ville de truc à incorporer dans la dite base des informations
d'adresse (ou autre) se rapportant à la ville de truc, issues d'OSM.

Ça me semble simple, clair, bien défini, et de nature à favoriser la bonne
entente avec des organismes dont l'import des données a pu être une grosse
source pour OSM.

Mais, évidemment, je ne suis pas juriste et cet avis n'engage que moi.

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

Re: [OSM-talk-fr] Peut-on acheter OSM?

[Art Penteur]

OSM n'est pas un objet(ou une société) achetable.
Donc la phrase, prise au sens strict, n'a pas de sens.

Mais la vraie question est sans doute : Google peut-il dépenser de
l'argent pour récupérer l'énergie et la communauté autour d'OSM ?

Si Google se met à proposer des outils autour d'OSM qui sont
meilleurs ou au moins d'accès plus médiatisé que ceux existants, par
exemple une couche OSM dans Google Map (comme MapQuest Open), des
extraits comme Geofabrik, des cartes thématiques comme ITO, un
éditeur, un système de Q/A (cf. annonce de KeepRight le 2013-09-30),
etc, est-ce qu'on ourra dire que Google a capitulé devant OSM, ou
alors que Google a encore colonisé un autre pan du cyberespace ?

Art.

Le 30 janvier 2014 10:41, Christian Quest cqu...@openstreetmap.fr a écrit :
 On peut acheter les données, on pourrait acheter la fondation, mais je ne
 vois pas comment acheter la communauté.

 Or la richesse d'OSM c'est sa communauté, c'est elle qui crée et maintient
 les données.

 Google en achetant Waze a acheté une communauté, mais une communauté qui là
 utilise un service et qui en est donc dépendante et ne quittera pas ce
 service car il n'y en a pas d'autre équivalent vers lequel se tourner. C'est
 en très grande majorité une communauté de crowdsourcing passif (collecte
 d'infos de circulation en ayant juste l'appli démarrée).

 La communauté des contributeurs OSM est une communauté de crowdsourcing
 actif et qui ne fait pas cela pour un service qu'OSM lui apporte en retour
 immédiat.

 Dans nos réflexions sur OSM, son avenir, c'est bien la communauté qu'il faut
 privilégier pour la développer, la renforcer.



 Le 30 janvier 2014 09:58, Marc SIBERT m...@sibert.fr a écrit :

 Bonjour,

 Précisément (mais je ne suis pas... juriste) G pourrait racheter la
 fondation qui possède les droits sur le projet (marque, serveurs,
 domaine)... et après la licence impose que les données restent libres et
 comme lors du changement de licence CC-BY-SA - ODbL un fork de la base est
 possible à la date du rachat mais avec un autre nom.

 Ce qui n'est pas très grave en fait car dans OpenStreetMap, il ne reste
 que Open, puisque nous ne cartographions pas que des rues (Street) et que
 nous ne produisons pas que des cartes (Map) !

 mes 0.02 EURO


 Le 30 janvier 2014 09:42, Romain MEHUT romain.me...@gmail.com a écrit :

 Bonjour,

 Suite à la parution dans le dernier numéro de Courrier International, de
 la traduction d'un article du New York Times sur Google Maps Google Maps à
 la conquête du monde
 (http://www.courrierinternational.com/article/2014/01/29/google-maps-a-la-conquete-du-monde),
 on m'a évoqué la possibilité que Google pourrait acheter OSM.

 Que répondre à cela?

 Merci.

 Romain



 ___
 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




 --
 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] Rétablir le point géodésique 62054A -A ?

[Art Penteur]

Bonjour à tous;

  En travaillant à améliorer la gare de Calais-Fréthun (coucou
raidar.fr), je suis tombé sur un noeud qui appartenait à une route,
deux voies ferrées de layer différents, et qui était un point
géodésique d'un clocher !

   J'ai démélé tout ça, et il me reste le nœud 2609125290 , qui
correspond au repère géodésique 62054A - A, et que j'aimerais bien
remettre en place.

  Le lien donné
(ancien-geodesie.ign.fr/fiche_point.asp?num_site=62054Ano_ptg=01numero_f50=2103)
ne fonctionne plus.

   Quelle serait la meilleure méthode pour remettre ce point en place
(sachant que l'historique est perdu) ?

Merci,

Art.

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

Re: [OSM-talk-fr] Mise à jour des euro vélo

[Art Penteur]

Sauf que la HRP, son auteur l'a parcouru, et c'est référencé, documenté.

Des discussions récentes sur cette liste ont montré que les  EV étaient des
mélanges de vœux pieux, de communication politiques, et n'avaient pas
toujours de réalité sur le terrain (passage par des ponts qui n'existent
pas, des échangeurs autoroutiers, ...). En plus, ça vient de fichiers pas
vraiment sourcés.

Le principe de base d'OSM étant la vérifiabilité sur le terrain, et puisque
les EV ne sont *pas* des traces GPS de cyclistes, elles sont supprimables
par quiconque connaissant le terrain et pouvant décrire l'absurdité d'une
section. Même si on peut avoir de la sympathie pour le projet en général.

Art.
 Le 4 janv. 2014 13:15, Léo SERRE leo-se...@legtux.org a écrit :

 Pieren, je ne suis pas d'accord

 Pour ma part j'ai ajouté la HRP à OSM, un itinéraire non balisé, donc
 l'auteur est décédé. → wiki.osm.org/HRP
 La seule chose qui fait vivre cet itinéraire c'est nous, en conservant
 le tracé décrit par l'auteur, ça permet à ceux qui le planifient de
 pouvoir le voir sur une carte, de savoir qu'il existe un bouquin pour
 suivre cet itinéraire...

 Donc je pense que les itinéraires non balisés ont leur place sur OSM,
 car les personnes les empruntant sont là, que les sentiers sont donc
 fréquentés, adaptés aux vélo/piétons...

 Léo

 Le 04/01/2014 13:09, Pieren a écrit :
  2014/1/3 Dominique Lachgar dominique.lach...@laposte.net:
 
  J'aimerais savoir comment se fait le taggage des euros vélos.
  - par un import de données
  - ou manuellement.
  Tous les itinéraires qui n'ont pas de signalisation sur le terrain
  peuvent être supprimés, encore plus ceux qui n'ont pas d'existence
  légale.
 
  Pieren
 
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-fr

 --
 Léo SERRE
   06.18.62.32.05
   leo-serre.legtux.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] Rétablir le point géodésique 62054A -A ?

[Art Penteur]

Merci Nicolas,

   J'ai procédé autrement.
   taginfo m'a appris qu'il existait deux points avec cette ref
(http://taginfo.openstreetmap.fr/tags/ref=62054A%20-%20A). L'autre
semble le bon (à part un déplacement de 3m que je vais sans doute
aussi corriger).
  Donc j'ai effacé le mien.

Art..

Le 4 janvier 2014 14:00, Nicolas Dumoulin
nicolas_openstreetmap@dumoulin63.net a écrit :
 Le samedi 4 janvier 2014 11:56:26 Art Penteur a écrit :

 Quelle serait la meilleure méthode pour remettre ce point en place

 (sachant que l'historique est perdu) ?



 Selon moi : récupérer la fiche du repère sur cette carte :

 http://geodesie.ign.fr/fiches/index.php?module=eaction=visugeod

 Ça doit être ça :

 http://geodesie.ign.fr/fiches/pdf/62054A.pdf



 --

 Nicolas Dumoulin

 http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin


 ___
 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] railway=? pour le train jaune de Cerdagne

[Art Penteur]

Bonsoir,

  J'ai vu que des portions du train jaune de Cerdagne étaient tagguées
en railway=narrow_gauge (exemple : way 80524794,
http://www.openstreetmap.org/way/8052478294) et d'autres en
railway=rail (exemple : way 80524782,
http://www.openstreetmap.org/way/80524782). De toutes façons, la
gauge est décrite par le tag Gauge.

  Est-ce qu'un consensus pourrait émerger sur la bonne façon de
faire ? Je veux bien contribuer à l'uniformisation des données,
ensuite.

Art.

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

Re: [OSM-talk-fr] Limites communales simplifiées... disponibles !

[Art Penteur]

A ce propos :

  J' ai vu récemment une carte de la relation France avec un point central
(sans doute le admin_centre, mais je n'ai pas vérifié) situé sur la Mairie
de Paris. Je  suppose qu'il a été hérité de l'admin_centre de la capitale.
  Cela me semble très faux (Delanoe n'est pas Chirac), et il faut donc
lancer le débat : on le met où, cet admin_centre ? A l'Élysée ? A
l'Assemblée Nationales ? A Matignon ?

Art.
Le 20 déc. 2013 08:18, Christian Quest cqu...@openstreetmap.fr a écrit :

 Le 20 décembre 2013 00:20, Nicolas Dumoulin 
 nicolas_openstreetmap@dumoulin63.net a écrit :

 Le jeudi 19 décembre 2013 21:47:03 Christian Quest a écrit :
  Sinon pour les régions, j'ai pu récupérer les infos suivantes:
  - nom
  - code insee
  - code NUTS2
  - code ISO3166-2
  - article wikipédia
  - nombre de départements
  - nombre de communes
  - surface de la région en km2 (calculée sur le spheroid)

 Carément mieux !

  Un X/Y pour placer le nom vous semble utile (en reprenant le nœud place
  correspondant) ?

 Bof, sur ce coup, GeoFLA donne le XY au niveau de la mairie (a peu près).
 De
 mon expérience, on a encore des fois des positionnements farfelus dans
 OSM. Il
 faudrait d'abord les passer en revue, genre distance à la mairie …



 Pour les communes, c'est possible de mettre le X/Y de la mairie si elle
 existe dans OSM, mais elle manque à beaucoup d'endroits.
 A défaut, mettre le X/Y du nœud place, et à défaut le X/Y du centroid...
 et indiquer dans un champ complémentaire lequel a été choisit, un peu comme
 les résultats de géocodage.

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

[OSM-talk-fr] Aidons raildar.fr !

[Art Penteur]

J'ai découvert récemment le site raildar.fr.
D'après ce que j'ai compris, il utilise les information horaires des
gares réactulisées en temps quasi-réel pour positionner les trains par
interpolation.

Le blog de l'auteur est là :
http://blog.spyou.org/wordpress-mu/2013/11/30/jstchoutchou/

  Des commentateurs lui ont déjà suggéré d'utiliser OSM, mais il a
répondu la documentation est moisie et que je suis arrivé à rien.

  Je viens de laisser un commentaire (en attente de modération) pour
lui dire que sur talk-fr et dev-fr, il y a une communauté réactive qui
pourra sans doute l'aider.

   Personnellement, je n'ai pas vraiment les compétences pour, mais je
peux compter sur vous pour le soutenir s'il vient poser des questions
ici ?

Merci,

Art.

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

Re: [OSM-talk-fr] Suivi cours d'eau

[Art Penteur]

Le 17 nov. 2013 18:42, Jérôme Amagat jerome.ama...@gmail.com a écrit :

 Pour faire ce système avec les affluents, ça utilise les rôles tributary?

Sur le principe, y'a pas besoin. Sly nous avait fait un démonstrateur il y
a quelques années. Mais pour cet outil-là, je ne sais pas.
A signaler :
Un autre outil d'analyse, qui n'a pas besoin de tributary:
http://www.h-renrew.de/h/osm/osmchecks/07_watershed/fr/hierarchical.html

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

Re: [OSM-talk-fr] cartographie intérieure des gares de Transilien - RER C

[Art Penteur]

Le 29 octobre 2013 23:39, Fionn Halleman
fionn.halle...@valeurs-mobiles.fr a écrit :
[...]

 -tag d'une barrière de composteurs (à billets, pas à feuilles mortes) : là,
 je sèche. barrier=toll semble être pour les péages routiers...


Personnellement, j'ai osé :

http://www.openstreetmap.org/browse/node/2334762406

Art.

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

Re: [OSM-talk-fr] cartographie intérieure des gares de Transilien - RER C

[Art Penteur]

Ce qui ouvre un vieux débat :
Doit-on privilégier la fonction (séparation de la zone payante) ou bien
l'aspect physique (mécanisme en place) ?
Si on privilégie la description physique, doit-on rajouter
turnstile-axis=45° pour les distinguer  des barrières à axe vertical, comme
sur la photo du wiki ? Et il faut penser à turnstile=sliding_door pour
les portillons où deux panneaux coulissants servent a bloquer le passage.

Art.
Le 30 oct. 2013 10:02, Marc SIBERT m...@sibert.fr a écrit :

 Bonjour,

 Je vous recommande 
 barrier=turnstilehttp://wiki.openstreetmap.org/wiki/Tag:barrier%3Dturnstileon
  peut même indiqué s'il est adapté pour fauteuil roulant
 wheelchair=yes http://wiki.openstreetmap.org/wiki/Key:wheelchair
 Regardez parmi
 http://umap.openstreetmap.fr/fr/map/mapping-gares-ligne-rer-c_973

 A+


 Le 30 octobre 2013 08:15, Art Penteur art.pent...@gmail.com a écrit :

 Le 29 octobre 2013 23:39, Fionn Halleman
 fionn.halle...@valeurs-mobiles.fr a écrit :
 [...]
 
  -tag d'une barrière de composteurs (à billets, pas à feuilles mortes) :
 là,
  je sèche. barrier=toll semble être pour les péages routiers...
 

 Personnellement, j'ai osé :

 http://www.openstreetmap.org/browse/node/2334762406

 Art.

 ___
 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] Outil d'intégration des adresses à nouveau disponible

[Art Penteur]

Le 30 sept. 2013 21:06, Frédéric Rodrigo fred.rodr...@gmail.com a écrit
:


 Autre chose, le nombre d'adresses manquantes à Nantes monte...

http://osmose.openstreetmap.fr/fr/errors/graph.png?source=1347item=8080class=2

 Frédéric.


C'est parce qu'à Nantes, ils créent de nouvelles rues :
http://www.presseocean.fr/actualite/nantes-une-rue-des-tontons-flingueurs-quai-de-la-fosse-02-10-2013-80717

Art.

 ___
 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] À propos des landuse=farm (les gros surtout)

[Art Penteur]

Ça me semble être une mauvaise idée.

   Déjà, par définition, ça n'a pas de sens.

Au moins, lors des découpages arbitraire sur des carreaux de lat/lon,
on voit le caractère arbitraire.
 Si on coupe sur limite administrative :
   - quelqu'un peu croire que la limite a un sens, alors qu'il n'en est rien.
  - on superpose une limite de plus alors que qu'on trouve déjà que
les superpositions de limite communale/route ou limite
communales/rivières; c'est pas facile à gérer.

Art.

Le 9 septembre 2013 13:44, PhQ pierre.que...@sfr.fr a écrit :
 Ma conviction intime me pousse à couper les gros landuse en utilisant les
 limites administratives qui sont un bon support pour les relations. Certes
 ça ne repose sur aucune autre logique que la diminution de taille des
 landuse, mais ça a l'avantage de les centrer sur sur une entité gérable en
 surface.
 De plus, en sélectionnant le chargement des limites d'une commune, on se
 retrouve en plus avec la ou les landuse de la commune et seulement eux.

 C'est mon point de vue, et je le partage.



 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/A-propos-des-landuse-farm-les-gros-surtout-tp5776555p5776799.html
 Sent from the France mailing list archive at Nabble.com.

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

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

Re: [OSM-talk-fr] À propos des landuse=farm (les gros surtout)

[Art Penteur]

Autre argument contre :

http://tile.openstreetmap.fr/?zoom=14lat=46.40459lon=4.31001layers=B00

Je ne sais pas qui a fait ça, ni pourquoi, mais pour moi c'est une horreur.

Art.

Le 9 septembre 2013 13:44, PhQ pierre.que...@sfr.fr a écrit :
 Ma conviction intime me pousse à couper les gros landuse en utilisant les
 limites administratives qui sont un bon support pour les relations. Certes
 ça ne repose sur aucune autre logique que la diminution de taille des
 landuse, mais ça a l'avantage de les centrer sur sur une entité gérable en
 surface.
 De plus, en sélectionnant le chargement des limites d'une commune, on se
 retrouve en plus avec la ou les landuse de la commune et seulement eux.

 C'est mon point de vue, et je le partage.



 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/A-propos-des-landuse-farm-les-gros-surtout-tp5776555p5776799.html
 Sent from the France mailing list archive at Nabble.com.

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

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

Re: [OSM-talk-fr] À propos des landuse=farm (les gros surtout)

[Art Penteur]

Je pense que cela m'aurait moins choqué si la découpe était le long de
la N79, de la D985 ou de l'Arconce.

Art.

Le 9 septembre 2013 20:38, PhQ pierre.que...@sfr.fr a écrit :
 Dans ton exemple, ce qui est horrible, c'est que quelqu'un a cassé une mega
 relation meadow et que la disparition du polygone s'est arrêtée sur les
 communes que j'ai traité il y a un an :)



 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/A-propos-des-landuse-farm-les-gros-surtout-tp5776555p5776857.html
 Sent from the France mailing list archive at Nabble.com.

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

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

Re: [OSM-talk-fr] Demande d'un nouveau contrôle Osmose

[Art Penteur]

Je ne suis pas sûr de bien comprendre le problème.
Après voir vu les exemples que tu donnes, je dirais :
A l'endroit de la jonction entre une primary et une bretelle, si la
bretelle n'est pas identifiée en primary_link et que la route principale
n'est pas strictement rectiligne,  ton logiciel de guidage donne une
indication tournez légèrement ...

J'ai bien compris ?

Pour que le logiciel de guidage ne confonde pas une sortie de bretelle et
une vraie intersection, tu dis que la bretelle devrait être en
primary_link.
Jusque là, je te suis, et on pourrait même dire que cette recommandation
devrait être dans le wiki, si elle n'y est pas déjà.

Par contre, j'ai du mal a imaginer l'algorithme par lequel on pourrait
trouver automatiquement dans la base les bretelles, pour signaler celles
qui ne sont pas bien taguées.

Art.
Le 6 sept. 2013 23:26, Gad.Jo perche...@gmail.com a écrit :

 Bonsoir,


 J'ai passé la journée en voiture et je me suis rendu compte que de
 nombreuse intersection n'utilisant pas de lien du type primary_link
 produise des erreurs de guidage (je fait souvent cette erreur et je ne suis
 pas le seul).

 En cas d'intersection à angle droit il n'y a pas d'information vocale. En
 cas d'intersection avec un angle plus petit (lequel ???) je peut avoir les
 information tournez légèrement à droite ou tournez à droite.

 En ville cette information est intéressante mais hors agglomération
 circulant sur une primary c'est déstabilisant voir même inutile.

 J'ai laissé les erreurs en ligne pour que cela puisse être étudié pour
 être ajouter dans Osmose sur
 http://www.openstreetmap.org/#map=11/43.2537/2.6367layers=N

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


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

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Art Penteur]

Le wiki pour type=route ne mentionne pas la possibilité de tagguer en
plus highway=motorway.
Donc je pense:
- que ce n'était pas la peine de modifier la requête (qui n'est déjà pas
simple).
- qu'il faut corriger les données (perso, je ne peux pas le faire avant ce
soir)
- que ça pourrait être une suggestion pour Osmose.
Art.
Le 28 août 2013 23:29, Christian Quest cqu...@openstreetmap.fr a écrit :

 Trouvé... http://www.openstreetmap.org/browse/relation/108080

 Et oui, y'a comme un problème, soit c'est type=route, soit c'est
 highway=motorway, mais avec les deux on a du coup deux A10...

 J'ai modifié la requête pour éviter ça, mais ça mérite une correction des
 data, non ?



 Le 28 août 2013 20:54, Art Penteur art.pent...@gmail.com a écrit :

 Est-il possible que l'algo  de non-comptage en double des chaussées à
 voies séparées soit parfois pris en défaut ?
 Je pense au 79, chez qui l'A10 fait 166 km selon OSM et 55 selon Route500.

 Art.
 Le 28 août 2013 19:31, Christian Quest cqu...@openstreetmap.fr a
 écrit :

  RD... et CD aussi ;)

 Une des limites actuelles est que les références sans espaces ne sont
 pas détectables, car mélangées avec celle utilisant l'espace comme
 recommandé, ceci afin de tout normaliser pour faciliter la comparaison avec
 le route500. Par contre RD ou CD ne sera pas compatibilisé côté OSM et donc
 manquant donc détectable.

 Ces fichiers CSV sont avant tout utiles pour trouver ce qui manque dans
 OSM que trouver ce qui en erreur (en trop, mal numéroté, etc).
 Ca nécessite de prendre le problème autrement et je n'ai pas encore
 regardé pour ça.

 Le prochaine étape sera de faire une analyse basée sur les géométries.

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

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


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




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

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


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

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Art Penteur]

Ben, la route change de ref au changement de département.

Par définition, le nœud de transition entre les deux refs est sur la
limite administrative : Je ne vois pas ce qu'il y aurait d'artificiel
(ou de pour les stats) à faire ça.

Art.

Le 28 août 2013 14:38, Nicolas Dumoulin
nicolas_openstreetmap@dumoulin63.net a écrit :
 Je viens de regarder une ref qui est à 0 pour l'IGN et positive chez nous
 (OSM). En fait, la route change de ref au niveau de la limite de département.

 Faut-il corriger cela en mettant le nœud de transition [1] entre les deux refs
 sur la limite (ie. nœud commun au deux tronçons de route et à la limite) ?

 Pour : ça relie le changement de ref au changement d'entité administrative
 Contre : ça fait un peu taguer pour l'outil de stats ;-)

 [1] http://www.openstreetmap.org/browse/node/1164795568 À gauche du nœud, la
 D351 (Allier), et à droite la D62 (Puy-de-Dôme).

 --
 Nicolas Dumoulin
 http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

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

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Art Penteur]

Est-il possible que l'algo  de non-comptage en double des chaussées à voies
séparées soit parfois pris en défaut ?
Je pense au 79, chez qui l'A10 fait 166 km selon OSM et 55 selon Route500.

Art.
Le 28 août 2013 19:31, Christian Quest cqu...@openstreetmap.fr a écrit :

 RD... et CD aussi ;)

 Une des limites actuelles est que les références sans espaces ne sont pas
 détectables, car mélangées avec celle utilisant l'espace comme
 recommandé, ceci afin de tout normaliser pour faciliter la comparaison avec
 le route500. Par contre RD ou CD ne sera pas compatibilisé côté OSM et donc
 manquant donc détectable.

 Ces fichiers CSV sont avant tout utiles pour trouver ce qui manque dans
 OSM que trouver ce qui en erreur (en trop, mal numéroté, etc).
 Ca nécessite de prendre le problème autrement et je n'ai pas encore
 regardé pour ça.

 Le prochaine étape sera de faire une analyse basée sur les géométries.

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

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


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

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Art Penteur]

Je ne réponds pas à la question, mais dans le 71, on trouve une
D987BIS (absente sur OSM et 300 m sur IGN) et une D987 BIS (160
mètres sur OSM et absent chez IGN)..
Idem dans le Jura (25) avec la D67[ ]BIS.

Art.


Le 27 août 2013 08:55, Christian Quest cqu...@openstreetmap.fr a écrit :
 La requête (qui se trouve dans le README) élimine les espaces et met tout en
 minuscule. Donc D 155b et D155B sont (sauf erreur) regroupé en D155B. C'est
 le boulot du REGEXP_REPLACE(UPPER(r.ref),' ','')

 Le but ici n'est pas de vérifier si les ref=* sont bien écrits dans OSM,
 c'est plus du domaine d'osmose que de ces listings de suivi.

 Dans quel département as-tu trouvé un D 155b dans les fichiers générés ?



 Le 27 août 2013 01:54, Tetsuo Shima tets...@gmail.com a écrit :

 Visiblement la requête tient compte des espaces - D155 différent de D 155
 - et de la casse pour comparer les références de voie, ça complique le
 traitement des résultats avec tout un tas de faux positif. Je pense qu'il
 serait préférable de traiter D 155 b identique a D155B par exemple, ca évite
 d'avoir a traiter séparément les deux erreurs remontées.


 Le 26 août 2013 19:45, Christian Quest cqu...@openstreetmap.fr a écrit :

 Je viens de terminer un bout de script pour générer département par
 département une liste des routes présentes dans OSM et dans le Route500 de
 l'IGN.

 Donc pour chaque département ça sort la liste des 'ref' et les km
 présents dans OSM et le Route500, le tout sous forme de fichier CSV (en
 attendant une interface un peu plus sexy).

 http://osm13.openstreetmap.fr/~cquest/routes/

 Extrait du README:
 Les kilométrage sont calculés en projection Lambert 93 (EPSG:2154).
 La date de modification de chaque fichier CSV indique quand le calcul a
 été fait, les données OSM pouvant avoir en général tout au plus 5mn de
 retard de mise à jour.

 ATTENTION: Les tronçons sont découpés à la limite du département présente
 dans OSM, ceci peut créer de petites erreurs de calcul à la frontière du
 département.
 Les kilométrage du Route500 sont généralement inférieurs à ceux d'OSM
 pour une route complète de part la simplification géométrique du Route500.
 Tous les type de highway=* sont pris en compte sans distinction (cf la
 requête SQL).

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

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



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




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

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


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

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Art Penteur]

Le 27 août 2013 08:55, Christian Quest cqu...@openstreetmap.fr a écrit :
[...]

 Dans quel département as-tu trouvé un D 155b dans les fichiers générés ?


Encore une fois, pas la réponse exacte à la question, mais un cas approchant :
  Dans le 12, il y a D146 E et D146E

Art.

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

[OSM-talk-fr] Les GPS peuvent-ils résoudre les différends territoriaux ? Enjeux du géoréférencement participatif et conflits de limites foncières et politico-administratives dans les Andes boliviennes

[Art Penteur]

http://espacepolitique.revues.org/2551
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Art Penteur]

Merci, mais tu comptes l'utiliser comment ?
Sachant qu'il y a un certain nombre de cas où il est très difficile de
savoir qui a raison sur la numérotation, suite à des renumérotations et des
documents pas toujours très clairs ni accessibles, le terrain et/ou
route500 en retard...
Il va falloir éviter les traitements trop automatiques.
Quelques raster eggs :
Dans le 25, on a une D89 qui fait 0km chez OSM et chez IGN : comment
est-elle arrivée là ?
Idem dans le 12 pour la D907B.
Et on retrouve une toute petite N9 à la fois dans le 12 et le 25, chez IGN ?

Art.
Le 26 août 2013 19:47, Christian Quest cqu...@openstreetmap.fr a écrit :

 Je viens de terminer un bout de script pour générer département par
 département une liste des routes présentes dans OSM et dans le Route500 de
 l'IGN.

 Donc pour chaque département ça sort la liste des 'ref' et les km présents
 dans OSM et le Route500, le tout sous forme de fichier CSV (en attendant
 une interface un peu plus sexy).

 http://osm13.openstreetmap.fr/~cquest/routes/

 Extrait du README:
 Les kilométrage sont calculés en projection Lambert 93 (EPSG:2154).
 La date de modification de chaque fichier CSV indique quand le calcul a
 été fait, les données OSM pouvant avoir en général tout au plus 5mn de
 retard de mise à jour.

 ATTENTION: Les tronçons sont découpés à la limite du département présente
 dans OSM, ceci peut créer de petites erreurs de calcul à la frontière du
 département.
 Les kilométrage du Route500 sont généralement inférieurs à ceux d'OSM pour
 une route complète de part la simplification géométrique du Route500.
 Tous les type de highway=* sont pris en compte sans distinction (cf la
 requête SQL).

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

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


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

Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...

[Art Penteur]

Bien sûr que le PN ont des numéros. Les journaux locaux y font souvent
référence :

http://www.ladepeche.fr/article/2013/05/06/1620378-saint-germier-les-premieres-etudes-au-passage-a-niveau.html

http://www.lot.fr/cg_suite.php?newsid=1147

Et pas seulement en France :
http://rixke.tassignon.be/spip.php?article1349

Art.


Le 19 août 2013 14:53, Pieren pier...@gmail.com a écrit :
 2013/8/19 HELFER Denis denis.hel...@rff.fr:

 Sinon, j'aurai une requête concernant les passages à niveau : serait-il 
 possible, vers le zoom 16, d'indiquer le n° (je le mets en ref, mais je 
 suppose que d'autres le mette en name) précédé éventuellement d'une mention 
 PN. Un couleur rouge (assez foncé) serait top et pour le symbole et pour 
 le libellé.

 Oups. Il y a des numéros aux passages à niveau ? Où est-ce qu'on peut les 
 voir ?

 Pieren

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

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

Re: [OSM-talk-fr] Qualification des routes (italiennes) et autres questions...

[Art Penteur]

Justement,  non.

Une piste pas ravinée, c'est surface=gravel et tracktype=grade1, une
piste ravinée, c'est surface=gravel et tracktype=grade3. Indépendant.

Art.
Le 14 août 2013 22:21, Sébastien Dinot sebastien.di...@free.fr a écrit :

 Christian Quest a écrit :
  Le premier décrit la carossabilité du chemin, le second juste le
  type de surface et c'est pas exactement la même chose.

 Je t'assure que les deux sont liés, foi de personne qui a déjà roulé en
 roller sur des pavés, en VTT dans du sable et en voiture sur des pistes
 ravinées ! ;)

 Sébastien

 --
 Sébastien Dinot, sebastien.di...@free.fr
 http://sebastien.dinot.free.fr/
 Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

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

Re: [OSM-talk-fr] Calcul d'itinéraires pour piétons avec les données OSM

[Art Penteur]

Sympa, comme site !

Il me semble que c'est perfectible sur les problèmes classique des
applications qui proposent de saisir des adresses :
1- comprendre la 'bonne adresse malgré les fautes de frappe.
2- accepter les formes sans prénom des rues. Si je demande rue d'Alembert,
Toulouse, il me trouve un endroit à Labege, et pas la Rue Jean
d'Alembert, qui existe pourtant à Toulouse.

Art.

Le 5 août 2013 12:39, Frédéric Bonifas fredericboni...@gmail.com a
écrit :

 Bonjour à tous,

 J'ai développpé une application de calcul d'itinéraires pour piétons
 utilisant les données OSM et Pgrouting. Une première version
 fonctionnelle est disponible ici, pour Toulouse et son agglomération
 pour l'instant : http://moodwalkr.makina-corpus.net/

 Parmi les fonctionnalités :
 * possibilité de traverser un espace ouvert, comme une place (voir la
 Place du Capitole par exemple). Les polygones highway=pedestrian et
 highway=footway avec area=yes sont traités pour cela.
 * le trajet se fait sur les trottoirs lorsque ceux-ci sont dans OSM
 (voir le quartier Saint-Michel au sud de Toulouse par exemple)
 * plusieurs itinéraires sont générés suivant différents profils : au
 plus court, shopping, nature et culture. La notation des rues dans ces
 différentes catégories est faite en utilisant les données OSM à
 proximité de la rue.
 * l'itinéraire peut être d'un point à un autre, ou une boucle.

 Je suis intéressé par les remarques que vous pouvez avoir dessus !

 Le code est libre mais je dois le nettoyer avant de le publier. Je
 vous tiendrai au courant de cela.

 Frédéric

 --
 Frédéric Bonifas
 +33672652807 skype:fredericbonifas

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