from:"Mathias"

[OSM-talk-fr] Simplification représentation "Cédez-le-passage, cycliste au feu"

2020-10-08 Par sujet Mathias Vadot


Bonjour,

Ce dernier point me semble très intéressant pour pouvoir dans un premier 
temps, recenser les panneaux existants, sans faire de routage. C'est une 
option très utile pour les associations de cyclistes. Et cela permettra 
ensuite de créer plus massivement du routage une fois qu'une technique 
"plus simple" existera.


Mathias

Le 08/10/2020 à 13:00, talk-fr-requ...@openstreetmap.org a écrit :

2- des noeuds highway=traffic_signal pour chaque voie arrivant à
l'intersection pour y expliciter le modèle de panneau:
bicycle:giveway=right/left/through/all associé à ce feu


--
Mathias Vadot
Droit au vélo - ADAV
5 rue Jules de Vicq
59800 LILLE
Tél : 03 62 27 51 86
mail : mathias.va...@droitauvelo.org



--
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] JOSM dans Flatpak

2020-04-09 Par sujet Baptiste Mille-Mathias


Bonjour à tous,


Je profite d'avoir juste packagé la version 20.04 de JOSM dans Flatpak 
pour faire un peu de publicité au sein des destinataires de la liste 
de diffusion.


Flatpak est un système de distribution de programmes pour Linux 
indépendants de l'OS.
L'un des principaux atouts des programmes sous Flatpak est qu'ils 
tournent dans un environnement cloisonné avec des permission d'accès 
à l'hôte contrôlé (en à-peu-près c'est le pendant de docker pour 
les applications graphiques). Plus d'information sur 
https://flatpak.org/ [en]

Flatpak founit un magasin d'applications sur https://flathub.org/ [en]

Pour revenir à JOSM, la version 19.04 est disponible sur 
https://flathub.org/apps/details/org.openstreetmap.josm
La version 20.04 est disponible en test sur la Pull Request 
https://github.com/flathub/org.openstreetmap.josm/pull/24 le temps 
qu'elle soit mergé.



Cordialement
--
Baptiste Mille-Mathias
https://www.openstreetmap.org/user/baptistemm



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

[OSM-talk-fr] highway = crossing + footway = crossing VS highway = footway + footway = crossing

2020-01-31 Par sujet Mathias Vadot


Bonjour à tous,

Je cherche a taguer un passage piéton type zebra avec des picto vélo.

Dans iD, je suis orienté sur le tag highway = footway + footway = 
crossing + crossing = zebra + bicycle = yes


L'alternative highway = cycleway + cycleway = crossing  + crossing = 
zebra + foot = yes est également possible.


Or, dans le wiki, je suis orienté uniquement sur highway = crossing + 
cycleway = crossing + footway = crossing


L'iD a t'il tort ? Merci pour votre retour,

Mathias

--
Mathias Vadot
Droit au vélo - ADAV
5 rue Jules de Vicq
59800 LILLE
Tél : 03 62 27 51 86
mail : mathias.va...@droitauvelo.org
site : www.droitauvelo.org


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

[OSM-talk-fr] Les maternités ?

2019-03-12 Par sujet Mathias Vadot


Bonjour,
je n'ai pas trouvé le tag correspondant aux maternités sur les 
différentes pages du wiki.
Sur Paris j'ai bien trouvé une maternité mais non taggué... des idées ? 
Mathias

https://urlz.fr/990d


---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Opencyclemap : absence des relations network= icn

2018-12-13 Par sujet Mathias Vadot


Bonjour à tous,

Après plusieurs test, je me rends compte que le fond de carte OCM 
n’affiche pas les itinéraires internationaux, relations taguées de cette 
manière : network = icn. 
<https://wiki.openstreetmap.org/wiki/Tag:network%3Dicn> Je m’en suis 
rendu compte pour les relations que je connais en France 
<https://www.openstreetmap.org/relation/5448020#map=15/50.2451/4.0115=C>, 
mais c’est finalement un problème globale. Les relations bien visibles 
en rouge 
<https://www.openstreetmap.org/relation/5445857#map=9/49.4360/-1.0547=C> 
sont tagué comme étant des relations nationale,network = ncn 
<https://wiki.openstreetmap.org/wiki/Tag:network%3Dncn>.


Dans la légende <http://www.opencyclemap.org/docs/>, les icn n’ont en 
effet pas l’air d’avoir leurs places, ce qui parait aberrant. Est-ce un 
problème qui a déjà été relevé ? Je n’ai pas trouvé le github de ce projet.


Mathias



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Problème sur l'outil cadastre

2017-06-29 Par sujet Baptiste Mille-Mathias

Ca ne serait pas lié au disque plein sur une des machine
https://munin.openstreetmap.fr/osm28.openstreetmap.fr/osm210.openstreetmap.fr/df.html
?

Le jeu. 29 juin 2017 à 02:43, Tyndare  a écrit :

> Le 28/06/2017 à 14:31, Antoine Riche a écrit :
>  > J'ai peut-être raté une info, mais l'outil
>  > http://cadastre.openstreetmap.fr/ ne fonctionne plus. La génération
>  > du  bâti produit les erreurs suivantes, cela suggère un problème dans
>  > la génération des PDFs :
>  >
>  > Teléchargement des PDFs de la commune IL143 : REZE (44400)
>  > Découpe la bbox en 6 * 4 [24 pdfs]
>  > terminate called after throwing an instance of 'PoDoFo::PdfError'
>  >what():  ePdfError_NoPdfFile
>  > IL143-0-0.pdf
>
> Effectivement, les pdf téléchargés contiennent seulement le message:
>
>  Un problème de sécurité est survenu. Nous ne pouvons
>  satisfaire à votre requête.
>
> Il a du y avoir des changements sur le site cadastre.gouv.fr,
> je n'ai pas trop le temps pour l'instant de regarder ça.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
-- 
Les gens heureux ne sont pas pressés
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Jungle Bus dans 56kast

2017-06-28 Par sujet Baptiste Mille-Mathias

Bonjour,

L'émission 56Kast du 15 juin dernier parle en grande partie du projet
Jungle Bus et d'OpenstreetMap, avec comme invité Florian Lainez
co-fondateur du projet Jungle Bus.
http://www.liberation.fr/futurs/2017/06/15/56kast-110-jungle-bus-pour-liberer-les-plans-de-transports_1574071

Amicalement
-- 
Les gens heureux ne sont pas pressés
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Présentation

2017-06-07 Par sujet Baptiste Mille-Mathias

Bonjour à tous

Je viens de m'inscrire à la liste de distribution néanmoins ma première
contribution date de septembre 2010 mais j'ai réellement fait de nombreuses
contributions sur les données cartographiques durant le dernier mois
pendant ma période de chômage.
Je contribue principalement dans le Var et les Alpes-Maritimes mais j'ai
aussi contribué un peu au Zimbabwe et au Kenya via le projet hot-osm.

mon profil: http://www.openstreetmap.org/user/baptistemm

Cordialement
-- 
Les gens heureux ne sont pas pressés
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Formation OSM + Cartopartie le 20 et 21 Mai à Biot (06)

2017-05-18 Par sujet Baptiste Mille-Mathias

Bonjour,

Le village de Biot dans les Alpes-Maritimes organise pendant son
festival Souffleurs
d'Avenir  une animation autour
d'OpenStreetMap les 20 et 21 mai.

Les matinées seront dédiées aux associations (Faune et Flore / Patrimoine
Historique Randonnées / Chemin vélo Sentiers VTT / Handicap moteur/
Handicap Visuel) afin de les initier à OpenStreetMap.
Les après-midi seront ouverts au grand-public.

Plus d'information sur la page dédiée

.

Bonne journée à tous.
-- 
Les gens heureux ne sont pas pressés
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Formaliser les informations des armoires techniques Fibre

2017-05-18 Par sujet Baptiste Mille-Mathias

Bonjour,

Je vous contacte car je débute dans la cartographie et je voudrais un peu
de conseil concernant les armoires technique fibre, il y a quelques-unes
autour de chez moi et j'aimerai les ajouter.

Ce sont des armoires comme décrites dans la page wiki
 qui
porte une mention du genre AXE2 FI-06085-000B PT8 et je voudrais
comment / où reporter ces informations.

je n'ai pas vu de mention spécifique pour la fibre dans le wiki
, et
en cherchant l'utilisation du tag telecom:medium=fibre
 je suis tombé sur différent cas, de la simple
utilisation du champs description ou ref avec la valeur récupérée sur
l'armoire à l'utilisation de 3 tags ref:FR:IPON, ref:FR:IPON:NRO,
ref:FR:IPON:PT (exemple ) ce
qui donnerait
ref:FR:IPON=AXE2
ref:FR:IPON:NRO=06085000B
ref:FR:IPON:PT=PT8

Y a t'il une norme à suivre ? que me conseillez-vous ?

Merci
-- 
Les gens heureux ne sont pas pressés
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Adresses... (encore)

2017-01-16 Par sujet Mathias Jérôme

Alors, si on reprend la première définition du CNRTL (http://www.cnrtl.fr/)

"
Adresse :

Point d'acheminement ou indications sur le point d'acheminement d'un objet ou 
d'une personne. A.− Phraséologie.(Dans certaines loc. figées ou arch.). Point 
d'acheminement d'un objet, d'un acte; destination, destinataire."

La notion de destination et de destinataire est bien présent. La notion d'étape 
n'apparait pas.
Une adresse c'est bien pour atteindre quelque chose ou quelqu'un, c'est sa 
raison d'être.

Si vous voulez vous limiter aux points d'accès, il ne faut alors pas nommer vos 
projets "base d'adresse" mais base de points d'accès, ou de voies publiques 
numérotées, ou encore base d'adresse de logement individuel et de points 
d'accès aux zones de logement collectif (un truc du genre + le pendant pour la 
partie économique) !
Cela aurait au moins le mérite de l'honnêteté de la démarche.

Je ne sais plus quel document de la poste, précisait bien qu'une adresse 
complète c'est une partie "publique" et une partie "privée'.

Et dans la partie privée,  il y a le privé "privé" (M duschemol et sa famille, 
appartement 25) et le privé "partagé" : Résidence des oiseaux, Bâtiment les 
Mésanges, Escalier D.


L'intérêt d'avoir une adresse, pour le commun du mortel, nous, simple citoyen 
ou même service d'urgence, est bien de disposer d'un élément permettant de se 
donner une chance d'atteindre physiquement un certain point dans tous les cas.
Je ne vois pas l'intérêt de l'adresse point de passage entre domaine "public" 
et domaine "privé" dans le cas où celle-ci ne "littéralise"  qu'une moitié du 
chemin.

Petite histoire, il y a quelques années je me penchais sur les diagnostics 
pré-CUCS avec d'autres services de l'Etat. J'avais alors une interlocutrice 
locale qui me demandait des stat sur les quartiers de son département pour 
préparer les dossiers d'instructions en préfecture de ces futurs quartiers.


"Et pour le quartier des musiciens ? Qu'avez-vous comme chiffre ? Il y a plus 
de 1000 habitants ? "

    "wtf, euuhh ? Quel quartier des musiciens ? "

"Ha oui, attendez je crois que c'est Avenue des Blanchards son "adresse" "

    "Je regarde..."

"Il y a la résidence, Schuman, Mozart, Lully,etc... Enfin son adresse... Vous 
savez personne ne l'utilise cette adresse"

    "(après pas mal de temps...) ah oui c'est peut-être le 1-9 Avenue des 
