from:"DH"


Le 08/04/2020 à 17:26, Marc M. a écrit :

Le 08.04.20 à 16:32, DH a écrit :

Le 08/04/2020 à 16:21, Marc M. a écrit :

...
- on évite généralement les restrictions temporaires courte durée,
dans osm, de nombreux calculateur ne mettent pas assez souvent
leur donnée à jour pour les traiter. on dit parfois qu'il faut
n'encoder que ce qui dure plus qu'un mois.
à toi de voir ton ressenti sur la situation


l'autre solution est de mettre un access=no en plus pour que le choses
soient + claires

Comme il s'agit d'un tronçon structurant du réseau routier dans une
vallée, cela me parait justifié de faire la modif, d'autant plus que
cela risque de durer : la fermeture est justifiée par la réduction
d'effectifs du gestionnaire (je pourrais le mettre en commentaires
d'ailleurs).

oui si cela risque de durer, la modif est justifiée dans osm.

mais même si j'ai proposé access=no cela pose le problème dans
l'autre sens : ils [1] vont se tapper une fermeture imédiate à la
prochaine maj alors que c'est ouvert encore pendant 11 jours

[1] https://taginfo.openstreetmap.org/keys/access:conditional#projects
pas de osrm Valhalla etc qui publient par ailleurs leur support
d'autres tags

la solution la moins mauvaise est peut-être :
aujourd'hui
access=yes
access:conditional=no @ 2020-04-19 - 2020-05-31 (ou date de la fin du
confinement ?)

le 18 ou 19, basculer sur access=no

Au temps pour moi, coquille, c'est à partir du 19 mars que le tunnel et 
ses accès sont fermés. Donc OSM est en retard !!


pas bien, je retourne corriger.


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

Re: [OSM-talk-fr] restrictions temporaires


Le 08/04/2020 à 16:21, Marc M. a écrit :

...
- on évite généralement les restrictions temporaires courte durée,
dans osm, de nombreux calculateur ne mettent pas assez souvent
leur donnée à jour pour les traiter. on dit parfois qu'il faut
n'encoder que ce qui dure plus qu'un mois.
à toi de voir ton ressenti sur la situation

l'autre solution est de mettre un access=no en plus pour que le choses 
soient + claires


Comme il s'agit d'un tronçon structurant du réseau routier dans une 
vallée, cela me parait justifié de faire la modif, d'autant plus que 
cela risque de durer : la fermeture est justifiée par la réduction 
d'effectifs du gestionnaire (je pourrais le mettre en commentaires 
d'ailleurs).




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

Re: [OSM-talk-fr] restrictions temporaires


Le 08/04/2020 à 15:58, Eric SIBERT a écrit :
Disons que si on reprend ce qui se fait pour les commerces, on 
partirait sur un

access:covid19=no

Si on veut rester dans la logique de l'accès conditionnel, on serait 
plus sur

access:conditional=no @ covid19


Oui, d'accord sur le principe, mais est-ce que les logiciels de routage 
vont comprendre cela ? c'est bien le but !



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

[OSM-talk-fr] restrictions temporaires


Bonjour,

De plus en plus de restrictions d'accès temporaires (sans date de fin 
connue) sont posées sur divers catégories d'objets : tunnels, pistes 
cyclables, ...


Comment taguer (pour l'exemple : le tunnel de Schirmeck à fort impact  
pour les calculateur d'itinéraires ) ?


J'étais parti sur un "date_off" mais visiblement déprécié (warning JOSM 
-> OK)


Selon https://wiki.openstreetmap.org/wiki/Conditional_restrictions, 
j'arrive sur => access:conditional=no @ (<2020-04-19>)


J'ai tout bon ?

Denis


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

Re: [OSM-talk-fr] #caresteouvert - Licence ouverte ?

2020-04-01 Thread DH


Le 01/04/2020 à 13:30, GUIMARD Jean-Charles a écrit :


Bonjour,

Je suis en train d’agréger différents flux de données qui permettent 
d’enrichir la connaissance des lieux ouverts, des commerces, 
maraîchers, etc. suivant le mode de commande et de retrait des 
marchandises (drive, livraison, sur place), en indiquant les communes 
couvertes par la livraison. Cela couvrira le territoire de 
l’eurométropole de Strasbourg et sera accessible sur 
https://data.strasbourg.eu


La donnée que nous allons agréger sera diffusée en Licence ouverte V2 
Etalab. Je compte indiquer pour chaque établissement, la source 
initiale de l’information.


Il y a des sources collaboratives comme une mymaps dont le 
propriétaire est d’accord pour que les données soient redistribuées en 
opendata.


Il y aura certainement des sources institutionnelles comme celle la 
CCI ou la CMA.


La source OSM avec la démarche « ça reste ouvert » est bien sûr une 
source très intéressante. Si j’indique dans le jeu de données agrégé, 
la source initiale « OSM » quand il s’agit d’une remontée d’info 
réalisée par un contributeur « OSM », suis-je autorisé à l’inclure 
dans le jeu de données plus général qui sera diffusé en licence 
ouverte ? La licence OSM ne viendra pas « contaminer » la licence 
ouverte de ce jeu de données ?




Bonjour Jean-Charles,

Qu'est-ce qui est génant dans la licence ODbL par rapport à la LO dans 
le cadre de la diffusion de ces données ?


C'est technique ou politique ?

Denis

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

[OSM-talk-fr] Une épidémie de contributeurs ?

2020-03-31 Thread DH


Hello,

Hier, nous étions plus de 400 à éditer la carte qui nous mobilise tant : 
http://osmstats.neis-one.org/?item=countries=France .


C'est notre record à ce jour. Un effet #caresteouvert,  sans doute.

Ne lâchez rien, arrêtez de critiquer des chair-mappers, restez confinés

et surtout portez-vous bien

Denis


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

Re: [OSM-talk-fr] Le trafic moyen c'est bien

2020-03-20 Thread DH


Le 20/03/2020 à 15:50, Florimond Berthoux a écrit :

Bonjour,

À la SOTM-fr 2019 j'avais évoqué l'idée de mapper le trafic des routes 
afin d'avoir un indicateur pour savoir si une route est cyclable ou non.

Le public n'avait pas été très enthousiaste, déçu je fus :(
L'idée a continuer à trotter dans la tête et j'ai pu enfin travailler 
dessus.


- C'est quoi le trafic ?
«La circulation routière est le déplacement de véhicules automobiles, 
au sens large, sur une route. » Wikipedia
Au sens  large le trafic c'est l'étude du déplacement (ou non) des 
véhicules sur la route.
Généralement on pense débit, c'est à dire le nombre de véhicule en un 
temps donné, mais ça peut aussi être la vitesse des véhicules, le 
temps à l'arrêt, ou d'autres choses.
La grandeur physique qui nous intéresse c'est le débit c'est à dire la 
quantité de véhicule qui circule en un temps donnée.


- Mais ça change tout le temps !
Effectivement le débit c'est comme la vitesse, ça peut changer tout le 
temps, des fois il fait beau et les gens vont à la plage et des fois 
il y a un virus et tous le monde reste chez lui.
Mais, le débit comme la vitesse c'est une unité par temps, ce temps 
peut être l'heure, la seconde, le jour, l'année, etc.
On peut parler de vitesse instantanée comme de débit instantanée mais 
à vrai dire c'est un concept physique irréel, une vue de l'esprit, 
l’instantanée pour mesurer un changement dans le temps n'existe pas.
Bien entendu le trafic en temps réel n'a pas sa place dans OSM et à 
vrai dire ne m'intéresse pas.



...

Dans le domaine ferroviaire, on a 2 manières(au moins) pour mesurer un 
trafic :


- soit un TMJA : trafic moyen journalier annuel => trafic constaté (ou + 
ou - calculé) de l'année / 365 -> ça permet de lisser tous les effets 
(offre de semaine /we, vacances scolaires, Gr..es)


- soir un JOB : Jour Ouvrable de Base => c'est un jour choisi 
habilement  (un mardi ou un jeudi des 2 premières semaines de janvier 
pour ma pratique perso) dans le calendrier qui correspond à un jour 
"normal" de trafic. C'est une photo + ou - réaliste d'un point du réseau 
(Point Remarquable) ou tronçon de voie (entre 2 PR)


C'est valable dans le cadre d'une offre connue à l'avance (pour le 
moment) et d'une capacité limitée, donc bornée, mais peut-être pas que.


L'idée d'un débit maxi pourrait être intéressante, avec ses variantes : 
trafic très dense, dense, peu dense, etc. (c'est à dire avant bouchon, 
compté en vehicule/h) mais très compliqué à mettre en oeuvre.


Voir du côté du CEREMA pour plus d'expertise côté routier. Les 
compétences (et donc classifications) sont à chercher soit du côté de 
l'Etat (DIR) soit des collectivités locales (départements / métropoles)


mes 0,02€ confinés

Denis


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

Re: [OSM-talk-fr] adresse mail rejetée - gouvernance et transparence

2020-01-23 Thread DH


Le 23/01/2020 à 17:12, Philippe Verdy a écrit :

...
C'est bien OSM qui a un problème sur l'installation et la mise à jour 
de ce logiciel sur ses serveurs, mal configurés (y compris les infos 
nécessaires mais toujours manquantes dans ses DNS) ou encore les 
certificats de sécurité non installés (pour l'authentification des 
serveurs ou pour que le logiciel MLM puisse signer à nouveau 
*lui-même* les messages qu'il a lui-même modifiés, notamment le 
contenu du corps ou la ligne de sujet car cela invalide les infos DKIM 
et ARC/DMARC originales transmises telles quelles dans les entêtes des 
messages relayés par la liste, qui deviennent invérifiables par les 
tiers). Tant que ce ne sera pas fait, les serveurs OSM recevront des 
"bounces" mais aussi tous ceux qui veulent répondre à un message 
venant de la liste.



Philippe Verdy est sartrien ascendant huis-clos

"L'enfer c'est les autres"

Merci Marc pour ton boulot


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

Re: [OSM-talk-fr] adresse mail rejetée - premières modifs

2020-01-16 Thread DH


Le 16/01/2020 à 18:49, Sébastien Dinot a écrit :

marc marc a écrit :

J'ai fait quelques modifs pour rendre la liste temporairement "plus
relax" au niveau des bounces

À la bonne heure ! Depuis décembre, je dois me faire virer de la liste
2 à 3 fois par semaine. Je réactive mon abonnement dès que je reçois le
message de notification, mais c'est pénible.


je plussoie.

Des mesures s'imposent si l'analyse est correcte (je suis niveau -1000 
sur le sujet mais je fait confiance si consensus*)


Denis

* mot qui a fait florès à une époque mais dont on a dévoyé le terme (aka 
si Ph. V.** s'y oppose il n'y a pas consensus)


** ce n'est pas une attaque ad homimen


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

Re: [OSM-talk-fr] Proposition de mise à jour : la population des communes

2020-01-14 Thread DH



Le 14/01/2020 à 21:22, marc marc a écrit :

oui et non.
oui il y a bien 2 dates (récolte des données <> publication).
non il ne me semble pas qu'il y ai 2 dates valide pour la source
au sens osm.

Quand je met une info dans osm et que j'ai le choix entre 2 sources,
je vais prendre celle qui a les infos les + fraîche, cad celle dont
la réalité "sur place" a une date la + fraîche.
il me semble donc que la date de publication a peu d'intérêt pour osm,
c'est la date "sur place" qui importe, ici 2017 en l’occurrence

concrètement il y a des contributeurs (comme moi) qui mettent parfois à
jour la population de la commune avec une source + fraîche (la commune
elle-même). ils vont mettre source:date=2019 et se faire écraser par une
valeur publiée en 2020 mais + veille.


Je suis presque d'accord sur le raisonnement.

La population 2017 ne peut pas être connue méthodologiquement avant 2020.

J'ai simplement la crainte que l'utilisateur lamba, sans chercher à 
comprendre le pourquoi du comment, assume source:date=2020 <=> 
population 2020 ce qui est bien évidemment faux.


Une note méthodologique ? sur le wiki ?

note  : autant la commune est légitime comme source sur la toponymie, 
autant sur la population c'est l'INSEE la source légitime et légale.


"source:date" c'est pas une course à l'échalote pour être up to date; il 
faut que cela ait du sens aussi, non ?


Denis


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

Re: [OSM-talk-fr] [osm-alsace] De la terrasse à la donnée, vers vos apéros réussis en 2020 !

2019-11-21 Thread DH


Le 21/11/2019 à 18:30, Jean-Charles G a écrit :

Bonjour à tous,

J'organise un événement la semaine prochaine sur l'opendata de l'eurométropole
de Strasbourg. Je vous invite à venir y participer !

À travers l'exemple des terrasses, venez découvrir comment la donnée publique
peut avoir une incidence sur le quotidien des citoyens.
La carte des terrasses autorisées en 2019 est en ligne sur le site Opendata de
l'Eurométropole. À l'origine, un citoyen a demandé de rendre publique la liste
des terrasses. Le but était de mieux connaître les terrasses autorisées et
d'en identifier les nuisances.
Saisissant l'occasion de rendre ces données publiques, l'Eurométropole a
transformé sa manière de communiquer la réglementation. L'information est
désormais accessible en ligne et réutilisable par tous.
Le but de cette rencontre est de discuter ensemble des applications possibles
à partir de cette donnée des terrasses et plus largement des données publiques
de la collectivité.

Cet événement est destiné aux citoyens, développeurs d'applications,
chercheurs et universitaires, journalistes, créateurs d'entreprises... bref à
toute personne pouvant réutiliser les données publiques.

Inscriptions >>> https://www.weezevent.com/dat-apero

Avec la participation de
Christophe Bosch, directeur de la Mission participation citoyenne de
l'Eurométropole,
Renaud de Malliard, directeur de la réglementation urbaine de Strasbourg.eu
Olivier Banaszak, directeur du projet Smart data de l'Eurométropole

Bonne soirée
Jean-Charles
Ville et eurométropole de Strasbourg


Bonsoir Jean-Charles

Excellente initiative !

Je me permets de relayer sur la liste nationale car je trouve la 
démarche méthodologiquement intéressante.


Je vais essayer de creuser les tags nécessaires et requêter les avis 
d'autres contributeurs plus aggueris d'ici l'échéance.


Il se semble avoir entendu parler un  jour d'applis potentielles en 
fonction de l'heure et de la saison pour trouver le meilleur spot pour 
aller boire une bière à l'ombre (clin d'oeil nécessaire à 
http://openbeermap.github.io et autre https://brewmap.openstreetmap.de  ;-).


A bientôt

Denis


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

Re: [OSM-talk-fr] Mirepoix sur Tarn, les ponts... et OSM

2019-11-18 Thread DH

Le 18/11/2019 à 19:12, François Lacombe a écrit :

Salut à tous,

Un triste événement nous a rappelé ce matin le rapport rendu en
juillet par le sénateur Maurey sur la sécurité des ponts.

http://www.leparisien.fr/faits-divers/toulouse-un-pont-s-effondre-a-mirepoix-sur-tarn-au-moins-un-mort-18-11-2019-8195481.php

Le même sénateur a commenté brièvement ce matin en rappelant que la
connaissance des ponts, en particulier des 29 000 qui poseraient
problème devait être pris au sérieux.
Bien qu'ici ce soit une négligence qui puisse être à l'origine du
drame, serions-nous les seuls à produire un inventaire exhaustif des
ouvrages que peu de monde ne semble maîtriser en totalité ?

La multiplicité des exploitants ne permet pas d'en avoir une vue
consolidée. C'est un peu gênant pour faire des études voire
capitaliser sur les inspections faites. OSM peut ici encore apporter
sa pierre à l'édifice.