Blanchards non ? "

"Oui, c'est ça, c'est ce que la poste nous demande d'utiliser, enfin vous savez 
pour normer les adresses..et pour avoir des prix pour l'affranchissement..."

"...mais le facteur nous demanderait bien d'écrire autrement parce que ce 
serait autrement plus facile pour sa tournée..."'

"...d'ailleurs, lorsqu'on a voulu ouvrir un centre social, ça été toute une 
affaire pour y mettre l'électricité !!! On a donné cette adresse à EdF, et il a 
fallu le faire revenir plusieurs fois avant que le local ai l'électricité, car 
avec son adresse... il n'arrivait pas à le trouver le local !... Au final on 
lui a demandé de nous appeler par portable a son arrivée à l'adresse, et à 
partir de là on est allé le chercher"

Rien d'inventé dans cette discussion  (sauf les numéro de rue car cette 
histoire remonte à une bonne dizaine d'année et j'ai eu la flemme de regarder 
dans la bano).

Qu'on en soit mécontent ou pas, tout une partie de l'histoire urbanistique 
française contemporaine a été marquée et est encore marquée notamment par la 
"chartre d'Athènes".dont l'un des point mis en avant pour "une ville 
fonctionnelle" était la stricte séparation des espaces piétonniers et des voies 
de circulation automobile...Ce qui veut dire que la dernière partie du trajet 
peut-être totalement piétonnière et du coup probablement privée". Et des 
exemples comme mis dans le dialogue rapporté il y en a pléthore en France. Et 
ce n'est pas forcément le seul contexte dans lequel ils apparaissent.
Sans compter que du stricte domaine public dans certains grands ensemble 
irriguées d'artères entièrement privées il peut très bien ne pas en avoir...
J'ai au moins un exemple de quartier de cette espèce en IdF je le retrouverais 
au besoin. Sur ce cas là si on avait pas les résidences dans le RIL, la seule 
adresse se trouvait effectivement sur la voie d'accès...donnant accès à... ? 2 
ou 3 rues , elles donnant accès à combien d'autres rues encore ? Et 2 ou 3 
dizaines résidences ? En cas d'urgence si on a que le point d'accèsça 
risque d'être folklo !

Pour 95% des foyers, l'adresse "vécue" par les habitants est concordante 
totalement avec la définition du point de passage entre partie publique et 
privé et donc du point d'accès.

Mais l'adresse vécue, c'est à dire l'adresse que les gens "partagent", celle 
qu'ils utilisent,  celle par laquelle ils disent "moi j'habite là" c'est le 
point de passage entre le public certes, mais aussi et surtout lorsqu'il 
existe, c'est le point de passage entre le privé partagé (au sens ou il est 
utilisé potentiellement par

Re: [OSM-talk-fr] Répertoire SIRENE

2017-01-06 Par sujet Mathias Jérôme

Tout le problème de Sirene c'est que les établissements obéissent à une autre 
logique que le logement.
De façon générale, les petits commerces de proximité : boulangerie, pharmacie, 
tabac, superette, etc ne poseront pas plus de difficultés que localiser la 
population.
A la fois bonne nouvelle et mauuvaise nouvelle , ce sont les plus gros 
établissements et logiquement donc les établissements les plus intéressant qui 
sont le moins localisables dans le cadre d'un référentiel d'adresses 
"classiques".
En effet,
   
   - Les établissements parmi les plus gros sont eux-même leur propre 
adresse, et tant qu'équipement structurant d'une commune (voir d'une zone plus 
large) :

    En effet  a une certaine époque l'adresse du barrage de 
Pierre-Bénite  dans Sirene était quelque chose comme : "Barrage de Pierre 
Benite" ,
ou encore celui de la centrale nucléaire de Dunkerque (idem)

   
   - Les établissements peuvent avoir dans sirene une adresse "commerciale" 
différente de l'adresse "réelle" (c'est à dire celle de la mairie, la réalité 
étant hautement subjective...)
    
    Par exemple à Nîmes, dans une enclave de la ZFU , ex friche 
sncf récemment aménagé avec une adresse "officiielle" et non  numérotée "chemin 
de l'homme mort"  s'est vu préféré une adresse plus porteuse commercialement 
tout en étant inexistante "2000 avenue du maréchal Juin" (ceci dit sans doute 
plus pratique à situer par les Nîmois que "chemin de l'homme mort"). 


   
   - A contrario les établissements adressés à leur adresse officielle ne 
permettent pas forcément de les localiser de façon précise. Par exemple dans 
les grandes zones d'activités "privées" à l'instar du "Parc des Portes de 
Paris" d'Icade, ou les adresses de Sirene étaient adressée aux portes d'accès 
du parc (qui avait un  "vrai" numero de voie et libellé de voie) mais ne 
permettait ensuite nullement de trouver l'établissement en question --> il 
fallait alors se référer à un plan apposée à chaque entrée pour s'y retrouver 
(ceci dit il y en a sans doute qui se sont perdus sans jamais être 
retrouvés ^^ )

   
   - Dans un style proche, à mi-chemin, c'était le cas de parc "Silic" où les 
établissement étaient bien adressé avec un système de voie probablement "privé" 
et qui ne figurait pas dans le référentiel de géolocalisation (opposition 
adresse privée vs adresse "public" )

   
   - La numérotation peut-être absente dans les grandes zone d'activité 
commerciales, et sans intérêt par rapport à l'enseigne compte tenu de la 
visibilité sans commune mesure d'une enseigne 2m x 5m contre une petite plaque 
(ou plus grande) plaque de numérotation.
    Même les zones aménagées récemment peuvent en être exemptes.
    Par exemple, la rue de Lisbonne à la Seyne sur Mer n'est pas numérotée, 
la commune interrogée déclare "Les établissement ne nous ont pas demandé de 
numéro de voie, alors on ne leur en a pas donnés (sic)".La "vrai" numérotation 
dans ces zones est l'enseigne et non pas le numéro de voie à la visibilité 
incertaine.


   
   - Pour les plus gros établissements qu'est ce qu'une localisation par x,y 
l'objet étant loin d'être ponctuel  ? : en effet il peut faire plus de la 
moitié d'une commune...











  De : Stéphane Péneau 
 À : Discussions sur OSM en français  
 Envoyé le : Vendredi 6 janvier 2017 11h30
 Objet : Re: [OSM-talk-fr] Répertoire SIRENE
   
 J'ai jeté un oeil aux fichiers csv que tu as générés.
 
 A priori, c'est plutôt bon si on tient compte que ces points ne sont pas 
rapprochés des POI qui sont déjà dans OSM.
 
 Finalement, ce qui empêche souvent une meilleure géolocalisation, c'est que 
les adresses enregistrées sont parfois anciennes, venant d'une époque où il n'y 
avait pas forcément de numérotation du bâti.
 
 Stéphane
 
 Le 05/01/2017 à 17:15, Christian Quest a écrit :
  
 ça mouline dur... plus que 2 fichiers à terminer (Paris et les DOM) 
  J'ai commencé à documenter sur le wiki: 
https://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr/Base_SIRENE 
  Il faut vraiment qu'on se pose et réfléchisse avant de se lancer. 
  Ma petite expérimentation sur osmose avec les pharmacies montre qu'il y a du 
boulot pour intégrer proprement. 
   
 Le 5 janvier 2017 à 16:55, Donat ROBAUX  a écrit :
 
 Bonjour ou plutôt re-bonjour, 
  Ca y est la bête est lâchée https://www.data.gouv. 
fr/fr/datasets/base-sirene- des-entreprises-et-de-leurs- 
etablissements-siren-siret/ La version géocodée est en cours avec la BAN, mais 
Christian nous en dira surement plus dans un prochain épisode.  
  Donat  
 __ _
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap. org/listinfo/talk-fr
 
 
  
 
 
  -- 
  Christian Quest - OpenStreetMap France   
  
 ___
Talk-fr mailing list

Re: [OSM-talk-fr] osmose et adresses bis

2016-12-21 Par sujet Mathias Jérôme

Bien sûr des contre exemples il y aura à la pelle..j'énonçais seulement des 
généralités et on aura aussi les 10-1 , 10-2 , 10-3 , 10-4 à la place de ce que 
voulez.Ce qui est sûr c'est que c'est de la numérotation dans tous les cas, ce 
qui plaide pour le mettre tout ce qui est numérotation avec la numérotation (ou 
dans le même "mot" ce qui reviens au même).


  De : Florian_G <forums+...@floriang.eu>
 À : Discussions sur OSM en français <talk-fr@openstreetmap.org> 
 Envoyé le : Mercredi 21 décembre 2016 14h20
 Objet : Re: [OSM-talk-fr] osmose et adresses bis
   
Hello,
 
 Le 20/12/2016 à 20:44, Mathias Jérôme a écrit :
Les bis, ter etc... sont des indices de répétitions, mais les A,B,C etc... sont 
plutôt ce que j'appellerais des indices de déclinaisons (dans le cas du 36bis 
c'est que le 36 existe (ou existait) et est (était)  vraiment distinct, tandis 
que le 36A il est souvent situé au situé au 36, de même que le 36B se situera 
aussi au 36 , de fait les A,B,C,etc... sont souvent de la numérotation d'ordre 
"privative" : accès ou cages d'escaliers).
Petit contre-exemple :   
   - OSM : http://www.openstreetmap.org/way/253831784#map=19/49.13026/6.15980
   - Google : 
https://www.google.fr/maps/@49.130211,6.1595164,3a,51y,332.26h,91.02t/data=!3m6!1e1!3m4!1soFRU1NinEVLGt68Nufyx0A!2e0!7i13312!8i6656!6m1!1e1
Ce 13 A aurait pu être un 13 bis, mais c'est bien un 13 A, autonome, distinct 
et non dépendant du 13 (qui est bien une autre maison). Les parcelles 
cadastrales sont d'ailleurs différentes, mais ce n'est pas déterminant (au 
mieux un indice).En fait, c'est, selon moi, juste une norme de numérotation 
différente ; que ce soit numéro "n bis" ou numéro "n A", les bâtiments 
numérotés "n" et "n+1" étant déjà construits ou prévus, il fallait donc bien 
trouver une astuce au moment de la mise en place du numéro entre les deux. Pour 
l'anecdote, il existe même un 0 bis à Metz, avant le 2, mais pas de 0 ! → 
http://www.openstreetmap.org/way/72882228#map=19/49.11648/6.18358Mes 2 
centimes...  
___
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 et adresses bis

2016-12-20 Par sujet Mathias Jérôme

Les bis, ter etc... sont des indices de répétitions, mais les A,B,C etc... sont 
plutôt ce que j'appellerais des indices de déclinaisons (dans le cas du 36bis 
c'est que le 36 existe (ou existait) et est (était)  vraiment distinct, tandis 
que le 36A il est souvent situé au situé au 36, de même que le 36B se situera 
aussi au 36 , de fait les A,B,C,etc... sont souvent de la numérotation d'ordre 
"privative" : accès ou cages d'escaliers).
Personnellement, j'aime la solution de Christian car cela permet de distinguer 
clairement dans les référentiels les type "numéroteur"  des éléments de type 
"numéroté" (qui sont à titre principal des libellés de voie).
Et une fois tous les numéroteurs agrégés on pourra les séparer (encore bien sûr 
faut-il qu'ils soit de nature différentes, ici chiffres + lettres ça va on 
saura toujours les séparer au bon endroit).
Ce qui n'empêchera pas ensuite un traitement différent du cas du 36 A rue 
tartampion avec l'éventuelle suppression du A , du traitement du 36-Bis rue 
tartampion ,  qui n'a pas grand chose à voir avec le 36 si ce une forte 
probabilité de proximité.

  De : Tyndare 
 À : Discussions sur OSM en français  
 Envoyé le : Mardi 20 décembre 2016 16h18
 Objet : Re: [OSM-talk-fr] osmose et adresses bis

On 20/12/2016 12:40, Christian Quest wrote:
> A ma connaissance, il n'y a pas franchement de règle pour coller ou non
> les indices de répétitiion (c'est leur petit nom) aux numéros.

D'après le Larousse[1] bis et ter sont des adverbes, et en français je 
ne crois pas qu'on puisse coller l'adverbe au mot qu'il qualifie.

>
> On peut par contre se fixer une convention dans OSM.

+1, mais faut tomber d'accord et le terrain je ne suis pas sur qu'il 
respecte toujours la même convention ;-)

>
> Je favoriserait le fait de coller les indices, car on peut facilement
> les séparer si besoin et surtout ça évite de créer une ambiguïté avec le
> reste de l'adresse comme ça peut être le cas avec un "34 A" le "A"
> pouvant être un "à...".

C'est plus simple de supprimer les espaces si besoin que d'avoir a en 
rajouter.
De la même manière qu'on ne met pas d'abréviation dans OSM, je 
pencherais plus pour garder une information la plus lisible et correcte 
possible dans OSM, et de documenter les règles de normalisation a 
appliquer pour obtenir une recherche optimale.

Donc je voudrais qu'on privilégie bis/ter/quater plutôt que b/t/q, et 
qu'on garde un espace dans ces cas là.

Par contre entre les numéros et les lettres A/B/C/... là j'ai pas 
vraiment d'avis si un espace est préférable on non.

Actuellement l'export semi automatique des adresses depuis le cadastre 
rajoute un espace par défaut dans tous les cas.
Si on décide que ce n'est pas souhaitable, il faudra changer ça et 
envisager une correction automatique de ce qui a déjà été importé.

> Les bis/ter/quater... devraient être en minuscules, les A/B/C en
> majuscule. Ils ont du coup différenciés et c'est aussi à mon avis plus
> "joli" en terme de graphie, mais là c'est une histoire de goût.

Je crois qu'on m'avais fait remarqué qu'il y a des villages en Alsace où 
sur le terrain les lettres comme a/b/c... sont écrites en minuscule mais 
je n'en suis pas sûr.

> Quand on ne sait pas si un b/t/q est un bis/ter/quater (cas possible
> avec le cadastre ou la BAN) je le laisserai en minuscule.

Là ça deviens subtil, peut être rajouter un tag "note" pour expliquer 
que la valeur peut être raffinée pour être moins ambigue.
De toute façon une fonction de normalisation pour la recherche d'adresse 
devrait générer la même chose dans tous les cas (que ce soit B, b ou bis 
avec ou sans espace)

 >
> Le 20 décembre 2016 à 12:02, Julien Lepiller  > a écrit :
>
>    Bonjour,
>
>    au moins sur Rennes, les adresses en "bis" et "ter" sont indiquées
>    en erreur sur osmose. Elles sont bien indiquées sur OSM, par exemple :
>
>    https://www.openstreetmap.org/node/4225509127
>    
>
>    a le tag addr:housenumber = "39 bis", et osmose propose plutôt
>    "39bis" (sans espace), de même pour toutes les adresses contenant un
>    "ter", et c'est exactement l'inverse quand l'adresse comporte une
>    lettre (https://www.openstreetmap.org/node/3805090559
>    ). Quelle est la
>    norme pour ces adresses ? Avec ou sans espace ? Comment corriger ça
>    durablement (histoire que ça ne se répète pas sur un import futur) ?
>    Ça fait plein de points sur osmose, c'est pas beau, et j'aimerais
>    bien que ça disparaisse ;)
>

[1] http://www.larousse.fr/dictionnaires/francais/bis/9553?q=bis

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

   ___
Talk-fr mailing list
Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] [Bano] Un lieudit pour deux communes

2016-02-15 Par sujet Mathias

Du même tonneau il y également Brignoud a cheval sur villard bonnot et froges,
ou encore Pont-Réan sur Bruz et Guichen


> Le 15 févr. 2016 à 13:05, Vincent de Château-Thierry  a 
> écrit :
> 
> Bonjour,
> 
> Le 15/02/2016 12:23, Jérôme Seigneuret a écrit :
>> J'ai trouvé un cas (je pense que c'est loin d'être le seul) de lieudit à
>> cheval sur deux communes. Comment peut-on traiter ça au niveau de Bano.
>> 
>> Je serai assez d'avis de mettre les deux Fantoir avec un séparateur
>> 
>> name=La Gabardelière
>> ref:FR:FANTOIR=17142B061A;17059B007C
>> 
>> @Vincent: comment traites-tu le rapprochement dans ce cas précis.
>> 
>> Voici la localisation
>> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/46.17368/-1.03717
> 
> Pour l'instant je n'ai rien fait de spécifique, donc le lieu-dit n'est 
> reconnu que dans la commune où il est implanté.
> Le sujet a été soulevé sur Github :
> https://github.com/osm-fr/bano/issues/117
> et la solution que tu proposes me convient côté BANO.
> SAUF. que c'est la solution qui convient côté OSM qu'il faut trouver. 
> BANO s'adaptera. Exactement comme pour Saint-Martin [1].
> 
> Suggestions bienvenues
> 
> merci
> vincent
> 
> [1] : 
> https://lists.openstreetmap.org/pipermail/talk-fr/2016-February/079850.html
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Voies récentes dans Fantoir, absentes d'OSM

2015-10-19 Par sujet Mathias Jérôme

Au sujet des EMGP qui ont récemment décidé de renommer la totalité de leur 
voirie interne (Rue N°1 , Rue N°2)  pour des noms plus "standards" (Rue du blé, 
Avenue des chemins de fer industriels, etc...) je constate que toutes les 
modification que j'ai faite il y a quelques semaines viennent d'être supprimés 
ou écrasées d'OSM, et que les anciens numéro de voies sont réapparus...c'est 
tout de même dommage j'y avais passé pas mal de temps 


 Le Lundi 19 octobre 2015 22h11, Philippe Verdy <verd...@wanadoo.fr> a 
écrit :
   

 Et puis il y a toutes les voies privées qui portent aussi des noms... bien 
utiles pourtant pour les services d'urgence et pas de la compétence des 
communes mais des (co)propriétaires qui décident eux-mêmes de leur nom (donc 
pas de FANTOIR non plus).Parfois ce sont d'anciennes voies publiques, mais le 
nom qui pourrait rester dans les fichiers municipaux n'a plus de valeur légale 
et la voie peut ne plus exister telle qu'elle était avant et de nouveaux 
chemins se sont ajoutés ou une voie a été interrumpue par une construction et 
les morceaux restants sont nommés différemment.
Autres exemples avec les noms de "rues" dans les grandes surfaces commerciales 
(noms donnés par la société exploitante de la galerie commerciale), dans les 
grandes gares ou dans les aéroports (là c'est l'autorité portuaire qui décide 
des noms, et même si cette autorité a un statut public ou mixte, la commune ne 
décide rien, ce n'est pas de sa compétence).
Idem pour les chemins correspondant à des droits de passage sur un terrain 
privé.Cependant les propriétaires peuvent faire enregistrer ces noms dans le 
cadastre (pour les besoins d'identification des baux ou cessions de propriétés 
dans des contrats de location ou contrats de vente notariés). Il ne me semble 
pas qu'ils aient l'obligation de le faire.
Il peut arriver qu'une commune leur attribue un code dans le cas où la 
collectivité y loue des terrains pour certains services. Ou parce que c'est 
demandé pour identifier les plans d'un permis de construire, ou ceux d'un 
permis de lotir où la commune exide des voies d'accès (et non de simples droits 
de passage), et l'aménagement d'infrastructures d'assainissement ou réseau, et 
ceci pour chaque lot, et même si en fin de lotissement les voies restent 
privées (ou en copropriété) : la commune n'a pas forcément intérêt à acquérir 
les terrains des voies nouvelles qu'lle ne souhaite pas entretenir (le permis 
de lotir peut être accordé à cette condition que l'entretien reste à la charge 
des copropriétaires)...

Autre curiosité : regardez la "rue Barré" à Niort (qui porte maintenant bien 
son nom !) était une rue publique initialement connectée à chaque extrémité, 
elle est aujourd'hui coupée en deux impasses fermées par des grilles depuis 
près de 2 ans ; entre les deux, la rue a disparu et est devenu un passage entre 
deux lycées publics professionnels qui se partagent des installations sportives 
et un restaurant scolaire, qui étaient séparées en deux par l'ancienne rue 
publique. Pourtant les deux nouvelles impasses ont gardé leur nom inchangé et 
le même code FANTOIR (qui n'a semble-t-il pas encore changé), ici : 
http://www.openstreetmap.org/#map=18/46.31296/-0.43907

Le 19 octobre 2015 20:49, Mathias <jerome.math...@yahoo.fr> a écrit :


Il ne faudrait tout de même pas oublier que Fantoir ou les délibérés de conseil 
municipaux ne sont pas les sources exclusives de "chaîne de caractères 
adressantes" dont font partie les libellés de voie. D'ailleurs parmi ces 
dernières ne certaines ne sembleront jamais être intégrées a un quelconque 
référentiel ni relever d'une quelconque délibération de conseil municipale : Ex 
Les magasins et entrepôts généraux de Paris  sur St Denis/Aubervilliers 


Le 19 oct. 2015 à 18:59, Donat ROBAUX <dona...@gmail.com> a écrit :


Bonjour à tous,
Merci à Vincent le super co-pilote Bano. ;)
C'est vraiment une idée sympa que tu as développée là.
Effectivement, on aime bien dire qu'on est plus à jour que (bip) et c'est 
ce qui fait notre force. Et je suis le 1er à le répéter à qui veut bien 
l'entendre.En tout cas, ton outil va nous permettre de faire ressortir plus 
facilement les nouveautés. C'est plus facile que de se coltiner visuellement 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#7/47.006/2.000
En tout cas, si tu veux bien développer l'idée comme tu l'as suggéré, je suis 
preneur. Ca ne réglera pas le problème des cas où nous sommes plus rapides que 
le Fantoir (plusieurs cas à mon actif), mais ca fera avancer le schmilblick ;) 
Je pense que c'est un peu notre carte à jouer sur la fraîcheur des infos. Nous 
n'avons pas forcément de plus-value sur les rues que tout le monde connait et 
qui sont référencées partout, mais sur les dernières qui vont être intégrées 
plus ou moins rapidement par les grosses boutiques.
Je ne sais pas en combien de temps le fichier Fantoir se met à jour, mais sel

Re: [OSM-talk-fr] Voies récentes dans Fantoir, absentes d'OSM

2015-10-19 Par sujet Mathias Jérôme