A noter, en complément, que le pont de Mirepoix a été mis à jour dans
OSM dans l'heure qui a suivi le drame de ce matin
(https://www.openstreetmap.org/way/151167564/history), confirmant une
réactivité que beaucoup de collectivités nous envient et nous donne du
crédit empêchant les logiciels de routage de prendre désormais cet
itinéraire.

De mon expérience spécifique sur les ponts ferroviaires, j'ai constaté
(stats nécessaires ;-) que de nombreux contributeurs préfèrent, en
première intention, mettre la voie inférieure (souvent un tronçon
hydrographique) en tunnel (culvert) plutôt que de mettre la voie
supérieure en bridge. Avez-vous fait les même constats ?

De fait, les ponts ferroviaires sont très probablement sous-représentés
dans OSM. Comme on dit dans le jargon : travail en cours.

note : Avec les orthophotos IGN+collectivités, le doute est très
facilement levé.

Denis

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

Re: [OSM-talk-fr] Fwd: OSM- Salon géonumérique St Dié

2019-09-07 Thread DH


Le 06/09/2019 à 22:10, pepilepi...@ovh.fr a écrit :

Le 15/07/2019 à 12:22, Benoit Fournier - OpenStreetMap France a écrit :
Est-ce que quelqu'un peut/veut présenter OSM, tenir un stand, ... au 
Festival International de Géographie de St Dié des Vosges (4-6 
octobre 2019) ?



Bonsoir,

Désolé d'une réponse aussi tardive mais je pourrai être à Saint Dié 
ces jours. Si vous avez besoin d'aide contactez-moi.


Bonne soirée,


Jean-Pierre



Bonjour,


Pour votre information, un message que j'ai reçu en privé il y a 
quelques jours :


"Nous [Eurométropole de Strasbourg ] organisons une cartopartie dans le 
cadre du Festival International de Géographie de Saint-Dié qui se 
déroule en octobre 2019.


La région invitée étant Les Caraïbes, nous axons notre cartopartie sur 
la Guadeloupe avec une thématique Touristique.


-Monuments, sites remarquables, points de vues, mais aussi itinéraires 
de randonnées (à pieds ou à vélo)"


Perso, je ne pense pas pouvoir me libérer pour cette manifestation. 
Contact à l'Eurométropole de Strasbourg : Christophe Wintz 
(christophe.wi...@strasbourg.eu)


cordialement,

Denis

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

Re: [OSM-talk-fr] 15 bougies pour OSM !

2019-08-10 Thread DH


Le 10/08/2019 à 14:53, Christian Rogel a écrit :

Mon inscription remonte à 11 ans moins 2 mois. Je me souviens qu’il manquait de 
grandes parties des grandes et moyennes villes. Les petites villes et les 
villages existaient peu.
Le saut quantitatif a eu lieu, en France, en 2009 et 2010 (janvier 2010 : 
ouverture du cadastre).
Il faut rappeler que le seul outil de traçage était les « trackers GPS », dont 
la précision affichée était de 5 à 10 mètres. En 2009, je crois, MicroSoft 
avait mis à disposition son imagerie satellitaire Bing, dont le calage était 
souvent défectueux.
On voit maintenant que les agglomérations sont toutes là, mais, on tombe très 
souvent sur des voiries approximatives, des voies manquantes ou mal qualifiées, 
quand ce n’est pas des fausses liaisons. Bref, ce n’est pas fini.
C’est pourquoi, j’alterne le mapping de zones que je fréquente avec celui 
d’espaces que je ne verrai jamais, en me cantonnant à des rectifications des 
tracés et à des objets très visibles sur la merveilleuse ortho de l’IGN.
C’est en « adoptant » des coins délaissés qu’on peut espérer empêcher que ne se 
creuse trop l’écart entre les grandes villes « surmappées » et la campagne 
proche ou lointaine.

Christian R.

J'ai bien peur de faire  partie des vieux dinosaures avec une 
inscription il y a 11 ans et presque 8 mois. Je partage l'expérience 
(j'ai acheté mon premier GPS grâce ou à cause d'OSM) et le souci de 
Christian sur l'équité entre les territoires hyper bien décrits et ceux 
qui manquent cruellement de contributeurs ou d'attentions.


On peut être sacrément fiers de tout le boulot abattu et j'entends 
souvent des collègues (ou anciens collègues) dire leur stupéfaction 
devant le niveau de richesse contenu dans la base.


Ce qui m'épate le plus, c'est qu'au bout de tout ce temps, la motivation 
est intacte : il reste tellement de choses à faire encore. Mais quand on 
aime, on ne compte pas


Vivement les 20 ans

Denis


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

Re: [OSM-talk-fr] Borne Michelin

2019-05-30 Thread DH


Le 30/05/2019 à 18:39, Jacques Foucry a écrit :

Le samedi 25 mai 2019 à 23:07:37 (+0200), DH à écrit:

Presque parfait (sinon c'est pas drôle). Le nom que tu proposes n'est pas
un nom. Tout au plus une famille d'objet: c'est le rôle de guideposte
d'indiquer cette information. la tag description complète très bien.

Ajouter [3]tourism=[4]information

Quant à history, le wiki
[5]https://wiki.openstreetmap.org/wiki/Key:history?uselang=fr indique
qu'il faut lui préférer historic.

historic=milestone par exemple

Pour le wikidata, je passe mon tour. Mais la liste OSM a surement des
indications ou des conseils à donner.

Bon, je voulais reprendre ma copie, mais d'autres sont passés par là.
Merci eux•lles.


Moi j'adore quand les autres font le boulot à ma place

En plus, cela m'oblige à me déposséder de mes contributions qui 
deviennent imbriquées à celles des autres, formant la trame de la base.


En revanche, je deviens responsable collectif de l'ensemble de l'oeuvre 
collective.




---
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] Extracteur de données OSM : manifestation d'intérêt d'Opendata France

2019-05-30 Thread DH


J'en suis aussi

Denis

Le 30/05/2019 à 00:36, François Lacombe a écrit :

Salut à tous

Lors du dernier CA physique de l'association, nous étions plusieurs à 
partager le besoin d'un service permettant de produire des extractions 
actualisées périodiquement d'une thématique sur OSM.


En discutant dernièrement avec Jean-Marie Bourgogne d'OpenData France, 
nous avons établi qu'un tel service permettrait aussi de motiver des 
collectivités à ouvrir leurs données, en rendant accessible et visible 
ce que la communauté OSM a déjà produit sur un territoire.
Ils seraient ainsi motivés pour que joignons nos efforts en ce sens 
(la réalisation de l'outil, la teneur des extractions sera discutée 
ultérieurement à la convenance de chacun)


J'ai entamé la rédaction d'un pad sur le sujet (qui n'a pas beaucoup 
avancé, shame on me !)

https://mypads.framapad.org/mypads/?/mypads/group/openstreetmap-ma2l7c7nv/pad/view/extracteur-donnees-rf1qj07tw

Pourriez-vous indiquez dans ce pad si vous êtes intéressés pour 
participer à la construction de ce service et si possible résumer en 
quelques mots ce que vous pourriez y apporter svp?
Loin de moi se tient la réunionite, mais il faudra surement tenir 
quelques points où vous serez invités.


Merci par avance pour vos retours, faites circuler ceci à qui vous 
semblera le plus indiqué


François

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





---
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] [osm-alsace] dépliant OSM grand public

2019-05-29 Thread DH


Le 29/05/2019 à 22:58, Christine Karch a écrit :

Am 29.05.19 um 17:34 schrieb DH:

https://wiki.openstreetmap.org/w/images/5/5f/D%C3%A9pliant-OpenStreetMap-Impression.pdf

c'est si joli qu'on a discuté de traduire en allemand si vous permettez :)





voir la licence : )


---
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] Borne Michelin

2019-05-25 Thread DH


Le 25/05/2019 à 19:42, Jacques Foucry a écrit :

Le mercredi 08 mai 2019 à 12:31:42 (+0200), DH à écrit:

Le 08/05/2019 à 12:05, Jacques Foucry a écrit :

Bonjour,

Il y a pas loin de ma campagne une vieille borne Michelin d'indication
de direction.

Y a-t-il un intérêt à la signaler ? Si oui comment, si non je retourne me
coucher. :-)


Je partirai sur un
https://wiki.openstreetmap.org/wiki/FR:Tag:information=guidepost

(+ operator : Michelin, historic=yes)

Une photo pour Wikicommons serait probablement appréciée (ces bornes se
font rares)

Voici mon boulot :

https://www.openstreetmap.org/node/6499507758

J'ai mis des photos des 3 faces significatives sur wikimedia commons et
je suppose que pour ajouter un lien wikidata il faut que les robots de
ce dernier aient tourné.