je ne suis qu'un contributeur épisodique d'OSM, je n'ai peut-être par alors 
fait les choses dans les règles ?Lorsque je vais sur la carte, par exemple via 
le lien que tu as mis, je vois les noms de rues telles qu'ils étaient cet été, 
pour les modifier je m'étais connecté et j'avais modifié directement le "name" 
et fait quelques modification de voirie lorsqu'elles étaient nécessaires. 
De fait, ce soir, lorsque je me connecte et que je fais "modifier" sur la 
carte, jeretombe bien les libellés de rue tel que je les ai modifié et telles 
qu'ils apparaissaient par la suite dans OSM depuis mes modifications (donc avec 
les noms que j'avais modifié), sauf ce soir où je ne vois plus que les anciens 
noms. 
Je ne comprend pas grand chose à ce qu'il se passe à vrai dire ! 


 Le Lundi 19 octobre 2015 22h46, Vincent de Château-Thierry 
<v...@laposte.net> a écrit :
   

 
Le 19/10/2015 22:31, Mathias Jérôme a écrit :
> Au sujet des EMGP qui ont récemment décidé de renommer la totalité de
> leur voirie interne (Rue N°1 , Rue N°2)  pour des noms plus "standards"
> (Rue du blé, Avenue des chemins de fer industriels, etc...) je constate
> que toutes les modification que j'ai faite il y a quelques semaines
> viennent d'être supprimés ou écrasées d'OSM, et que les anciens numéro
> de voies sont réapparus...c'est tout de même dommage j'y avais passé pas
> mal de temps

Il faudrait un lien pour expliciter, car quand je regarde par exemple ce 
changeset : http://www.openstreetmap.org/changeset/33224729 les rues ont 
été modifiées depuis mais pas renommées.

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] Voies récentes dans Fantoir, absentes d'OSM

2015-10-19 Par sujet Mathias


Il ne faudrait tout de même pas oublier que Fantoir ou les délibérés de conseil 
municipaux ne sont pas les sources exclusives de "chaîne de caractères 
adressantes" dont font partie les libellés de voie. D'ailleurs parmi ces 
dernières ne certaines ne sembleront jamais être intégrées a un quelconque 
référentiel ni relever d'une quelconque délibération de conseil municipale : Ex 
Les magasins et entrepôts généraux de Paris  sur St Denis/Aubervilliers 



> Le 19 oct. 2015 à 18:59, Donat ROBAUX  a écrit :
> 
> Bonjour à tous,
> 
> Merci à Vincent le super co-pilote Bano. ;)
> 
> C'est vraiment une idée sympa que tu as développée là.
> 
> Effectivement, on aime bien dire qu'on est plus à jour que (bip) et c'est 
> ce qui fait notre force. Et je suis le 1er à le répéter à qui veut bien 
> l'entendre.
> En tout cas, ton outil va nous permettre de faire ressortir plus facilement 
> les nouveautés. C'est plus facile que de se coltiner visuellement 
> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#7/47.006/2.000
> 
> En tout cas, si tu veux bien développer l'idée comme tu l'as suggéré, je suis 
> preneur. Ca ne réglera pas le problème des cas où nous sommes plus rapides 
> que le Fantoir (plusieurs cas à mon actif), mais ca fera avancer le 
> schmilblick ;) Je pense que c'est un peu notre carte à jouer sur la fraîcheur 
> des infos. Nous n'avons pas forcément de plus-value sur les rues que tout le 
> monde connait et qui sont référencées partout, mais sur les dernières qui 
> vont être intégrées plus ou moins rapidement par les grosses boutiques.
> 
> Je ne sais pas en combien de temps le fichier Fantoir se met à jour, mais 
> selon mon expérience entre quelques mois et plusieurs années. J'ai signalé à 
> l'IGN le 30 avril qu'une délib municipale a été prise en octobre 2012 sur une 
> dénomination de voies. Ce n'est à jour nul part sauf sur OSM et évidemment 
> pas de Fantoir.
> 
> Quelques petites questions qui sont interdépendantes:
> - à quelle fréquence est mis à jour Fantoir?
> - peut-on se caler sur cette fréquence de MaJ?
> 
> 1. Sinon, y a t-il possibilité que tu figes la 1ère ligne de données sur
> - http://cadastre.openstreetmap.fr/fantoir/stats_dept.html
> - http://cadastre.openstreetmap.fr/fantoir/liste_brute_fantoir.html
> - http://cadastre.openstreetmap.fr/fantoir/fantoir_errone.html
> 
> 2. Sinon y a t-il possibilité de rajouter un autre statut Fantoir, celui du 
> non-rapprochement, non pas pour une erreur d’orthographe mais seulement à 
> cause du nombre limité des caractères du fichier Fantoir avec les noms à 
> rallonge de certaines voies.
> 
> 3. Sinon  y a t-il possibilité de créer une page sommaire avec les différents 
> outils utiles à Bano (rapprochement Fantoir par commune, par département, 
> codes Fantoir erronés, derniers ajouts Fantoir,...). Ils sont déjà dans le 
> wiki http://wiki.openstreetmap.org/wiki/Contribuer_%C3%A0_la_BANO, mais vu le 
> nombre de personnes qui s'y intéressent, je pense qu'un peu d'unité ne peu 
> pas faire de mal.
> 
> Pour la petite anecdote Bano, j'ai un copain qui vient d'intégrer un Samu en 
> tant qu'ARM (auxiliaire de régulation médicale ; celui qui décroche le 
> téléphone quand vous faites le 15). Je lui ai demandé comment ils faisaient 
> au niveau carto quand l'adresse n'était pas dans les base. Je me doutais de 
> la réponse...
> Réponse: on va sur G... Maps
> En gros, quand une adresse n'est pas dans la base, elle apparaît en minuscule 
> sur le logiciel. Il donne la fiche à l'ARM-ressources, qui se charge 
> d'appeler la mairie. Bref, y a encore du taf...
> Je lui ai parlé d'OSM et du géocodeur data.gouv.
> 
> Donat
> ___
> 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] Nouvelles communes à venir en Normandie

2015-09-12 Par sujet Mathias

Enfin ce n'est pas tout à fait comme les lieux-dit.
Ce sont des localités, c est le terme je le crois le plus exact.
Il y a le niveau commune, qui avec l'augmentation des communes déléguées va 
devenir de plus en plus un objet géographique "abstrait" en rupture avec le 
vécu géographique personnel des habitants (j'énonce un fait, et non une 
critique).
Le lieu vécu géographique par les personnes restera l'ancienne commune, 
lorsqu'elle correspond à une localité, qui est le bon niveau de repérage pour 
tout à chacun. La localité pouvant être composés de plusieurs lieux dit.
A mon avis on ne peux mettre les deux à même hauteur, sauf si on admet qu'un 
lieux dit peut etre inclus dans une localité (dit autrement qu'un lieu dit 
puisse être inclus en partie ou entièrement dans un autre).


> Le 12 sept. 2015 à 09:32, osm.sanspourr...@spamgourmet.com a écrit :
> 
> +1, c'est d'ailleurs ce qui est fait pour les quartiers de Brest.
> admin_level doit être réservé à des niveaux administratifs.
> Les quartiers c'est a priori comme des lieux-dits.
> 
> Le niveau admin_level pour les cantons qui dans la pratique ont le nom de 
> leur chef-lieu pose déjà soucis lors des recherches Nominatim (on tombe 
> sur les adresses des villes d'à côté parce que dans le même canton), alors 
> ajouter un niveau bidon...
> 
> 
> Jean-Yvon
> 
> Le 12/09/2015 04:07, Jérôme Amagat - jerome.ama...@gmail.com a écrit :
>> si c'est juste des quartiers et pas un découpage administratif pourquoi 
>> garder admin_level et ne pas seulement mettre place=suburb?
>> 
>> Le 11 septembre 2015 21:36, Philippe Verdy  a écrit :
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

2015-07-25 Par sujet Mathias

Il me semble qu'on est pas tout à fait dans le meme cas de figure en
Antarctique celui-ci étant largement considéré comme une terra nullius, et un
traité international est censé régir son statut international.

Le 25 juil. 2015 à 10:40, Art Penteur art.pent...@gmail.com a écrit :

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

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

2015-07-25 Par sujet Mathias

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 :

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.

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

Re: [OSM-talk-fr] Intégration des données de PSS dans OSM

2015-07-25 Par sujet Mathias Jérôme

Les informations que contient cette source en terme de géocodage d'adresse sont 
une véritable mine. Un nombre appréciable (le champ n'étant pas exhaustif) de 
cités ou d'ensemble de bâtiments peuvent y trouver une  description précise 
nulle part ailleurs existant ! Et ceci sans compter les plans de masse parfois 
disponible en doc. 


 Le Lundi 27 avril 2015 13h18, Vincent Frison vincent.fri...@gmail.com a 
écrit :
   

 Bonjour,
J'en avais déjà parlé il y a quelques temps sur cette liste mais depuis ça a un 
peu avancé. Pour rappel le site PSS (http://www.pss-archi.eu) fournit une base 
de données avec plus de 47 000 immeubles répartis sur toute la France.
Mon idée était de récupérer au minimum les infos de hauteur des immeubles 
(nombre d'étages ou hauteur réelle) afin de mettre à jour les bâtiments 
existants dans OSM, comme j'ai déjà pu le faire très récemment avec la base 
open data de Paris (49 000 immeubles mis à jour, soit plus de la moitié des 
immeubles parisiens).
De ce que j'ai compris ce qui les gêne dans la licence OSM c'est que les 
données peuvent être réutilisées dans des projets commerciaux. Apparemment il 
vont bientôt rendre disponible leurs données sous la licence BY-NC-ND 
(https://creativecommons.org/licenses/by-nc-nd/2.0/fr/). 
Comme je ne suis pas du tout un expert sur ces questions juridiques je vous 
requiert de l'aide pour savoir que ce qu'on pourrait tirer de cette belle 
source de données. Mais peut-être rien du tout à cause des restrictions de 
cette licence...
Merci d'avance pour votre aide, Vincent.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


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

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

2015-07-19 Par sujet Mathias Jérôme

Autant les frontières sont contestées, autant il n'est pas contesté qu'au moins 
une partie du mont blanc est sur le territoire français (en partie pour la 
revendication italienne, en totalité pour la revendication française). Il 
serait dès lors logique que le nom français soit mis en avant.Sans oublier 
qu'une grande partie des toponymes de la région côté italien, n'ont été 
italianisé qu'assez récemment (bien que ça ne date pas d'hier , aux 
alentour des années 1920).



 Le Dimanche 19 juillet 2015 10h46, Eric SIBERT courr...@eric.sibert.fr a 
écrit :
   

 J'ai lancé la discussion. Si quelqu'un veut prévenir les italiens.

  Avec l'autre problématique :
 Le tag:name devrait contenir les deux noms du Mont-Blanc (Monte Bianco)
 classés par ordre alphabétique.

L'ordre alphabétique du nom dans chaque langue ou du code de la langue?
:-;



É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] Frontière franco-italienne du Mont-Blanc

2015-07-19 Par sujet Mathias Jérôme

Autant les frontières sont contestées, autant il n'est pas contesté qu'au moins 
une partie du mont blanc est sur le territoire français (en partie pour la 
revendication italienne, en totalité pour la revendication française). Il 
serait dès lors logique que le nom français soit mis en avant.Sans oublier 
qu'une grande partie des toponymes de la région côté italien, n'ont été 
italianisé qu'assez récemment (bien que ça ne date pas d'hier , aux 
alentour des années 1920). 


 Le Dimanche 19 juillet 2015 10h46, Eric SIBERT courr...@eric.sibert.fr a 
écrit :
   

 J'ai lancé la discussion. Si quelqu'un veut prévenir les italiens.

  Avec l'autre problématique :
 Le tag:name devrait contenir les deux noms du Mont-Blanc (Monte Bianco)
 classés par ordre alphabétique.

L'ordre alphabétique du nom dans chaque langue ou du code de la langue?
:-;



É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] Frontière franco-italienne du Mont-Blanc

2015-07-18 Par sujet Mathias Jérôme

Dès qu'on fait des cartes (avec des villes que l'on nomme (dans quelle 
langue?), des zonages (de pouvoir...) que l'on trace ), on fait de la politique.
Une frontière ça sert à quoi ? C'est avant tout pour savoir si en allant d'un 
point A à un point B on va changer ou pas de souveraineté administrative  
(juste histoire d'avoir son visa en règle, ce qui est quand même préférable au 
cas où la maréchaussée se pointe...).
J'ai regardé la carte du Sahara Occidental et c'est bien la position qui semble 
être retenue par OSM : l'administration de fait (via le Mur des Sables) d'un 
territoire dessine la frontière. C'est je pense la position la plus 
apolitique possible (si tant est que ce puisse être possible tant qu'on parle 
de frontière...) me semble-t-il. D'ailleurs c'est une déclinaison du c'est le 
terrain qui prime que j'ai entendu à plusieurs reprises dans ces fils de 
discussion.

On reste factuel en actant une situation de fait (car une carte c'est fait pour 
servir, le lecteur basique d'OSM n'est ni diplomate, ni géographe, ni 
historien, il veut savoir dans quel pays(i.e. souveraineté administrative) 
c'est ce qu'il cherche sur la carte). 
OSM a vocation, je le pense, à répondre à répondre à minima à ce besoin 
basique et dire dans les fait c'est ici ou là.

Pour en revenir au Mont-Blanc.
La partie contestée est semble-t-il inhabitée. Sauf mon ignorance, il me semble 
qu'il n'y a jamais eu d'échauffourés entre l'Italie et la France à ce sujet, 
avec échanges de coups de feu, mouvement de troupes sur le terrain etc..Donc à 
priori il semble impossible de trouver une administration de fait (par une 
administration civile ou une occupation militaire) de la partie concernée.

Les revendications de part et d'autres étant non concordantes cela veut dire 
donc tout simplement que la frontière n'est pas tracée.Les deux points 
extrémaux de la frontière posant problème devraient être reliés par une ligne 
en pointillés (comme dans les vieux atlas papiers) indiquant qu'il n'y a pas de 
tracé de frontière bilatéralement reconnue. Et ça semble le plus logique. 
Lorsqu'on ne sait pas, OSM doit répondre on ne sait pas

Une autre solution qui me semble moins satisfaisante et moins logique, serait 
de faire passer la frontière d'un pays par la frontière revendiquée par 
l'autre, et laisser ce qui est reconnu par l'un et pas par l'autre en dehors 
des deux territoires(zone disputée). 


 Le Vendredi 17 juillet 2015 19h32, Sylvain Maillard 
sylvain.maill...@gmail.com a écrit :
   

 Salut,

pour le tracé de la frontière franco-italienne, le CNIG a une page qui liste 
quelques compte-rendus de réunions, et il y a notamment un document avec les 
positions des bornes frontières officielles : http://cnig.gouv.fr/?page_id=8653
Les derniers ajustements ont été effectués pour harmoniser les 2 tracés dans le 
cadre d'INSPIRE.

En ce qui concerne le point précis du mont-blanc, on est face à 2 entités 
politiques légitimes avec chacune un point de vue, et qui sont tous les deux 
reconnus au niveau international : il est prévu que les 2 tracés figurent 
dans le bases européennes ! (voir diapo 13 sur 
http://cnig.gouv.fr/wp-content/uploads/2015/05/2015-10fronti%C3%A8res_GTEI_VF.pdf)
Je pense que dans ce cas précis, OSM a plutôt vocation à afficher les 2 tracés 
...

Du côté l'organisation des secours, il y a des accords internationaux entre la 
France et l'Italie pour une coopération complète des services de secours qui 
interviennent sur le secteur ...


Sylvain




Le 17 juillet 2015 18:19, Florian LAINEZ winner...@free.fr a écrit :


Le 17 juillet 2015 17:39, Eric Sibert courr...@eric.sibert.fr a écrit :

Ce qui ne semble pas très en accord avec les recommandations de la fondation de 
n'avoir qu'une frontière. Ça serait plutôt d'avoir une frontière qui coupe la 
poire en deux (en surface? avec ou sans passage par le sommet?) et tracer à 
part avec des tags spécifiques les revendications de chaque pays.

On ouvrirait ainsi la boite de Pandore, cf. le débat sur le Sahara Occidental.
En effet si on commence à prendre en compte les revendications des pays, on 
fait de la politique. Je ne suis pas contre de manière théorique (donner le 
point de vue de chacun peut être une bonne chose) mais cela amène de nombreuses 
complications du type 1. Prends-t-on en compte les revendications uniquement 
des états ou également des organisations ? 2. Qu'est ce qui définit un état ? 
le fait qu'il soit reconnu par d'autres ? Mais si tous les autres ne le 
reconnaissent pas, on met une limite ? Quels critères prendre en compte ? 
(exemple de l'Ukraine) etc ...
Si je ne me trompe pas, le débat sur le Sahara Occidental avait abouti sur la 
solution de ne pas intégrer la vision Marocaine dans la base OSM mais de leur 
fournir un serveur pour créer un rendu local intégrant cette donnée.

On met le Mont blanc dans nos frontières sur le rendu fr ou ça ressemble à une 
galère à gérer ?

-- 
  FlorianLainez
@overflorian

Re: [OSM-talk-fr] Chiffres romains

2015-06-27 Par sujet Mathias Jérôme

Le mieux est parfois l'ennemi du bien.Les chiffres créent des problèmes 
d'ambiguïté ? Une succession de lettres est elle un mot ou un nombre ? 
A priori c'est un mot.
Essayez d'écrire Jean XXIII et Henri IV ou encore Louis XIV sur une 
feuille de papier libre. 
Examinez ensuite si la graphie des lettres dans les nombres que vous avez écris 
à la romaine est la même que celle des autres lettres de votre écriture. 
Pour ma part ce n'est pas la même. Il s'agit bien de symboles.Le problème viens 
qu'il y a erreur de graphie lorsquon écrit Louis XIV en remplaçant les 
symboles des chiffres romains par des lettres ordinaires.Les structures de 
données n'ont pas été prévues pour supporter du chiffre romain ou l'utilisation 
des symboles est trop compliquée pour être utilisé dans le nom principal et 
pour autant il faut bien que le sens soit compris.Alors Jean 23 Henri 4 et 
Louis 14 dans le name ont l'avantage de ne pas créé d'ambiguité, 
contrairement à Henri IV ou George V, même si la graphie n'est pas exacte ( 
néanmoins le rendu doit pouvoir être possible en chiffre romains sur les 
cartes), alors que Georges V avec V majuscule n'est pas plus exact mais lui 
créé une ambiguité.La mise des chiffres en toute lettre me semble le meilleur 
compromis. 


 Le Vendredi 26 juin 2015 13h59, Eric Sibert courr...@eric.sibert.fr a 
écrit :
   

 Bonjour,

Il y a moyen de saisir des chiffres romains dans OSM/Josm?

Parce que quand le logiciel de guidage me parle de George vé ou  
Henry ivé, j'ai du mal :-p

Je pourrais aussi avoir des références comportant des chiffres romains  
et pour certains traitements, ça serait bien que ce soit reconnu comme  
des nombres mais affiché comme des chiffres romains sur les cartes.


Eric


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


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

Re: [OSM-talk-fr] code FANTOIR avec nom de rue et de résidence

2015-04-14 Par sujet Mathias Jérôme

Bonjour,
Mais je vois pas trop pourquoi faire si le numéro d'adresse existe
Dans le cas précis qui est cité, la résidence nommée résidence XXX est 
équivalent à un numéro de voie, et à mon avis doit être traité comme un 
synonyme du numéro de voie en question.
Sur l'intérêt, pour ceux qui par la suite souhaiteraient utiliser BANO comme 
référentiel de géolocalisation, une proportion qui peut s'avérer importante de 
personnes peuvent déclarer une adresse Rue Truc Résidence UneTelle plutôt que 
XX Rue Truc.Si enlever le Fantoir reviens à enlever Résidence UneTelle de 
BANO le géo référencement risque d'être un peu compliqué.
Rmq : Dans les communes de plus de 10 000habs, plus de la moitié des rejets de 
géo référencement automatique  peuvent être lié à une méconnaissance ou une 
mauvaise désignation de ces objets par un référentiel.

  


 Le Samedi 4 avril 2015 18h11, Jérôme Seigneuret jseigneuret-...@yahoo.fr 
a écrit :
   

 ARFFF Je mettrai ça en erreur Fantoir car normalement c'est la rue qui doit 
faire foi et là tu as la rue plus autre type d'info
Erreur la plus cohérente: Voie incorporée à une autre. 
Ton problème est un peu chiant car les trois Fantoir déservent le même nom de 
rue qui n'exista pas tous seul... (Sauf pour certaines dont tu as Rue + 
Résidence
Donc il faut voir avec Vincent car là c'est un peu chiant à reprendre. Il faut 
prendre un seul des Fantoir et tronquer la valeur pour enlever la résidence
L'adressage à la résidence ne sert qu'a titre indicatif car tu as le numéro en 
plus ;-) 
A moins garder le Fantoir sur la résidence... Mais je vois pas trop pourquoi 
faire si le numéro d'adresse existe
Bref, ne mets pas le Fantoir c'est à corriger au préalable à mon avis.
Vincent HELP ;-)
Le 4 avril 2015 15:09, didier2020 didier2...@free.fr a écrit :

vu qu'il y a une rue qui existe dans le cadastre, mais plusieurs fantoir
(rue + nom résidence)
name sur la rue, (name sur le batiment ou pas) mais quid fantoir ?