j'ai essayé d'être le plus précis possible. Dites moi si j'ai fais des
connerie (disclaimer : oui, sans doute).
`


Bonsoir Jacques

Presque parfait (sinon c'est pas drôle). Le nom que tu proposes n'est 
pas un nom. Tout au plus une famille d'objet: c'est le rôle de 
guideposte d'indiquer cette information. la tag description complète 
très bien.


Ajouter tourism 
<https://wiki.openstreetmap.org/wiki/FR:Key:tourism>=information 
<https://wiki.openstreetmap.org/wiki/FR:Tag:tourism%3Dinformation>


Quant à history, le wiki 
https://wiki.openstreetmap.org/wiki/Key:history?uselang=fr indique qu'il 
faut lui préférer historic.


historic=milestone par exemple

Pour le wikidata, je passe mon tour. Mais la liste OSM a surement des 
indications ou des conseils à donner.


Bonne continuation

PS : désolé, j'aurais du répondre à la liste d'emblée

Denis




---
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] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

2019-05-17 Thread DH


Le 17/05/2019 à 22:17, Gwenaël Jouvin via Talk-fr a écrit :

Pour savoir si le pont est lézardé, ajouter
[disused:bridge]


je suis déjà loin…



Non, juste dans la méconnue catégorie des Fortunes

https://wiki.openstreetmap.org/wiki/FR:Fortunes

Denis



---
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] OSM et postgresql

2019-04-04 Thread DH


Le 04/04/2019 à 21:26, Tony Emery via Talk-fr a écrit :

Merci pour cette astuce Denis mais, tu pourrais m'expliquer en détail ta
solution pour que je comprenne comment elle fonctionne ?


L'idée est de fabriquer des requêtes ; c'est ce qui est contenu dans les 
parenthèses du concat.


On va puiser les informations nécessaires  dans les tables systèmes 
(pg_class qui liste toutes les tables, pg_namespace qui contient les 
schémas, et pg_attribute qui recense les attributs). On relie les tables 
systèmes avec les clés qu'elles ont en commun (voir la doc).


On cantonne la génération de ces requêtes à toutes les tables qui ont un 
attribut qui contient ':'. On pourrait encore restreindre à un schéma 
particulier


Admettons qu'on ait une table toto créée ainsi : CREATE TABLE 
monschema.toto (id serial, "addr:housenumber" text);


la requête :

select concat('ALTER TABLE ',nspname,'.',t.relname,' RENAME COLUMN 
"',a.attname,'" TO "',replace(a.attname,':','_'),'";') from pg_attribute 
a join pg_class t on a.attrelid=t.oid  join pg_namespace n on 
t.relnamespace=n.oid where attname like '%:%' and nspname='monschema';


donnera le résultat suivant

ALTER TABLE monschema.toto RENAME COLUMN "addr:housenumber" TO 
"addr_housenumber";


si tu rediriges le résultat de la requête plus haut vers une sortie 
texte, tu obtiens un fichier SQL que tu peux lancer avec psql, par exemple.


En espérant avoir été clair, sinon on continue en privé


Denis, désolé pour la foule non SQLphile


---
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] Après la carte en breton : voici les cartes en occitan et en basque

2018-12-14 Thread DH


Le 14/12/2018 à 18:44, Christian Rogel a écrit :

Il faut suivre la logique standard d’OSM (celle suivie en Bretagne) :
1 Un petit groupe de mappeurs renseigne avec les meilleures sources (panneaux, 
connaissances locales, documentation ouverte)
2 S’il existe un organe de droit public compétent, il faut l’inclure dans le 
jeu en lui montrant les premières saisies. Son rôle est surtout symbolique,  à 
moins qu’il ne crée une base de toponymes
3 Un service de carte spéciales doit être monté. La liaison OSM e 
brezhoneg/serveur OpenStreetMap France montre un chemin possible.
Aux Alsaciens (et, sans doute, aux Badois, n’est-ce pas Christine ?) de jouer…

Merci de tes encouragements Christian. Et je rajoute au pot : la Région 
Grand Est qui finance ces panneaux et les grandes agglomérations, les 
promoteurs du tourisme (agence régionale). Il se trouve que j'ai encore 
quelques entrées dans ces structures.


Hop, je suis déjà au boulot



---
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] Un nouveau 'concurrent' ?

2018-12-06 Thread DH


Le 06/12/2018 à 22:04, PierreV a écrit :

je n'ai pas l'habitude d'utiliser github donc j'y jette un oeil dès que j'ai
le temps
En tout cas si les modifications sur OSM serait prises en compte sur Qwant
Maps en quelques jours cela pourrait être un grand avantage par rapport à
Gmaps surlequel il est désormais impossible d'y faire rajouter des chemins
;-)

Pour la recherche d'itinéraire je suis bien impatient de voir le résultat en
espérant qu'on puisse avoir des "variantes" piétonnes et vélo ! sa sera
aussi un gros plus lorsque vous le présenterez!


Un effet Qwantique  : 
http://osmstats.neis-one.org/?item=countries=France ?


+1 pour des prises en compte rapides des modifs dans OSM.


---
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] Demande d'information

2018-11-16 Thread DH


Le 16/11/2018 à 10:07, Pierre HEINRICH a écrit :


Bonjour,

Je suis une société de transport et je cherchais à extraire des villes 
et codes postaux pour une zone géographique précise que j’identifierai 
sur une carte.


Auriez-vous une solution ?



Bonsoir,

En première approche, j'utiliserai l'outil http://overpass-turbo.eu/ 
mais je confie à la communauté OSM le soin de construire la requête qui 
répondra à votre besoin, étant moi-même pas assez averti sur cet outil.
N'hésitez pas à poser aussi vos questions sur le forum 
http://forum.openstreetmap.fr/.
OpenStreetMap tire sa force et sa réactivité de la diversité des talents 
de ses contributeurs.


cordialement,

Denis Helfer

---
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] Bati de la Meuse

2018-08-20 Thread DH


Le 20/08/2018 à 12:56, caroline.cornu a écrit :


Bonjour,

Je suis nouvelle sur OpenStreetMap. J'ai travaillé sur la Meuse en 
ajoutant le bati des communes qui n'était pas en format vectoriel. Je 
me suis servie de cadastre.gouv.


A présent la Meuse est presque complète concernant le bati. Je dis 
presque car je n'ai pas vérifié si les communes dont le bati déjà sur 
OSM (provenant de la BD ortho ou des impots) étaient complètes.



Bonjour Caroline,

Tout d'abord bienvenue dans le projet !
Pour avoir un peu oeuvré sur ce département, j'aurai tendance à dire 
qu'une petite passe de vérification ne nuirait pas. D'autant plus que 
certaines ont leur bâti tracé sur les plans raster (Bar-le-Duc,Etain de 
mémoire).
 D'expérience une visite tous les 3 ans doit suffire pour les petites 
et moyennes villes. Pour les plus grosses, ont peut se caler sur les 
rythmes de mise à jour du cadastre (trimestriel environ ?).
A ma connaissance, on a toujours pas trouvé de méthode industrialisable 
satisfaisante pour automatiser tout le process.
Sur le wiki, il y a déjà https://wiki.openstreetmap.org/wiki/Meuse avec 
des morceaux de https://wiki.openstreetmap.org/wiki/User:The_knife

Un tableau de suivi par commune  ?
insee,nom,date de dernière visite,contributeur,etat,remarques

Denis

---
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] Smartphone en poche ? Tous géographes ! - l'article ne mentionne ni OpenStreetMap, ni HotOSM

2018-07-19 Thread DH


Le 19/07/2018 à 07:10, Jean-Christophe Becquet a écrit :

Bonjour,

Le site The Conversation qui met en avant le travail de la communauté
universitaire publie un article de Christian Giusti, professeur de
géographie physique à Sorbonne Université.

Smartphone en poche ? Tous géographes !

Allez , je me lâche, d'autant plus facilement que je ne suis pas issu du 
sérail, ni géographe, ni topographe, encore moins géomètre mais attiré, 
voire fasciné par le spatial lointain comme proche .
Dès l'âge de 10 ans, je décalquais les limites des départements français 
dans l'encyclopédie Larousse du XXe siècle de mes parents. Je sais, 
cépasbien mais je savais pas encore. j'aimais observer, analyser, me 
réappropier.

On a à faire à un triple discours tellement ORTF noir & blanc :
- les autorités en charge de maintenir les référentiels font leur boulot 
tant bien que mal malgré l'accélération et des moyens et des besoins des 
citoyens (finançant à 100% ces besoins) ;
- les citoyens, à l'insu de leur plein gré -qui souhaite désactiver la 
fonction localisation de son smartphone ?-, pourraient aider, dès 
validation des autorités compétentes au bien connaître de la Nation, 
s'ils passent par les filtres conçus à cet effet.
- le captage de données géolocalisées (et une grande partie de la 
sémantique qui va avec) échappe en grande partie aux acteurs 
institutionnels : citez 3,2,1 applis sur smartphone "easy-to-use" où vos 
données vont prioritairement alimenter des processus 
d'amélioration/correction leurs référentiels (avec feed-back minimum). 
Souvent il y a un stagiaire derrière ; "ça n'intéresse que quelque uns 
<-> on s'est pas donné les moyens".
Encourageons l'auteur, "En 1985, le géographe Jean‑Louis Tissier 
 
notait que les universitaires n’avaient jamais eu en France le monopole 
de la géographie". En 2018 , nous sommes nombreux à être conscient de 
l'enjeu de la gouvernance de la donnée.
Concept étrangement absent de l'article ; c'est ce qui explique 
"l'oubli" d'OSM ou des autres projets collaboratifs (et pas simplement 
participatifs).
Le citoyen 2.0 n'est pas un acteur du territoire augmenté de capacités 
techniques alors que ce "même" territoire serait analysé et décidé par 
des instances étrange.ère.s; il est son propre territoire s'il parvient 
à le décrire avec son propre vocabulaire et sollicite ses aménageurs 
d'égal à égal.
En même temps, c'est tellement plus confortable de regarder en arrière 
et de se reposer sur les progrès technologiques accomplis.


"Paris Inter, à vous l'antenne" 


Denis, rétro-futuriste dilletante


---
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] Oubli de mention OSM...

2018-05-30 Thread DH


Le 30/05/2018 à 15:14, Dlareg a écrit :

Le 28/05/2018 à 17:22, Dlareg a écrit :

Je viens de les relancer.

Ils ont répondu positivement et remédient au problème rapidement.

Librement

moi aussi j'ai eu le message suivant ...
***

Bonjour,


Nous avons bien reçu votre demande d'assistance sur mon.service-public.fr.

Nous veillerons à vous répondre dans les plus brefs délais.

*

il y a 16 jours maintenant

Restons positifs et exigeants

Denis


---
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] dernière date de vérification

2017-04-20 Thread DH


Le 20/04/2017 à 13:35, Florian LAINEZ a écrit :
J'ai été trop rapide en besogne : bien entendu je comptais respecter 
la norme iso pour les dates. Mais ce n'est pas le sujet.


Je comprends mieux avec tes explications Vincent, et, en effet, la 
date du changeset doit être décorrélée /à priori/ de la date de 
collecte sur le terrain.


Maintenant, le débat est de choisir entre :
-survey:date=DATE-A-LA-NORME-ISO
-source=survey DATE-A-LA-NORME-ISO

Je reconnais une nouvelle fois que le tag source est plus utilisé et 
qu'il est bien pratique mais le tag survey:date a toujours ma préférence.
Cela m'embête en effet d'avoir une info textuelle (survey) dans le 
champ. Il me semble plus adapté de consacrer un champ à une date 
seule, pour des fins de réutilisations automatique.


De plus, le wiki ne mentionne pas l'utilisation du tag source 
 pour cet usage, alors 
qu'il précise bien survey:date 

Il y a aussi source:date 
, on en parle ?


PS : Ouf ! Jean-Louis est blanchi ! Merci pour lui

Qu'est ce que cela apporte un "survey:date=iso-date" ou un 
"source=survey=iso-date" par rapport à un "source=survey" + 
"source:date=iso-date" ?

Le gain d'un tag ? On en est là ? Je poste juste la question.

Denis




---
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] opendata SNCF : c'est parti

2017-04-19 Thread DH

Bonsoir à tous

La SNCF a annoncé (1) aujourd'hui l'ouverture (2) d'un certain nombre de
jeux de données, accompagnée d'une charte (3) . Il y a matière à
améliorer significativement notre connaissance du réseau ferré national.
Je pense, entre autres, aux caractéristiques des voies
(vitesse,électrification, signalisation -4) et aux sujets plus grand
public : gares, passages à niveau, accès (sécurité).

Bref, un premier pas prometteur mais le producteur ne facilite pas
forcément les choses : absence de géométrie linéaire référentielle,
métadonnées minimales, pas de médiation sur le langage technique de
données issues directement de nos référentiels internes (bases RESEAU et
ARMEN). Je veux bien faire (avec toutes les autres bonnes volontés) un
relais entre vos questions et nos experts en interne : cela fait écho
aux discussions d'un atelier sur les données ferroviaires lors du State
of the Map 2016 à Clermont.

Une bonne occasion de dépoussiérer la page
http://wiki.openstreetmap.org/wiki/WikiProject_France/Réseau_ferré

Il y a clairement un chantier pour les ferroviphiles d'OSM (et tous
leurs alliés ;-). Haut les coeurs !!

Denis

1. http://www.sncf.com/ressources/cp_20_open_data.pdf
2. https://data.sncf.com/licence
3.
http://www.sncf.com/ressources/170419_charte_transparence_des_donneessncf.pdf
4.
https://ressources.data.sncf.com/explore/?sort=modified=2017=SNCF+RESEAU+%E2%80%93+Maintenance+et+Travaux

---
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] serveur tms cadastre hs !

2016-10-07 Thread DH


Le 07/10/2016 à 21:31, Frédéric Rodrigo a écrit :

Un tour de manivelle et c'est reparti.



Et moi je dis youpi et merci.



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

[OSM-talk-fr] serveur tms cadastre hs !

2016-10-07 Thread DH


Bonsoir la liste,

http://tms.cadastre.openstreetmap.fr/*/tout/20/546300/364104.png

renvoie systématiquement http 500 server error

Que chez moi ? Machine plantée ?

Il faut vite le réparer sinon je vais être en manque !!

D'avance merci


Denis


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

Re: [OSM-talk-fr] amenity=clinic

2016-09-14 Thread DH


Le 14/09/2016 à 20:00, Christian Rogel a écrit :
D'expérience, certaines opérations chirurgicales faites en ambulatoire 
requièrent un chambre pour la préparation, le réveil et l'attente de 
la visite du chirurgien (jusqu'à 20 h 30).


oui, aussi pour d'autres raisons : examen exploratoire requérant une 
intervention légère dans la foulée mais nécessitant un suivi sur 
12,24,36h. On bascule, néanmoins, de l'hopital de jour en unité 
spécialisée pour l'hébergement au-delà des 24 h (plutôt 12h)


amenity=hospital -> hôpitaux et cliniques avec chirurgie, chambre 
pour des séjours plus ou moins longs


Peut-on mettre les amenity à l'intérieur de amenity=hospital (j'ai 
mentionné un service dénommé "hôpital de jour" et faisant partie d'un 
centre hospitalier) ?
Ce serait bien, j'ai expérimenté il ya une quinzaine (et avant aussi). 
En cardiologie, j'ai testé, par ordre de gravité :

- réanimation (pronostic vital engagé ?)
- soins intensifs
- cardiologie "standard"
- hopital de jour : coronographie, scintillagraphie, echographie 
cardiaque, etc.


PS : j'ai testé pour la cardio, si d'autres peuvent se charger des 
autres affections, ce serait sympa
PS2 : l'hopital fournit des plans précis, détaillés et à jour pour les 
interventions programmées. En cas d'urgence, vous n'avez généralement 
pas à vous préoccuper du calcul d'itinéraire, les ambulanciers et les 
brancardiers s'en chargent.


Denis, patient

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

Re: [OSM-talk-fr] plugin cadastre JOSM

2016-07-24 Thread DH

Le 07/07/2016 à 17:16, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / 
DT ALCA APPUI PERFORMANCE) a écrit :


Bonjour la liste

Depuis que le cadastre a modifié ses paramètres (voir 
http://gis.19327.n5.nabble.com/Le-Calque-Cadastre-le-retour-td5860247.html) 
, le plugin cadastre JOSM,  notamment son menu  géoréférencer une 
image, ne fonctionne plus. Le message est systématiquement «Tartenpion 
n’a pas été trouvé ou n’est pas disponible ». La console génère le 
message d’erreur suite à la requête GET 
http://www.cadastre.gouv.fr/scpc/listerFeuillesParcommune.do?keepVolatileSession==2000 
-> java.io.IOException : Town/City tartenpion not found


Quelqu’un pour se pencher sur le problème ? Mieux, une solution ?

version du plugin : 32329

JOSM 10327

Java 1.7.0_45

D’avance, la Marne et ses communes au cadastre raster vous diront merci.

Denis



Personne pour se pencher sur ce problème ?

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

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

2016-06-22 Thread DH


Le 22/06/2016 19:37, JB a écrit :

Bonjour,

J'ai continué l'aventure des cathédrales, avec cette fois, un (premier 
?) jeu de société à base d'OSM : le mémory des cathédrales. Il est 
arrivé aujourd'hui dans la boite aux lettres, on s'est empressés de 
l'essayer avec ma compagne. Pas de doute, il est tout à fait jouable : 
72 cartes, soit 35 cathédrales, une carte avec l'échelle et les 
crédits. Une photo est visible ici : 
http://jb.isonoe.net/demo/Jeu_cathedrales.jpg


Rapidement, la démarche de fabrication : comme une partie mémory à 
près de 200 paires risquerait d'être un peu longue à terminer, il a 
bien fallu trouver un mode de sélection des édifices à conserver. Le 
plus neutre que j'ai trouvé : les plus grandes (en surface). Alors, 
pour trier ça:
(pour les références, voir le mél précédent intitulé « Nouvelle 
affiche disponible : on s'amuse avec les cathédrales ! » du 13/6)
 - calcul des surfaces : importation du fichier .osm des cathédrales 
dans QGIS, compléter la table attributaire avec la surface 
(auparavant, pour les brelles, comprendre pourquoi cette table 
attributaire ne veut pas passer en mode édition),
 - exporter la partie intéressante de la table attributaire : 
l'identifiant des objets et leur surface,
 - ajouter l'information de surface aux éléments du fichier .osm 
(mini-script python qui cherche l'id de l'élément dans la table),
 - ressortir un fichier avec les cathédrales « au carré » mais triées 
cette fois par surface décroissante (modification à la marge du script 
de l'affiche),

 - exporter un petit png centré sur chaque cathédrale.
Sur les conseils design de ma compagne, le gris morose des bâtiments 
de la feuille de style est passé à un vague sépia, la boite du jeu est 
conseillée en bleu.
On envoie tout ça à un fabricant de jeux à la demande, et hop, dans la 
boite aux lettres (en passant par la case carte bleue).


Alors, après réception, il y aurait quelques ajustements à faire (le 
calage chez le fabricant n'est pas parfait, du coup, le dessin frôle 
les bordures dans certains cas… et cette fichue cathédrale de 
Marseille qui se prend des envies de longueurs !), voir à ajouter un 
fond de couleur à la place du blanc, et puis trouver un fabricant qui 
propose un dos de cartes un peu plus élégant… Pour une version zéro, 
c'est pas vilain.


Voilà voilà, bonne soirée,


Je suggère à la liste d'élever JB au titre de "troubadour de la donnée 
géoréférencée".

Bravo JB pour ta créativité.

Denis, auditeur attentif des Fabulous_Trobadors 
(https://fr.wikipedia.org/wiki/Fabulous_Trobadors)





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

Re: [OSM-talk-fr] "Google et la SNCF cartographient les gares de l'Euro 2016"

2016-06-10 Thread DH


Le 10/06/2016 18:37, Stéphane Péneau a écrit :

Le 09/06/2016 à 15:20, Florian LAINEZ a écrit :

Hello,
La SNCF est en effet composée de diverses entités plus ou moins 
indépendantes.
"Gares et Connexions" a décidé de monter ce partenariat avec Google, 
et "Transilien" a fait le choix d'OSM.


Ceci dit, et on peut en être fiers, la qualité du mapping est 
aujourd'hui objectivement meilleure dans OSM (cocorico youpi). A nous 
de prouver que cette qualité peut se maintenir dans le temps avec la 
participation de la communauté ... affaire à suivre.


Vous pourrez comparer les deux options à la sortie de l'appli 
Transilien ce mois-ci. Je vous en informerai, bien entendu !




Par contre, et on pouvait s'en douter, Osm perd la bataille de la com'

Stf

pas de budget, pas d'opportunisme.
Florian a raison, il nous reste le terrain de la qualité, la qualité du 
terrain, la force de la foule. Il faut rester centré sur nos valeurs
Expérimenté le Street View sur la gare du Nord, pas terrible pour le 
"Grand Soir".
Parions sur leur essoufflement et continuons le modèle prôné par 
Transilien : la cartographie durable à usages multiples.


Denis

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

Re: [OSM-talk-fr] ERDF (et RFF) ont changé de nom

2016-06-04 Thread DH


Le 04/06/2016 19:43, osm.sanspourr...@spamgourmet.com a écrit :

le 2016-06-04 à 19:18, DH - dhel...@free.fr a écrit :

Le RFN n'est pas un réseau de voies ferrés donc ? what else ?
Un réseau implique usuellement une topologie, là c'est juste "est 
opéré par". 
Ah bon ? Selon toi, les trains soit, sortent du RFN le temps de trouver 
le prochain tronçon, soit demande la permission à un autre opérateur 
(lequel ?) pour retraper le RFN ?
Je te rassures, il n'en est rien, le RFN EST topologique. Et il n'est 
pas "juste" opéré par ; juridiquement SNCF Réseau en est aussi le 
propriétaire (avec tous les emmerdements qui vont avec)
Est-ce une bonne pratique de mettre systématiquement oneway=no sur 
toute la voirie standard ?
oui, car il a des tronçons à voie unique. De plus si par tronçon tu ne 
sais dans quel sens est le sens unique, on a avoir des accidents ;-(.
non. Quand il y a besoin de mettre un oneway=yes il FAUT (MUST) le 
mettre sur la portion qui va bien. Aucun ligne d'infrastructure 
ferroviaire (au sens rails, aiguillage, etc...) ne peut avoir d'autre 
opérateur[propriétaire que SNCF Réseau (sur le RFN puisque qu'il y a des 
rails propriété d'associations, d'industriels, etc. d'où l'intérêt de la 
super-relation RFN ;-).

La différence c'est qu'Il faut (SHOULD) factoriser tout ce qui peut l'être
Tu ne veux pas mettre oneway=yes au niveau de la relation et oneway=no 
sur les tronçons bidirectionnels ?

non
C'est à l'éditeur de proposer un oneway=yes, le contributeur, soit il 
le sait, soit il ne le sait pas. S'il le sait, autant qu'il l'entre. 
S'il ne le sait pas, il vaut mieux que l'éditeur ne fasse pas 
d'hypothèse. Bon tu me diras qu'on n'est pas trop à la créations de 
voies ferrées en France (sauf LGV) et plutôt à arrêter les lignes 
bidirectionnelles.
j'arrive de plus en plus à distinguer l'éditeur utilisé (JOSM ou pas) 
simplement au fait que certaines valeurs sont remplies ou pas. Suivant 
cette logique, les mêmes réalités sont potentiellement représentées par 
un ensemble de tags différents suivant l'éditeur utilisé. Des fois c'est 
bien quand ce sont des éditeurs spécialisés (Mapcontrib), des fois pas.


Il y a des valeurs par défaut décrites dans le wiki (à défaut dans le 
sens commun des contributeurs/_utilisateurs) ; il revient aux 
exportateurs de transcrire ces valeurs par défaut dans des produits 
"standardisés".
Quand tu te trouves du côté de Xouaxange 
<http://www.openstreetmap.org/#map=15/48.7017/7.0052=T>, c'est 
bien pratique de savoir si le train roule à gauche (comme en France 
car Napoléon ne croyait pas au développement du train) ou à droite 
(comme en Allemagne car la voie a pris de l'ampleur quand 
l'Alsace-Moselle était en Allemagne).
Je crois que Jérôme te fera un topo sur l'intérêt de ne pas reposer 
sur des valeurs par défaut.


Pas besoin : je travaille chez SNCF Réseau à Strasbourg : je crois 
connaitre le sujet assez bien quoique toujours preneur d'autres regards.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] ERDF (et RFF) ont changé de nom

2016-06-04 Thread DH


Le 04/06/2016 16:24, Jérôme Seigneuret a écrit :



Le 03/06/2016 à 23:26, DH a écrit :

Justement l'idée c'est d'avoir, à terme, une super relation
"Réseau Ferré National" avec operator=SNCF Réseau (1), dedans
toutes les relations de lignes composées des relations de
voies, composées des tronçons, les relations de gares

Bœurk… Je suis le seul à trouver ça affreux ?
JB.

Non je suis aussi contre ce genre de pratique. Qu'il y ai une
super relation sur l'usage des voies commerciale peut se
comprendre mais c'est pas réservé au fait que l’opérateur soit
SNCF Réseau. En plus rien n'est dit que dans le temps (avec
l'ouverture à la conccurance) SNCF Réseau soit l'opérateur qui en
sera en charge... Mais bon ça c'est un autre débat.



Personne n'a, pour le moment, parlé de voies commerciales. SNCF Réseau 
est gestionnaire de l'infrastructure et, à ce titre, détient le 
monopole. Ce monopole n'est pas prêt d'être partagé puisque la seule 
chose à partager c'est la dette.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] ERDF (et RFF) ont changé de nom

2016-06-04 Thread DH


Le 04/06/2016 11:17, Éric Gillet a écrit :
Le 4 juin 2016 à 05:48, JB <jb...@mailoo.org 
<mailto:jb...@mailoo.org>> a écrit :


Le 03/06/2016 à 23:26, DH a écrit :

Justement l'idée c'est d'avoir, à terme, une super relation
"Réseau Ferré National" avec operator=SNCF Réseau (1), dedans
toutes les relations de lignes composées des relations de
voies, composées des tronçons, les relations de gares 


Bœurk… Je suis le seul à trouver ça affreux ?

Je suis aussi de cet avis. Les relations ne sont pas des catégories 
<http://wiki.openstreetmap.org/wiki/FR:Relations/Les_relations_ne_sont_pas_des_cat%C3%A9gories>. 
Chaque élément (tronçons, gares, etc.) sont gérés individuellement et 
donc méritent un tag operator=*, un gauge=*, etc.
L'usage de relation permet de lier plusieurs éléments entre eux, comme 
un réseau de voie ferrées, un itinéraire ou autre.


Le RFN n'est pas un réseau de voies ferrés donc ? what else ?
Est-ce une bonne pratique de mettre systématiquement oneway=no sur toute 
la voirie standard ?
Il y a des valeurs par défaut décrites dans le wiki (à défaut dans le 
sens commun des contributeurs/_utilisateurs) ; il revient aux 
exportateurs de transcrire ces valeurs par défaut dans des produits 
"standardisés".
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] ERDF (et RFF) ont changé de nom

2016-06-03 Thread DH


Le 03/06/2016 22:53, François Lacombe a écrit :

Bonsoir Denis

Le 3 juin 2016 à 21:20, DH <dhel...@free.fr> a écrit :

Pour les RFF, je les dégomme dès que j'en vois façon
http://www.toupty.com/jeuasteroids.html (ça ne nous rajeunit pas ;-)
note : tagger operator pour chaque tronçon ferroviaire n'est pas l'idée la
plus productive. La relation c'est bien pour cela ; les relations, c'est
bien (point).

C'est bien ce qui est de mise la plupart du temps, à chaque fois qu'on
vois une "erreur", on la corrige.
Mais quand le terrain va plus vite que les corrections, il faut
changer de braquet. Sinon on va revenir sans cesse sur les mêmes
choses.

Pareil dans les transports : quand un opérateur de réseau change en
ville, question de main d’œuvre, mais attendre que tout les arrêts
soient visités... c'est long.

Sur le point de vue de la relation, pourquoi pas
Ça oblige cependant à visiter toutes les relations dont fait partie un
objet donné pour avoir l'info :)


Justement l'idée c'est d'avoir, à terme, une super relation "Réseau 
Ferré National" avec operator=SNCF Réseau (1), dedans toutes les 
relations de lignes composées des relations de voies, composées des 
tronçons, les relations de gares (quoique ça va être rapidement le 
bordel entre RATP, Gare & Connexion et Réseau suivant le contenu de la 
relation), etc.
A chaque niveau ses particularités propres. Cela n'a pas de sens de 
mettre un gauge=1435 ou electrified=no sur le moindre tronçon qui 
appartient à un ensemble homogène. Après il y a les should et les must.
Je comprend que la majorité des contributeurs n'est pas forcément à 
l'aise avec les relations ; il y a un long travail de pédagogie à faire 
et d'initialisation (peur de la page blanche)
Je découvre peu à peu l'ampleur de la diversité des pratiques de matière 
de cartographie ferroviaire. C'est formateur pour écrire de la doc (de 
l'ad hoc et pas de l'haddock).


1. je commence par les versions territoriales (enfin la plus proche ;-): 
http://www.openstreetmap.org/relation/6250218


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

Re: [OSM-talk-fr] ERDF (et RFF) ont changé de nom

2016-06-03 Thread DH


Le 03/06/2016 19:28, François Lacombe a écrit :

Bonjour la liste,

comme vous l'avez peut-être vu ces derniers jours, l'opérateur de
distribution électrique ERDF a changé de nom pour Enedis.
RFF l'a précédé en 2015 pour donner naissance à SNCF Réseau, pour ne
citer qu'un cas probablement parmi tant d'autres avec la fusion des
communes, fusion des régions, etc...

Pourtant dans OSM :
operator=RFF, 3349 objets
operator=SNCF Réseau, 3205 objets
operator=ERDF, 25768 objets
operator=Enedis, 0 objets




Pour les RFF, je les dégomme dès que j'en vois façon 
http://www.toupty.com/jeuasteroids.html (ça ne nous rajeunit pas ;-)
note : tagger operator pour chaque tronçon ferroviaire n'est pas l'idée 
la plus productive. La relation c'est bien pour cela ; les relations, 
c'est bien (point).


Denis


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

Re: [OSM-talk-fr] Test accès BD Ortho depuis JOSM...

2016-05-27 Thread DH


Le 27/05/2016 18:09, Christian Quest a écrit :
Voilà, j'ai mis en place un proxy pour tester l'accès à la BD Ortho 
suite à la signature de la convention avec l'IGN vendredi dernier 
(déjà une semaine !).


Afin de respecter les termes de la convention, j'ai installé un proxy 
sur un de nos serveurs, qui assure en plus un peu de cache (8Go 
conservé maximum 30j).

J'ai aussi simplifié l'URL car celles du géoportail piquent les yeux ;)




Trop cool
Merci Christian.
Prenons date et regardons, dans une semaine, un mois, un an, les objets 
sourcés BDOrtho IGN 2016 (c'est mieux de sourcer les objets ©).

Je serai curieux du résultat.

Denis


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

Re: [OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..

2016-01-27 Thread DH


Le 27/01/2016 17:48, Stéphane Péneau a écrit :
J'ai lu le document, qui est intéressant, mais je crois que c'est 
encore plus le brouillard qu'avant, parce que de ce que je comprends, 
il ne devrait pas y avoir de problème à utiliser ces plans. 
Bizarrement ça me parait trop simple.


Récapitulons :

Si on demande à une collectivité de mettre à disposition les plans de 
masse sur leur portail OpenData.
- Est-ce qu'ils en ont le droit ? (Droit de diffusion ? Ou de 
reproduction ?)
- il faut qu'ils s'assurent  que ce n'est pas une création originale ? 
Je doute que ça soit souvent le cas.
- Les contributeurs Osm auront le droit de les utiliser ? Dans tous 
les cas, on ne reproduit pas le plan tel quel, il n'y a donc pas de 
"copie" ou de "contrefaçon", et personne ne pourra refaire exactement 
le plan de masse depuis des infos trouvées dans Osm.


Stf

Curieusement, cela me fait penser aux débats sur les données 
cadastrales. A-t-on le droit, reproduire à l'identique, réutiliser ?

L'Histoire se répète, l'opendata bébébégaie ?
"Monsieur le Juge, c'est au moment où je nettoyais mon opendata que le 
coup est parti tout seul."


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

Re: [OSM-talk-fr] Icone verte sur les lieu dit

2015-12-24 Thread DH


Le 24/12/2015 19:22, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 24/12/2015 18:52, Christian Quest a écrit :

Ah le piège... dans FANTOIR '1' indique un lieu dit NON-bâti... (je me
suis déjà fait avoir)


Alors là monsieur Quest je m'insurge ;)
Ma référence c'est ce doc :
http://www.collectivites-locales.gouv.fr/files/files/gestion_locale_dgfip/national/FANTOIR_Descriptif.pdf 


qui dit :
Caractère du lieu-dit
1: lieu-dit bâti, 0 sinon

Alors 0 ? 1 ? Une doc pour les boulets hein ?
(désolé :))

où quand tu entends parler d'informatique quantique 
(https://www.youtube.com/watch?v=JhHMJCUmq28) et que ton administration 
fiscale préférée (car unique ;-) parle télématique.

Bonnes fêtes quand même.

Denis,
végétarien malgré moi (bouffeur de feuilles cadastrales ;-)

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

Re: [OSM-talk-fr] une réutilisation, intéressante

2015-12-11 Thread DH


Le 11/12/2015 00:55, Sylvain Maillard a écrit :

Bonjour à tous,

je viens de tomber sur un article qui utilise les données OSM pour 
valider un vieux dicton et montrer que "Toutes les routes mènent à 
toutes les Romes" : 
http://bigbrowser.blog.lemonde.fr/2015/12/10/toutes-les-routes-menent-a-toutes-les-romes






En voyant ces cartes, j'ai pensé à ma coronographie de début de semaine.
Du boulot en perspective pour cartographier les corridors européens de 
fret ferroviaire.

"Rien ne se perd, rien ne se crée, tout se transforme."

Lavoisier

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

Re: [OSM-talk-fr] SNCF : Google Maps encore bien présent

2015-11-21 Thread DH


Le 21/11/2015 10:49, François Lacombe a écrit :


Bonjour,

Visiblement, les liens entre SNCF et OSM ne permettent pas encore 
d'éviter a certains projets ne passer sur du Google.

Et ça reste pour moi un mystère.

https://twitter.com/MaintenanceSNCF/status/655009741563916289?s=03

En discutant avec l'Orquasi dernièrement, qui quant a lui met en place 
une application de contribution citoyenne sur les désordres urbains, 
n'utilisent que Google Maps parce que "tout le monde connait".


Comme une impression que les choses ne tournent pas rond chez les 
décideurs.




Même en interne, ça reste un mystère !
On ne fait pas virer de bord un super tanker aussi vite qu'un voilier.
Je peux signaler qu'OSM a une bonne presse chez nous. Après, tout le 
monde sait pas forcément faire. Comme dit Christian la main gauche ne 
sait pas toujours ce que fait la main droite.
Par ailleurs, j'ai fait améliorer les requêtes sur les gares Lorraine 
dans l'opendata SNCF (et par ricochet sur data.gouv.fr). J'ai annoncé la 
vérification faite sur Champagne-Ardenne 
(http://overpass-turbo.eu/s/cR8) et bientôt sur l'Alsace. Wait & See.


___
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-20 Thread DH


Le 18/10/2015 09:41, Vincent de Château-Thierry a écrit :

Bonjour,
Quand on présente OSM, on aime insister sur notre capacité à coller à 
l'actualité au jour près : ouverture de magasin ou de portion de 
route, nouveau sens de circulation, création de voie.
Par ailleurs une information donnée par FANTOIR est la date de 
création des noms de voies.
J'ai voulu mesurer notre capacité à "coller" à l'actualité, en 
confrontant les voies récentes de FANTOIR et le contenu d'OSM.


FANTOIR (version de juillet 2015) indique 13764 voies créées en 2015.
On retrouve via BANO 2055 de ces voies dans OSM, soit tout juste 15%. 
On a donc un peu de marge pour progresser ;)


À titre indicatif, j'ai listé ici :
http://cadastre.openstreetmap.fr/fantoir/voies_recentes_manquantes.html
les voies parmi les plus récentes selon FANTOIR, et inconnues d'OSM.
Il n'y a qu'une voie par département, et le contenu est rafraichi 
toutes les 10mn (ça n'est pas dynamique car les requêtes derrières 
sont un peu longues).


L'idée est de pouvoir piocher dans ce contenu pour enrichir OSM.
Pour ceux qui voudraient vérifier la situation sur une commune 
particulière, un tri sur 'date_creation' dans les pages 
http://cadastre.openstreetmap.fr/fantoir/liste_brute_fantoir.html 
donnera l'information.
Et si ça semble opportun à certains, il sera aussi possible à peu de 
frais de présenter, par exemple, les n rues les plus récentes d'un 
département.


Vos retours, questions et suggestions bienvenus,


quelle bonne idée pour occuper ses longues soirées d"hiver !
peut-être rajouter un lien vers 
http://cadastre.openstreetmap.fr/fantoir/ (avec le code insee pré-rempli 
pour voir les autres voies non rapprochées). Ou, mieux, faire une maj 
automatique pour pouvoir rejouer plus vite sur le même departement.
On tous cas, je m'amuse beaucoup. Il faudrait peut-être aller encore un 
cran plus loin (vers Kort et sa gamification ?)
Gandrange (http://osm.org/go/0DQjun9hY--?way=376088473) te dit merci, 
sûrement !!


Denis

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

Re: [OSM-talk-fr] Extractions du cadastre indisponibles

2015-10-03 Thread DH


Le 03/10/2015 11:27, Vincent de Château-Thierry a écrit :

Bonjour,
Les extractions du cadastre (adresses, bâti, limites) depuis 
http://cadastre.openstreetmap.fr/ ne fonctionnent plus depuis hier, 
suite à une boulette de ma part côté BANO.


Retour à la normale en début de semaine si tout va bien.


"Dans le lac, avec des fers aux pieds "

"Cours Asterixsme ! Couuurs !"

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

Re: [OSM-talk-fr] Carte du réseau ferré : tagger l’importance des lignes


Le 02/09/2015 11:57, Tristram Gräbener a écrit :

Bonjour,

Je travaille chez Capitaine Train et on aimerait bien avoir une carte 
du réseau ferré européen.


Il y a bien le style transport de Thunderforest 
(http://www.thunderforest.com/transport/) mais les transports urbains 
sont trop présents, et il n’y a pas de hierarchie des lignes.


Il faudrait que, tout comme il y a des highway=primary, on ait un 
équivalent pour le réseau ferré.


J’ai un peu joué en faisant des moulinettes très ad-hoc (cf le sql en 
PJ) pour extraire des informations. Le résultat (très brut – et ne 
jugez pas mes capacité de design, j’assume pas ;) ) est visible là 
http://vrac.tristramg.eu/train/tiles.html#12/43.8806/4.7293


Pour faire quelque chose de plus sérieux, ça serait bien de pouvoir 
tagger directement dans OSM l’importance d’une ligne.


D’une part je ne vois pas trop quels tags seraient adaptés 
(http://wiki.openstreetmap.org/wiki/Key:railway ne me semble pas être 
une bonne base).
D’autre part, d’où est-ce qu’on pourrait obtenir les données ? Est-ce 
que des gens de SNCF-Réseau (ex RFF) pourraient contribuer ? Comment 
on étend ça à l’échelle de l’Europe ?


Pour la France, 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Voies_ferr%C3%A9es 
est une excellente base de travail, mais par exemple cette relation 
http://www.openstreetmap.org/relation/395151 emprunte des LGV, des 
lignes aménagées et des lignes normales.


J’arrête mon mail là, mais c’est avec plaisir que je discuterais plus 
en détails




Bonjour Tristram

Ce que tu cherches correspond à peu près à un mix entre la 
classification UIC du réseau et ce que l'on appelle "segmentation 
stratégique" chez SNCF Réseau.


L’Union Internationale des Chemins de fer (UIC) a établi une 
classification des lignes en fonction des charges de trafic supportées 
par l’infrastructure ainsi que du type de trafic. Le groupe UIC 1 
correspond à des lignes très chargées et, à l’opposé, le groupe UIC 9 
correspond à des lignes très faiblement chargées.
Les lignes à grande vitesse ainsi que les grandes lignes du réseau ferré 
national appartiennent en principe aux groupes UIC 1 à 4, à l’exception 
de certains axes, notamment transversaux, qui relèvent des groupes UIC 5 
à 6. Les lignes faiblement chargées des groupes UIC 7 à 9, avec 
voyageurs (AV) ou sans voyageurs (SV), correspondent en général au 
réseau capillaire, généralement régional. (in 
http://www.guichetdusavoir.org/viewtopic.php?t=14887)

voir : http://www.assemblee-nationale.fr/12/rap-info/i1725-a8.pdf

La segmentation stratégique distingue plutot la vocation du tronçon de 
ligne : international, national, regional, capillaire (et tous les 
mélanges des genres). Cette catégorisation nous permet (avec la 
classification UIC) de choisir la politique de 
renouvellement/regénération (entre autres critères). Tu t'en doutes, ces 
données seront difficiles à trouver !!!


Côté tags, je partirai sur un affinement de la clé usage : 
http://taginfo.openstreetmap.fr/keys/usage


Si tu le souhaites, on peut continuer en privé pour ne pas surcharger la 
liste.

Hope this helps

Denis


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

Re: [OSM-talk-fr] Carte du réseau ferré : tagger l’importance des lignes


Le 03/09/2015 16:31, Tristram Gräbener a écrit :

Bonjour,

La classification UIC est une piste intéressante, mais elle semble 
très orienté fret, est-ce que je me trompe ?
Plus exactement  le rythme de maintenance (le tonnage supporté par le 
rail est facteur d'usure prépondérant). Le fret est très lourd mais si 
tu as beaucoup de trafic, tu peux atteindre les mêmes tonnages avec du 
voyageur. Le problème ce sont les lignes mixtes, en particulier les 
corridors fret européens qui traversent la France (par exemple l'axe 
Strasbourg-Bâle-Bettembourg emprunte en Alsace la dorsale nord-sud déjà 
très chargée en trafic régionaux (TER200) et internationaux (sur ligne 
classique).
Si ta problématique de segmentation du réseau est plutôt orienté 
voyageurs, la piste UIC n'est totalement satisfaisante ; néanmoins elle 
peut fournir de la matière à réflexion.


Le tag usage tel que je l’ai compris, c’est surtout pour différencier 
les rails d’une voie des aiguillages, et autres voies techniques.


Je n'ai pas étudié de manière approfondi quel usage est fait de cette 
clé. Mon usage actuel pour distinguer les voies dites principales des 
voies de service est d'utiliser : service=spur|siding|yard pour les VS 
et rien pour les VP.
Selon http://wiki.openstreetmap.org/wiki/Key%3Ausage, plus précisément 
le distingo main/branch pour les trafic voyageurs/mixtes (clé qui je 
n'utilise pas trop) est une première approche embryonnaire de 
classification de l'importance, non ?


Il y a aussi ceci : 
http://taginfo.openstreetmap.fr/keys/railway%3Atraffic_mode#overview qui 
permet de distinguer le type de trafic.
A l'occasion, il faudra que je repasse en revue mes relations (au sens 
OSM) ferroviaires sur le Grand Est


C'est pas simple 

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

Re: [OSM-talk-fr] Carte du réseau ferré : tagger l’importance des lignes


Tu n'en parles pas, et c'est peut-être la réponse, mais je pose quand même la 
question : la classification UIC est-elle publique ? Voire libre (soyons fous) ?
Libre ? Attendons les décrets d'application de la future loi sur le 
numérique ... communs et opendata par défaut.
Publique ? Tu parles de la base de données sous-jacente à la carte 
publiée sur le site de l'AN ? si oui et que cela intéresse des clients, 
SNCF Réseau tentera de le vendre (no comment ;-) Un groupe de résistance 
s'est constitué en interne ; il peine à avancer.


Est-ce que côté OSM le tag uic_ref est en relation avec le sujet ?
http://taginfo.openstreetmap.org/keys/uic_ref
 l'UIC a comme rôle d'identifier et d'harmoniser le ferroviaire à 
l'échelle mondiale (très beaux locaux à 2 pas de la Tour Eiffel).
Même source donc, mais pas de relation entre les valeurs du code UIC et 
le "groupe UIC", AFAIK

Si tu le souhaites, on peut continuer en privé pour ne pas surcharger
la liste.

...ou pas. Ca peut même intéresser des non ferrovipathes ;)



noté

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

Re: [OSM-talk-fr] Carte du réseau ferré : tagger l’importance des lignes


Le 03/09/2015 21:23, Vincent de Château-Thierry a écrit :


En fait j'imaginais une classification établie (en théorie) par l'UIC, 
et appliquée (en pratique) _aussi_ par l'UIC. Tu sembles dire que la 
pratique relève chez nous de la SNCF, et donc que c'est côté SNCF 
qu'il faut chercher (voire batailler...) ? Ce qui signifierait par 
extension que chaque pays gère l'implémentation sur son territoire, 
bref, qu'on n'a pas fini d'écluser les sources.


Oulà, ça devient pointu ... il faut que consulte les experts en la 
matière avant de raconter des conneries.


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

Re: [OSM-talk-fr] osmose: analyse croisement BANO/OSM à tester...

2015-08-09 Thread DH


Le 08/08/2015 17:50, Christian Quest a écrit :

...



Le wiki est il me semble clair, les name et ref sont bien à mettre sur 
les way de voirie, pas sur les relations qui établissent le lien 
adresse/voie.


Oui mais, dans JOSM, quand tu as une liste de 70 relations 
associatedStreet, c'est quand même bien pratique quand elles portent 
chacune un nom différent. C'est déjà assez pénible de vérifier qu'on est 
bien sur la Rue du Stade| de l'Église|de la Mairie du bon patelin 
(quelle imagination ces maires) quand on a chargé une zone à cheval sur 
plusieurs communes.
Donc mes associatedStreet ont chacune leur nom, en plus de celle de la 
voie.


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

Re: [OSM-talk-fr] osmose: analyse croisement BANO/OSM à tester...

2015-08-09 Thread DH


Le 09/08/2015 22:27, Christian Quest a écrit :
Le wiki est il me semble clair, les name et ref sont bien à mettre 
sur les way de voirie, pas sur les relations qui établissent le lien 
adresse/voie.


Oui mais, dans JOSM, quand tu as une liste de 70 relations 
associatedStreet, c'est quand même bien pratique quand elles portent 
chacune un nom différent. C'est déjà assez pénible de vérifier qu'on 
est bien sur la Rue du Stade| de l'Église|de la Mairie du bon patelin 
(quelle imagination ces maires) quand on a chargé une zone à cheval 
sur plusieurs communes.
Donc mes associatedStreet ont chacune leur nom, en plus de celle de 
la voie.




C'est moi qui ne suis pas clair... désolé...


pas de souci, mais ça va mieux en le disant...


Je voulais dire que pour nommer la rue il fallait mettre le name/ref 
sur les way, mais cela ne veut pas dire qu'il ne faut pas AUSSI le 
mettre dans la relation, tant pour le besoin pratique de voir ce nom 
dans JOSM, mais aussi pour indiquer le nom de la rue pour les adresses 
membres. Il aurait d'ailleurs été plus logique qu'on y trouve plutôt 
un addr:street qu'un name.
Ce serait cohérent. La clé name est trop fourre-tout.  Après il faut 
gérer la transition. Les données, un robot peut s'en charger ; les 
habitudes, il faudra un coach !!!




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

Re: [OSM-talk-fr] Démo Carnet de rando sur la crête des Vosges

2015-04-20 Thread DH


Le 20/04/2015 16:11, JB a écrit :

Hello,
J'ai un peu bidouillé ces derniers jours pour automatiser en partie la 
génération de séries de cartes avec le rendu R25 (rendu orienté rando 
aux échelles proches du 1/25000 pour Maperitive). Du coup, j'en ai 
profité pour créer un petit carnet de randonnée sur la crête des Vosges.
Pas d'itinéraires d'indiqués (j'ai supprimé du rendu tout ce qui se 
basait sur les relations hiking et trailblazed/markedtrail), mais la 
crête des Vosges permet de s'en passer. La mise en forme n'est pas 
forcément hyper travaillée, si on voulait une diffusion plus large, le 
texte pourrait être un peu moins titilleur, c'est surtout une démo… et 
ça me plait… (bon, c'est plutôt à vous que je préfèrerais que ça 
plaise…).
J'ai mis les petits scripts python à disposition, avec la grosse 
réserve : « c'est crado, vous êtes prévenus ».
Voilà voilà, les fichiers. Étant donnés le plantage pour une durée 
indéterminée d'OSM14/107 et mon éloignement des claviers la semaine 
prochaine, les documents seront intégrés à 
http://osm107.openstreetmap.fr/jbtopo/ plus tard. Pour l'instant, 
j'espère que vous arriverez à y accéder à des vitesses raisonnables là 
(si ça rame trop et que quelqu'un a peu de place disponible, n'hésitez 
pas à les adopter/réhéberger temporairement !) :
en qualité optimale (impression) 400dpi, 68mo : 
http://dl.free.fr/jaNOS9SFR

en qualité correcte (écran), 20mo : http://dl.free.fr/p7o5ecvul
en basse résolution, on profite moins des cartes, 6mo : 
http://dl.free.fr/cbUwfSPGg
fichiers divers et scripts utilisés, 6ko : 
http://jb.tradfrance.com/CarnetRando.zip

JB.

TLDR pour les locaux : Super cartographie vosgienne, et au plaisir de 
vous croiser sur la crête le week-end de l'ascension ! Deux petites 
remarques : tourism=alpine_hut est plutôt réservé pour les logements 
avec gardien, du coup, ça va bien pour plusieurs refuges CV/CAF, mais 
les cabanes seraient plutôt des tourism=wilderness_hut, ou 
amenity=shelter pour les moins abritées. Et le Vieil Armand est truffé 
d'attractions touristiques !




qques corrections de ton édito :

La crête des Vosges sans s'encombrer d'itinéraire.
Le Club Vosgien et la Fédération Française de
Randonnée Pédestre se battent encore pour savoir à
qui appartient la propriété intellectuelle du bien connu
GR®5 dans sa traversée du massif des Vosges. Non,
cet itinéraire n'est pas un bien commun, mais pré-
cieusement protégé. Qu'avons-nous à en faire ? La crête
est une frontière naturelle suffisamment définie pour
que nous puissions la parcourir sans nous préoccuper
de ces détails. Ce petit guide propose des cartes
topographiques le long de la crête des Vosges avec
quelques informations touristiques, sans la surcharge
des itinéraires existants et balisés. Le randonneur
habitué pourra y faire ses choix de passage, pour les
autres, le balisage reste suffisamment dense sur le
terrain pour ne pas s'y perdre.
Ces fiches sont simplement une utilisation des
données d'OpenStreetMap, un projet de cartographie
participative, à mi-avril 2015, à l'aide de la représentation cartographique
R25 de JB (OSM : JBacc1). Les données OSM ne
garantissent ni leur exactitude, ni leur complétude,
rappelez-vous en lors de votre préparation ou sur le
terrain ! Elles sont sous licence OdbL, les cartes elles sont sous
licence CC-BY-SA. Des manques, des imprécisions ?
participez : www.openstreetmap.fr !

Je partage ton point de vue et ta démarche. Si le Club Vosgien et/ou la 
FFRP s'emmerdent à entretenir leurs sentiers, c'est leur mission 
(subventionnée en partie). Tu fais preuve de pédagogie en enlevant les 
marques distinctives sous copyright. Tu fais de choix de t'adresser au 
randonneur intelligent, celui qui ne regarde pas le doigt quand on lui 
montre les paysages magnifiques de nos belles Vosges.
Tu prônes le randonneur 2.0, hélas je suis maintenant plutôt randonneur 
0.2 (mais je l'ai fait dans ma jeunesse presque tous les dimanches ;-) 
mais je veux bien tester les fermes-auberges et autres points de 
convivialité !!


Bonne continuation

Denis

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

Re: [OSM-talk-fr] Paris : pas d'Open data pour les réfections de la voirie

2015-03-18 Thread DH


Le 18/03/2015 20:41, François Lacombe a écrit :


Bonsoir a tous,

Il fallait bien que quelqu'un pose la question :

https://twitter.com/InfosReseaux/status/574699941563666432?s=01

La réponse reçue ce matin : le fichier n'existe pas. Donc les dates 
ont intérêt a être bien gravées !


Bonne soirée




En même temps, il ne me semble pas que tu répondes complètement à la 
question posée. L'intérêt d'une  CT pour ouvrir des données (ou les 
faire ouvrir) est de voir le bénéfice (application, analyse, complétude, 
etc.).
Dans le même temps, je suis pas spécialiste du domaine et avoue ne pas 
connaître (encore) l'intérêt de cette donnée.


Denis

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

Re: [OSM-talk-fr] Coexistence du tag ref:FR:commune et ref:FR:FANTOIR [était CR rencontre DMI de Grenoble]

2015-02-27 Thread DH


Le 27/02/2015 13:33, Pieren a écrit :
Denis, tu dis que le fantoir ne vient qu'en deuxième rang. Mais du 
point de vue d'OSM, il n'y a pas de rang ni de priorité dans les 
consommateurs de nos données. Il peut y avoir des producteurs de 
code ref mais nous n'avons pas à connaitre leur hiérarchie, ni leur 
priorité. A la limite, moi, je n'ai rien contre la généralisation des 
codes ref:FR:commune mais alors on supprime les codes FANTOIR. Mais 
on sait tous que les communes peuvent croiser leurs codes avec ceux du 
cadastre mais que l'inverse n'est pas vrai et que c'est ingérable en 
dehors de la sphère commune/interco. Il faut rester pragmatique et ne 
laisser que le seul code fantoir, le seul qui soit ensuite 
réutilisable pour croiser les fichiers de toutes les communes par tout 
les consomateurs de données OSM.


Presque d'accord avec toi. Quand je parle de second rang à propos du 
FANTOIR, je parle d'un point de vue légal. FANTOIR est pratique, 
national, toussa comme l'IGN (troll detected ;-). Ce que je voulais 
souligner c'est l'importance de sourcer l'information au niveau objet 
(et non pas simplement au niveau changeset). OSM, d'un point de vue 
qualité de la donnée, DOIT (must) se soucier non seulement des limites 
de la source mais également des différents niveaux imbriqués, chacun 
dans leur mission stricte. OK, c'est lourd de demander cela à des gens 
qui prennent sur leur temps libre pour contribuer (aka je ne suis pas un 
contributeur lamda).


Ok pour un système de subsidiarité des références sur la voirie ; 
l'important est de coller à la référence la plus solide légalement, de 
traquer les distorsions. Les progrès de la politique opendata des 
collectivités locales laissent encore beaucoup de marge par rapport à la 
DGFiP. Gageons que les initiatives des premières ne trouveront pas chez 
OSM une porte close hermétiquement, pour des raisons en partie dogmatiques.
Je ne crois pas qu'OSM puisse aujourd'hui méconnaître l'écosystème de la 
production d'information publique. Il y a, visiblement, des efforts de 
communication à faire de part et d'autre.


Nous (communauté OSM) ne pouvons pas co-construire la description du 
territoire uniquement sur la base de données libérées et d'efforts 
individuels (ou collectifs en réponse à des urgences décrétées ou 
imposées). C'est nécessaire mais pas suffisant (trop couteux par unité 
de compte).
D'un autre côté, les producteurs de données publiques ne peuvent pas 
espérer qu'en simplement publiant leur production sous licence opendata, 
la base de données géolocalisées qu'est OSM non seulement sera réactive 
mais en plus fournira une donnée facilement réutilisable pour leur 
gestion. Toutefois, je crois qu'il y a un compromis durable possible.


Denis

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

Re: [OSM-talk-fr] Guebviller: nouveau plan de circulation...

2015-02-24 Thread DH


Le 24/02/2015 19:11, Christian Quest a écrit :

Pour info:
http://france3-regions.francetvinfo.fr/alsace/2015/02/16/guebwiller-change-de-sens-tous-les-six-ans-656557.html

Quelqu'un pour faire la mise à jour ?
Ca semble changer le 4/3...

Pour info, nous avons reçu un message sur le formulaire de contact
venant des services de la ville pour signaler les changements et les
répercuter dans OSM. Ca fait plaisir de voir qu'on pense naturellement à
nous !


Je relaie sur la liste locale Alsace

Denis

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

Re: [OSM-talk-fr] Article - La Voix du Nord

2015-02-12 Thread DH


Le 12/02/2015 10:12, althio a écrit :

Ils ont peut-être contacté OSM-Foundation pr...@osmfoundation.org ou
un autre truc OSM-international mais pas OSM-fr.

2015-02-12 9:57 GMT+01:00 Christian Quest cqu...@openstreetmap.fr:

Ils ont peut être appelé le président d'internet avant OSM... ;)



Quelqu'un a pris contact avec l'auteur initial du tracé (Jacques Lys) 
pour lui demander ses sources ? Peut-être nous écoute-t-il sur cette liste ?
Pour ma part, je vois avec le chargé de projet cité dans l'article pour 
voir si ce tracé pose problème pour SNCF Réseau.


Denis

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

Re: [OSM-talk-fr] Communes sans aucune rue nommée

2014-12-15 Thread DH


Le 15/12/2014 19:31, Vincent de Château-Thierry a écrit :

Bonsoir,

Bientôt les fêtes, un gâteau, ça vous dit ?

En croisant les infos qu'on brasse avec BANO, j'ai pu déterminer que 
pas moins de 2872 communes françaises avaient les caractéristiques 
suivantes :

- cadastre vectoriel
- et existence de rues d'après Fantoir
- et absence de tout nom de rue dans OSM

2872 communes, qui représentent d'après le GeoFLA 2013 ~ 93 
habitants. Il s'agit uniquement de commune de moins de 10.000 hab. 
(5800 pour la plus grosse).
Ça m'a semblé une bonne matière à proposer au travers de MapCraft, 
mais, rassurez-vous, par petits morceaux, il faut que ça reste 
digeste. Et ne sachant pas comment diviser (autrement que par 
départements...) j'ai pris les communes dans l'ordre alphabétique.


Voici donc le gâteau des 150 communes commençant par A :
http://mapcraft.nanodesu.ru/pie/459

Vous constaterez qu'il y en a un peu partout, chacun devrait pouvoir 
piocher là où ça lui chante. L'idée, comme toujours dans MapCraft, est 
de s'attribuer une zone (une commune) et de contribuer ensuite dessus, 
ici notamment à l'aide du calque BANO, pour comprendre quelles rues 
manquent.


J'ai réglé quelques statuts, de Commune réservée à Faite à +90%, 
c'est modulable bien sûr.


Voilà, comme toujours, c'est selon les envies, et on verra bien à quel 
rythme on avance.



Quel talent pour donner de l'embonpoint à la base avant les fêtes !
C'est un complot du lobby BAN(O) : Base Adresse avant Noël (Ou pas)
On ne peut qu'y souscrire tellement c'est alléchant.
J'attendais peut-être la lettre D comme Désir ...  j'ai mes propres 
bredele (http://fr.wikipedia.org/wiki/Bredele)  déjà dans le four...


Denis

du coup, obligé de te rebaptiser : Vin Chaud de Château-Thierry pour 
être raccord !!



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

Re: [OSM-talk-fr] Communes sans aucune rue nommée

2014-12-15 Thread DH


Le 15/12/2014 22:09, Vincent de Château-Thierry a écrit :


Le 15/12/2014 21:19, DH a écrit :


J'attendais peut-être la lettre D comme Désir ...  j'ai mes propres
bredele (http://fr.wikipedia.org/wiki/Bredele)  déjà dans le four...


Expéditions France entière ? À moins qu'un stand alsacien en avril à 
Brest ;)


Le four est Étain (http://cadastre.openstreetmap.fr/fantoir/#insee=55181 ;-)
Ok, je sors...


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

Re: [OSM-talk-fr] Rapprochement IGN / La Poste / OSM-FR sur la Base Adresse Nationale

2014-11-14 Thread DH


Le 14/11/2014 18:53, Christian Quest a écrit :
J'ai donc signé ce soir une déclaratio d'intention avec l'IGN et La 
Poste pour travailler ensemble sur la Base Adresse Nationale en 
présence de Thierry Mandon et d'Henri Verdier.


Voici l'essentiel:

Les Parties, qui sont concernées par le développement d’une base 
d’adresses géolocalisées, déclarent leur intention de coopérer au 
développement d’une base adresse nationale adaptée aux besoins des 
particuliers, des collectivités publiques et des professionnels.


En particulier, elles souhaitent :
- définir un dispositif collaboratif de collecte de l'adresse tant 
auprès des acteurs publics que des acteurs privés et du grand public ;
- créer une base de données d’adresses unique, de référence, dont la 
qualité est attestée par l’IGN et La Poste ;
- diffuser ces données auprès des utilisateurs selon des licences 
adaptées à leurs besoins respectifs (licence libre ODBL, licence avec 
repartage des bases dérivées et licence payante).


Les parties s'accordent pour tout mettre en œuvre afin que l'accord 
projeté puisse être signé d'ici le 30 mars 2015. Chaque partie 
conserve la liberté d’exploiter et de diffuser ses ressources propres 
dans cet intervalle.


Une gouvernance collégiale est instituée, présidée par 
l’Administrateur général des données et réunissant les parties 
prenantes ainsi que le Conseil National de l’Information Géographique.


Cette gouvernance définira les dispositions qui lui paraîtront les 
plus adaptées pour mener à bien les travaux ainsi que la nature des 
livrables à produire. Elle rendra compte périodiquement de l'avancée 
de ces travaux.


Il faudra y être attentif. L'enfer se niche dans les détails, tout en 
restant dans la bienveillance d'une coopération officialisée mais naissante.



Nous sommes donc associé à la mise en place de la fameuse BAN, qui 
sera ouverte et donc un peu BANO en même temps.


Dans les semaines et mois qui viennent nous allons travailler sur les 
données pour compléter les bases de part et d'autre, l'idée étant 
qu'elles soient les plus proches possibles.


Si l'IGN met à disposition du matos, on pourra regarder sur les secteurs 
qu'on a déjà ratissé pour voir leur éventuelle plus-value et faire des 
retours d'expérience. Ce serait intéressant d'avoir une feuille de 
route, un cahier des charges (on a déjà une idée des limites de la 
qualité de la base à travers la documentation de la BD Adresse). Le but 
est que la communauté se réoriente sur les nouveaux enjeux de ce nouvel 
accord de principe sans perdre de vue le reste du travail identifié par 
la BANO Task Force.




Nous avons commencé par définir il y a quelques semaines avec l'IGN 
une Clé d'Interopérabilité des Adresses afin de permettre le 
rapprochement de la multitude de bases contenant des adresses. Cette 
clé ressemble beaucoup à celle qui avait été créée pour BANO... code 
insee _ code fantoir _ numéro _ extension (bis/ter)


Le BAN(O) Tour démarrera avec PACA le 4 décembre. Son objectif est 
d'expliquer ce qui va être mis en place et aussi d'avoir un maximum de 
retours des utilisateurs et producteurs de données adresse pour 
définir au mieux la plateforme nationale...



la BANO a vécu, vive la BAN(O)
Si tu as les dates de ton tour de France, je suis preneur de la date de 
ta visite à la CIGAL (http://www.cigalsace.org/portail/)


Denis

PS : Étant un événement engageant fortement l'association OSM-Fr, une 
annonce sur la liste ca, strictement factuelle pour les archives, ne 
serait pas d'un formalisme superflu
PS2 : j'attends (j'entends) déjà le prochain chantier d'ampleur : les 
ERP (Établissement Reçevant du Public). Trop tard pour le boulot (et 
pourtant on en aurait eu besoin), mais pas trop tard pour planter le 
2ème clou de l'efficacité de l'interaction/collaboration 
citoyen/autorités publiques. Empowerment/capacitation ! Pour l'heure, il 
faut (se) féliciter qu'OSM ait su pointer du doigt l'urgence à changer 
le statut de la donnée adresse en bien à partager en maintenant un 
modèle économiquement viables pour les acteurs historiques.


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

Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?

2014-10-29 Thread DH


Le 29/10/2014 18:21, Pieren a écrit :

Bonjour,

Je viens de supprimer deux place=locality, Gazad et les
Bouilles, créés hier aux alentours de Tested et de la zone des
travaux du barrage de Sivens, actuellement sour les feux de
l'actualité:
http://www.openstreetmap.org/changeset/26416986

Pour l'instant, je pense que ces lieux sont d'avantage des points de
rassemblement et je ne crois pas qu'OSM soit le meilleur endroit pour
signaler ça (vu le caractère récent et transitoire de la chose),
encore moins avec place=locality. J'explique aussi dans mon
commentaire de changeset qu'une appli du genre umap serait plus
appropriée.

Mais quel est votre avis ? Quelle doit être notre attitude si ces
lieux-dits réapparaissent ? A partir de quand un endroit nommé
devient un lieu-dit ? faut-il attendre son officialisation ? ou
laisser la place à l'usage ? au temps ?

Pieren



Chapeau pour le travail de veille.
le lieu-dit dit le lieu (Lapalisse ;-), l'endroit que lon souhaite 
marquer.
OSM étant une base de connaissance non historisée dans le sens où l'on 
ne tient pas forcément compte de tout ce qui a pu exister depuis que la 
cartographie est devenue une arme de désignation massive, il reste peu 
de place pour les trucs anciens (ou prétendus tels).


Dans le cas d'espèce, je doute de la pertinence (au sein d'un POI OSM) 
de ces récentes contributions. Tes réaction et commentaire sont 
pleinement appropriés. C'est même une tentative de changer -par la 
dénomination- le monde (notez bien les guillemets) simplement parce 
qu'OSM le permet. Mais ce n'est pas ce que nous voulons, du moins pas 
sur cette actualité, sans motivation (vis à vis de la contribution) 
explicite (ni même avec, en fait).


Ceci étant-dit, la toponymie est un art subtil et ce cas de figure ne 
règle pas d'autres soucis au sein du bestiaire OSM.
Les lieux-dits existants sur zone sont (entre autres) : La Bartasse, 
Bonnafous, le Bois de Touilles, etc. non référencés dans OSM, bien entendu.

Pour marquer son territoire, OSM n'est pas le bon endroit.

Denis

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

Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?

2014-10-29 Thread DH


Le 29/10/2014 21:46, Sylvain Maillard a écrit :

Salut,

au vu des noms, je pense effectivement qu'il faut en faire une 
interprétation au vu des événements récents :
- les Bouilles : il s'agit d'un nom pour désigner des terres ou 
prairies humides sans valeur financière. La zone humide du Testet en 
faisait partie.
- Gazad : toute relation avec des gaz lacrymogènes est fortement 
suggérée ..


ce qui renvoie bien vers umap pour ce type d'usage d'osm ;)

Sylvain

Le seul mérite de cette malheureuse initiative est que plusieurs 
contributeurs se sont penchés sur ce bout de France de manière plus 
attentive.


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

Re: [OSM-talk-fr] amenity=place_of_worship sur église en ruine

2014-10-03 Thread DH


Le 03/10/2014 19:36, Mides a écrit :
Dans le mesure où cette discussion dure depuis six ans et 15 jours, je 
serai donc tenté d'émettre un petit avis.


A l'heure actuelle cet objet est tagué de la sorte :

  * historic = ruins
  * denomination = catholic
  * religion = christian

Et comme cet objet n'apparaît pas sur le rendu, alors qu'il reste des 
traces bien visibles sur le terrain, la tentation est quand même forte 
de rajouter un beau  building = yes, alors je me vais peut être me 
laisser aller en rajoutant un tag de la sorte :



Qui  ose encore, en 2014, décrire afin que cela soit rendu. Le don de 
son expertise ne devrait pas (should not) exiger une contrepartie. Si 
l'intérêt est là, la dataviz suivra.
[l'amour des choses bien faites] ne se réjouit pas de ce qui est 
injuste, mais il trouve sa joie dans ce qui est vrai 
source=Première lettre de saint Paul Apôtre aux Corinthiens - Chapitre 
13, verset 6.


La tentation, c'est un des dangers qu'OSM se doit d'éviter et la notion 
de beau reste, finalement, assez subjective.


Denis, dinosaure esthète (wouaich genre Silex and the City)


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

Re: [OSM-talk-fr] Belle carto des accidents

2014-09-23 Thread DH


Le 23/09/2014 22:40, Vincent de Château-Thierry a écrit :

Ça a donné cette carto :
http://rue89.nouvelobs.com/2014/06/25/carte-presque-tous-les-accidents-route-2012-253113 



(warning : c'est du BANO sur fond Google)



C'est pour cela que ça pique autant les yeux !
Tous ne sont pas habitués.

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

Re: [OSM-talk-fr] pont ferroviaire, pont routier, tunnel


Le 20/09/2014 21:03, Jérôme Seigneuret a écrit :
@François je pense que cela dépend du corps de métier. On pourrait 
présenter des cas afin de mieux cartographier cela et ainsi ne pas 
avoir 10 version d'un tronçon car l'interprétation est trop aisé.


Sinon pour compléter l'information:
Il y a normalement une base de données appelé Réseau chez SNCF-INFRA 
(pour y avoir bossé). Il y a une couche avec l'ensemble des ponts 
ferroviaires et routiers, passage à niveau, tunnel, les lignes avec la 
tension sur le réseau et pleins d'autre choses qui pourrait être super 
à intégrer RFF dispose de cette base. A voir si RFF accepte de 
nous fournir ce référentiel (à la SNCF on appelait ça le Référentiel 
Géographique Infrastructure  ou R.G.I. pour les intimes)


Il existe en version light (avec les informations à risque pour la 
sécurité enlevés)



Il y a effectivement plusieurs bases référentielles textuelles à la SNCF 
(copropriété avec RFF) : RESEAU, ARMEN, FICOA, etc. Elles ont toutes la 
caractéristique de ne pas avoir de géographie puisque qu'un tronçon de 
voie ou un équipement est localisé par un pk et un n° de ligne.
le RGI fait cette géographisation à partir de la BD Carto. Côté 
réutilisation, c'est mort pour le moment tant que la licence de la BD 
Carto n'évolue pas.
A noter que la qualité géographique de ce RGI est très moyenne 
(précision décamétrique au mieux, pas de topologie - pour un réseau, 
c'est moyen). Le RGI Light est proposé sur le catalogue des service au 
prix de 580 €/an !! Je ne battrais pas pour l'ouverture de ce produit. 
En revanche, on pourrait solliciter RFF (SNCF Reseau à partir de 
janvier) pour une ouverture partielle de la base RESEAU.
Voir aussi le futur projet de loi sur le numérique qui pourrait inscrire 
l'opendata par défaut pour les informations produites par les 
établissements de l'État (y compris pour les EPIC qui échappent pour 
l'heure aux obligations de publications de leur données faites par la 
loi de 1978 et de ses ordonnances).
S'il y en a qui sont intéressés par le sujet, je peux fournir des 
éléments plus précis.
Il n'y a pas de données d'infrastructure ferroviaire disponible en 
opendata. Avec les positions récentes de la SNCF (Mobilités) sur la 
transparence des informations liées à la sécurité, peut-être qu'une 
nouvelle ère s'ouvre.
En attendant, je commence à avoir un réseau d'infra ferroviaire OSM à la 
voie qui est pas loin d'être complet sur l'Alsace, suivront la Lorraine 
et la Champagne-Ardennes.
A noter, enfin, que la base RESEAU n'est pas toujours d'une qualité à 
toute épreuve. Les géomaticiens RFF font remonter pas mal d'erreurs aux 
équipes en charge de la maintenance de cette base. Derniers exemples en 
date : le PN°1 sur la ligne Coolus-Sens au beau milieu des champs; 1100 
mètres de la ligne Jarville-Neufchâteau qui ont disparu entre 2 versions 
de la base ; PNs sur la ligne Strasbourg-Port-du-Rhin situés de manière 
arbitraire (tous les 100 mètres) alors qu'ils sont étalés sur toute la 
zone portuaire (ces voies sont évidemment absentes de la BD CARTO) ; 
ouvrages d'art manquants, etc.
A noter également, un gros projet de cartographie à la voie en cours 
avec un produit livré à l'horizon fin 2015.


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

Re: [OSM-talk-fr] pont ferroviaire, pont routier, tunnel


Le 21/09/2014 10:27, Jérôme Seigneuret a écrit :

Bonjour,

@DH, RESEAU est bien une base textuelle sauf que (encore une fois pour 
avoir travaillé dessus pendant un peut plus de 2ans) SNCF Infra 
dispose d'un référentiel en shape fonctionnant avec des livraisons 
sous forme CD


Je n'ai jamais eu les prix mais ça passe pas par RFF. C'est une 
production SNCF. Contrairement à ce que tu dis ce n'est pas qu'une 
base textuelle et il est bien plus compliqué de positionner les PK sur 
une ligne car il y a un calibrage à faire et une prise en compte 
d'erreur d'étiquette PK à prendre en compte. Donc tes erreurs sont 
surement due à ça.


A l'époque RFF m'avait proposé de travailler sur Paris pour reprendre 
cette partie (surement assez flou) l'algo de correction est assez 
chiant à analyser et à mettre en place.


 Les ligne du réseau sont repositionnés au fur et à mesure (par moi 
seulement à l'époque) maintenant je sais pas vu que je n'y travaille 
plus...


En clair c'est du SHP avec un fichier par thématique. J'avais tous 
projetée en Lambert 93. Le produit et basé sur des lignes contenant 
une valeur M pour et des points de calibrage correspondant à des 
ouvrage d'art...


Donc tes infos sont pas bonnes.


Permets-moi de préciser les choses :
- le RGI Light vient tout juste d'être proposé au catalogue des services 
RFF pour répondre à des besoins de clients hors du monde ferroviaire 
(services de l'Etat, collectivités locales, etc.). Ce RGI Light sera 
gratuit s'il y a échange de données.

J'ai dit que RGI=RESEAU+BD CARTO (shapefiles achetés à l'IGN).
le RGI est donc bien une collection de shapefiles en Lambert93 organisé 
par thématique (y compris les anomalies de répère ;-).

J'utilise ces données tous les jours en tant que géomaticien chez RFF.
Les erreurs que j'ai fait remonter à ISI (la DSI de SNCF Infra) n'ont 
rien à voir avec le calibrage des lignes ni les anomalies de repère ou 
de distance. La base n'est pas à jour ou contient des erreurs.
J'attends de pouvoir accéder à d'autres applications de SNCF Infra : 
SIGARMEN, SIGINFRA pour voir le niveau de qualité de ces bases . Je suis 
en contact étroit avec Isabelle Lange, chef de projet et ai déjà discuté 
avec elle des nouvelles méthodes de constitution des référentiels (en 
lien avec le pôle régional d'ingénierie de Strasbourg) et 
d'OpenStreetMap (sur les passages à niveau).


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

Re: [OSM-talk-fr] pont ferroviaire, pont routier, tunnel


Le 21/09/2014 12:40, Jérôme Seigneuret a écrit :

Ok,
Les choses n'ont semble t'il pas trop évolué en terme de maintenance 
(une personne et des outil peux adapté pour maintenir) Mais le mode de 
livraison a l'air d'avoir changer car c'est ISI qui s'occupait de 
livrer ce produit en 2008 quand je suis arrivé et la livraison était 
deja bien en place pour les même clients que ceux que tu viens de 
citer. Par contre je suis bien content de voir q'un référentiel voie 
arrive car c'était par encore bon pour 2010. Petite apparté. En 
Bourgone RFF en région avait fait un projet de dingue avec une très 
bonne précision.


Tu veux parler du projet de référentiel ferroviaire à base de BD Topo 
d'un certain Gwenaël Menguy qui a confié la réalisationn à Priscicilla, 
sa stagiaire de l'époque ?
Je suis le successeur du premier et en contact régulier avec la seconde 
qui est devenu titulaire du poste à Dijon depuis quelques années. Je 
mène un projet similaire, mais à base d'OSM (et sans stagiaire) !


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

Re: [OSM-talk-fr] pont ferroviaire, pont routier, tunnel


Le 21/09/2014 20:05, Jérôme Seigneuret a écrit :
Oui en effet. On s'était revu lors de sa présentation à la rencontre 
ESRI infrastructure ferroviaire. Ok c'est bien! donc son projet a été 
porté au niveau national. Ça rentrera dans l'égalité de service pour 
les prestataires ferroviaires? Car c'était aussi le problème à 
l'époque pour l'ouverture de l'ensemble des applications ferroviaires 
(en cofinancement SNCF/RFF)

En tous cas c'est un sacré travail.


Cela me peine de freiner ton enthousiasme :
1. ce projet, louable pour l'époque, a une acuité dépassée par les 
événements récents (mouvement open data entre autres)
2. ce projet ne refonde pas l'offre d'un service de description de 
l'infra ferroviaire en ce sens qu'il ne change pas de paradigme.
3. le projet national d'établissement d'un référentiel géographique à la 
voie (projet porté par l'uSIG  de RFF -unité système d'information 
géographique rattachée à la DSI) n'a probablement pas de rapport avec le 
projet de Gwenaël (hormis l'impérieuse nécessité de décrire plus 
finement le Réseau Ferré National). Les outils, les financements sont 
d'un (même de plusieurs) autre(s) ordre(s). Les motivations aussi... 
Nous (futur SNCF Réseau) manquons cruellement d'un Chief Data Officer (à 
l'instar d'un Henri Verdier, nommé très récemment) pour la data 
transport. Je vais transmettre cette analyse à ma direction compte tenu 
de l'entropie que va connaître l'information sur l'infra suite à la 
réforme ferroviaire.
Pour rester sur le sujet de cette liste, je suis persuadé qu'il y a une 
opportunité (la nature ayant horreur du vide) pour OSM de se positionner 
comme source d'un référentiel de l'infrastructure ferroviaire et 
accompagner les services opendata que fournit la partie SNCF 
Mobitilités sur les circulations.
Je serai ravi d'en discuter avec toi dans un autre cercle à créer (je 
connais d'autres lecteurs de cette liste intéressés par le débat).


Denis


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

Re: [OSM-talk-fr] soucis sur la liste locale osm alsace

2014-09-04 Thread DH


Le 04/09/2014 19:41, Jocelyn Jaubert a écrit :

Le 04/09/2014 11:35, HELFER Denis a écrit :

Impossible de rajouter un document partagé dans l’espace idoine. Le serveur
me renvoie systématiquement une erreur 500 (Internal Server Error).

Un admin dans la salle pour voir ce qui se passe ?

Je pense que c'était parce que tu envoyais un fichier plus gros que la
limite de 130 Ko en place. J'ai monté la limite à 2 Mo.

Est-ce que tu peux ré-essayer ?

Je ferais cela demain à la première heure ; j'ai plus les fichiers sous 
la main.
Bizarre pour la taille de fichier (rien n'a changé dans le process - 
vais enquêter).


Merci de ta réactivité.



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

Re: [OSM-talk-fr] Le saviez-vous ?

2014-09-03 Thread DH


Le 03/09/2014 18:53, Christian Quest a écrit :
J'ai rajouté un petit widget sur le site http://openstreetmap.fr dans 
la colonne de droite intitulé Le saviez vous ?


Son contenu est choisit aléatoirement et indique un chiffre à propos 
d'OSM:

- nombre de nouveaux contributeurs sur la semaine
- nombre de cartes personnalisées avec uMap
- nombre d'addresses dans BANO
- nombre de restaurants, de musées, d'hopitaux, d'écoles...
- nombre de lieux pour lesquels l'accessibilité en fauteuil roulant 
est renseigné


marche pô toujours


   Le saviez-vous ?

** musées ont été cartographiés sur OpenStreetMap en France

copier/coller m'a tuer ?

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

[OSM-talk-fr] [International] pic d'activité en Pologne

2014-08-19 Thread DH


Il a du se passer quelque chose en Pologne hier :
http://resultmaps.neis-one.org/newestosm.php?zoom=6lat=51.84348lon=19.75204layers=0B0TFT
http://osmstats.altogetherlost.com/index.php?item=countriescountry=Poland

Peut-être leur demander la recette ?

Denis


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

Re: [OSM-talk-fr] Photographie aérienne 2012-2013 utilisable pour le Nord-Pas-de-Calais

2014-07-15 Thread DH


Le 15/07/2014 12:17, Maxime Résibois a écrit :

Bonjour,
En fait en cherchant un peu, l'orthophotographie est déjà disponible 
en WMS et peut donc être affiché dans JOSM.
Nous avons donc une orthophotographie récente et libre pour bosser sur 
le NPDC !
wms:http://www.ppige-npdc.fr/mapcache?FORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=ortho2013RGB20cmSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox} 
http://www.ppige-npdc.fr/mapcache?FORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=ortho2013RGB20cmSTYLES=SRS=%7Bproj%7DWIDTH=%7Bwidth%7DHEIGHT=%7Bheight%7DBBOX=%7Bbbox%7D



Merci pourl'URL.
Gare de Hazebrouck et d'Armentières améliorées
'tain il y a de quoi faire !

Denis
bientôt dans le Ch'Nord

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

Re: [OSM-talk-fr] Rendu BANO

2014-05-24 Thread DH


Le 24/05/2014 12:25, Pierre Knobel a écrit :

Désolé de squatter ta question, mais j'aimerais bien qu'on discute un
peu plus en détail de cette recommandation de ne pas se précipiter sur
l'intégration d'adresses avant de mettre en place des mesures pour la
favoriser. Je comprend que dans l'idéal il vaudrait mieux attendre
d'avoir une position commune sur le placement des adresses avant de
les intégrer plutôt que d'y aller en ordre dispersé, mais est-ce que
vous pensez réellement qu'on aura un consensus sur ce point dans un
futur proche ?

Est-ce qu'on attend l'avis d'acteurs institutionnels, sachant qu'ils
n'ont pas avancé sur le dossier BAN depuis plusieurs années et qu'on
risque d'attendre longtemps ?

Est-ce qu'il ne faudrait pas adopter plutôt l'approche itérative
traditionnelle d'OSM qui est de se mettre à l'intégration tout de
suite, et d'adopter à posteriori un standard en fonction de la
solution favorisée par les premiers contributeurs, en changeant
éventuellement de méthode plus tard si des problèmes apparaissent à
l'usage ?

De mon point de vue on pourrait gagner en efficacité en combinant les
étapes de l'intégration des adresses, de la correction des noms de
rues grace au croisement avec FANTOIR et de l'ajout du code FANTOIR
quand le rapprochement est impossible automatiquement. L'outil
d'import semi-automatique produit les relations AssociatedStreet, il
n'y a plus qu'à y rajouter les tronçons de rues non détectés après
avoir corrgé leur nom.

Pierre

Je te rejoins Pierre et ma position est connue des promoteurs de la 
BANO. Je crois beaucoup dans le côté expérimentateur d'OSM et son 
corollaire, l'itération. Ainsi, par exemple, je n'avais pas assimilé 
l'intérêt des relations AssociatedStreet, maintenant si. J'ai remis 
l'ouvrage sur le métier. Il faudra peut-être encore le faire une 
nouvelle fois si j'arrive à me convaincre qu'un nouveau modèle est plus 
pertinent. Evidemment, le risque est l'hétérogénéité d'une base 
nationale. Je reste persuadé qu'on ne pourra pas réduire l'adressage à 
un seul modèle ne serait-ce que parce que le territoire national est 
hétérogène et qu'une volonté jacobine de vouloir réduire à un modèle 
rigide débouche sur un débat de 12 ans (qui n'a même pas le bon goût 
d'un single malt ;-)
Donc, ma position est claire : priorité à l'intégration des données 
opendata (1 million d'adresses à intégrer dans OSM ça fait du boulot 
quand même si on veut faire un travail de vérification sérieux), car ce 
sont les collectivités locales la source la plus fiable (et légale) en 
matière de dénomination de la voirie et de l'adressage. Sur le chantier 
de Strasbourg, 75% des noms de rue vérifiées, un poil moins d'adresses 
(passé le cap des 20.000), près de 50 jours de travail, 3000 adresses 
ajoutées % au cadastre. Bref une occupation de mon temps complet 
consacré à OSM.
Dans le même temps, la BANO a son intérêt politique pour booster 
l'action sur les adresses. Il ne faudra pas se tromper de combat et 
inciter les collectivités locales à libérer leurs propres ressources 
(c'est une obligation légale de diffuser l'information mais pas (encore) 
de diffuser librement les données ;-). L'intérêt d'une démarche de 
signalement est également importante mais peut venir en 3e temps (ou 
concomitamment).
Aucune démarche ne semble aujourd'hui contreproductive : les intérêts 
des uns ne sont pas les mêmes que les autres, mais il y a de la place 
pour tout le monde, surtout si on arrive à recruter sur cette thématique.


On continue et on ne lâche rien
Denis

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

Re: [OSM-talk-fr] Rendu BANO

2014-05-21 Thread DH


Le 21/05/2014 20:40, Jean-Francois Nifenecker a écrit :

Le 21/05/2014 02:27, Jérôme Amagat a écrit :

Je sais bien que le terrain prime mais à part ça

Les rendus BANO ne sont pas des rendus banals.


Visiblement, ça ne fait pas un four !
Et c'est bien dans les ban-lieues qu'on trouve le plus de quoi nourrir 
OSM et qui continue à poser question.


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

Re: [OSM-talk-fr] Information position lieu dit sur le cadastre (ou autres)

2014-05-10 Thread DH


Le 10/05/2014 20:43, Mides a écrit :

Bonsoir,

J’ai un nom de lieu dit, dans mon secteur, qui ne correspond 
absolument pas à la localisation sur le terrain, environs 500 mètres, 
de ce que l'on peut trouver sur leur plan.


Doit on se fier exactement aux informations de position données par le 
cadastre ?


Pour résumer, sur quoi se base le cadastre pour localiser un nom qui 
figure sur ses plans.


Michel


Bonsoir,

Le cadastre recèle plein de surprises et même parfois de facéties. Il ne 
faut jamais oublier que le plan cadastral n'est qu'un plan (les bases de 
données sont venues bien après Napoléon), où les toponymes (notamment 
mais pas exlusivement) ont vocation à être imprimés à une échelle 
donnée. La localisation d'un lieu-dit ne reflète que la position d'un 
endroit de la feuille cadastrale où l'espace est suffisant pour faire 
apparaître le libellé.
Selon la documentation des bases cadastrales, notamment Majic2|3, un 
lieu-dit est un ensemble de parcelles, donc une zone dont le libellé 
pourrait être porté par un way ou, à défaut d'investir dans un travail 
de titan, par un node positionné raisonnablement dans l'ensemble des 
parcelles constituantes du lieu-dit..
Bien conscient de n'apporter qu'une contribution absconse, il faut quand 
même savoir que certains lieux-dits ne représentent que quelques 
parcelles (parfois moins d'un hectare) dont le plan (même en version 
WMS) ne fait pas mention contribuant, comme le soulignait récemment 
Christian Rogel sur cette même liste, à la disparition de la mémoire 
collective du nommage fin du territoire.
Par ailleurs, autre magie|facetie du plan, un lieu-dit peut s'étendre 
sur plusieurs feuilles cadastrales et prendre des graphies légèrement 
différentes. C'est au contributeur et à lui seul de trier le bon grain 
de l'ivraie. C'est là que réside essentiellement la mission d'OSM : 
collecter non seulement les données qui vont parviennent de nos 
institutions publiques, mais aussi du ressenti des habitants, de leur 
expérience, de la nôtre aussi.


Denis,

PS : la fourmi étant déjà un être évolué, je me demande si je ne vais 
pas me réincarner en bactérie pour encore mieux transformer




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

Re: [OSM-talk-fr] Barrage Vauban

2014-05-06 Thread DH


Le 06/05/2014 14:18, Augustin Roche a écrit :



A noter, le travail étonnant de précision (en Z) sur la
Cathédrale. des images de restitution qqpart ?

http://demo.f4map.com/#lat=48.5821730lon=7.7501702zoom=18camera.theta=61.73 
Effectivement, c'est impressionnant !


Impossible d'avoir le moindre rendu (malgré plusieurs heure d'attente 
;-). Des copies d'écran seraient appréciées pour ceux qui n'ont pas une 
machine dernier cri.

D'avance merci - Hall of fame ?

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

Re: [OSM-talk-fr] Barrage Vauban

2014-05-05 Thread DH


Le 05/05/2014 20:40, Waxy a écrit :

Salut,

Le Barrage Vauban à Strasbourg (identifiant 40 217 747) ne devrait-il
pas être étiqueté building=bridge (plutôt que building=yes et bridge=yes) ?

http://wiki.openstreetmap.org/wiki/Tag:building%3Dbridge

À noter que building=bridge n'est pas proposé dans Josm.


Ce pourrait être une amélioration certaine tellement c'est la réalité. 
Tant qu'à faire, je suis plus choqué par le manque d'accès au viewpoint 
(et le cheminement sur une partie supérieure ? mais on rentre dans la 3D 
;-) sans compter le routage de/vers la place Hans Arp (1).
Après, plus de doigts tripoteront cet endroit, pas pire cela sera (enfin 
les locaux l'espèrent).
A noter, le travail étonnant de précision (en Z) sur la Cathédrale. des 
images de restitution qqpart ?
Sinon les adresses avancent bien sur Straß (60 % vérifiées) : +2300 
depuis fin mars.


Denis, mode local=on /

1. je n'aime pas la façon dont sont fabriquées dans OSM la plupart de 
ces places piétonnes.


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

Re: [OSM-talk-fr] Problème de décalage du cadastre vs GPS sur une commune

2014-04-10 Thread DH


Le 10/04/2014 21:09, Pierre Knobel a écrit :

Bonsoir,

J'ai un soucis avec le cadastre sur le Hameau de Wengelsbach (commune
de Niedersteinbach) : http://osm.org/go/0DN6pIou?layers=C

Le premier problème est que le cadastre semble décalé par rapport aux
traces GPS. Je compte y faire un tour pour enregistrer quelques
nouvelles traces avec un récepteur GPS auquel je fais confiance pour
confirmer que ce n'est pas juste des traces GPS de mauvaise qualité.

Le deuxième problème est que les positions des maisons sur le cadastre
actuel ne correspond pas aux positions des maisons importés. Ce n'est
pas juste un problème de décalage linéaire, car quand je sélectionne
tous les bâtiments et que je les déplace ensemble  je n'arrive pas à
trouver un décalage qui leur convienne à tous. Je ne sais pas si c'est
dû à une mise à jour du cadastre, ou si lors de l'import initial les
bâtiments ont été corrigés un par un en se basant sur l'imagerie
aérienne (peut-être mal orthorectifiée, vu que je n'arrive pas à la
faire coller proprement aux traces GPS non plus).

Au final c'est un gros casse tête pour essayer de placer les bâtiments
proprement en respectant la position des rues basée sur les traces
GPS. J'ai laissé tomber pour le moment, mais ça m'embête parce qu'il
faudrait que la positions des maisons soit correcte avant que je
puisse importer les adresses.

Est-ce que quelqu'un a déjà eu à gérer un problème similaire ? Des conseils ?

Pierre



Trace et enregistre sur un calque séparé les 13 sections de la commune 
et tu découvriras probablement les sections qui posent problèmes (dont 
Wengelsbach probablement). La feuille cadastrale est l'unité de travail 
; les raccords entre feuilles ne sont redressés que dans des marges 
normées dans les cahiers des charges de digitalisation (comme aux 
limites communales). A Niedersteinbach, on est quand même en bordure des 
Vosges du Nord (effet relief soudain en bordure de feuille même si c'est 
pas les Alpes ;-). Le fait que le cadastre soit vectorisé indique juste 
que les erreurs du plan cadastral papier ont été numérisées.
Bravo pour ton travail sur l'Alsace du Nord et n'hésites pas à me 
solliciter en cas de besoin sur la liste locale.


Denis
PS : le tracé de la Réserve Naturelle Régionale de Wegscheid (fin fond 
du Haut-Rhin côté massif vosgien) m'avait coûté des heures en raison de 
sections cadastrales complètement nazes. Je compatis donc


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

Re: [OSM-talk-fr] Service de pré-intégration d'adresses

2014-04-05 Thread DH


Le 05/04/2014 15:49, Pierre Knobel a écrit :

Bonjour,

...

Un petit problème qu'il faudrait probablement corriger c'est la 
présence d'espace dans le cas des numéros préfixés d'une lettre (25 A, 
36 B...etc). En Alsace je crois qu'on ne met pas d'espace.


J'avoue : c'est moi qui l'ai demandé. Une espace insécable semi-cadratin 
? Nan, je déconne Philippe V. !!!
Dans beaucoup de base adresse que j'ai manipulé, j'ai souvent vu un 
distinguo entre le numéro dans la voie, l'indice de répétition, le lib 
de la voie. Autant marquer cette distinction de manière simple. Je 
pressens déjà les cas rebelles : A1, A2, D1 résidence du bout du monde 
1,2 =indice de répétition ? (cas réel rencontré)


Pourquoi ne pas faire tourner automatiquement l'outil sur toute la 
France pour générer une base de donnée libre temporaire - en-dehors de 
la base OSM officielle - en attendant qu'une saisie manuelle plus 
précise soit dispo ? Ca pourrait servir de base à d'autres outils 
d'aide à l'import, ou a des outils de contrôle qualité.


T'as assisté au barcamp ou quoi ? Christian a un blog secret qui annonce 
ses scuds ? Tu as des talents divinatoires (ça pourrait servir OSM pour 
détecter les prochaines libérations opendata des collectivités locales ;-)


Denis


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

Re: [OSM-talk-fr] Retours adresses de Nantes Métropole

2014-04-05 Thread DH


Le 05/04/2014 20:30, Pieren a écrit :

2014-04-05 10:27 GMT+02:00 Jean Couteau cout...@codelutin.com:


   Le FANTOIR ne permet pas une identification
   unique de la rue (plusieurs codes FANTOIR pour une même rue,
   possibilité de code FANTOIR identique pour 2 rues différentes).

Ouhla, ça va être le foutoir avec le code fantoir ;-)



Je crois que j'ai eu le cas également sur Strasbourg. Comme un con, je 
l'ai pas noté. Je suis quitte de refaire de refaire le travail 
d'enquête. Dès que j'ai appréhendé le suspect, je le traduirais devant 
le Tribunal.


Denis

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

Re: [OSM-talk-fr] Apparition de fixme=a verifier et associer a la bonne rue non manuels

2014-03-05 Thread DH


Le 05/03/2014 19:39, Tyndare a écrit :


Le 5 mars 2014 18:55, sly (sylvain letuffe) lis...@letuffe.org 
mailto:lis...@letuffe.org a écrit :


mais ce qui, moi, me déplaît c'est de mettre ça dans un tag qui
est utilisé
habituellement pour des déclaration manuelles



L'outil d'import des adresses du cadastre est architecturé et documenté 
de telle manière qu'il devrait (should) être considéré comme une 
contribution manuelle. C'est du moins comme cela que je le pratique  
avec enthousiasme et abnégation.


mais qu'est-ce qui est utilisé habituellement pour les données 
générées par des outils ?
(oui je sais habituellement les outils génèrent des données de bien 
meilleur qualité ;-)



La question est moins sur le tag en lui-même qu'en la promotion de la 
lutte contre la tendance des contributeurs à s'habituer à sa présence 
dans leur champ d'action. Il s'agit encore de re-re-re-dire que les 
outils ne font pas tout. Pour ma part, j'en posais plein sur des 
endroits que je ne pouvais aborder que de ma chaise. Je me suis soigné 
(du point de vue de la base) mais je suis  sûr qu'en masquant les 
symptômes, on finisse par croire qu'on est en bonne santé et/ou que que 
la cause de l'affection ne soit traitable.


Denis, pas omnipraticien conventionné
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bureaux de poste

2014-02-14 Thread DH


Le 14/02/2014 10:18, V de Chateau-Thierry a écrit :
Tu viens de mettre le doigt sur un bug :) Dans le cas d'un relais de 
poste chez un commerçant, on avait convenu de typer en combinant 2 
tags : amenity=post_office post_office:type=post_partner Initialement 
dans les données de la Poste ce type était décrit : Relais poste 
commercant (sans cédille). Mon test s'appuyait dessus. La cédille est 
apparue dans les mises à jour des données de la Poste, mais je n'avais 
pas suivi ce point. C'est réparé à l'instant dans l'outil, pour les 
points intégrés à l'avenir. Pour le relais de Mantilly, tu peux 
rajouter le tag manuellement.


Si les institutionnels se mettent à améliorer leurs propres données, 
où va-t-on ?
je suggère un communiqué de presse et une grève éclair des contributeurs 
OSM  une minute pour marquer le coup !!!
Non mais sans blague, si on nous pique notre boulot, on sera bientôt 
chômeurs d'utilité publique. Ils ne se rendent pas compte de tout le 
boulot dont ils nous spolient. C'est un scandale !


Groumpf

PS : le vendredi, c'est permis

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

Re: [OSM-talk-fr] Géocodage IGN un peu plus libre

2014-02-13 Thread DH


Le 13/02/2014 17:05, Christian Quest a écrit :

Dans le genre pas clair, c'est pas clair.

La nouvelle version de cet outil a été présentée lors de la remise des 
prix du concours sur le géoportail.
Cette nouvelle fonctionnalité d'export a été présentée comme 
permettant de géocoder des fichiers dispo sur data.gouv.fr 
http://data.gouv.fr, à la condition que le résultat soit remis sous 
licence etalab.


Donc dans le cadre d'un fichier dispo en opendata, thématique, 
relativement partiel, cela ne semble pas poser de problème. Le 
problème pour le côté substantielle c'est qu'à force de géocoder des 
fichiers limités, l'ensemble peut devenir substantiel.


J'avoue ne pas bien comprendre la deuxième condition /les fichiers 
résultant du géocodage soient republiés sous licence ouverte ---sauf 
s'ils n'excèdent pas 250 adresses---/. Cette condition imposerai la 
mise sous licence étalab du résultat sauf si il y a moins de 250 
adresses ?


Pour ceux qui n'ont pas encore utiliser cet outil, voici les surprises:
- version Windows uniquement
- le format du CSV d'entrée doit être nickel chrome
- la sortie n'est qu'un KML, qui perd l'essentiel du fichier d'entrée

Suite à notre dernière rencontre technique, j'ai fait des remontées à 
l'IGN pour proposer des améliorations.


J'ai géocodé quelques fichiers pour voir... bah c'est du géocodage, 
donc résultat à prendre avec des pincettes surtout qu'il n'y a aucune 
info en sortie sur la qualité de chaque géocodage.


On va rapidement avoir mieux avec notre récup d'adresses 
cadastrales... ça vient, patience !



Perso, je ne mise pas un kopek sur l'IGN pour les adresses.
Ce soir, j'étrenne mon compte Premium sur le WMS du cadastre.

Si certains s'ennuient, il reste ceci : 
http://addr.openstreetmap.fr/stats.php

Pas de quoi s'ennuyer ou de s'atermoyer.

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

Re: [OSM-talk-fr] [osm-alsace] combien d'adresses en Alsace ?

2014-02-03 Thread DH

Le 08/01/2014 16:34, HELFER Denis a écrit :

Bonjour et bonne année à tous,

Je suis particulièrement l'évolution de la saisie des adresses dans
OSM tout particulièrement en Alsace depuis quelques années. C'est
actuellement et, entre autres, pour un projet important de
collectivités alsaciennes, une donnée clé pour appuyer des
applications porte-à-porte sur la base OSM.

Pour l'Alsace, le volume total d'adresses à saisir est plus que
conséquent : il dépasse les 520.000 !

Fin 2009, nous en avions un peu moins de 14.000 dans la base ; plus de
110.000 en mai 2011 ; 256.000 à la toute fin de 2013. Que de chemin
parcouru ... mais il en reste encore la moitié à faire.

Vous me direz : mais où ?

La réponse en image :
http://listes.openstreetmap.fr/wws/d_read/local-alsace/cartes/tx_couv_adresses_20140103.jpg

Et en graphique :
http://listes.openstreetmap.fr/wws/d_read/local-alsace/cartes/progression_adresses_OSM_20131230.jpg

Quelques mots d'explication :

Le taux de couverture est obtenu en comparant le nombre d'adresses
présentes dans OSM par commune (géotraitement) et celui issu de la
base cadastrale (à laquelle j'avais accès dans une autre vie et qui
date de 2009-2010). Ce n'est pas scientifiquement irréprochable, mais
c'est une première approche.

Vous l'avez bien compris, je cherche de l'aide !!! Pour ma part, je
poursuis l'intégration des adresses opendata de l'agglomération de
Mulhouse (http://addr.openstreetmap.fr/mulhouse/ ) pour que celle-ci
devienne n°1 dans ce chart : http://addr.openstreetmap.fr/stats.php
http://addr.openstreetmap.fr/stats.php en attendant les adresses sur
la communauté urbaine de Strasbourg prévues pour le printemps 2014.

Episode 2 :
Nous en sommes au 3/2 à 9.000 nouvelles adresses issues de l'open data
de Mulhouse insérées dans la base (Rixheim avance bien). L'objectif de
passer n°1 dans cette intégration est déjà atteint
(http://addr.openstreetmap.fr/stats.php
http://addr.openstreetmap.fr/stats.php)
Avec les efforts conjugués d'autres fourmis, l'Alsace atteint le total
de 271.680 adresses (tous modes de saisie confondus).
Au cours de mes périgrinations internetiennes, je suis tombé sur ceci :
http://economie68.fr/TDB003_WEB/za/Onglet_ZA_Bartenheim.html. Je ne sais
pas vous, mais moi je me dis qu'on devient, petit à petit, une vraie
alternative. Une utilisation pas loin de la co-construction du
territoire ; en tous cas, très proche de la vision du territoire en
biens communs. Dans tous les cas, une interactivité qui mériterait
d'être mieux mise en avant mais peut-être que nous aussi avons des
efforts de communication à faire. Bienvenue à MarHoff qui vient de nous
rejoindre sur cette liste.
Pour la bonne bouche, la mise à jour du suivi des adresse par communes :
http://listes.openstreetmap.fr/wws/d_read/local-alsace/cartes/tx_couv_adresses_20140203.jpg
(format court-métrage en fin d'année ;-). Les mêmes principes (et donc
les mêmes précautions d'usage) régissent cette présentation que la
précédente édition.
Nous avons redressé déjà la courbe des contributions adresses, mais
j'attends le moment où cette tendance sera suffisamment durable pour en
prendre une nouvelle photo.

Challenge

Denis

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

Re: [OSM-talk-fr] le nouveau modèle économique de l'IGN... en avant première

2014-01-14 Thread DH


Le 14/01/2014 19:45, rldhont a écrit :

Le 14/01/2014 19:42, Arnaud Vandecasteele a écrit :

J'avais également tiqué sur ça.
Sauf erreur de ma part la licence Odbl permet bien de commercialiser 
des données OSM.

Mais il faut par contre faire mention de la source, est-ce bien ça ?

Oui

Existe-t-il d'autres obligations ?
Non, mais ce qui les gènes vraiment c'est que si il les exploitent les 
nouvelles données (issues d'un mélange ou pas) devraient aussi être 
sous licence ODbL



pas que
Ils perdraient, de fait, leur légitimité de producteur d'une donnée de 
base. l'IGN a compris depuis un moment qu'il sera soumis au régime 
patates-fayot, il leur reste à savoir s'ils devront encore avaler 
d'autres couleuvres (il paraît que le serpent est assez gouteux). 
Attendons le prochain contrat d'objectifs et les budgets qui vont avec.
Je crois, sincèrement, que l'IGN est à un tournant de son histoire, 
contraint de se positionner sur un marché dont, jusqu'à présent, l'État 
lui garantissait l'inviolabilité (mission de service public, toussa). Ce 
qui reste un scandale sur de nombreux composants du RGE.
Nous avons, aujourd'hui et depuis peu, plusieurs référentiels de la 
limite communale. Quelles garanties, quelle traçabilité apporte l'IGN 
sur sa mission de service public sur la BD Parcellaire (aux limites) ? 
comment sont fait les raccords entre sections disjointes, entre limites 
communales . S'il y a un chantier commun à entreprendre avec l'IGN c'est 
de partager ce savoir-faire pour aboutir à LA base des limites 
communales à laquelle aspire TOUS les consommateurs de cette donnée 
géographique. S'il faut que l'IGN appose son logo aux côtés d'OSM, je 
n'y vois pas d'objections personnelles pour tant que la licence reste OL 
compatible.


Désolé Christian et Gaël d'avoir initié ce fil public qui pourrait ne 
pas faciliter vos négociations, mais il nous faut encore clarifier cette 
lie.


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

[OSM-talk-fr] si t'avais 20 millions ?

2014-01-14 Thread DH

C'est le nombre de changesets dans OSM ce soir : 
http://www.openstreetmap.org/changeset/2000
Combien qu'il disait l'IGN de modifs : Le crowd sourcing, c’est la 
pratique principale d’OSM. Nous avons fait la même chose sur le 
Géoportail et nous avons environ 250 remontées par mois d’usagers.

donc nous disons 20.000.000/250=80.000 mois soit ,7 années

CQFD, non ?

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

Re: [OSM-talk-fr] EPCI


Le 09/01/2014 19:57, Jérôme Amagat a écrit :

Il faut aller sur le site des préfectures et éplucher les arrêtés.
Pour l'ain on les trouve là : 
http://www.ain.gouv.fr/publications-r287.html dans RAA. Je sais pas si 
toute les préfectures mettent les arrêtés en ligne.


toutes les préfectures ont des RAA. Il me semble qu'ils sont tous en 
ligne (sauf preuve du contraire). C'est une mine d'information 
insoupçonnée mais faut aimer le XIXe siècle.

Denis

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

Re: [OSM-talk-fr] [Retour présentation] OSM au Géopnr


Le 09/01/2014 17:42, Sylvain Montagner a écrit :

Bonjour,

Je viens de m'inscrire sur la liste OSM-Talk-fr, et c'est donc mon 
premier message. J'espère donc ne pas faire de boulette !


Je suis géomaticien dans un Parc naturel régional (Normandie-Maine), 
et j'étais donc présent à cette rencontre GéoPNR, où j'ai 
particulièrement apprécié les 2 interventions OSM (et où j'ai 
découvert la qualité des présentation prezi que je ne connaissais 
pas !).
Ma question est relative aux Parcs naturels (régionaux) dans OSM, et 
je ne crois pas que nous y ayons répondu lors de la présentation :
Comment pourrions nous intégrer dans Open Street Map les périmètres 
des Parcs naturels régionaux ?
N'étant pas un contributeur régulier, je ne suis pas habitué à toutes 
les subtilités, mais je me dis que ce doit être par l'utilisation 
(création) d'un tag spécifique.
Sâchant que la plupart des PNR sont basés sur les périmètres des 
communes, cela pourrait passer par l'ajout d'un Tag aux objets des 
communes. Malheureusement, ce n'est pas le cas de tous les PNR, 
puisque certains ne concernent que partiellement certainescommunes...
Nous (notre réseau de géomaticiens GéoPNR) disposons des fichiers SIG 
correspondants, ainsi que de la base de données des communes des Parcs 
(vous pouvez par exemple les consulter sur le WebSig du PNR Oise Pays 
de France, à cette adresse 
http://sig.parc-oise-paysdefrance.fr/maisons_des_pnr/flash/).


Si vous avez des pistes ou des conseils, je suis (nous sommes) donc 
preneur !
Ce serait d'ailleurs pour moi un bon cas d'école, car j'ai une 
deuxième question plus particulière à poser derrière (base de données 
d'arbres de vergers), mais chaque chose en son temps !


Merci à vous.

Sylvain Montagner
PNR Normandie-Maine


Bienvenue Sylvain

J'avais discuté d'OSM avec le PNR des Vosges du Nord (Gabriel 
Hirlemann), notamment des vergers hautes tiges. A l'époque (environ 2-3 
ans) ce n'était pas une priorité (pas assez de ressources) mais les 
temps ont changé. Vous pourriez être LA source pour cette donnée (et 
d'autres surement - base IRINA ?).
Pour le contour des parcs, et avec l'aide du cadastre même les fractions 
de communes ne poseront pas de problème. Sur le PNRVN, la fraction de 
commune de Wissembourg c'est l'ex-commune d'Altenstadt facilement 
retraçable sur le cadastre. Les périmètres déjà existants dans la base 
(très joliment rendus par Cquest) mériteraient une confirmation de leur 
actualité (révision des 10 ans ;-)
Je soupçonne que vous pourriez aussi nous être d'une aide importante sur 
les aspects rando (sujet sensible ici ;-) et patrimoine.


A bientôt dans OSM

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

Re: [OSM-talk-fr] codes postaux...

Le 09/01/2014 21:53, Vincent de Château-Thierry a écrit :

Le 09/01/2014 09:59, Pieren a écrit :

2014/1/8 Vincent de Château-Thierry v...@laposte.net:

Passer à un modèle où les zones postales seraient des entités en
propre, à
part, pourquoi pas. On aurait à terme une modélisation uniforme
entre zones
postales englobant une à plusieurs communes, et zones postales à
cheval sur
des morceaux de communes. Et on aurait une vision plus simple des
emprises
postales (plutôt que noyées comme attributs des communes dans 99%
des cas).
Mais ça fera 6000 relations en plus (ça va pas plaire à tout le
monde ;-) ).

Je préfère de loin 6300 relations à des millions d' addr:postcode
répétés à l'envie sur tous les éléments OSM indiquant une adresse.

Juste pour se faire une idée, voici la répartition des communes sans
code postal comme attribut de la relation
boundary=administrative+admin_level=8 :

http://osm.vdct.free.fr/cp/Communes_sans_cp_140109.png

En gris si avec code postal, en rouge si sans : on trouve 7000
communes sans CP dans les données d'avant-hier soir (extract Geofabrik).

@Pieren : il y en a en effet un paquet en Alsace ;-)

Pour les communes incluses dans un seul code postal, le chantier de
complément peut aller assez vite. Mais (pour radoter) ce sera plus
compliqué avec les communes subdivisées. À l'heure où La Poste
communique pas mal sur sa démarche Open Data [1] ce serait sympathique
de disposer de l'information de sa part. Et bien sûr d'une liste des
couples (code INSEE - code postal) pour les communes à code postal
unique...

vincent
Les zones postales sont déjà disponibles (entre autres ?) pour
l'agglomération de Mulhouse [1]. Il me semble que ce devrait être le cas
pour la Communauté Urbaine de Strasbourg prochainement. Sinon il faudra
demander gentiment... Il ne me semble pas que Colmat soit
multi-distribué. et donc on pourrait viser le 100% très bientôt et faire
le nettoyage après

1.
http://wiki.openstreetmap.org/wiki/Mulhouse/MulhouseData/zonages#Localisation_des_zones_postales_de_Mulhouse

Denis

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

Re: [OSM-talk-fr] EPCI