Le samedi 04 avril 2015 à 14:44 +0200, Jérôme Seigneuret a écrit :
 En effet sur le cadastre il y a le nom mais juste à coté du bâtiment.
 Je mettrai pas ça sur le bâtiment même si ça ce fait car une résidence
 peut être composé de plusieurs bâtiment (dans ce cas le bâtiment porte
 un numéro ou une lettre). La délimitation et assez visible sur le
 cadastre pour faire un place de type surfacique


 place=neighbourhood permet d'ajouter:
       *  name=* pour le nom.
       *  Éventuellement aussi wikipedia=* pour créer un lien vers
         l'article Wikipédia correspondant,
       *  start_date=*, pour l'année ou date à partir de laquelle ce
         quartier a vu le jour.
       * architect=* pour le nom de l'urbaniste ou de l'entreprise
         d'architecture qui a conçu le site. (Ce tag n'est pas
         disponible pour landuse... d'où ma réticence à m'en servir
         dans ce cas)
 Mon problème c'est que je vois le nom que sur la carte cyclable à un
 zoom de 18. Les autres couches ne l'affiche pas... Peut être est-il
 possible de corriger ça sur les autres couches???


 http://www.openstreetmap.org/#map=18/43.59552/3.84836layers=C





 PS : Sur JOSM c'est soit l'ortho soit le cadastre et donc les
 bâtiments qui sont pas très bien calé sur ta zone. J'ai regardé les
 traces GPS mais c'est pas assez quadrillé sur la zone pour savoir
 quelle est la couche à corriger.





 Le 4 avril 2015 14:10, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
 écrit :
         Moi je fais un place=neighbourhood + name=Résidence *** avec
         les parcelles visibles sur le fond cadastral et Bing en
         support dans certains cas pour les parcelles redécoupés


         D'autre mettent ça avec un landuse=residential +
         name=Résidence ***


         Pour l'adresse pour la correspondance, si il n'y a pas de
         correspondance, je rajoute la référence Fantoir


         Landuse reste pour moi un moyen de définir la fonction globale
         de l'occupation du sol. Donc je me refuse à l'utiliser pour
         nommer et encore plus pour des Résidence. En plus, il y a déjà
         un Landuse=residential dans 90% des cas qui englobe l'ensemble
         de la ville dont la dite résidence.


         Je regarde sur JOSM pour voir si les rues ne sont pas déjà
         marqué mais mettre le nom de la résidence dans la rue je
         trouve ça pas propre. D'ailleurs j'ai corrigé des rues sur
         Montpellier en mettant ça comme highway=service car c'est la
         voirie de la résidence (voie privé qui plus est)

         2015-04-04 11:53 GMT+02:00 didier2020 didier2...@free.fr:
                 je sais pas trop quoi faire avec ces noms ...


                 027890082C RUE FOSSE AUX LOUPS R ARDENNE
                 027890084E RUE FOSSE AUX LOUPS R SOLOGNE
                 027890083D RUE FOSSE AUX LOUPS RES ARTOIS
                 027890138N RUE RICHEPIN RES ACADIE
                 027890154F RUE L ESCARBOT RES QUEBEC
                 027890162P RUE MERMOZ RES THIERACHE

Re: [OSM-talk-fr] code FANTOIR avec nom de rue et de résidence

2015-04-14 Par sujet Mathias Jérôme

Bonjour,
Mais je vois pas trop pourquoi faire si le numéro d'adresse existe
Dans le cas précis qui est cité, la résidence nommée résidence XXX est 
équivalent à un numéro de voie, et à mon avis doit être traité comme un 
synonyme du numéro de voie en question.
Sur l'intérêt, pour ceux qui par la suite souhaiteraient utiliser BANO comme 
référentiel de géolocalisation, une proportion qui peut s'avérer importante de 
personnes peuvent déclarer une adresse Rue Truc Résidence UneTelle plutôt que 
XX Rue Truc.Si enlever le Fantoir reviens à enlever Résidence UneTelle de 
BANO le géo référencement risque d'être un peu compliqué.
Rmq : Dans les communes de plus de 10 000habs, plus de la moitié des rejets de 
géo référencement automatique  peuvent être lié à une méconnaissance ou une 
mauvaise désignation de ces objets par un référentiel.
 


 Le Samedi 4 avril 2015 18h11, Jérôme Seigneuret jseigneuret-...@yahoo.fr 
a écrit :
   

 ARFFF Je mettrai ça en erreur Fantoir car normalement c'est la rue qui doit 
faire foi et là tu as la rue plus autre type d'info
Erreur la plus cohérente: Voie incorporée à une autre. 
Ton problème est un peu chiant car les trois Fantoir déservent le même nom de 
rue qui n'exista pas tous seul... (Sauf pour certaines dont tu as Rue + 
Résidence
Donc il faut voir avec Vincent car là c'est un peu chiant à reprendre. Il faut 
prendre un seul des Fantoir et tronquer la valeur pour enlever la résidence
L'adressage à la résidence ne sert qu'a titre indicatif car tu as le numéro en 
plus ;-) 
A moins garder le Fantoir sur la résidence... Mais je vois pas trop pourquoi 
faire si le numéro d'adresse existe
Bref, ne mets pas le Fantoir c'est à corriger au préalable à mon avis.
Vincent HELP ;-)
Le 4 avril 2015 15:09, didier2020 didier2...@free.fr a écrit :

vu qu'il y a une rue qui existe dans le cadastre, mais plusieurs fantoir
(rue + nom résidence)
name sur la rue, (name sur le batiment ou pas) mais quid fantoir ?

Le samedi 04 avril 2015 à 14:44 +0200, Jérôme Seigneuret a écrit :
 En effet sur le cadastre il y a le nom mais juste à coté du bâtiment.
 Je mettrai pas ça sur le bâtiment même si ça ce fait car une résidence
 peut être composé de plusieurs bâtiment (dans ce cas le bâtiment porte
 un numéro ou une lettre). La délimitation et assez visible sur le
 cadastre pour faire un place de type surfacique


 place=neighbourhood permet d'ajouter:
       *  name=* pour le nom.
       *  Éventuellement aussi wikipedia=* pour créer un lien vers
         l'article Wikipédia correspondant,
       *  start_date=*, pour l'année ou date à partir de laquelle ce
         quartier a vu le jour.
       * architect=* pour le nom de l'urbaniste ou de l'entreprise
         d'architecture qui a conçu le site. (Ce tag n'est pas
         disponible pour landuse... d'où ma réticence à m'en servir
         dans ce cas)
 Mon problème c'est que je vois le nom que sur la carte cyclable à un
 zoom de 18. Les autres couches ne l'affiche pas... Peut être est-il
 possible de corriger ça sur les autres couches???


 http://www.openstreetmap.org/#map=18/43.59552/3.84836layers=C





 PS : Sur JOSM c'est soit l'ortho soit le cadastre et donc les
 bâtiments qui sont pas très bien calé sur ta zone. J'ai regardé les
 traces GPS mais c'est pas assez quadrillé sur la zone pour savoir
 quelle est la couche à corriger.





 Le 4 avril 2015 14:10, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
 écrit :
         Moi je fais un place=neighbourhood + name=Résidence *** avec
         les parcelles visibles sur le fond cadastral et Bing en
         support dans certains cas pour les parcelles redécoupés


         D'autre mettent ça avec un landuse=residential +
         name=Résidence ***


         Pour l'adresse pour la correspondance, si il n'y a pas de
         correspondance, je rajoute la référence Fantoir


         Landuse reste pour moi un moyen de définir la fonction globale
         de l'occupation du sol. Donc je me refuse à l'utiliser pour
         nommer et encore plus pour des Résidence. En plus, il y a déjà
         un Landuse=residential dans 90% des cas qui englobe l'ensemble
         de la ville dont la dite résidence.


         Je regarde sur JOSM pour voir si les rues ne sont pas déjà
         marqué mais mettre le nom de la résidence dans la rue je
         trouve ça pas propre. D'ailleurs j'ai corrigé des rues sur
         Montpellier en mettant ça comme highway=service car c'est la
         voirie de la résidence (voie privé qui plus est)

         2015-04-04 11:53 GMT+02:00 didier2020 didier2...@free.fr:
                 je sais pas trop quoi faire avec ces noms ...


                 027890082C RUE FOSSE AUX LOUPS R ARDENNE
                 027890084E RUE FOSSE AUX LOUPS R SOLOGNE
                 027890083D RUE FOSSE AUX LOUPS RES ARTOIS
                 027890138N RUE RICHEPIN RES ACADIE
                 027890154F RUE L ESCARBOT RES QUEBEC
                 027890162P RUE MERMOZ RES THIERACHE

Re: [OSM-talk-fr] Recherche avec orthographe approximative

2015-03-25 Par sujet Mathias Jérôme

celui-cihttps://adresse.data.gouv.fr/map/
  semble beaucoup plus robuste même si il est améliorable

il trouve5avenuedupresidentsalvadorallende, bobignycomme5 avenue du pdt 
salvador allende, bobignytout comme5 avenue du president salvator allende, 
bobignymais ne trouve pas5 avenue du pdt salvator allende, bobigny

tandis que l'autre ne trouve que 

5 avenue du pdt salvador allende, bobigny


 Le Mardi 24 mars 2015 6h44, Christian Quest cqu...@openstreetmap.fr a 
écrit :
   

   Essaye aussi ton orthographe sur: https://adresse.data.gouv.fr/map/
 
 c'est aussi libre et aussi basé sur OSM (BANO)
 
 Le projet (python/redis) est ici: https://github.com/etalab/addok
 
 
 Le 23/03/2015 19:37, Simon a écrit :
  
   Enfin une recherche d'adresse pour ceux qui on de gros souci d'orthographe 
comme moi http://jdf.geovelo.fr/ Si je recherche la rue sun onore, pari il me 
trouve bien la Rue Saint-Honoré, Paris  en plus c'est libre et c'est basé sur 
OSM   Simon   
  
 ___
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] Le baptême très politique des voies publiques

2015-03-15 Par sujet Mathias Jérôme

Hmhm...
Ce n'est pas censé être le terrain qui prime sur tout ? 

 Le Dimanche 15 mars 2015 19h11, Yannick VOYEAUD yann...@voyeaud.org a 
écrit :
   

 Le 15/03/2015 16:43, Stéphane Péneau a écrit :
 Je me suis occupé de la rue de Béziers dans la matinée, et on peut dors
 et déjà constater qu'on ne nous facilite pas la vie :
 Délibération du conseil municipal : Rue du Commandant Denoix de Saint Marc
 Plaque prise en photo par le monde : Rue Commandant Denoix de Saint Marc
 Rue citée dans l'article : rue Commandant Hélie-de-Saint-Marc
 
 J'ai choisi Rue Commandant Denoix Saint-Marc mais je suis très tenté
 d'ajouter le du manquant.
 
 Stf

Bonsoir,

Oui c'est la délibération qui prime sur tout. Il devrait être possible
de poursuivre le maire pour non respect de la délibération.

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.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] Le baptême très politique des voies publiques

2015-03-15 Par sujet Mathias Jérôme

Et lien avec d'autres discussion sur BANO gallieni  consorts

Il faut avoir à l'esprit que ce polymorphisme est inhérent à la nature même des 
désignants.Hormis dans de très rares cas pathologiques, une voie n'est pas 
baptisée par un nom de code (ou identifiant, par exemple voie A4532 dans 
lequel cas voie A45 ou voie A45321 à la place pose de réels problèmes), 
mais fait référence à un nom d'entité nommée. 
Et parmi elles, plus spécifiquement, les entités nommées nom de personne qui 
ont une variabilité naturelle forte tout simplement car le contexte est dans 
l'immense majorité des cas parfaitement clair (clair pour un humain, bien sûr 
c'est essentiel).
Par exemple : Commandant Helie Denoix de Saint Marc fait référence à une 
personne bien précise.
1: Commandant Denoix de Saint Marc2: Helie Denoix de Saint Marc3: Cdt H 
Denoix de Saint Marc4: Denoix de Saint Marc5: Commandant Helie Denoix6 : 
Cdt Elie de Noix de Saint Marc

désignent vraisemblablement la même personne, la 4) et la 6) (avec faute) sont 
les plus litigieuses mais seront sans doute parfaitement claire dans leur 
contexte dans la plus part des cas.Alors si ça en perturbe quelques uns on peut 
laisser tomber le 6).

Mais c'est là que les choses deviennent de mon point vue très intéressantes,car 
à mon avis, tout le monde à raison. 
Car  Rue Commandant Denoix Saint-Marc , Rue du Commandant Denoix Saint-Marc 
, Rue du Commandant Helie Denoix Saint-Marc sont lexicalement strictement 
équivalents, c'est à dire que reformulée, il s'agit de la voie de type Rue 
désigné par le nom de l'entité nommée EN1 (par exemple) où EN1 est 
caractérisée de façon schématique par EN1.titre=Commandant , 
EN1.prénom1=Helie EN1.nom1=Denoix EN1.nom2=de Saint Marc.
Si un bon référentiel de normalisation (une carte) doit contenir en sortie sans 
doute quelque chose de proche de la décision du conseil municipal (la 
question sur laquelle vous discutez), un bon référentiel d'adresse (ce sur quoi 
j'aimerais porter votre attention) devrait également avoir quelque part au 
sujet de la voie le fait qu'elle fait référence à telle entité nommée, qui elle 
même a telles et telles propriétés. Ce qui permet d'apparier les chaînes de 
texte sur l'identification de l'entité nommée plutôt que sur la chaîne 
normalisée (ce qui est le grand pécher de beaucoup de géo référenceurs, ce 
n'est pas leur faute il est vrai compte tenu que les référentiels actuels 
méconnaissent, il me semble dans leur grande majorité, la notion d'entité 
nommée).
Quand aux habitants, il ne faut pas oublier, qu'ils vont avoir tendance à 
regarder les panneaux de rue plus qu'autre chose, ce qui aura une influence 
certaine sur la forme d'écriture de l'entité nommée qu'ils auront tendance à 
utiliser. 
La délibération ne me semble dont pas s'imposer de façon évidente mais c'est 
une question à mon avis totalement périphérique.




 

 Le Dimanche 15 mars 2015 22h31, Stéphane Péneau 
stephane.pen...@wanadoo.fr a écrit :
   

  J'avoue que j'aimerais comprendre pourquoi est-ce qu'il peut y avoir des 
différences.
 Manque de place sur le panneau ? Négligence de la part de la société qui 
fabrique le panneau ? Négligence de la mairie qui n'a pas pensé à la différence 
entre Rue du commandant et Rue commandant ? Je m'en foutisme à la commande 
du panneau ? Je m'en foutisme généralisé ?
 Seule la paperasse le sait, mais elle est muette.
 
 Stf
 
 Le 15/03/2015 21:39, Bruno a écrit :
  
 
Hmmm,
 
 Le terrain peut être faux ;-) si il n'y a pas d'autre info c'est effectivement 
lui qui fait foi.
 
 
 En cas de difficultés c'est le croisement de plusieurs sources qui doit être 
fait, dans le cas de cette rue je pense que la délibération prime.
 
 mes deux cents,
 Bruno.
 
  Le 15/03/2015 21:17, Mathias Jérôme a écrit :
  
  Hmhm... 
  Ce n'est pas censé être le terrain qui prime sur tout ? 
 
   Le Dimanche 15 mars 2015 19h11, Yannick VOYEAUD yann...@voyeaud.org a 
écrit :
   
 
 Le 15/03/2015 16:43, Stéphane Péneau a écrit :
  Je me suis occupé de la rue de Béziers dans la matinée, et on peut dors
  et déjà constater qu'on ne nous facilite pas la vie :
  Délibération du conseil municipal : Rue du Commandant Denoix de Saint Marc
  Plaque prise en photo par le monde : Rue Commandant Denoix de Saint Marc
  Rue citée dans l'article : rue Commandant Hélie-de-Saint-Marc
  
  J'ai choisi Rue Commandant Denoix Saint-Marc mais je suis très tenté
  d'ajouter le du manquant.
  
  Stf
 
 Bonsoir,
 
 Oui c'est la délibération qui prime sur tout. Il devrait être possible
 de poursuivre le maire pour non respect de la délibération.
 
 Amitiés
 
 -- 
 Yannick VOYEAUD
 Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
 (Camille JOUFFRAY 1841-1924, maire de Vienne)
 http://www.voyeaud.org
 Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
 Journées du Logiciel Libre: http://jdll.org
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

2014-12-07 Par sujet Mathias Jérôme

Bonsoir,
l'idée même de blackliste est à manipuler avec précaution de mon point de vue.
Autant elle peut être légitime pour un désignant d'un objet disparu (par 
exemple une usine, une barre rasée). Si effectivement l'usine X n'existe plus 
autant ne plus avoir X dans les fichiers (même si ça pourrait intéresser un 
fichier histo... mais c'est une autre histoire).

Autant elle ne me semble pas légitime pour les désignants disparus, 
vieillots, ou alternatifs et encore autre d'un objet réel (c'est à dire qui 
existe toujours, indépendamment de son changement de désignation).
En effet, ce n'est pas parce qu'on change la désignation officielle d'un 
objet que les utilisateur vont tous suivre le changement. Cela ne reviendrait 
donc pas à mettre des usages en blackliste pour préférer la version 
officielle, et avoir quelque part un caractère normatif qui ne me semblait 
pas être le cas de BANO et OSM en général ?

Tant qu'on ne fait que de la géolocalisation inverse, le cas du lotissement est 
certes pertinent,néanmoins lorsque qu'on cherche à géolocaliser des adresses, 
ce n'est pas parce que le lotissement à disparu, ou que l'utilité de la 
désignation du lotissement a disparue qu'elle n'est plus utilisée, notamment 
par les résidents du dit lotissement, et donc rien n'assure que le terrain 
(c'est à dire en substance ici l'usage ) entérine en totalité le changement 
d'adressage.
J'espère être compréhensible, sinon je repréciserait, et au final tout dépend 
de ce qu'on veut faire  de  BANO
Un référentiel de géo référencement inverseou un référentiel de géo 
référencementou les deuxou autre chose
 

 Le Vendredi 5 décembre 2014 15h27, Vincent de Château-Thierry 
osm.v...@free.fr a écrit :
   

 
 De: lenny lenny.li...@orange.fr
 
 Vraiment félicitations pour cet énorme boulot réalisé.

Merci :)
Et... le vrai énorme boulot, c'est celui (collectif) qui se traduit par exemple 
ici :
http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_rapproche.html
le nombre de rues nommées en France monte, la pente de la courbe ne faiblit 
pas, bref, on avance ;)

 En plus de servir pour un suivi, c'est une vrai aide pour contribuer,
 cela va au-delà de BANO, puisqu'il gère les voies sans adresse.

Oui c'est bien l'idée : avoir une référence à laquelle confronter nos données, 
histoire de mieux voir où on en est, et appréhender en quoi consiste le reste à 
faire.
 
 Bien que la black liste n'est pas la même fonction, elle est utilisée
 en
 même temps lorsqu'on travaille sur une commune : un lien de l'un vers
 l'autre me paraitrait bienvenu (il permettrait aussi de faire
 connaître
 la black liste - j'avoue que je n'avais pas vu passer avant ces
 échanges
 sur la liste)

Tu n'as pas la berlue, on n'en a quasiment pas parlé. Et c'est vraiment 
embryonnaire. L'idée c'est d'archiver quelque part qu'une donnée sur laquelle 
on n'a pas de prise (la source Cadastre) contient des infos qui n'existent 
pas/plus sur le terrain, et donc que leur absence dans OSM est voulue et 
normale. On peut faire le parallèle avec la discussion récurrente sur les 
immeubles démolis mais encore visibles sur bing : comment dire qu'il ne faut 
pas les saisir ? Ici, la 'black' liste permet au moins, dans les sorties de 
BANO, d'exclure une information. Par défaut sinon, ce contenu sera présent dans 
les exports.
Pour l'instant, ce contenu n'est pas exploité, le wiki a juste donné une 
première place pour le mémoriser. Pour consolider le principe, il faudrait plus 
sûrement une interface de saisie, qui demanderait les mêmes infos (nom, code 
Fantoir, éventuellement numéro d'adresse, et raison de la déclaration) et qui 
serait en prise directe sur le contenu géré dans BANO. C'est sûrement une 
réflexion à mutualiser avec celle du guichet unique de saisie évoqué dans la 
future BAN, Christian en sait sûrement plus :) : 
https://twitter.com/JLZIMMERMANN/status/540456478797484032
 
 J'ai deux questions :
 Dans le cas où un lotissement est dans FANTOIR, créé par un
 lotisseur,
 lorsque les voies (qui ont un nom) sont rétrocédées à la commune, la
 trace du lotissement disparait sur le terrain.
 Je met nom introuvable sur le terrain dans l'outil ; je suppose
 qu'il
 faut également le rajouter dans la black liste : n'est-ce-pas ?

Tu peux bien sûr, mais, et ça avait été relevé par Frédéric, il y a un peu 
double saisie dans ce cas. Bref, il faut qu'on décante cette idée de black 
liste (idées et remarques bienvenues ici-même).
 
 J'ai un nom dans FANTOIR (une ZAC) ; dans OSM, il est sur un landuse
 (pas de highway ni de place).
 Je l'ai ajouté dans la black liste pour que le rapprochement ne soit
 pas
 fait, mais du fait qu'il reste dans l'onglet voie FANTOIR sans
 rapprochement OSM, je pense qu'il faudrait que je mette une
 explication
 (ce n'est pas vraiment un anomalie), mais aucune typologie ne me
 parait
 correspondre.

Pas de souci à rapprocher ce nom, je pense. Ça contribue à notre inventaire. 
Cependant pour l'instant, sur les

Re: [OSM-talk-fr] BANO-FANTOIR : Terrasse vs Traverse à Marseille

2014-11-19 Par sujet Mathias Jérôme

Ces problèmes de Terrasses et Traverses sont dues à des dizaines d'années 
d'errances, notamment liées à la norme postale qui si vous la lisez bien ne 
norme rien du tout...Comment le pourrait-elle d'ailleurs compte tenu des 
contraintes drastiques qu'elle s'impose (longueur restreinte des champs texte). 
En soit ce n'est pas grave puisque en soit une norme n'est pas un référentiel.
Les problèmes sont apparus lorsque les référentiels ou apparentés ont voulu 
eux-même remplir cette norme postale...
L'idée même d'utiliser des abréviations au lieu de noms en clairs est l'une des 
pires catastrophes qui puisse les affecter. Et à ma connaissance (RGE, Fantoir, 
RIL Insee) pour ceux que je connais, ont tous ce travers.
Par rapport à ces référentiels OSM et ses produits dérivés (BANO) auront à 
terme une réelle supériorité.



Le Mercredi 19 novembre 2014 12h01, Christian Quest cqu...@openstreetmap.fr a 
écrit :
 


Le 19 novembre 2014 11:08, Charles Nepote char...@nepote.org a écrit :

Merci Vincent. Oui c'est le long terme qui m'intéresse. Dégommer du rouge n'a 
pas de sens car c'est reculer pour mieux sauter dans ce cas. Il y a un moment 
il faudra un feedback aux agents qui complètent le FANTOIR et il nous faut donc 
garder la mémoire de la divergence. En attendant la mise en oeuvre de ton 
excellente proposition (que j'avais loupée) je préfère ne rien rapprocher du 
tout et laisser les avertissements. Vous avez déjà des contacts avec la DGFip 
pour savoir comment ils bossent sur ces données (comment il les collectent, 
comment il les corrigent) ? Je peux me renseigner via Etalab mais comme 
Christian est déjà dans la place je suppose qu'il a toute latitude aussi ;-)



Maintenant qu'on a avancé avec l'IGN et La Poste, je vais retourner voir mes 
voisins de bureau de la DGFiP (étage au dessus, au bout du couloir) ;)

Mieux comprendre le FANTOIR, sa constitution, voir comment on peut créer un 
vrai lien avec la BAN... voilà les enjeux futurs.


Je pense que c'est très important de documenter un peu ce genre de cas : les 
cas de co-production / co-correction entre acteurs publics et communautés 
pourraient se multiplier au bénéfice de tous. Il faut des exemples solides pour 
convaincre plus d'acteurs.


Rajouter les ref:FR:FANTOIR permet aux scripts de faire les rapprochements et 
aussi de détecter les différences et donc de les remonter comme telles.

J'ai par exemple remonté près d'un millier de planches cadastrales raster à la 
projection incorrecte à la DGFiP avec un grand merci de leur part. Je pense que 
pour FANTOIR une remise au propre ne pourra pas faire de mal. Le coût de la non 
qualité est élevé !


-- 

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] Intégration des pharmacies en France avec Osmose

2014-10-12 Par sujet Mathias

1 2 3 
essai


 Le 12 oct. 2014 à 17:35, Frédéric Rodrigo fred.rodr...@gmail.com a écrit :
 
 Le 12/10/2014 16:19, René-Luc Dhont a écrit :
 Bonjour,
 
 Je viens de regarder la carte vers chez moi et je ne comprends pas
 pourquoi il n'y a pas de rapprochement entre OSM et la base OpenData
 Celtipharm ?
 
 http://osmose.openstreetmap.fr/fr/map/#source=7406item=1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1220%2C1230%2C1240%2C2xxx%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7xxx%2C8xxxzoom=16lat=43.6147lon=3.86824layer=Mapnikoverlays=FFFTbbox=3.852124214172363%2C43.60898521690245%2C3.880019187927246%2C43.61908323811815level=1%2C2%2C3tags=fixable=
 
 
 Chaque pharmacie OSM a son double OpenData Celtipharm avec : Pharmacy
 not intégrated, pourquoi ?
 
 La jointure est faire sur le tag fr:FR:FINESS. Tant que ce tag n'est pas 
 retrouvé dans OSM, elle est considéré comme non intégré.
 
 C'est le cas de toutes les intégrations de données pas Osmose basées sur une 
 référence et pas uniquement sur la position géographique.
 
 Le 11/10/2014 12:25, Frédéric Rodrigo a écrit :
 Bonjour,
 
 L'entreprise Celtipharm à mise à disposition son recensement des
 pharmacies en France. Les données ont été collectées sur le terrain
 depuis 2000. Il y a donc près de 14 ans de métier ;) dans ces données.
 Ils ont été séduit par OSM et y voient une opportunité de moderniser
 leur système d'information avec une publication en OpenData sous
 licence ODbL.
 
 Après un test et des retours sur leurs données, l'intégration est
 maintenant possible sur Osmose :
 
 http://osmose.openstreetmap.fr/fr/errors/?source=7406item=
 
 Pharmacies dans OSM sans référence ref:FR:FINESS :
 http://osmose.openstreetmap.fr/fr/map/#item=7150
 
 Pharmacie non intégré, en OpenData mais référence non retrouvé dans OSM
 http://osmose.openstreetmap.fr/fr/map/#item=8210
 
 ^^^
 
 
 Proposition de rapprochement entre l'OpenData et l'OSM :
 http://osmose.openstreetmap.fr/fr/map/#item=8211
 
 Le travail préliminaire à cette intégration à Osmose à soulevé des
 questions sur la liste CA, que je vous livres dans un soucie de
 transparence :
 
 - le tag type:FR:FINESS est aussi utilisé 216 fois. Désolé, mais là
 par contre je ne vois pas l'intérêt de mettre ça dans OSM. On a déjà
 des tags pour mettre en correspondance de ces numéros. Sauf si le type
 fait partie de l'identifiant, mais dans ce cas il ne faudrait pas un
 tag séparé. Il y a même une page sur le wiki :
 http://wiki.openstreetmap.org/wiki/FR:Key:type:FR:FINESS [moi]
 
 - Le problème, c'est que ces intégrations osmose ne sont pas
 documentées depuis osmose et très mal dans le wiki et qu'il y a en a
 de plus en plus. D'ailleurs, le fait même que cette discussion se
 passe sur la liste ca@ et non sur la liste talk-fr@ est aussi
 symptomatique. [Pieren]
 
 - Je serais d'ailleurs curieux de connaitre la réaction à la demande
 d'ajouter… 9000 ? tag ref:FR:FINESS pour une valeur ajoutée… légère ?
 d'un point de vue contributeur/réutilisateur basique ?
 J'ai encore du mal avec ces rapprochements de bdd séparées uniquement
 à l'aide d'un identifiant unique, alors qu'avec une position
 géographique, un nom, une adresse, on doit pouvoir rapprocher la
 quasi-totalité des existantes dans OSM (du moins sur l'échantillon
 représentatif d'une dizaine regardée du coté de Troyes). On parle de
 pharmacies, pas d'arbres ou de batiments, quand même…
 Bon, non, j'ai pas les doigts dans le code. [JB]
 
 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

[OSM-talk-fr] parcours de santé TAG

2010-09-19 Par sujet Brun' Mathias


Il n'y a pas de TAG pour les Parcours de Santé dans le Map Features
une proposition a été faite il y a un bon bout de temps qui suggérait :
type=route
route=fitness_trail
(http://wiki.openstreetmap.org/wiki/FR:Community_Updates/2010-06-07)


Cette relation a plusieurs fois été utilisé
(carte : http://toolserver.org/~ti/ftm/)

Aucune trace de ce tag dans le Proposed features

Doit-on l'utiliser et le proposer dans le Map Features ?

-
http://wiki.openstreetmap.org/wiki/User:Azbean
http://www.openstreetmap.org/user/Azbean
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/parcours-de-sante-TAG-tp5548116p5548116.html
Sent from the French OSM [Tag] mailing list archive at Nabble.com.

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

[OSM-talk-fr] tagguer une écurie

2010-07-19 Par sujet Brun' Mathias


Bonjour je voudrais savoir si il existe un tag pour les écuries ?
Il existe le tag sport=equestrian, est-ce celui ci dont je dois me servir ?
Bruno

-
http://wiki.openstreetmap.org/wiki/User:Azbean
http://www.openstreetmap.org/user/Azbean
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/tagguer-une-ecurie-tp5311903p5311903.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

[OSM-talk-fr] et un cartographe de plus en Alsace !

2010-07-14 Par sujet Brun' Mathias


Bonjour, je suis un nouveau qui a rejoint OSM depuis quelques temps, et la 
cartographie me plait beaucoup =)
j'habite a 15 km au nord de Strasbourg (Geudertheim pour être précis) et suis 
Lycéen sur Strasbourg (16 ans !)

J'ai commencé par créer des traces dans mon village et je continue à pédaler 
avec mon vélo et mon GPS dans d'autres communes
Maintenant j'utilise aussi le cadastre qui se révèle très pratique
j'apprends petit à petit à me servir de Josm, qui parait au premier abord 
compliqué... je me débrouille.
Peut être aurais-je l'occasion de rencontrer ceux qui sont dans le Bas-Rhin, 
j'ai constaté plusieurs personnes très actives =)
Je pars dans moins d'une semaine en Grèce et j'ai décidé d'y collecter un 
maximum de donnés, ca va être un petit peu compliqué car je ne pourrais 
travailler que dans les cybercafés, mais je ferais avec ;)

Voilà pour moi...
A bientôt !

Bruno
  
_
Messenger arrive enfin sur iPhone ! Venez le télécharger gratuitement !
http://www.messengersurvotremobile.com/?d=iPhone___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] et un cartographe de plus en Alsace !

2010-07-14 Par sujet Brun' Mathias


Denis, pour le RMLL et STOM 2011 si ils se déroulent à Strasbourg (c'est
 sûr que ce sera là bas ?) je pourrais être là =)

Sinon pour le 
moment je map Lipsheim (Fegersheim et Eschau plus tard...) le problème 
c'est que le cadastre est en format image et je galère un peu, mais je 
pense que c'est pour cause de bourrage de crâne...

Je ne connais 
pas walking papers, mais fait il la même chose que le fonction exporter 
sur la carte OSM ? Je ne pense pas qu'il puisse me servir si je vais 
dans une zone vide...

Sinon je me posais la question si il était 
pas possible d'avoir JOSM sur une clé usb AVEC les plugins installé. Une
 idée ?


Dernière chose qui est surement une question débile que j'assume : comment 
répondre a quelqu'un sur talk fr ?  j'ai activé le regroupement des 
messages 
  
_
Le nouveau Hotmail est presque arrivé, ne le manquez pas !
http://www.windowslive.fr/nouveau-hotmail/___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] et un cartographe de plus en Alsace !

2010-07-14 Par sujet Brun' Mathias



hamster-2 wrote:
 
 
 pour les situations ou t'a peu de materiel sous la main, y'a 
 walkingpapers qu'est pas mal
 
 ca permets de prendre un maximum de notes sur le terrain avec un stylo 
 (ce qui n'empeche pas la trace GPS et les photos) et d'editer la carte 
 ensuite de retour chez toi
 
 



Merci =) je ne connaissais pas mais j'imprimais déjà directement depuis la
carte OSM C'est effectivement très pratique, et c'est ce que je fais
très souvent.
peut être que je devrais acheter un netbook, cela me permettrais de traiter
tout de suite les infos ?

sinon walking papers n'est point utile si il n'y a rien à la base, je me
trompe ? C'est ce qui va être le cas pour moi.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/et-un-cartographe-de-plus-en-Alsace-tp5293903p5295323.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

Re: [OSM-talk-fr] et un cartographe de plus en Alsace !

2010-07-14 Par sujet Brun' Mathias

Denis-3 wrote:

Bonsoir Bruno et bienvenu sur cette liste

1. J'aime beaucoup ton pseudo, très d'jeuns
2. Il reste beaucoup de choses à faire encore sur le Nord du Bas-Rhin.
je toute façon, j'attaque le Ried de l'Ill !!
3. On a beau passer pour des dinosaures (le on inclue Pieren ;-), on
en reste pas moins abordable, via tous les moyens de communication
modernes. Pas de souci pour une rencontre, une bière, ... à l'arrache
4. on essaie d'organiser de temps de temps des rencontres entre alsaco,
mais le mois de juin/juillet n'avaient pas assez de jours pour tout
caler. Peut-être septembre ... Ce sera annoncé de toute façon sur le
wiki et la liste
5. j'ai une TODO-list inhumaine pour ne pas avoir pas à rougir lors des
prochaines RMLL/SOTM 2011. Tous les bras, fussent-ils de fourmi, seront
les bienvenus.
6. Cela fait plaisir de découvrir de nouveaux jeunes (par l'âge)
contributeurs (attention, il y a une recrudescence d'activité ces
dernières semaines sur le Haut-Rhin ;-). Je crois qu'il y a une réelle
opportunité à partager, expliquer, convaincre nos copains (du moins les
tiens ;-), nos enfants (du moins le mien ;-) de l'ambition de notre
projet. Il faut former la relève à la liberté, dès maintenant.

Bravo pour ton travail sur Geudertheim (juste sourcer tes infos ;
source:survey est très bien aussi ;-)

Bis bald

Denis

1. ah mon pseudo dans osm c'est Azbean
2. pour mon cas, je commence les villages de Lipsheim, fegersheim, Eschau
5. Pour le RMLL et le SOTM 2011 seront ils à Strasbourg ? si oui, aucun
problème, je serais opé 24/24

Merci pour le source:survey, je n'y avait jamais fait attention =)
--
View this message in context:
http://gis.638310.n2.nabble.com/et-un-cartographe-de-plus-en-Alsace-tp5293903p5295300.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

40 matches

Mail list logo