date:20150212

Pas de soucis Jacques !

L'erreur est humaine et OSM permet à tous de les corriger.
On a juste eu un pépin de routage de mail sur nos adresses génériques qui
a fait que je n'ai pas reçu le mail que j'aurai dû recevoir et donc pas
répondu à la question de ce journaliste... Ensuite il y a peu être un peu
de sensationnalisme qui s'est ajouté pour un puis deux papiers sur le
sujet, un truc qu'a souvent vécu Wikipedia... rançon du succès ?


Le jeudi 12 février 2015, J.-Lys jacq...@famille-lys.com a écrit :

 Bonjour,

 Oups !

 C'est vrai que j'ai commis ce tracé de la boucle ferroviaire en question il
 y a longtemps (à une époque où peu de gens se souciaient réellement du
 contenu d'OSM). Et c'est vrai aussi que je n'aurais pas du le qualifier en
 '/construction/', mais il est bien possible qu'à l'époque je ne connaissais
 pas l'attribut '/proposed/'... Je pense que si c'était à faire à l'heure
 actuelle je ne soumettrais même pas ce tracé et je ne serais pas choqué
 qu'on le retire.
 Quant à la source de ce tracé, pour autant que je me souvienne, c'était un
 dossier de presse paru à l'époque.

 Je suis bien désolé de tout ce tintoin, d'autant que des soucis d'ordre
 personnel m'ont tenu éloigné d'OSM ces dernières années.

 Cordialement.

 J.-Lys



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Article-La-Voix-du-Nord-tp5833257p5833377.html
 Sent from the France mailing list archive at Nabble.com.

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



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

Re: [OSM-talk-fr] LGV Lyon-Turin (était Article - La Voix du Nord)

2015-02-12 Par sujet THEVENON Julien

Salut,
Il me semble que certains tunnels de service ou d acces aux chantiers sont en 
cours de creusement meme si le projet n est pas defintivement valide donc 
certains elements doivent avoir une realite sur le terrain
Julien

 
  De : Eric SIBERT courr...@eric.sibert.fr
 À : talk-fr@openstreetmap.org 
 Envoyé le : Jeudi 12 février 2015 19h08
 Objet : [OSM-talk-fr] LGV Lyon-Turin (était Article - La Voix du Nord)
   
Bonsoir,

Disons qu'il y a deux aspects.

Le premier est que le projet reste quand même hypothétique et que je 
parierais pas sur sa construction même dans 20-30 ans. Donc, ça illustre 
le message précédent sur l'utilisation de 'proposed' pour des trucs 
incertains.

Le deuxième, c'est qu'une personne a changé de 'proposed' à 
'construction' avec note='mis en mode construction pour qu'il apparaise' 
soit un méchant taggage pour le rendu ;-)

Eric



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


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

[OSM-talk-fr] LGV Lyon-Turin (était Article - La Voix du Nord)

2015-02-12 Par sujet Eric SIBERT


Bonsoir,

Disons qu'il y a deux aspects.

Le premier est que le projet reste quand même hypothétique et que je 
parierais pas sur sa construction même dans 20-30 ans. Donc, ça illustre 
le message précédent sur l'utilisation de 'proposed' pour des trucs 
incertains.


Le deuxième, c'est qu'une personne a changé de 'proposed' à 
'construction' avec note='mis en mode construction pour qu'il apparaise' 
soit un méchant taggage pour le rendu ;-)


Eric

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

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

2015-02-12 Par sujet Christian Rogel


 Le 12 févr. 2015 à 11:19, Christian Quest cqu...@openstreetmap.fr a écrit :
 
 Stéphane, ta conclusion est la bonne...
 
 En fait le DGFiP devrait déléguer la création des codes de voirie
 uniques au communes.
 Bon, ça c'est l'idéal, mais n'oublions pas que l'immense majorité des
 communes sont très petites et sans moyens pour gérer ça. Du coup on
 arrive rapidement à un gros bazar dans les données ainsi produites.

L’amélioration est à venir, en fonction de l’extension de la superficie des 
intercommunalités.
Le gouvernement parle d’un minimum de 20 000 hab., ce qui est encore une 
invention débile des technocrates hors-sol. Il faudrait abaisser le seuil, pour 
que dans la France désertifiée, on ait pas de C de C de la taille d’un 
demi-département.
Mais, le renforcement des intercos amènera les services SIG à être positionnés 
au moins à ce niveau, voire à un niveau supérieur par conventionnement.
On en verra un modèle intéressant à Brest, au SOTM-Fr, puisque le SIG de Brest 
Métropole Océane est le prestataire de toutes les intercos du Pays de Brest (89 
communes, 1690 km2, presque 400 000 hab.).


Christian R.___
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 Par sujet Vincent de Château-Thierry


 De: Romain MEHUT romain.me...@gmail.com
 
 Ce qui est rigolo c'est que les journalistes ne savent pas comment
 s'y prendre pour remonter à la source du tracé.

L'article évoque une prise de contact avec OSM. Mais contact at 
openstreetmap.fr n'a rien reçu. Est-ce qu'au moins par ici quelqu'un a été 
sollicité en direct ?

vincent

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

[OSM-talk-fr] arbres sur paris

2015-02-12 Par sujet Cactusbone

Bonjour, 
j'ai remarqué que des arbres avaient été importés par osmmaker 
https://www.openstreetmap.org/changeset/28714322
depuis une source ouverte apparemment (opendata.paris.fr) mais sur le square
olivier noyer léonidas, les données de circonférence en cm sont arrivées en
tant que hauteur en mètres ...

on fini donc avec des arbres de 176m de haut et autres bizarreries ( par
exemple https://www.openstreetmap.org/node/3338584359 )

(on vois très bien le soucis en 3d :
http://demo.f4map.com/#lat=48.8309519lon=2.3229715zoom=18camera.theta=62.762camera.phi=-23.778renderer.remapColorsEnabled=true
)

je lui ai envoyé un message mais je n'ai pas encore de réponse.

il y a 2969 changements dans son changeset, donc je ne sait pas trop si je
peux corriger ?





--
View this message in context: 
http://gis.19327.n5.nabble.com/arbres-sur-paris-tp5833282.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Base de données pour le développement

2015-02-12 Par sujet sly (sylvain letuffe)

pré-scriptum: je me demande si on ne serait pas mieux sur la liste dev-fr :
https://lists.openstreetmap.org/listinfo/dev-fr
pour ce genre de sujet.

On jeudi 12 février 2015, Vincent Frison wrote:
 Le problème c'est que osm2pgsql plante dès que j'importe un fichier OSM
 contenant des éléments provenant de l'API de test (erreur de segmentation
 et strace ne donne pas d'infos supplémentaires très utiles).

Tu peux indiquer la sortie standard de ton osm2pgsql ?


 J'ai par exemple téléchargé depuis JOSM les quelques bâtiments présents
 dans l'API de test qui sont juste en dessous la Gare de Lyon (tours Gamma
 et Natixis), bâtiment que j'avais uploadé il y a quelques jours. Mais
 osm2pgsql ne veut pas digérer le fichier généré alors qu'évidemment ça
 passe très bien si c'est un fichier OSM de la même zone mais exporté depuis
 le vrai serveur. 

Je viens de tenter exactement ce que tu indiques et je n'ai eu aucun problème.
Ma méthode :
JOSM - F12 - http://master.apis.dev.openstreetmap.org/api
Télécharger tout Paris (donc garde de Lyon)
Calques - bouton droit - enregistrer sous test.osm

Puis commande :
cat /tmp/test.osm /home/ressource-for-osm/osm2pgsql/osm2pgsql --create -p test 
--unlogged -C 1000 --number-processes=3 -p test -m -G -s -S ./osm2pgsql-
choosen.style -d gis -r libxml2 /dev/stdin

Début de mon fichier test.osm :
?xml version='1.0' encoding='UTF-8'?
osm version='0.6' upload='true' generator='JOSM'
  bounds minlat='48.8268704' minlon='2.316227' maxlat='48.8773608' 
maxlon='2.4180222' origin='OpenStreetMap server' /


 Il faut donc croire que les bâtiments que j'ai uploadé sur
 l'API de test ne sont pas complètement valides.. mais c'est assez étonnant
 puisque j'ai bien réussi à les uploader.
 
 Pour info j'utilisais une veille version d'osm2pgsql puisque c'était celle
 de Debian Wheezy (0.80). J'ai donc compilé non sans mal la version Git
 (0.87) mais le problème est exactement le même.
 
 J'essayerai de refaire des tests de ce soir notamment avec les fichiers du
 cadastre.. ou avec un fichier contenant juste un seul bâtiment pour essayer
 de comprendre où est le problème.
 
 
 
 Le 11 février 2015 08:27, Christian Quest cqu...@openstreetmap.fr a écrit
 
   Euh... en appelant l'API ?
  
  Pour un test un 'map' sur une petite zone que tu aura préchargé en
  bâtiment comme je l'avais indiqué devrait aller, non ?
  
  
  http://wiki.openstreetmap.org/wiki/API_v0.6#Retrieving_map_data_by_boundi
  ng_box:_GET_.2Fapi.2F0.6.2Fmap
  
  Ce que je ferai (encore plus simple):
  - récup des bâtiments d'un arrondissement sur cadastre.openstreetmap.fr
  - ouverture dans JOSM, envoi des bâtiments sur l'API de test
  - après upload, enregistrement dans un fichier .osm (donc tu as les ID
  attribuées par l'API de test)
  - import dans postgres avec osm2pgsql de ce .osm
  - test de ton script sur l'API de test
  
  Le 10/02/2015 22:42, Vincent Frison a écrit :
   Le 10 février 2015 21:46, Christian Quest cqu...@openstreetmap.fr a
  
  écrit :
   Il sufit de charger dans ton postgres de test non pas la base OSM
  
  normale, mais une récupération des données sur l'API de test... là tu
  aura tout synchro pour tes tests.
  
  Une fois que tout est ok, tu recharge les vraies données OSM et tu
  relance ton script.
  
   Merci Christian.. mais question sans doute un peu bête: comment je fais
  
  pour récupérer les données de l'API de test ?
  
  
  
  ___
  Talk-fr mailing
  listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/ta
  lk-fr
  
  
  --
  Christian Quest - OpenStreetMap France
  
  
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-fr


-- 
sly
qui suis-je : http://sly.letuffe.org

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

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Stéphane, ta conclusion est la bonne...

En fait le DGFiP devrait déléguer la création des codes de voirie
uniques au communes.
Bon, ça c'est l'idéal, mais n'oublions pas que l'immense majorité des
communes sont très petites et sans moyens pour gérer ça. Du coup on
arrive rapidement à un gros bazar dans les données ainsi produites.

Mais bon, dans nos réunions autour de la BAN, c'est un sujet que
j'aborde régulièrement... ça et aussi le COG de l'INSEE et sa
publication décalée.

A ce (dernier) sujet j'ai écrit un petit billet de blog:
https://cquest.hackpad.com/Millsimons--Lf9LGG75tTh

Le 12/02/2015 11:09, Stéphane Péneau a écrit :
Bonjour Tony,

Si je comprends bien :
- Les codes Fantoir auront toujours plusieurs mois ou années de retard
sur les décisions des communes.
- On aura donc toujours de la nouvelle voirie présente sur le terrain,
sans code Fantoir existant.
- Des collectivités utilisant osm peuvent avoir besoin d'un
identifiant pour ces nouvelles voies.
- Le code Fantoir n'étant pas encore créé, il en faut un autre.

Tu parles du schéma de voirie communale qui s'imposera à tous, donc
toutes les communes devront créer pour leurs nouvelles voies quelque
chose qui ressemblera à ce que vous faites avec ref:FR:commune ?

Si oui, dans l'idéal Il faudrait donc un code SUPERFANTOIR, créé par
les communes, et construit de manière identique sur tout le pays.

Finalement, une fois le code superfantoir mis en place, le code
fantoir deviendrait superfétatoire.
désolé...pas résisté

Stf

Le 12/02/2015 10:17, Tony Emery a écrit :
Pour répondre (un peu) à Philippe, ce que j’essaye de vous faire
comprendre
c’est que la dénomination des voies reste la compétence de la commune et
seulement de la commune. C’est donc la source la plus proche de la
réalité
que nous puissions avoir, notamment parce que la dénomination des
voies font
l’objet d’une délibération au conseil municipal. Cette délibération
est le
seul document qui fait foi et qui peut être consultée en cas de doute
sur la
toponymie (erreur sur une carte, sur une plaque de rue ou autre).

Le deuxième aspect est la réalisation d’une base de données voirie
qui va
s’imposer aux communes dans le cadre des « Schémas de Voirie
Communale ».
Les communes vont donc devoir faire ce travail de recensement de la
voirie
de leur territoire mais, dans le cadre de la mutualisation, ce
travail peut
être fait au niveau de l’intercommunalité.
Donc cette identifiant doit rester au niveau des communes, même si elles
sont traitées par les EPCI.

-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien chef de projets
--
View this message in context:
http://gis.19327.n5.nabble.com/Re-OpenStreetMap-Re-Re-Gros-probleme-de-correction-Groupe-de-modifications-28377712-tp5832528p5833270.html
Sent from the France mailing list archive at Nabble.com.

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

--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Le cadastre vectoriel est accessible en WMS

2015-02-12 Par sujet lenny.libre



Le 11/02/2015 20:07, lann a écrit :

Le Tue, 10 Feb 2015 17:07:49 +0100,
lenny.libre lenny.li...@orange.fr a écrit :


Je n'arrive pas au résultat, j'ai des erreurs, voici ce que j'ai
fait :
- Préférences / Paramètres d'imagerie / Fournisseurs actifs
- clic sur le + WMS
- dans la zone Entrez l'URL du service

avec Brocas, j'ai une erreur dés la recherche
http://inspire.cadastre.gouv.fr/scpc/40056.wms?service=WMSrequest=GetMapVERSION=1.3CRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}LAYERS=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATIONSTYLES=FORMAT=image/png

En cliquant sur Obtenir les calques

cordialement
Lenny

Il faut mettre directement l'adresse dans le champ Vérifier l'URL WMS
générée. Donc pour Brocas, ça donne :
wms:http://inspire.cadastre.gouv.fr/scpc/40056.wms?service=WMSrequest=GetMapVERSION=1.3CRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}LAYERS=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATIONSTYLES=FORMAT=image/png

Tu donnes un titre au calque (Cadastre)
Tu télécharges les données OSM de Brocas qui t'intéressent et tu lance
le calque Cadastre (Imagerie/Cadastre)

Lann

Merci,
cela fonctionne en enlevant le wms: du début de l'adresse :
http://inspire.cadastre.gouv.fr/scpc/40056.wms?service=WMSrequest=GetMapVERSION=1.3CRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}LAYERS=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATIONSTYLES=FORMAT=image/png 



C'est dommage que cela ne fonctionne pas avec les zones de saisie 
au-dessus, car dans ce cas il proposerait les différentes couches :



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

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

2015-02-12 Par sujet Stéphane Péneau

Bonjour Tony,

- Le code Fantoir n'étant pas encore créé, il en faut un autre.

Si oui, dans l'idéal Il faudrait donc un code SUPERFANTOIR, créé par les
communes, et construit de manière identique sur tout le pays.

Finalement, une fois le code superfantoir mis en place, le code fantoir
deviendrait superfétatoire.

désolé...pas résisté

Stf

Le 12/02/2015 10:17, Tony Emery a écrit :

Pour répondre (un peu) à Philippe, ce que j’essaye de vous faire comprendre
c’est que la dénomination des voies reste la compétence de la commune et
seulement de la commune. C’est donc la source la plus proche de la réalité
que nous puissions avoir, notamment parce que la dénomination des voies font
l’objet d’une délibération au conseil municipal. Cette délibération est le
seul document qui fait foi et qui peut être consultée en cas de doute sur la
toponymie (erreur sur une carte, sur une plaque de rue ou autre).

Le deuxième aspect est la réalisation d’une base de données voirie qui va
s’imposer aux communes dans le cadre des « Schémas de Voirie Communale ».
Les communes vont donc devoir faire ce travail de recensement de la voirie
de leur territoire mais, dans le cadre de la mutualisation, ce travail peut
être fait au niveau de l’intercommunalité.
Donc cette identifiant doit rester au niveau des communes, même si elles
sont traitées par les EPCI.

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

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

verdy_p wrote
Donc oui il faut pouvoir identifier quelle collectivité le fait, et le
fait est qu'elles en le font pas de la même façon sur les voiries
limitrophes partagées.

On s'en fout puisque le tag, tel qu'il est construit, permet d'intégrer les
identifiants de ces collectivités, quelle que soit la manière dont il est
construit. Il est où le problème ?

verdy_p wrote
La base de données voirie sur laquelle je travaille est « l’officiel de la
voirie de la CCPRO »,

Enfin tu réponds à la question ! Donc comme je te répondais depuis le
début c'est un ref:FR:CCPRO=*. Combien de fois je 'ai demandé le
périmètre de cette base et son nom?

Tu rigoles des genoux ? je t'ai dit au moins 20 fois pour qui, avec qui et
sur quel territoire je travaillais !?! Et donc, non c'est pas QUE CCPRO
puisqu'il y a aussi Avignon et son agglo ! en attendant la suite.

verdy_p wrote
Et non les communes ne sont pas compétentes de façon exclusive en tout ce
qui concerne la codification et la planification des réseaux (là on est
dans le cadre des divers plans locaux d'aménagement du territoire, mis en
place par les collectivités, leurs groupements, et par l'Etat, et même
l'Europe, ou par leurs diverses agences selon leurs besoins et compétences
propres).

Je n'ai jamais parlé DES réseaux, j'ai juste parlé de la compétence
exclusive de la commune sur la dénomination des voies. C'est une TRES grande
nuance pour qui sait vraiment de quoi il parle...

verdy_p wrote
Peu importe la compétence des communes ici (cela ne touche qu'à la
création et la dénomination locale, pas à la codification, ni même
l'exploitation puisque les communes ne gèrent pas *toute* la voirie
elles-mêmes et elles seules). Les compétences que tu cite ne sont qu'une
petite partie des besoins et usages.

Je n'ai jamais parlé de code mais d'identifiant unique, nuance. On vois que
tu n'as jamais travaillé sur une base de données voirie ou sur une base de
données adresses pour ne pas voir l'intérêt d'un identifiant unique pour
distinguer une voie d'une autre.

verdy_p wrote
Confusion très visible des codes INSEE utilisés... tiens donc, voilà une
codification intéressante, car justement elle ne vient pas de la
compétence des communes en matière de voirie mais d'un établissement
public de l'Etat où la commune n'a aucun pouvoir ! C'est très troublant de
voir un tag pourtant mentionner commune quand le code commune visible
n'est pas le bon et quand toi même tu justifie que cela vient non pas de
la commune mais d'une CC non mentionnée dans le nom du tag ni dans sa
valeur.

Tu parles de quoi là ? le code INSEE, l'Etat ? c'est quoi le problème ? J'ai
vraiment du mal à te suivre pour le coup !

verdy_p wrote
Et justement les quelques tags que j'avais enlevés étaient sur le
périmètre de la CCPRO, sur des frontières partagés par d'autres
collectivités (qui ne sont pas liées à ce que met en place « l’officiel de
la voirie de la CCPRO »), Tu ne vois pas le problème ? Le projet de la
CCPRO ne veut pas s'imposer comme norme pour les autres (en tout cas pas
dans OSM où la pluralité des sources est mondiale).

Le chemin de Saint-Roman, puisqu'il s'agit de ça,
http://www.openstreetmap.org/way/96962494 est une voie communale de la
commune de Bédarrides qui fait office de frontière avec la commune de
Courthézon et, oh miracle, les 2 communes font partie de la CCPRO, donc, la
CCPRO n'impose rien aux autres interco dommage !

-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien chef de projets
--
View this message in context:
http://gis.19327.n5.nabble.com/Re-OpenStreetMap-Re-Re-Gros-probleme-de-correction-Groupe-de-modifications-28377712-tp5832528p5833409.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Contours des communes dans le Gard

Je ne parlais pas de trous à Gruyères, la localité suisse, dans son rendu
OSM.   ;-)

La suite omise n'est pas une réponse directe, c'est malgré tout un sujet
intéressant pour OSM, puisqu'on parle de frontières (un sujet pas simple du
tout quand on commence à évoquer les questions de territorialités multiples
(qu'elles soient conflictuelles, ou partagées paisiblement).

Ces problèmes de trous dans les frontières dans les rendus Mapnik sont là
depuis longtemps (pas qu'en Chine mais partout autour de la Russie
également (et pas seulement sur la zone de conflit avec l'Ukraine (non
officiellement déclaré, sauf pour la Crimée annexée mais sur laquelle il
sera difficile de revenir étant donné la présence russe historique et le
support local massif: l'autodétermination a eu lieu même si ce n'est pas
dans les bonnes formes et il ne semble même pas envisagé à l'Ukraine de
revenir là-dessus alors qu'elle a bien autre chose à faire à l'Est).

Il y a encore des gros problèmes avec un gruyère parsemant la Pologne de
trous parfois même superposés (par les polygones de délimitation de
couverture satellite, qui sont mal tagués)...

Ce dont je parlais a affecté aussi la frontière entre Ukraine et Roumanie
(aucun conflit par là) mais c'est réglé, la Roumaine est à nouveau bien
dessinée et contourée (et pas de menaces de conflits à ses frontières
bulgares, serbes, hongroises, ukrainiennes et moldaves).

Et même chose entre Ukraine et Moldavie (malgré le conflit avec la
Transdniestie indépendandantiste et pro-russe, son seul autre voisin étant
encore aujourd'hui l'Ukraine qui n'a aucune envie d'annexer cette région
moldave, alors que la Moldavie veut se rapprocher de la Roumanie, il n'y a
pas de problème de frontière entre Transdnistrie et Urkaine jusqu'à nouvel
ordre (à moins qu'il se déclare sur le sud vers la Mer Noire pour se
rapprocher de la Crimée : là on tombe sur la zone de conflit les pro-russes
à Odessa qui se verraient faire le pont entre Crimée et Transdistrie,
coupant une bonne partie de l'accès ukrainien à la Mer noire, hormis
peut-être une petite enclave détachée au sud de la Transdnistrie à la
frontière roumaine. Si jamais ça arrive, c'est la Russie qui contrôle
presque tout le nord la Mer noire et touche alors la Roumanie.

Déjà l'extension de Crimée a mis les avions russes plus proches de la
Méditerranée, après ça c'est la stabilité de la Turquie qui est menacée,
autant par le rapprochement des russes que par les actuels conflits
sanglants en Syrie et dans le Caucase russe (tchéthènie), géorgien ou le
vieux conflit azéri-arménien depuis leur indépendance (bon gré mal gré,
l'Arménie est obligée de se rapprocher de la Turquie en dépit du massacre
historique toujours pas reconnu, tandis que la Russie est prête à aider
l'Azerbaidjan pour en reprendre le contrôle et gêner la Turquie).

Compliqué aussi à gérer la frontière entre le nord de l'Inde (Jammu et
Cachemire) et le Pakistan (et en fait c'est maintenant tout le nord du
Pakistan et ses zones tribales hors de contrôle, empiré par la situation
du nord afghan), et là c'est la Chine voisine qui se sent menacée et
renforce sa présence et la pression sur le Xinyang (et le soutien implicite
des russes qui eux renforcent leur soutien aux tadjiks, qui s'opposent
aussi aux ouzbeks venus du nord, de leurs anciennes terres désertifiées par
la quasi-disparition de la mer d'Aral sous l'effet des captures des fleuves
kazakhes). Les populations se concentrent dans ces zones encore riches en
eau.

[début de commentaire]

Dans ce trapèze de l'ouest hymalayen, finalement relativement petit pour la
population qui s'y concentre entre
 (1) Kaboul (afgh.), Islamabad (pak.),
 (2) Jalhandar (ind.), Artux (chin.),
 (3) Almaty (kaz.), Bishkek (kyrg.),
 (4) Shymkent (kaz), Tashkent (uzb.) et Douchanbé (tadj.)
les frontières sont déjà très compliquées (et historiquement n'ont jamais
cessé de bouger) sauf au nord durant la période soviétique surtout à partir
de Staline, et au sud durant l'empire britannique. C'est la route depuis
toujours des migrations et du commerce, celle qui a eu des invasions de
tous les empires européens et asiatiques. Les frontières actuelles sont
pourtant issues des deux anciens empires britanniques et russes, c'est
surtout le premier (partie sud du trapèze) qui est en plein chaos
aujourd'hui. Mais le second (partie nord) n'est pas vraiment mieux et les
zones tribales du sud commencent à y faire tâche d'huile (comme au Caucase
entre les influences russes, turques, arabes et perses), c'est là que les
régimes en place deviennent de plus en plus autoritaires et que les
batailles pour les ressources vont devenir critiques (surtout pour l'eau).
Au milieu de tout ça cette zone de l'ouest hymalayen en plus très exposée
au risque sismique.

Après l'Iran (aujourd'hui relativement stabilisé mais qui a alimenté les
autres conflits du Moyen-Orient), puis l'Irak (effondrement total du régime
fort) où le conflit a débordé maintenant sur la Syrie (effondrement en
cours et déjà

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Le 12 février 2015 17:59, Tony Emery tony.em...@yahoo.fr a écrit :

 Pour répondre à Philippe, je dirais une chose que j’ai déjà écrite pas mal
 de fois et notamment un peu plus haut, genre le 12/02/2015 à 10 :17 :
 SEULES
 LES COMMUNES ONT LA COMPETENCE EN MATIERE DE CREATION ET DE DENOMINATION DE
 LA VOIRIE.

Je n'ai jamais prétendu le contraire et ce n'était pas mon propos
d'ailleurs.


 Après, qu’une commune choisisse de construire son identifiant d’une façon
 ou
 d’une autre, j’allais dire peu importe si l’on sait de quel commune il
 s’agit et que les identifiants son uniques. Le projet permet de passer de
 l’un à l’autre et c’est à la commune de voir comment elle veut faire, si
 elle souhaite verser ces données dans OSM.


Donc oui il faut pouvoir identifier quelle collectivité le fait, et le fait
est qu'elles en le font pas de la même façon sur les voiries limitrophes
partagées.

La base de données voirie sur laquelle je travaille est « l’officiel de la
 voirie de la CCPRO »,


Enfin tu réponds à la question ! Donc comme je te répondais depuis le début
c'est un ref:FR:CCPRO=*. Combien de fois je 'ai demandé le périmètre de
cette base et son nom?
Et non les communes ne sont pas compétentes de façon exclusive en tout ce
qui concerne la codification et la planification des réseaux (là on est
dans le cadre des divers plans locaux d'aménagement du territoire, mis en
place par les collectivités, leurs groupements, et par l'Etat, et même
l'Europe, ou par leurs diverses agences selon leurs besoins et compétences
propres).

Peu importe la compétence des communes ici (cela ne touche qu'à la création
et la dénomination locale, pas à la codification, ni même l'exploitation
puisque les communes ne gèrent pas *toute* la voirie elles-mêmes et elles
seules). Les compétences que tu cite ne sont qu'une petite partie des
besoins et usages.

Pour le reste, je ne garantit rien si je pars mais je ne pense pas que ce
 soit dans l’intérêt de la collectivité de ne pas continuer… Surtout que
 nous
 avons un logiciel de finance qui tourne derrière…


Ai-je suggéré à un moment qu'une collectivité ne devait pas le faire ou
n'avait pas besoin de le faire ? Désolé pour la poignée de tags non
documentés et qui semblaient visiblement erronés puisque inconnus mal
décrits et faisant apparemment référence à une commune qui n'était pas la
bonne :

Confusion très visible des codes INSEE utilisés... tiens donc, voilà une
codification intéressante, car justement elle ne vient pas de la compétence
des communes en matière de voirie mais d'un établissement public de l'Etat
où la commune n'a aucun pouvoir ! C'est très troublant de voir un tag
pourtant mentionner commune quand le code commune visible n'est pas le
bon et quand toi même tu justifie que cela vient non pas de la commune mais
d'une CC non mentionnée dans le nom du tag ni dans sa valeur.

Et justement les quelques tags que j'avais enlevés étaient sur le périmètre
de la CCPRO, sur des frontières partagés par d'autres collectivités (qui ne
sont pas liées à ce que met en place « l’officiel de la voirie de la CCPRO
»), Tu ne vois pas le problème ? Le projet de la CCPRO ne veut pas
s'imposer comme norme pour les autres (en tout cas pas dans OSM où la
pluralité des sources est mondiale).

Et ça me rappelle le vieux débat ici sur la codification des GR (source non
libre) alors qu'ils utilisent la voirie des communes qui ne sont pas liées
à cette codification et pas obligées non plus d'assurer leur continuité. Si
une commune ou une autre collectivité a besoin de fermer un chemin piéton
et les envoyer ailleurs, elle le fera sans demander la permission à la
FRPP, ni même la contacter pour suggérer un meilleur itinéraire évitant la
section fermée. La commune renommera ou divisera une rue sans lui demander,
elle pourra transformer un chemin piéton en bretelle de rocade ou céder le
terrain au privé qui le fermera. La commune est juste tenue de faire une
enquête publique et d'en tenir compte, l'enquête est une procédure
suffisante d'information, au regard de la loi et des règles des marchés
publics.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Utilisation d'OSM par des collectivités

2015-02-12 Par sujet Guillaume Allegre

Le jeu. 12 févr. 2015 à 16:46 +0100, Brice MALLET a écrit :
 Bonjour,
 
 Pour ma part, j'avais complété cette page, chapitre Collectivités
 locales :
 http://wiki.openstreetmap.org/wiki/FR:Sites_en_ligne_utilisant_OSM
 
 Exemples de cas d'utilisation qui vont au-delà de l'affichage d'une
 simple carte :
 http://metz.fr/infos_projets/map_travaux.php
 http://rennes.carte-ouverte.org/
 http://tempo.agglo-pau.fr/chimere/
 http://www.deux-sevres.com/dsappli/routes/InfoRoutes.aspx?type=restrictJ
 
 Plus qu'une nouvelle page, pê envisager la mise en valeur des
 utilisations plus poussées dans cette page déjà existante

Je plussoie. On peut réfléchir (ici) à catégoriser plus finement les 
liens déjà listés.

-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


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

Re: [OSM-talk-fr] Base de données pour le développement

2015-02-12 Par sujet Vincent Frison

Le 12 février 2015 11:26, sly (sylvain letuffe) lis...@letuffe.org a
écrit :

 pré-scriptum: je me demande si on ne serait pas mieux sur la liste dev-fr :
 https://lists.openstreetmap.org/listinfo/dev-fr
 pour ce genre de sujet.


Tout à fait, désolé j'avais pas vu qu'il existait cette liste..


 On jeudi 12 février 2015, Vincent Frison wrote:
  Le problème c'est que osm2pgsql plante dès que j'importe un fichier OSM
  contenant des éléments provenant de l'API de test (erreur de segmentation
  et strace ne donne pas d'infos supplémentaires très utiles).

 Tu peux indiquer la sortie standard de ton osm2pgsql ?


turman@entropy:~/Workspace/GGTS$~/Software/osm2pgsql/bin/osm2pgsql -c -v -C
1000 -d osm_osm2pgsql_test ~/Workspace/JOSM/testing.osm
osm2pgsql SVN version 0.87.2-dev (64bit id space)

Using built-in tag processing pipeline
Using projection SRS 900913 (Spherical Mercator)
Setting up table: planet_osm_point
Setting up table: planet_osm_line
Setting up table: planet_osm_polygon
Setting up table: planet_osm_roads
Allocating memory for dense node cache
Allocating dense node cache in one big chunk
Allocating memory for sparse node cache
Sharing dense sparse
Node-cache: cache=1000MB, maxblocks=128000*8192, allocation method=3
Mid: Ram, scale=100

Reading in file: /home/turman/Workspace/JOSM/testing.osm
Erreur de segmentation

Sinon les attributs du tag osm sont effectivement différents entre les
fichiers XML suivant qu'il est téléchargés depuis le serveur live ou
exportés depuis JOSM :
osm version='0.6' upload='true' generator='JOSM'
osm version=0.6 generator=CGImap 0.3.3 (21189 thorn-03.openstreetmap.org)
copyright=OpenStreetMap and contributors attribution=
http://www.openstreetmap.org/copyright; license=
http://opendatacommons.org/licenses/odbl/1-0/;

Mais je pense que ça se joue à niveau là (j'ai essayé d'inverser).
D'ailleurs d'après strace :
read(7, lon='2.3358992' /\n  node id='4..., 4096) = 4096
read(7, amp='2015-02-09T20:59:51Z' uid='..., 4096) = 4096
read(7, visible='true' version='1' chang..., 4096) = 4096
read(7, 30212' lon='2.3231313' /\n  nod..., 4096) = 4096
time([1423771735])  = 1423771735
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Erreur de segmentation

..ça plante apparemment en plein milieu du fichier, sur un node plutôt
quelconque:
node id='4298085791' timestamp='2015-02-09T20:59:52Z' uid='2798'
user='Vince' visible='true' version='1' changeset='56187' lat='48.8730212'
lon='2.3231313' /

Et si je ne mets quelques nodes dans le XML ça marche.. du coup ça me fait
penser à un bug de osm2pgsql mais sly je veux bien que tu m'envoie ton XML
de Paris.. ou que je t'envoie le mien :)
___
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 Par sujet Guillaume Allegre

Le jeu. 12 févr. 2015 à 17:41 +0100, Ab_fab a écrit :
 Le message que j'avais envoyé ce matin

 -
 Last, but not least, ma réponse
 

Bravo pour tes deux réponses, détaillées et très pédagogiques.


La vulgarisation auprès des journalistes est un travail de longue haleine,
dont on ne peut qu'espérer qu'il payera à long terme.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


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

Re: [OSM-talk-fr] Contours des communes dans le Gard

Frédéric Rodrigo-2 wrote
 Et aussi la en version remastériser, colorisé et édition collector :
 https://www.data.gouv.fr/fr/datasets/decoupage-administratif-communal-francais-issu-d-openstreetmap/

J'ai téléchargé les données des régions, départements,  et jusqu'aux
communes au pas de 5m.

Par contre, en les juxtaposant, je vois qu'il y a des décalages dans les
tracés entre les différents contours administratifs. Or, le site dit bien
que La topologie est conservée lors du processus de simplification.

Avez-vous constaté la même chose en téléchargeant les données ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien  chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Contours-des-communes-dans-le-Gard-tp5832948p5833411.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Le 12 février 2015 22:21, Tony Emery tony.em...@yahoo.fr a écrit :


 Et non, justement car il s'agit là du pouvoir de police du maire, donc ça
 restera à la commune, sauf si l'on supprime les communes.


Et le pouvoir de police du maire ne concerne pas la *codification* des
voies utilisée par les services municipaux ou communautaires.


 C'est d'ailleurs comme ça que l'on met à jour notre base de données, en
 récupérant systématiquement les délibérations des conseils municipaux.


D'accord, mais là encore les identifiants de la CCPRO ne proviennent pas
d'une décision du conseil municipal, c'est la CCPRO qui prend en charge
cette codification pour son SIG et met à les données codifiées obtenues à
disposition des communes (qui ont opté pour l'utilisation du SIG
communautaire mais peuvent encore avoir leur propre SIG avec encore
d'autres identifiants), ou d'autres collectivités qui y ont accès et
veulent faire des références croisées.

Tout ça c'est de l'administratif pur, de la méthode de travail, et ça n'a
rien à voir avec le pouvoir de police des maires sur son territoire, et
ça peut changer (y compris quand les CC changent de périmètre ou
disparaissent en fusionnant ou en se démantelant). Le jour où une commune
change de CC, ses données ne sont pas perdues, mais gardent leur
codification en plus de celle qui va être ajoutée dans leur nouvelle CC qui
suit d'autre règles, ces références cont *coexister* pendant un temps où
elles seront ensemble mais bien séparées dans des champs différents.
Pendant un temps la nouvelle commune d'une CC n'aura pas d'autre
identifiant pour sa voirie, conforme au modèle de sa nouvelle CC.

Comme les réformes territoriales sont nombreuses et fréquentes en ce
moement (et ce n'est pas terminé), les codifications vont se succéder aussi.

L'Insee ne peut tout codifier immédiatement dans son propre référentiel. Sa
seule urgence c'est d'enregistrer les nouveaux établissements publics et
collectivités avec des SIREN, selon sa codification de base en vigueur en
fin d'année N-1. Elle fait ensuite des mises à jour en masse en fin d'année
pour ne les publier que l'année suivante, avec un index des changements
opérés. Les SIG locaux feront la même chose : le référentiel a besoin d'une
stabilité suffisante sinon il ne sert pas à grand chose (sauf usage
purement interne) s'il change en continu (comme changent en continu les
identifiants OSM, dont l'usage est purement interne à sa propre base et
n'obéit à aucun pouvoir de police extérieur et ne résulte d'ailelurs
d'aucune décision humaine, pusiqu'ils sont attribués de façon totalement
automatique et imprévisible).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Le 12 février 2015 23:01, Tony Emery tony.em...@yahoo.fr a écrit :

 verdy_p wrote
  La base de données voirie sur laquelle je travaille est « l’officiel de
 la
   voirie de la CCPRO »,
 
  Enfin tu réponds à la question ! Donc comme je te répondais depuis le
  début c'est un ref:FR:CCPRO=*. Combien de fois je 'ai demandé le
  périmètre de cette base et son nom?

 Tu rigoles des genoux ? je t'ai dit au moins 20 fois pour qui, avec qui et
 sur quel territoire je travaillais !?! Et donc, non c'est pas QUE CCPRO
 puisqu'il y a aussi Avignon et son agglo ! en attendant la suite.


Là c'est toi qui 'rigole des genoux en étendant trop librement ma réponse
en prenant un autre exemple. Je donnais un exemple correct pour l'exemple
que tu donnais (tu ne parlais pas d'Avignon dans la phrase que je cite en
réponse. L'autre agglo d'Avignon utilisera son tag à elle. Est-ce que les
deux utilisent toujours la même codification commune quand elles sont en
collision ?


 verdy_p wrote
 Je n'ai jamais parlé de code mais d'identifiant unique, nuance. On vois que
 tu n'as jamais travaillé sur une base de données voirie ou sur une base de
 données adresses pour ne pas voir l'intérêt d'un identifiant unique pour
 distinguer une voie d'une autre.


Je n'ai pas parlé de code mais de codification, dont font partie les
identifiants uniques de toute base de données. Peu import esi je n'ai pas
travaillé pour une collectivité j'ai travaillé et travaille encore sur
d'autres bases de données qui ont elles aussi leur codification propre. Et
là encore il faut gérer des codifications de références externes multiples
(et pas synchronisées nécessairement entre elles).


 verdy_p wrote
  Confusion très visible des codes INSEE utilisés... tiens donc, voilà une
  codification intéressante, car justement elle ne vient pas de la
  compétence des communes en matière de voirie mais d'un établissement
  public de l'Etat où la commune n'a aucun pouvoir ! C'est très troublant
 de
  voir un tag pourtant mentionner commune quand le code commune visible
  n'est pas le bon et quand toi même tu justifie que cela vient non pas de
  la commune mais d'une CC non mentionnée dans le nom du tag ni dans sa
  valeur.

 Tu parles de quoi là ? le code INSEE, l'Etat ? c'est quoi le problème ?
 J'ai
 vraiment du mal à te suivre pour le coup !


Je parlais de la valeur de ton tag, même dans l'explication que te donnes
puisque tu dis bien que cela utilise le code INSEE (pas le code CCPRO ou
autre agglo) de la commune (laquelle ? ce n'est pas expliqué dans ta doc
m^me si ici tu l'as décrit mais plus tard). Cette collectivité ne code pas
tout en tout cas ne codifie pas elle-même la/les communes concernées.

 Le chemin de Saint-Roman, puisqu'il s'agit de ça,
 http://www.openstreetmap.org/way/96962494 est une voie communale de la
 commune de Bédarrides qui fait office de frontière avec la commune de
 Courthézon et, oh miracle, les 2 communes font partie de la CCPRO, donc, la
 CCPRO n'impose rien aux autres interco dommage !


Je ne l'ai pas fait par hasard, si je suis tombé sur ce chemin c'est parce
qu'il était rompu et qu'il ma fallu réparer les relations autour (et oui
cela allait beaucoup plus loin que la CCPRO, j'ai fait le tour des
différentes relations brisées et pour certaines ait du en retracer des
petits morceaux manquants, et refusionner là où deux segments successifs
n'étaient pas nécessaires.

Je me suis aperçu de ça avec un trou inexplicable dans les arrondissements
(très visible sur la couche admin_7 du rendu OSM.fr, où la zone n'était pas
rempli de rouge). Là le me suis aperçu que cela allait plus loin et
touchait toute une série de relations (dont les CC, les cantons anciens et
nouveaux, circonscriptions législatives, un bout de parc naturel, un cours
de rivière, quelques itinéraires de bus (relation route), un itinéraire
cyclable... Tout n'était pas venu nécessairement de tes modifs mais au
passage j'ai réparé en globalité tout ce que me signaliait le validateur de
données (en revanche je n'ai pas regardé du tout les landuse qui pour
l'instant n'affichait pas de gros défaut visible.

il peut y avoir quelques un dans ces chemins limitrophes qui n'avait plus
ton tag mais je n'ai pas regardé la totalité des limites communales qui
n'avaient pas été brisées.
Et justement Courthézon ou Bédarrides (je ne sais plus laquelle) était
partiellement brisée ce qui m'a amené à explorer tout leur contour pour le
vérifier et voir où ça clochait.

Et il manquait même toute une petite route en lacets (une dont le tracé
était visiblement très vieux et vraiment trop grossier avec des angles
impossibles ou passant au travers de batiments ou franchisant des ruisseau
d'une rive à l'autre sans aucun pont ni culvert, en diagonale
quasi-parallèle coupant la route sur plusieurs dizaines de mètres). Je n'ai
pas pour autant recré les chemins, j'ai ajouté des points qui manquaient
pour que cela ait un sens, et réaligné quelques uns qui étaient trop
éloignés du centre de la route.

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

2015-02-12 Par sujet Ab_fab

Bonjour,

Un article de la Voix du Nord d'hier qui monte un peu dans les tours
concernant un tracé en projet pour une voie ferrée près d'Aulnoye-Aymerie

http://www.lavoixdunord.fr/region/avesnois-des-cartes-sur-internet-affichent-deja-le-ia12b45170n2655846

le service uMap est cité, mais sans lien direct vers la carte en question.
Dans la base OSM, c'est ce way qui est en question
http://www.openstreetmap.org/way/244020057#map=14/50.1986/3.8617layers=D

Dans le descriptif, il est indiqué railway = construction, alors que
serait au mieux railway = proposed


   - Proposed - For features that have a strong likelihood of being
   constructed. For a proposed railway line tag it with railway
   http://wiki.openstreetmap.org/wiki/Key:railway=proposed
   http://wiki.openstreetmap.org/wiki/Tag:railway%3Dproposed and also
   proposed http://wiki.openstreetmap.org/wiki/Key:proposed=* where * is
   the type of railway being proposed (rail, subway,light-rail etc). *An
   aspiration on the part of an authority or from an advocacy group which is
   not funded or approved should not be added.*


La dernière phrase veut bien dire que tant qu'il n'y a pas eu
d'officialisation du projet par les autorités, le tracé n'a pas lieu d'être
dans OSM, c'est ça ?

Bonne journée

-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Je n’osais pas le dire, cher Vincent, de peur de passer pour un exploitant
privé de la donnée public mais, effectivement, j’ai aussi dans l’idée que
l’utilisation de ce type de tag sera quasiment impossible. J’avais fait la
même remarque à Jean-Louis quand il voulait intégrer les codes pour les ERP.
Il voulait créer un tag par type d’ERP et je lui ai dit que ce serait
inexploitable pour la suite.
Pourquoi pas le ref:FR mais à vérifier s’il n’y aurait pas de conflit ou de
risque de confusion avec d’autres ref français.

Par contre, le local_ref ne me semble pas forcément approprié. Il serait
plus utile pour récupérer la référence des voies communales (VC…) ou des
chemins ruraux (CR…). Mais ce n’est qu’un avis.

Le deuxième aspect est la réalisation d’une base de données voirie qui va
s’imposer aux communes dans le cadre des « Schémas de Voirie Communale ».
Les communes vont donc devoir faire ce travail de recensement de la voirie
de leur territoire mais, dans le cadre de la mutualisation, ce travail peut
être fait au niveau de l’intercommunalité.
Donc cette identifiant doit rester au niveau des communes, même si elles
sont traitées par les EPCI.

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

Re: [OSM-talk-fr] Cantons

2015-02-12 Par sujet Vincent de Château-Thierry

Bonjour,

 De: Francescu GAROBY f.gar...@gmail.com
 
 Je relance ce sujet : les élections sont dans 1 mois et demi, les
 candidats commencent à être connus (localement) et à se déclarer,
 les médias commencent à parler de l'élection, ...
 Bref, les anciens cantons n'ont plus vraiment de raison d'être
 (personne ne va pas s'intéresser à leur découpe ou à en tracer de
 nouveaux, maintenant), il serait peut-être bon de commencer à faire
 la bascule.
 Je propose que lorsque quelqu'un fait la bascule, il la fasse en même
 temps pour les 2 types de cantons : les anciens (avec l'ajout du
 préfixe disused:* et du tag end_date=2015-03, comme évoqué
 précédemment) et les nouveaux (avec le retrait du préfixe
 planned:*).
 Et ce serait bien que cela soit fait pour tout un département à la
 fois (les nouveaux cantons ne suivant pas les frontières des
 anciens, il risquerait sinon d'y avoir superposition d'anciens pas
 encore désactivés et de nouveaux cantons fraîchement activés, et les
 2 seront considérés comme les cantons officiels par les moteurs de
 rendu)
 Cette façon de faire vous convient-elle ?

Oui pour moi, sur l'ensemble.

vincent

___
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 Par sujet Vincent de Château-Thierry


 De: DH dhel...@free.fr
 
 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 ?

Oui, ce matin, par messagerie OSM.

vincent

___
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 Par sujet Romain MEHUT

Le 12 février 2015 10:32, DH dhel...@free.fr a écrit :


 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 ?


Je l'ai mis en copie.

Romain


 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

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

Re: [OSM-talk-fr] Base de données pour le développement

Il doit y avoir une petite différence entre le XML de base des dumps OSM
et les XML enregistré sur disque par JOSM... compare le début des
fichiers, je pense que c'est par là...


Le 12/02/2015 11:03, Vincent Frison a écrit :
 J'avais mal compris plusieurs choses, déjà qu'on pouvait importer des
 données XML avec osm2pgsql (je pensais bêtement qu'on pouvait lui
 donner que du PBF à manger).

 Ensuite l'idée d'avoir le schéma osm2pgsql avec les IDs du serveur de
 test est pas mal du tout puisqu'effectivement cela me permettrait de
 pouvoir tester directement avec l'API de test (et donc plus besoin de
 m'installer Rails Port + schéma apidb contenant les IDs du vrai serveur). 

 Le problème c'est que osm2pgsql plante dès que j'importe un fichier
 OSM contenant des éléments provenant de l'API de test (erreur de
 segmentation et strace ne donne pas d'infos supplémentaires très
 utiles). 

 J'ai par exemple téléchargé depuis JOSM les quelques bâtiments
 présents dans l'API de test qui sont juste en dessous la Gare de Lyon
 (tours Gamma et Natixis), bâtiment que j'avais uploadé il y a quelques
 jours. Mais osm2pgsql ne veut pas digérer le fichier généré alors
 qu'évidemment ça passe très bien si c'est un fichier OSM de la même
 zone mais exporté depuis le vrai serveur. Il faut donc croire que les
 bâtiments que j'ai uploadé sur l'API de test ne sont pas complètement
 valides.. mais c'est assez étonnant puisque j'ai bien réussi à les
 uploader.

 Pour info j'utilisais une veille version d'osm2pgsql puisque c'était
 celle de Debian Wheezy (0.80). J'ai donc compilé non sans mal la
 version Git (0.87) mais le problème est exactement le même. 

 J'essayerai de refaire des tests de ce soir notamment avec les
 fichiers du cadastre.. ou avec un fichier contenant juste un seul
 bâtiment pour essayer de comprendre où est le problème.



 Le 11 février 2015 08:27, Christian Quest cqu...@openstreetmap.fr
 mailto:cqu...@openstreetmap.fr a écrit :

 Euh... en appelant l'API ?

 Pour un test un 'map' sur une petite zone que tu aura préchargé en
 bâtiment comme je l'avais indiqué devrait aller, non ?

 
 http://wiki.openstreetmap.org/wiki/API_v0.6#Retrieving_map_data_by_bounding_box:_GET_.2Fapi.2F0.6.2Fmap

 Ce que je ferai (encore plus simple):
 - récup des bâtiments d'un arrondissement sur
 cadastre.openstreetmap.fr http://cadastre.openstreetmap.fr
 - ouverture dans JOSM, envoi des bâtiments sur l'API de test
 - après upload, enregistrement dans un fichier .osm (donc tu as
 les ID attribuées par l'API de test)
 - import dans postgres avec osm2pgsql de ce .osm
 - test de ton script sur l'API de test


 Le 10/02/2015 22:42, Vincent Frison a écrit :
 Le 10 février 2015 21:46, Christian Quest
 cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit :

 Il sufit de charger dans ton postgres de test non pas la base
 OSM normale, mais une récupération des données sur l'API de
 test... là tu aura tout synchro pour tes tests.

 Une fois que tout est ok, tu recharge les vraies données OSM
 et tu relance ton script.


 Merci Christian.. mais question sans doute un peu bête: comment
 je fais pour récupérer les données de l'API de test ? 



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

 -- 
 Christian Quest - OpenStreetMap France


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




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

-- 
Christian Quest - OpenStreetMap France

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

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

J'ai tweeté... espérons qu'ils suivent leur compte ;)


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... ;)

 Le 12/02/2015 09:50, Vincent de Château-Thierry a écrit :
 De: Romain MEHUT romain.me...@gmail.com

 Ce qui est rigolo c'est que les journalistes ne savent pas comment
 s'y prendre pour remonter à la source du tracé.
 L'article évoque une prise de contact avec OSM. Mais contact at 
 openstreetmap.fr n'a rien reçu. Est-ce qu'au moins par ici quelqu'un a été 
 sollicité en direct ?

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

-- 
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Base de données pour le développement

2015-02-12 Par sujet Vincent Frison

J'avais mal compris plusieurs choses, déjà qu'on pouvait importer des
données XML avec osm2pgsql (je pensais bêtement qu'on pouvait lui donner
que du PBF à manger).

Ensuite l'idée d'avoir le schéma osm2pgsql avec les IDs du serveur de test
est pas mal du tout puisqu'effectivement cela me permettrait de pouvoir
tester directement avec l'API de test (et donc plus besoin de m'installer
Rails Port + schéma apidb contenant les IDs du vrai serveur).

Le problème c'est que osm2pgsql plante dès que j'importe un fichier OSM
contenant des éléments provenant de l'API de test (erreur de segmentation
et strace ne donne pas d'infos supplémentaires très utiles).

J'ai par exemple téléchargé depuis JOSM les quelques bâtiments présents
dans l'API de test qui sont juste en dessous la Gare de Lyon (tours Gamma
et Natixis), bâtiment que j'avais uploadé il y a quelques jours. Mais
osm2pgsql ne veut pas digérer le fichier généré alors qu'évidemment ça
passe très bien si c'est un fichier OSM de la même zone mais exporté depuis
le vrai serveur. Il faut donc croire que les bâtiments que j'ai uploadé sur
l'API de test ne sont pas complètement valides.. mais c'est assez étonnant
puisque j'ai bien réussi à les uploader.

Pour info j'utilisais une veille version d'osm2pgsql puisque c'était celle
de Debian Wheezy (0.80). J'ai donc compilé non sans mal la version Git
(0.87) mais le problème est exactement le même.

J'essayerai de refaire des tests de ce soir notamment avec les fichiers du
cadastre.. ou avec un fichier contenant juste un seul bâtiment pour essayer
de comprendre où est le problème.



Le 11 février 2015 08:27, Christian Quest cqu...@openstreetmap.fr a écrit
:

  Euh... en appelant l'API ?

 Pour un test un 'map' sur une petite zone que tu aura préchargé en
 bâtiment comme je l'avais indiqué devrait aller, non ?


 http://wiki.openstreetmap.org/wiki/API_v0.6#Retrieving_map_data_by_bounding_box:_GET_.2Fapi.2F0.6.2Fmap

 Ce que je ferai (encore plus simple):
 - récup des bâtiments d'un arrondissement sur cadastre.openstreetmap.fr
 - ouverture dans JOSM, envoi des bâtiments sur l'API de test
 - après upload, enregistrement dans un fichier .osm (donc tu as les ID
 attribuées par l'API de test)
 - import dans postgres avec osm2pgsql de ce .osm
 - test de ton script sur l'API de test


 Le 10/02/2015 22:42, Vincent Frison a écrit :

  Le 10 février 2015 21:46, Christian Quest cqu...@openstreetmap.fr a
 écrit :

  Il sufit de charger dans ton postgres de test non pas la base OSM
 normale, mais une récupération des données sur l'API de test... là tu aura
 tout synchro pour tes tests.

 Une fois que tout est ok, tu recharge les vraies données OSM et tu
 relance ton script.


  Merci Christian.. mais question sans doute un peu bête: comment je fais
 pour récupérer les données de l'API de test ?



 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr


 --
 Christian Quest - OpenStreetMap France


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


___
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 Par sujet 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] Article - La Voix du Nord

2015-02-12 Par sujet Ab_fab

Envoyé un message sur le formulaire de contact du site ouèbe de la VDN,
faute de coordonnées directes vers le journaliste.

Le 12 février 2015 10:31, Christian Quest cqu...@openstreetmap.fr a écrit
:

 J'ai tweeté... espérons qu'ils suivent leur compte ;)


 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... ;)
 
  Le 12/02/2015 09:50, Vincent de Château-Thierry a écrit :
  De: Romain MEHUT romain.me...@gmail.com
 
  Ce qui est rigolo c'est que les journalistes ne savent pas comment
  s'y prendre pour remonter à la source du tracé.
  L'article évoque une prise de contact avec OSM. Mais contact at
 openstreetmap.fr n'a rien reçu. Est-ce qu'au moins par ici quelqu'un a
 été sollicité en direct ?
 
  vincent
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-fr

 --
 Christian Quest - OpenStreetMap France


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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

2015-02-12 Par sujet althio

J'ai fait un très court OSM-message à Jacques Lys pour le prévenir de
l'actualité en cours.


  Jacques Lys
 12 February 2015 at 08:52

 Bonjour,

 On parle de toi (ou plutôt d'un de tes tracés) sur

 http://www.lavoixdunord.fr/region/avesnois-des-cartes-sur-internet-affichent-deja-le-ia12b45170n2655846

 http://gis.19327.n5.nabble.com/Article-La-Voix-du-Nord-td5833257.html

 Bien à toi

 althio

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

Re: [OSM-talk-fr] Cantons

Je poursuis une piste... celle des listes électorales. En les géocodant,
on peut avoir une vue assez utile des contours exact des cantons.

Comme chaque électeur peut demander une copie de ces listes (c'est le
Code Electoral qui le dit), on peut se coordonner pour faire la demande
auprès de chaque préfecture, c'est quand même mieux d'être électeur dans
le département. Il suffit de s'engager à ne pas les utiliser pour un
démarcharge commercial des données personnelles qui s'y trouvent (nom,
prénom, date et lieu de naissance) ce qui n'a aucun impact pour ce qu'on
veut faire.

Je vais faire la démarche pour mon département, le 94...

Ceci permettra aussi de trouver les trous dans BANO... des adresses où
il y a (en principe) des électeurs, mais qu'on n'a pas dans BANO.

Le timing est serré pour les élections, mais ça servira au delà...


Le 12/02/2015 09:47, Vincent de Château-Thierry a écrit :
 Bonjour,

 De: Francescu GAROBY f.gar...@gmail.com

 Je relance ce sujet : les élections sont dans 1 mois et demi, les
 candidats commencent à être connus (localement) et à se déclarer,
 les médias commencent à parler de l'élection, ...
 Bref, les anciens cantons n'ont plus vraiment de raison d'être
 (personne ne va pas s'intéresser à leur découpe ou à en tracer de
 nouveaux, maintenant), il serait peut-être bon de commencer à faire
 la bascule.
 Je propose que lorsque quelqu'un fait la bascule, il la fasse en même
 temps pour les 2 types de cantons : les anciens (avec l'ajout du
 préfixe disused:* et du tag end_date=2015-03, comme évoqué
 précédemment) et les nouveaux (avec le retrait du préfixe
 planned:*).
 Et ce serait bien que cela soit fait pour tout un département à la
 fois (les nouveaux cantons ne suivant pas les frontières des
 anciens, il risquerait sinon d'y avoir superposition d'anciens pas
 encore désactivés et de nouveaux cantons fraîchement activés, et les
 2 seront considérés comme les cantons officiels par les moteurs de
 rendu)
 Cette façon de faire vous convient-elle ?
 Oui pour moi, sur l'ensemble.

 vincent

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

-- 
Christian Quest - OpenStreetMap France


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

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

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

Le 12/02/2015 09:50, Vincent de Château-Thierry a écrit :
 De: Romain MEHUT romain.me...@gmail.com

 Ce qui est rigolo c'est que les journalistes ne savent pas comment
 s'y prendre pour remonter à la source du tracé.
 L'article évoque une prise de contact avec OSM. Mais contact at 
 openstreetmap.fr n'a rien reçu. Est-ce qu'au moins par ici quelqu'un a été 
 sollicité en direct ?

 vincent

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

-- 
Christian Quest - OpenStreetMap France


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

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

2015-02-12 Par sujet althio

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... ;)

 Le 12/02/2015 09:50, Vincent de Château-Thierry a écrit :
 De: Romain MEHUT romain.me...@gmail.com

 Ce qui est rigolo c'est que les journalistes ne savent pas comment
 s'y prendre pour remonter à la source du tracé.
 L'article évoque une prise de contact avec OSM. Mais contact at 
 openstreetmap.fr n'a rien reçu. Est-ce qu'au moins par ici quelqu'un a été 
 sollicité en direct ?

 vincent

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

Re: [OSM-talk-fr] Utilisation d'OSM par des collectivités

Il y a deux pages françaises liées à la même page anglaise (mais l'anglaise
ne se lie qu'à la première).

 (1)  fr:Sites en ligne utilisant OSM
 (2)  fr:Autres cartes en ligne

Les deux ont des listes très similaires (la première disposant du lien de
redirection interlangue basé sur le titre anglais List of OSM-based
services (qui dans le passé avait une typographie un peu différente et a
été renommée, donc on ne naviguait déjà plus correctement entre les
langues). Là une fusion s'impose entre les deux pages françaises (la
deuxième très mal nommée sans critère signifiant) On garde alors la
première (dont je viens de corriger la navigabilité des liens de
redirection interlangue entre les 4 existantes de:, en:, fr: et uk:
; je n'ai pas regardé s'il pouvait en exister des traductions non liées
par la box interlangue)...

Mais aucune des deux pages françaises ne correspond à la présentation plus
internationale (et plus générique) de la version anglaise (qui montre des
vignettes de captures, mais dans une table pas vraiment classée non plus).
En fin de compte toutes ces pages ne sont pas des traductions mutuelles (et
peut-être n'ont-elles pas à l'être et se centrer sur les sites adaptés à
chaque langue.

Bref:
 *  Créer une nouvelle page française (3) avec un nom réellement signifiant
FR:Sites en ligne utilisant OSM/services public (logiquement en
sous-page) de la première, le nombre de sous-pages pouvant s'étendre
lorsqu'on étoffera la classification. Y mettre l'union des services publics
des deux pages.
 *  Fusionner la page (2) dans la première pour tous les sites sauf
services publics déjà fusionné dans la 3e page.
 *  Rediriger la page (2) vers la page (1), à moins que vous ne vouliez que
ce soit la page (3) (retirer son contenu, remplacé par la ligne #REDIRECT
[[...]]) pour les liens éventuels qui restent dans certaines pages
françaises



Bien que le nom (2) ne signifie rien de bien précis et décrirait plutôt des
cartes NON basées sur OSM :
 * Google Maps, Bing Maps, Mappy, Michelin, Nokia... (non libres)
 * Wikimaps (libre mais licence différente incompatible)
 * sites d'applications mobiles de suivi de traffic en temps réel (basé
juste sur un filaire GPS)
 * Cadastre de la DGFiP, Géoportail de l'IGN, et ses autres fournisseurs de
fonds (dont OSM qu'on n'a pas besoin de citer) tels que les régions,
agences de bassins ou maritimes ou des parcs naturels, aviation civile...
  * fonds carto internationaux (parfois libres comme ceux des agences
publiques américaines: navigation maritime, météo, sismologie...)
  * Ou pour les catalogues de cartes de Wikimedia Commons qui a cependant
aussi une catégories de base pour les cartes dérivées d'OSM sur de
nombreuses régions du monde et divers thèmes : cartes politiques, qu'elles
soit administratives, électorales ou que ce soit de simples locateurs ou
des fonds vierges ou contours sur un fond topographique, démographie,
cartes animées, nature et environnement..., réseaux de communication).

Tous ces fonds sont en ligne (même si ce ne sont pas des cartes
navigables facilement par glissements et zoom avant/arrière. Certains
fonds sont des cartes historiques (alors qu'OSM et les grands portails
visent surtout le temps présent.

Le nom (2) pourrait être listé par juste un lien voir aussi en bas de
page (1) pour ces autres cartographies en ligne concurrentes (mais pas en
sous-page car non basé sur OSM.

On accède à la liste globale par la page (1) et on y accède depuis les
autres langues (avec les liens interlangues en tête de leur page) (ces
liens interlangues fonctionnent sur la base du titre anglais, quitte à ce
que ce soit juste une redirection vers la page au nom traduit)

La page (3) pour les services publics ne sera pas directement accessible
depuis la version anglaise ou en interlangue (à moins qu'elle aussi soit
structurée de la même façon avec une sous-page titrée en anglais pour que
les interlangue fonctionne : on pourra créer le lien de redirection vers le
nom en français de la sous-page française)

Le 12 février 2015 23:32, Guillaume Allegre allegre.guilla...@free.fr a
écrit :

 Le jeu. 12 févr. 2015 à 16:46 +0100, Brice MALLET a écrit :
  Bonjour,
 
  Pour ma part, j'avais complété cette page, chapitre Collectivités
  locales :
  http://wiki.openstreetmap.org/wiki/FR:Sites_en_ligne_utilisant_OSM
 
  Exemples de cas d'utilisation qui vont au-delà de l'affichage d'une
  simple carte :
  http://metz.fr/infos_projets/map_travaux.php
  http://rennes.carte-ouverte.org/
  http://tempo.agglo-pau.fr/chimere/
  http://www.deux-sevres.com/dsappli/routes/InfoRoutes.aspx?type=restrictJ
 
  Plus qu'une nouvelle page, pê envisager la mise en valeur des
  utilisations plus poussées dans cette page déjà existante

 Je plussoie. On peut réfléchir (ici) à catégoriser plus finement les
 liens déjà listés.

 --
  ° /\Guillaume AllègreOpenStreetMap France
   /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
  /   /~~\tél.

Re: [OSM-talk-fr] Utilisation d'OSM par des collectivités

2015-02-12 Par sujet Jean-Christophe Becquet


Le 12/02/2015 15:51, Severin Menard a écrit :

Y a-t-il quelque part une page du wiki qui recenserait des cas
d'utilisation (et non seulement ajout de données ou point de
téléchargement) d'OSM (données et/ou services) par des collectivités
territoriales ? Si non, intéressé par en créer une, mais j'aurais besoin
d'exemples. Il y a Grand Dakar et bientôt la commune limitrophe de
Biscuiterie, des exemples en France ?


Bonjour,

La ville de Digne-les-Bains (Alpes-de-Haute-Provence) s'est appuyée sur 
OpenStreetMap, notamment pour construire le plan de son réseau de 
transports urbains. Le fruit de ce travail est celui qui distribué 
quotidiennement à l'Office de tourisme aujourd'hui :

http://wiki.openstreetmap.org/wiki/Digne-les-Bains

Bonne journée

Librement

JCB
--
L’abeille et l’économiste
http://www.apitux.org/index.php?2000/08/30/225-labeille-et-leconomiste

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
BP 32 - 04001 Digne-les-Bains Cedex
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com/
SIRET : 452 887 441 00031 - APE : 6202A

===

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

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Christian Rogel wrote
 Oui, la compétence est exclusivement communale pour le moment, mais quand
 les intercos auront été étendues et renforcées (y compris politiquement
 par le suffrage universel comme cela va se faire), la prestation des SIG
 qu’ils soient intercos ou par zones (pays ou autres) devra se faire en
 amont des décisions communales pour les questions techniques comme
 l’indexation des voies. 
 C’est de ces évolutions que naîtra le besoin de normaliser ces index
 nationaux qu’OSM n’aura qu’à reprendre.
 Ce genre de normalisation venu d’en-bas a déjà eu lieu sous l’égide des
 associations de territoriaux

Et non, justement car il s'agit là du pouvoir de police du maire, donc ça
restera à la commune, sauf si l'on supprime les communes.
Donc si le projet peut être porté par une autre structure, voire un
aménageur privé, c'est toujours le Maire qui contrôle la dénomination des
voies et qui fait délibérer par le conseil municipal.

C'est d'ailleurs comme ça que l'on met à jour notre base de données, en
récupérant systématiquement les délibérations des conseils municipaux.



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien  chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Re-OpenStreetMap-Re-Re-Gros-probleme-de-correction-Groupe-de-modifications-28377712-tp5832528p5833405.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Contours des communes dans le Gard

cquest wrote
 Pour ton cas, j'ai mis à jour le découpage des communes le 1er janvier,
 par contre je n'ai pas regénéré les autres (qu'on peut faire facilement
 en regroupant les découpages de communes si on a besoin).

C'est vrai pour les communes vers les départements mais ça va être plus
compliqué des communes vers les régions ou des communes vers les EPCI. Donc
on va essayer de récupérer une table de correspondance quelque part.



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien  chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Contours-des-communes-dans-le-Gard-tp5832948p5833438.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Contours des communes dans le Gard

La topologie est bien conservée (sauf bug bien sûr), mais uniquement sur
un jeu donné.
La simplification peut être différente d'une version à l'autre (c'est le
cas ici) car je n'ai pas un contrôle assez fin de l'algo de
simplification et aussi (voire surtout) car les données OSM ont évolué
entre temps...

Pour ton cas, j'ai mis à jour le découpage des communes le 1er janvier,
par contre je n'ai pas regénéré les autres (qu'on peut faire facilement
en regroupant les découpages de communes si on a besoin).


Le 12/02/2015 23:15, Tony Emery a écrit :
 Frédéric Rodrigo-2 wrote
 Et aussi la en version remastériser, colorisé et édition collector :
 https://www.data.gouv.fr/fr/datasets/decoupage-administratif-communal-francais-issu-d-openstreetmap/
 J'ai téléchargé les données des régions, départements,  et jusqu'aux
 communes au pas de 5m.

 Par contre, en les juxtaposant, je vois qu'il y a des décalages dans les
 tracés entre les différents contours administratifs. Or, le site dit bien
 que La topologie est conservée lors du processus de simplification.

 Avez-vous constaté la même chose en téléchargeant les données ?



 -
 Tony EMERY
 Administrateur OpenStreetMap.fr
 Mandataire Grand Sud-Est
 Géomaticien  chef de projets
 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Contours-des-communes-dans-le-Gard-tp5832948p5833411.html
 Sent from the France mailing list archive at Nabble.com.

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

-- 
Christian Quest - OpenStreetMap France


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

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

2015-02-12 Par sujet Francescu GAROBY

La 1ère règle d'OSM est : on ne parle pas de la présidence d'OSM

Francescu


Le 12 février 2015 14:14, Christian Quest cqu...@openstreetmap.fr a écrit
:

  Heureusement que la présidence d'OSM et les modérateurs veillent ! Au
 fait, qui sont-ils ? On nous aurait caché quelque chose ?


 Le 12/02/2015 14:06, THEVENON Julien a écrit :

  Ils ont fait une nouvelle publi :

 http://www.lavoixdunord.fr/region/trace-du-centre-d-essais-ferroviaires-apparu-sur-des-ia12b0n2656677
 Julien


--
  *De :* Ab_fab gamma@gmail.com gamma@gmail.com
 *À :* Discussions sur OSM en français talk-fr@openstreetmap.org
 talk-fr@openstreetmap.org
 *Envoyé le :* Jeudi 12 février 2015 10h38
 *Objet :* Re: [OSM-talk-fr] Article - La Voix du Nord

  Envoyé un message sur le formulaire de contact du site ouèbe de la VDN,
 faute de coordonnées directes vers le journaliste.



  Le 12 février 2015 10:31, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 J'ai tweeté... espérons qu'ils suivent leur compte ;)


 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... ;)
 
  Le 12/02/2015 09:50, Vincent de Château-Thierry a écrit :
  De: Romain MEHUT romain.me...@gmail.com
 
  Ce qui est rigolo c'est que les journalistes ne savent pas comment
  s'y prendre pour remonter à la source du tracé.
  L'article évoque une prise de contact avec OSM. Mais contact at
 openstreetmap.fr n'a rien reçu. Est-ce qu'au moins par ici quelqu'un a
 été sollicité en direct ?
 
  vincent
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-fr

  --
 Christian Quest - OpenStreetMap France


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




  --
  ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus, Nadja

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




 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr


 --
 Christian Quest - OpenStreetMap France


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




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

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

2015-02-12 Par sujet Pieren

Sinon, il y a quand même un problème plus général avec ces éléments en
statut proposed. J'ai vu sur un autre fil une discussion autour
d'une proposition de route vieille de 15 ou 20 ans, jamais réalisée
mais héritée d'un import. Je pense qu'OSM devrait être plus strict sur
ce sujet et ne pas tolérer des objets qui n'ont aucune certitude
d'exister dans le futur (de même qu'on devrait l'être inversement sur
ceux qui n'existent plus, cf une autre discussion sur le
forum.osm.fr).
J'ai moi même effacé un tracé de contournement de Strasbourg il y a
quelques temps. Ca fait des années qu'on en parle, avec x variantes,
et rien n'est acquis tant les oppositions (et les problèmes de
financement) sont importants.
Tant qu'on est au stade du projet virtuel avec aucune certitude de
réalisation, OSM ne devrait pas servir de bac à sable ou de feuille de
brouillon, même avec les bons tags ... surtout que maintenant il y a
d'autres outils pour faire ça comme umap.

Pieren

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

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

2015-02-12 Par sujet Pieren

2015-02-12 13:44 GMT+01:00 Tony Emery tony.em...@yahoo.fr:

 Effectivement, les toutes petites intercos n'ont pas plus les moyens. Après,
 je ne suis pas d'accord avec toi. Il faut des structures de taille
 suffisante si on veut qu'elles soient efficaces et qu'elles aient les moyens
 de faire quelque chose. Sinon, autant laisser les communes ! Ça n'a rien de
 technocrate, c'est juste logique.

Si on parle de logique, le simple citoyen que je suis ne comprends pas
que deux entités administratives créent et gèrent deux identifiants
uniques pour chaque voie. Ca fait sans doute partie de la
simplification administrative annoncée ... Plus sérieusement, il
suffirait que la DGFiP délivre des identifiants immédiatement aux
communes qui le demande, éventuellement avec un statut temporaire et
jusqu'à validation définitive par le cadastre. Mais ça doit être trop
simple pour nos technocrates ...
D'un autre côté, quand on voit les millions dépensés depuis des
décennies à gérer deux registres parcellaires en parallèle, plus rien
ne m'étonne (et ne parlons pas des base adresses).

Pieren

___
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 Par sujet Francescu GAROBY

Tout à fait d'accord avec Pieren.
Et il me semble me souvenir qu'on avait déjà abordé la question du quand
considère-t-on qu'un projet peut passer en proposed/construction ?.
si le statut construction me paraît facile à définir (en gros, au premier
coup de pelleteuse), c'est le statut proposed qui est plus délicat (mais
ça ne veut pas dire qu'il faut accepter n'importe quoi !)

Francescu

Le 12 février 2015 15:20, Pieren pier...@gmail.com a écrit :

 Sinon, il y a quand même un problème plus général avec ces éléments en
 statut proposed. J'ai vu sur un autre fil une discussion autour
 d'une proposition de route vieille de 15 ou 20 ans, jamais réalisée
 mais héritée d'un import. Je pense qu'OSM devrait être plus strict sur
 ce sujet et ne pas tolérer des objets qui n'ont aucune certitude
 d'exister dans le futur (de même qu'on devrait l'être inversement sur
 ceux qui n'existent plus, cf une autre discussion sur le
 forum.osm.fr).
 J'ai moi même effacé un tracé de contournement de Strasbourg il y a
 quelques temps. Ca fait des années qu'on en parle, avec x variantes,
 et rien n'est acquis tant les oppositions (et les problèmes de
 financement) sont importants.
 Tant qu'on est au stade du projet virtuel avec aucune certitude de
 réalisation, OSM ne devrait pas servir de bac à sable ou de feuille de
 brouillon, même avec les bons tags ... surtout que maintenant il y a
 d'autres outils pour faire ça comme umap.

 Pieren

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




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

Re: [OSM-talk-fr] Le cadastre vectoriel est accessible en WMS

2015-02-12 Par sujet lenny.libre



Le 10/02/2015 17:15, Donat ROBAUX a écrit :

Lenny, la réponse est par là:

http://forum.openstreetmap.fr/viewtopic.php?f=5t=1729


Donat

merci Donat pour le lien, j'ai réussi à accéder au cadastre.

Je n'avais pas vu ta réponse avant, car thunderbird ne l'avait pas 
considéré comme réponse et ne l'avait pas rattaché à la conversation en 
cours.

Lenny


___
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 Par sujet THEVENON Julien

Ils ont fait une nouvelle publi 
:http://www.lavoixdunord.fr/region/trace-du-centre-d-essais-ferroviaires-apparu-sur-des-ia12b0n2656677Julien
 

  De : Ab_fab gamma@gmail.com
 À : Discussions sur OSM en français talk-fr@openstreetmap.org 
 Envoyé le : Jeudi 12 février 2015 10h38
 Objet : Re: [OSM-talk-fr] Article - La Voix du Nord
   
Envoyé un message sur le formulaire de contact du site ouèbe de la VDN, faute 
de coordonnées directes vers le journaliste.


Le 12 février 2015 10:31, Christian Quest cqu...@openstreetmap.fr a écrit :

J'ai tweeté... espérons qu'ils suivent leur compte ;)


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... ;)

 Le 12/02/2015 09:50, Vincent de Château-Thierry a écrit :
 De: Romain MEHUT romain.me...@gmail.com

 Ce qui est rigolo c'est que les journalistes ne savent pas comment
 s'y prendre pour remonter à la source du tracé.
 L'article évoque une prise de contact avec OSM. Mais contact at 
 openstreetmap.fr n'a rien reçu. Est-ce qu'au moins par ici quelqu'un a été 
 sollicité en direct ?

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

--
Christian Quest - OpenStreetMap France


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




-- 
ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


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

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

2015-02-12 Par sujet adrien carpentier

rien vu passer non plus sur la liste locale npdc, désolé...

Le 12 février 2015 14:21, Francescu GAROBY windu...@gmail.com a écrit :

 La 1ère règle d'OSM est : on ne parle pas de la présidence d'OSM

 Francescu


 Le 12 février 2015 14:14, Christian Quest cqu...@openstreetmap.fr a
 écrit :

  Heureusement que la présidence d'OSM et les modérateurs veillent ! Au
 fait, qui sont-ils ? On nous aurait caché quelque chose ?


 Le 12/02/2015 14:06, THEVENON Julien a écrit :

  Ils ont fait une nouvelle publi :

 http://www.lavoixdunord.fr/region/trace-du-centre-d-essais-ferroviaires-apparu-sur-des-ia12b0n2656677
 Julien


--
  *De :* Ab_fab gamma@gmail.com gamma@gmail.com
 *À :* Discussions sur OSM en français talk-fr@openstreetmap.org
 talk-fr@openstreetmap.org
 *Envoyé le :* Jeudi 12 février 2015 10h38
 *Objet :* Re: [OSM-talk-fr] Article - La Voix du Nord

  Envoyé un message sur le formulaire de contact du site ouèbe de la VDN,
 faute de coordonnées directes vers le journaliste.



  Le 12 février 2015 10:31, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 J'ai tweeté... espérons qu'ils suivent leur compte ;)


 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... ;)
 
  Le 12/02/2015 09:50, Vincent de Château-Thierry a écrit :
  De: Romain MEHUT romain.me...@gmail.com
 
  Ce qui est rigolo c'est que les journalistes ne savent pas comment
  s'y prendre pour remonter à la source du tracé.
  L'article évoque une prise de contact avec OSM. Mais contact at
 openstreetmap.fr n'a rien reçu. Est-ce qu'au moins par ici quelqu'un a
 été sollicité en direct ?
 
  vincent
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-fr

  --
 Christian Quest - OpenStreetMap France


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




  --
  ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus, Nadja

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




 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr


 --
 Christian Quest - OpenStreetMap France


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




 --
 Francescu

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


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

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

Heureusement que la présidence d'OSM et les modérateurs veillent ! Au
fait, qui sont-ils ? On nous aurait caché quelque chose ?


Le 12/02/2015 14:06, THEVENON Julien a écrit :
 Ils ont fait une nouvelle publi :
 http://www.lavoixdunord.fr/region/trace-du-centre-d-essais-ferroviaires-apparu-sur-des-ia12b0n2656677

 Julien


 
 *De :* Ab_fab gamma@gmail.com
 *À :* Discussions sur OSM en français talk-fr@openstreetmap.org
 *Envoyé le :* Jeudi 12 février 2015 10h38
 *Objet :* Re: [OSM-talk-fr] Article - La Voix du Nord

 Envoyé un message sur le formulaire de contact du site ouèbe de la
 VDN, faute de coordonnées directes vers le journaliste.



 Le 12 février 2015 10:31, Christian Quest cqu...@openstreetmap.fr
 mailto:cqu...@openstreetmap.fr a écrit :

 J'ai tweeté... espérons qu'ils suivent leur compte ;)


 Le 12/02/2015 10:12, althio a écrit :
  Ils ont peut-être contacté OSM-Foundation
 pr...@osmfoundation.org mailto: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 mailto:cqu...@openstreetmap.fr:
  Ils ont peut être appelé le président d'internet avant
 OSM... ;)
 
  Le 12/02/2015 09:50, Vincent de Château-Thierry a écrit :
  De: Romain MEHUT romain.me...@gmail.com
 mailto:romain.me...@gmail.com
 
  Ce qui est rigolo c'est que les journalistes ne savent
 pas comment
  s'y prendre pour remonter à la source du tracé.
  L'article évoque une prise de contact avec OSM. Mais
 contact at openstreetmap.fr http://openstreetmap.fr/ n'a
 rien reçu. Est-ce qu'au moins par ici quelqu'un a été
 sollicité en direct ?
 
  vincent
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-fr

 --
 Christian Quest - OpenStreetMap France


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




 -- 
 ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus, Nadja

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




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

-- 
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] arbres sur paris

2015-02-12 Par sujet Cactusbone

je viens de tomber sur ce poste : 
http://gis.19327.n5.nabble.com/Import-des-arbres-du-pere-lachaise-td5818927.html
qui est très lié...





--
View this message in context: 
http://gis.19327.n5.nabble.com/arbres-sur-paris-tp5833282p5833324.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Christian Rogel wrote
L’amélioration est à venir, en fonction de l’extension de la superficie
des intercommunalités.
Le gouvernement parle d’un minimum de 20 000 hab., ce qui est encore une
invention débile des technocrates hors-sol. Il faudrait abaisser le seuil,
pour que dans la France désertifiée, on ait pas de C de C de la taille
d’un demi-département.

Effectivement, les toutes petites intercos n'ont pas plus les moyens. Après,
je ne suis pas d'accord avec toi. Il faut des structures de taille
suffisante si on veut qu'elles soient efficaces et qu'elles aient les moyens
de faire quelque chose. Sinon, autant laisser les communes ! Ça n'a rien de
technocrate, c'est juste logique.

Christian Rogel wrote
Mais, le renforcement des intercos amènera les services SIG à être
positionnés au moins à ce niveau, voire à un niveau supérieur par
conventionnement.
On en verra un modèle intéressant à Brest, au SOTM-Fr, puisque le SIG de
Brest Métropole Océane est le prestataire de toutes les intercos du Pays
de Brest (89 communes, 1690 km2, presque 400 000 hab.).

On voit déjà apparaitre des services SIG mutualisés sur plusieurs
communautés de communes (SIIG à Bagnols-S/-Cèze par exemple).

-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien chef de projets
--
View this message in context:
http://gis.19327.n5.nabble.com/Re-OpenStreetMap-Re-Re-Gros-probleme-de-correction-Groupe-de-modifications-28377712-tp5832528p5833308.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Cantons

Oui pour ne pas supprimer tout de suite les anciens cantons, on en a encore
besoin pour autre chose que les seuls conseillers généraux qui
disparaissent.
Parce que ce sont encore les briques de base des circonscriptions
législatives et des arrondissements actuels (sauf les deux nouveaux
arrondissements du 69 depuis 2015).
Parce qu'on les trouve encore dans plein de textes légaux (notamment le
code rural et de l'environnement) : cela persistera car ces textes sont
datés et à leur date font référence aux entités qui existaient à ce
moment-là, et ces textes sont toujours valides sur ces anciennes zones tant
qu'ils ne sont pas amendés/modifiés.

Mettre les tags de base en disused: c'est pratique mais bien sur il faut
aussi pouvoir les trier encore par date (donc end_date=* est
indispensable.).

D'ailleurs cela ne s'applique pas qu'aux cantons mais aussi aux communes
qui changent de périmètre (même si elles gardent leur code Insee
géographique, la nouvelle entité se crée avec un code Siren distinct, qui
a l'avantage d'être versionné).

D'ailleurs ce serait bien de ne pas mettre simplement old_ref:INSEE=*
mais plutôt old_ref:INSEE:1995=* en gardant en suffixe au moins l'année
de leur dernière utilisation quand l'objet existe encore sous une forme un
peu différente mais sous une nouvelle référence (parce qu'avec juste old
on ne sait pas quand c'était en usage pour distinguer les usages)

Le 12 février 2015 09:41, Francescu GAROBY f.gar...@gmail.com a écrit :

 Bonjour,
 Je relance ce sujet : les élections sont dans 1 mois et demi, les
 candidats commencent à être connus (localement) et à se déclarer, les
 médias commencent à parler de l'élection, ...
 Bref, les anciens cantons n'ont plus vraiment de raison d'être (personne
 ne va pas s'intéresser à leur découpe ou à en tracer de nouveaux,
 maintenant), il serait peut-être bon de commencer à faire la bascule.
 Je propose que lorsque quelqu'un fait la bascule, il la fasse en même
 temps pour les 2 types de cantons : les anciens (avec l'ajout du préfixe
 disused:* et du tag end_date=2015-03, comme évoqué précédemment) et les
 nouveaux (avec le retrait du préfixe planned:*).
 Et ce serait bien que cela soit fait pour tout un département à la fois
 (les nouveaux cantons ne suivant pas les frontières des anciens, il
 risquerait sinon d'y avoir superposition d'anciens pas encore désactivés et
 de nouveaux cantons fraîchement activés, et les 2 seront considérés comme
 les cantons officiels par les moteurs de rendu)
 Cette façon de faire vous convient-elle ?

 Francescu

 Le 6 janvier 2015 23:14, Philippe Verdy verd...@wanadoo.fr a écrit :

 Pour enlever le planned: il faudrait d'abord rechercher les cantons
 actuels et les placer en disused: (avec end_date=2015-03)

 Pour l'instant pas besoin de layers, on peut les voir immédiatement avec
 Overpass API. Mise à jour dans la minute qui suit chaque modif...

 Mais pour l'instant le serveur API d'OSM est arrêté pour maintenance (pas
 d'accès même en lecture).

 Pour Overpass, cette requête va bien (on ne peut pas choisir toute la
 France, ça déborde en mémoire et en temps mais sélectionner des zones
 voisines d'un département pour visualiser une trentaine de cantons environ,
 donc pas de rectangle dans cette requête, c'est celui de la vue en cours
 qui est utilisé):

 http://overpass-turbo.eu/s/6Tk



 Le 6 janvier 2015 01:32, Jérôme Amagat jerome.ama...@gmail.com a écrit
 :

 Il y a environ la moitié des cantons de fait (un peu moins de 1000 sur un
 peu plus de 2000 cantons).
 Enlever le planned: permettrait de les rendre visible sur
 http://layers.openstreetmap.fr/ cantons  politique (ou faudrait créer
 un nouveau calque avec ces cantons :-)).

 Jérôme
 pseudo osm : Olyon



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




 --
 Cordialement,
 Francescu GAROBY

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


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

[OSM-talk-fr] Utilisation d'OSM par des collectivités

2015-02-12 Par sujet Severin Menard

Bonjour,

Y a-t-il quelque part une page du wiki qui recenserait des cas
d'utilisation (et non seulement ajout de données ou point de
téléchargement) d'OSM (données et/ou services) par des collectivités
territoriales ? Si non, intéressé par en créer une, mais j'aurais besoin
d'exemples. Il y a Grand Dakar et bientôt la commune limitrophe de
Biscuiterie, des exemples en France ?

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

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Sauf que si on veut tout mettre dans un unique tag fourre-tout, on tombera
sur des conflits d'usage. Le fait est que ce sont des identifiants de bases
externes spécifiques et distinctes et que si on les admet dans OSM, if faut
eviter les collisions.

Le fait est que Tony Emery a véhément commenté le fait que'une poignée de
ces identifiants externes privés soient supprimés (mais ils n'étaient même
pas expliqués à cette heure-là)

S'il est aussi insistant pour qu'on les garde, il doit avoir un solution
péreine qui ne provoquera pas de conflit avec les autres usages dans
d'autres bases externes privées.

Je ne vois pas à quel titre la base interne de quelques communes serait
prioritaire sur celles des communes voisines qui n'y participent pas et ont
leurs autres besoins. Et pourquoi pas alors les bases d'autre chose que les
communes ?

 Par exemple
 les départements et régions, les assos sportives (cyclistes,
randonneurs...),
 la sécurité civile/les pompiers, la gendarmerie et la défense,
 les parcs naturels, les agences de bassin (identification des ouvrages
impactant l'écoulement des eaux),
 et diverses autres agences des divers ministères de l'Etat ou des
collectivités,
 ou bien les bases qui leur servent pour échanger des informations
d'identification avec les fournisseurs
 et attributaires de concessions publiques (exploitants de réseaux :
énergie, télécoms, assainissement, transport...)

Combien de références externes à des bases privées peut-on admettre dans
OSM (j'insiste elles sont privées par rapport à OSM, même si elles sont
maintenues par des organismes publics pour leur usage théoriquement
*interne*)?

Tony semble dire que ces identifiants sont *essentiels* à ses propres
besoins dans le cadre de son travail local avec les collectivités. Mais en
fait hormis lui, je void mal comment les autres peuvent même utiliser ces
identifiants et même s'y fier puisqu'ils sont invérifiables.

Il me semble donc que dans OSM on ne doit mettre que des références à des
bases externes qui sont au minimum consultables (à défaut d'être ouvertes
en opendata) et maintenues (ce qu'on n'a aucun moyen de savoir, sauf Tony
dans son coin et son travail actuel qui lui donne accès à ces données
internes).

Alors là oui, on peut mettre des références à ces bases externes et pour
chacune lui attribuer un tag spécifique. Il n'y aura jamais aucun problème
alors pour faire le lien entre les deux bases même si les tags ref:X
se multiplient (en fait il y en aura peu par objet, ils serontg utilisés
chacun dans des zones qui se recouvrent peu. Donc aucun risque d'explosion,
ni aucun risque de conflit en cas de recouvrement.

Mais un ref:local=* fourre-tout ne peut pas être stable : pas moyen de
savoir d'où ça vient, qui le maintient, et si la donnée est encore
pertinente. Et Tony va encore une fois râler si plus tard quelqu'un
écrase la donnée qui, pour lui seulement, lui parait essentielle à son
utilisation d'OSM, alors qu'un autre utilisateur voudra le justifier par sa
propre utilisation toute aussi essentielle pour lui !

Si c'est si essentiel pour lui, il faut qu'il obtienne un consensus, ce qui
ne sera pas possible si la base externe reste privée (et malgré même ses
propres efforts pour tenter de le documenter, pour tout le monde ces
identifiants sont inutilisables)  Alors oui, il faut que Tony décrive
correctement cette base externe, lui donne un périmètre d'usage (son idée
de permettre de le réutiliser ailleurs sonne le glas de sa propre idée que
le tag est essentiel pour lui, car les autres tomberont forcément en
conflit et ne voudront pas s'adapter non plus pour utiliser dans leur base
seulement les identifiants non sourçables fournis par Tomy).

Et donc qu'il donne un nom à cette base, un point de contact pour la
maintenance, la vérification ou les recherches, un système décrivant ses
modes de mises à jour, et même sans doute une URL vers une page de
livraison de son catalogue de données (même si pour y accéder complètement
il faut s'acquitter d'un droit d'accès et d'une licence, ou appartenir à un
groupe assez large de personnes pouvant accéder gratuitement et facilement
à cette base externe, et qui incluerait assez d'autres utilsiateurs d'OSM).
Tomy ne peut pas rester le seul point de contact possible.

C'est passé inaperçu par lui pour l'instant mais Tomy n'a jamais voulu
répondre au sujet de ma question du statut de cette base qui visiblement
n'est pas OpenData (et sans doute ne le sera pas, et en tout cas pas sous
la forme où Tomy l'utilise et la croise avec OSM pour le projet qu'il dit
essentiel pour lui). plus tard Tomy a ajouté nous, mais on ne sait
toujours pas qui sont les autres qui ne se manifestent pas ici (s'il y a
d'autres espaces publics où  sont présents les nous, ce serait bien de le
mentionner). Si on ne le sait pas c'est que justement leur utilisation
reste elle aussi privée et ils ne veulent pas dévoiler leur activité et ne
veulent pas la mêler avec OSM qui interférerait

Re: [OSM-talk-fr] arbres sur paris

2015-02-12 Par sujet Cactusbone

C'est bon il a réparé :)



--
View this message in context: 
http://gis.19327.n5.nabble.com/arbres-sur-paris-tp5833282p5833347.html
Sent from the France mailing list archive at Nabble.com.

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

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

2015-02-12 Par sujet Eric Sibert


si le statut construction me paraît facile à définir (en gros, au premier
coup de pelleteuse), c'est le statut proposed qui est plus délicat (mais
ça ne veut pas dire qu'il faut accepter n'importe quoi !)


Lol. Je vous invite à regarder les tags du projet de tunnel suivant:

http://tile.openstreetmap.fr/?zoom=15lat=45.23207lon=6.54951layers=B000FFF

Et wikipedia pour le (non)avancement du projet:
http://fr.wikipedia.org/wiki/Liaison_ferroviaire_transalpine_Lyon_-_Turin

Eric



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

Re: [OSM-talk-fr] Utilisation d'OSM par des collectivités

2015-02-12 Par sujet Brice MALLET


Bonjour,

Pour ma part, j'avais complété cette page, chapitre Collectivités 
locales :

http://wiki.openstreetmap.org/wiki/FR:Sites_en_ligne_utilisant_OSM

Exemples de cas d'utilisation qui vont au-delà de l'affichage d'une 
simple carte :

http://metz.fr/infos_projets/map_travaux.php
http://rennes.carte-ouverte.org/
http://tempo.agglo-pau.fr/chimere/
http://www.deux-sevres.com/dsappli/routes/InfoRoutes.aspx?type=restrictJ

Plus qu'une nouvelle page, pê envisager la mise en valeur des 
utilisations plus poussées dans cette page déjà existante


Le 12/02/2015 15:51, Severin Menard a écrit :

Bonjour,

Y a-t-il quelque part une page du wiki qui recenserait des cas 
d'utilisation (et non seulement ajout de données ou point de 
téléchargement) d'OSM (données et/ou services) par des collectivités 
territoriales ? Si non, intéressé par en créer une, mais j'aurais 
besoin d'exemples. Il y a Grand Dakar et bientôt la commune limitrophe 
de Biscuiterie, des exemples en France ?


Severin


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



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

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

C'est vrai que le seule de 20 000 habitants est stupide, et même deux fois
plus gros que la granularité des services adminsitratifs à Paris (pour son
découpage des 20 arrondissements en ~80 quartiers et une centaine de
sous-quartiers, le seuil atteint 10 000 habitants par subdivision).

10 000 est un bon chiffre pour prendre en compte une échelle suffisante de
démocratie locale avec des budgets dédiés (allouables au moins sur l'année
même si des arbitrages peuvent être négocies en cours d'année par
l'autorité commune gérant ces petites zones). Mais ce n'est qu'une
moyenne: sur Paris où 10 000 c'est gérable car ils sont très concentrés et
ont tous aussi accès tous les jours à des services situés dans les secteurs
voisins et partagés entre secteurs, ce n'est pas le cas dans le monde rural
où les distances grandissent très vite.

Alors oui les petites communes rurales ne peuvent plus tout faire et sont
obligées de se mutualiser (mais aussi les intercommunalités). C'est là
qu'intervient le modèle de développement ne cherchant pas à calquer le
^même modèle administratif partout :

- un modèle pour les zones urbaines denses (ou assez denses) ayant déjà
assez de services accessibles en leur sein : c'est celui des poles
métropolitains à développer pour regrouper des communes qui elles aussi
peuvent fusionner facilement dans ces pôles pour supprimer des barrière
administratives non essentielles qui pénalise le développement et
l'évolution du territoire urbain dans sa globalité, accessible facilement à
tous ceux qui se trouvent dans le pôle (ces pôles sont bien dotés en
services de transport pas cher pour tous notamment) Dans ces zones passer à
20 000 habitants a un sens, et les communes peuvent toutes y monter à un
seuil de 2 000 ou 3 000 habitants minimum (elles peuvent conserver une
démocratie locale en se divisant en arrondissements municipaux, numérotés
ou nommés : c'est le modèle de Nantes Métropole par exemple qui appelle ses
arrondissements des pôles de proximité).

-  un autre divisant le périmètre rural des pôles urbains en grands (mais
pas trop grand) pôles ruraux, où il est difficile de mettre tous les
services à disposition, mais où les pôles utbains seront TENUS par la loi
de contribuer à les aider à se développer, ou de leur donner des services
accessibles que ces pôles ruraux ne peuvent pas développer eux-mêmes. Dans
ces zones, les poles ruraux pourraient passer à 5 000 habitants (là :les
communautés de communes sont une soluion, mais certaines sont encore trop
petites et doivent être agrandies, mais du fait de l'augmentation des
distances pour accéder aux services de base il faut garder une démocratie
locale : le pole rural doit aider les communes isolées et pour cela doit
recevoir des subsides venant des pôles urbains. Dans ce cas, on peut monter
les communes à un seuil minimum (pour la survie) de 1 000 habitants (en
dessous, à cause des distances, il ne sera pas possible de donner les mêmes
services tous les jours, mais il peut y avoir une rotation des présences de
la démocratie locale.

Et puis il faudrait en finir avec la notion de chef-lieu unique : une
collectivité n'a aucune raison d'avoir son pole de décision en permanence
au même endroit quand ils peuvent tourner. Chaque collectivité emploie
aussi ses services administratifs qui sont plus ou moins répartis sur le
territoire et servent de points de contact accessible. C'est cette notion
de chef-lieu (ou capitale) qui est source de gaspillage et de frustrations
de la part de ceux qui n'y habitent pas et se voient petit à petit privés
de services ou contraints d'accepter uniquement les rebus des centres
urbains (déchetteries, emprise de leur territoire pour construire ou
étendre des rocades et autoroutes, zones indistrielles sales, cités
dortoirs,,,) et quelques services dégradés (écoles qui ferment, peu ou pas
de transport urbain même avec le centre urbain le plus proche, et jamais
entre les communes rurales malgré la présence des intercoms, déserts
médicaux...). peu ou pas de sécurité publique (absence même de la
gendarmerie)

Et ne pas oublier aussi qu'avec Internet maintenant plein de choses peuvent
se faire qui ne nécessitent plus de bâtir et entretenir un coûteux point
d'accueil permanent. C'est ce qu'à fait dès vite dès son indépendant
l'Estonie (même si elle a eu la chance de récupérer des stocks d'or stockés
depuis des décennies dans les banques occidentales et d'avoir eu très vite
des relations avec ses voisins scandinaves, tout en restant un port
important d'échange pour la Russie, comme pour la Finlande qui n'était plus
isolée du reste de l'Europe et tenue de passer soit par le nord soit par la
mer).

Le 12 février 2015 13:44, Tony Emery tony.em...@yahoo.fr a écrit :

 Christian Rogel wrote
  L’amélioration est à venir, en fonction de l’extension de la superficie
  des intercommunalités.
  Le gouvernement parle d’un minimum de 20 000 hab., ce qui est encore une
  invention débile des technocrates hors-sol. Il faudrait abaisser le

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

2015-02-12 Par sujet Ab_fab

Le message que j'avais envoyé ce matin

Bonjour,

Via une alerte liée au mot clef OpenStreetMap sur news.google.fr, j'ai
découvert
votre article concernant la carte d'un Centre Ferroviaire pressenti près
d'Aulnoyes-Aymeries.

Je suis contributeur bénévole au projet, et j'ai relayé l'info sur la liste
de diffusion francophone.
https://lists.openstreetmap.org/pipermail/talk-fr/2015-February/074999.html

Les contributeurs sont ouverts à la discussion, soit sur cette liste, soit via
le formulaire de contact de l'association française. Notez qu'il y avait
effectivement une erreur dans la description du tracé. Elle a été
immédiatement corrigée.

Le projet OSM dans son ensemble veille à ce que les informations
soient les plus
conformes à la réalité du terrain. Pour ce faire, plus il y a de contributeurs
locaux, mieux cela fonctionne.

Cordialement
@ab_fab

Outre les reprises dans le second article, j'ai reçu une réponse du
journaliste à mon adresse perso :

Bonjour M xxx et merci de votre réaction, pour l'heure je n'en ai eu aucune
de la part d'openstreetmap en-dehors de l'annonce que mes questions avaient
été transmises aux modérateurs.

Les éléments que vous m'apporez sont très intéressants. L'erreur que vous
évoquez porte-t-elle bien comme le laisse entendre vos éléments sur la
différence de tag proposed ou construit? Dans l'article le spécialiste
du CEEF laissant entendre que les erreurs minimes seraient peut-être
d'ordre topographique mais sans davantage de précision.

Si vous avez lu l'article hier, n'hésitez pas à vous rendre de nouveau
dessus, j'ai apporté quelques précisions aux lecteurs, dont certains vous
confondaient avec Google Earth ou Maps, sur le projet ainsi que sur celui
du CEEF. J'y précise que les cartes oSM semblent d'une précision très
convaincante habituellement, pour avoir comparé avec des concurrents ;)

En revanche, votre réponse appelle une autre question de ma part. S'agit-il
d'une politique d'OSM de porter sur carte des projets y compris non encore
réalisés (et soumis à d'autres tracés comme dans le cas de ce chantier)? Je
vous avoue que j'ai un peu de mal à trouver de légende sur la carte
montrant que les installations sont en projet et non construites, d'autant
que d'autres projets aboutis (le parking silo d'Aulnoye-Aymeries par
exemple) ne semblent pas encore placés.

Bien cordialement

Challenge : qui saura ajouter correctement ce parking-silo ??

-
Last, but not least, ma réponse

Bonjour Sébastien,

Petite curiosité : par quel biais êtes-vous passé pour prendre contact avec
le projet ?
J'ai lu votre réponse, et je vais essayer de vous éclairer un peu plus.

L'erreur que vous évoquez porte-t-elle bien comme le laisse entendre vos
éléments sur la différence de tag proposed ou construit?

Pour commencer, le projet est libre par définition. C'est à dire que tout
un chacun peut contribuer et ajouter la description qu'il souhaite aux
éléments qu'il ajoute.

Il y a toutefois une volonté d'harmoniser ces descriptions, et cela passe
le plus souvent par un Wiki qui fait un peu office de bréviaire. Quand
j'ai lu l'article et que j'ai vu de quels éléments il était question, c'est
là que je me suis rendu
http://wiki.openstreetmap.org/wiki/FR:Railways#Cycle_de_vie

Pas de chance, la section n'est pas traduite en français (ça arrive). Mais
une chose est sûre, le tag construction implique qu'il y a des engins de
chantier qui préparent le terrain. Et donc que c'est visible sur place.
A la lecture de votre article, on comprend bien que ce n'est pas le cas.

J'y précise que les cartes oSM semblent d'une précision très convaincante
habituellement, pour avoir comparé avec des concurrents ;)

C'est très gentil, et c'est grâce à des contributeurs locaux tels que Jacques
Lys http://www.openstreetmap.org/user/Jacques%20Lys, qui est bien actif
sur la région et qui a ajouté le tracé de ce projet.
Là il s'est peut-être un peu avancé, mais ce sont des choses qui arrivent.

OSM en France, ce sont environ 200 contributeurs par jour, en moyenne.
C'est pas mal, mais à l'échelle du territoire finalement assez peu.
Ce qui a manqué pour ce point précis, c'est la vérification par un tiers,
connaissant le contexte local.
Il a fini par aboutir, par le truchement de votre journal (ce qui est tout
de même plutôt rare ^^), et tout se normalise ensuite en quelques heures,
au besoin suite à quelques débats.

Le projet reste similaire à Wikipedia, c'est à dire que tout le monde peut
modifier à sa guise, et que la vérification se fait à postériori. Les
modifications sont tracées : on sait qui a fait quoi et quand
http://simon04.dev.openstreetmap.org/whodidit/?zoom=12lat=50.19842lon=3.88757layers=BTTage=6%20month
.

Et le gros avantage par rapport à Wikipedia, c'est que le juge de paix est
une réalité tangible de terrain, ou pour un futur projet une décision
officielle, sourcée.

Les contributions polémiques sont en pratique très rares (exemple ici

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Il faut quand même se rendre compte d’une chose très importante. Les services
d’Etats ont de moins en moins de moyens et les compétences sont de plus en
plus transférées vers les collectivités territoriales. Il y aurait plein de
choses à dire dessus mais ce serait très long.

Donc, s’il y a une tendance, c’est plus dans le sens de permettre aux
communes de créer leurs « Fantoir » comme l’a suggéré Christian. Mais on est
encore loin de tout ça. En attendant…..

Pour répondre à Philippe, je dirais une chose que j’ai déjà écrite pas mal
de fois et notamment un peu plus haut, genre le 12/02/2015 à 10 :17 : SEULES
LES COMMUNES ONT LA COMPETENCE EN MATIERE DE CREATION ET DE DENOMINATION DE
LA VOIRIE.

Donc l’histoire des bases des départements, des régions etc… n’a pas lieu
d’être. Au contraire, si les communes arrivent à mettre en place ce projet,
les autres institutions n’auront plus besoin de créer leurs propres bases…

Après, qu’une commune choisisse de construire son identifiant d’une façon ou
d’une autre, j’allais dire peu importe si l’on sait de quel commune il
s’agit et que les identifiants son uniques. Le projet permet de passer de
l’un à l’autre et c’est à la commune de voir comment elle veut faire, si
elle souhaite verser ces données dans OSM.

Après, cher Philippe, c’est bien d’écrire des romans que personne ne lit,
mais il faut vraiment lire les posts des autres aussi parce que, de mon
côté, j’en ai vraiment marre de répéter 50.000 fois les mêmes choses.

La base de données voirie sur laquelle je travaille est « l’officiel de la
voirie de la CCPRO », ex-« Officiel de la voirie d’Orange » qui concerne,
pour le moment, les 7 communes de la CCPRO. Cette base de données a été
conçue en partenariat avec la ville d’Avignon (et son agglomération).
Elle est disponible, en OpenSource ici :
https://drive.google.com/file/d/0B_qnfztqzzrOcUl1QjU3VF9MZGs/view?usp=sharing
Pour voir la licence d’utilisation, il faut ouvrir de 2ème onglet.
Je suis le contact principal de cet officiel car c’est mon boulot au sein de
la collectivité. Mais je travaille en coordination avec mes 2 autres
collègues, les 7 communes et les agents de terrain de la CCPRO qui nous
vérifie les infos sur place.
Pour le reste, je ne garantit rien si je pars mais je ne pense pas que ce
soit dans l’intérêt de la collectivité de ne pas continuer… Surtout que nous
avons un logiciel de finance qui tourne derrière…

J'ai pas lu le 2ème post... pas assez de temps!

-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien chef de projets
--
View this message in context:
http://gis.19327.n5.nabble.com/Re-OpenStreetMap-Re-Re-Gros-probleme-de-correction-Groupe-de-modifications-28377712-tp5832528p5833370.html
Sent from the France mailing list archive at Nabble.com.

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

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

2015-02-12 Par sujet Romain MEHUT

Bonjour,

Ce qui est rigolo c'est que les journalistes ne savent pas comment s'y
prendre pour remonter à la source du tracé.

Romain

Le 12 février 2015 09:15, Ab_fab gamma@gmail.com a écrit :

 Bonjour,

 Un article de la Voix du Nord d'hier qui monte un peu dans les tours
 concernant un tracé en projet pour une voie ferrée près d'Aulnoye-Aymerie


 http://www.lavoixdunord.fr/region/avesnois-des-cartes-sur-internet-affichent-deja-le-ia12b45170n2655846

 le service uMap est cité, mais sans lien direct vers la carte en question.
 Dans la base OSM, c'est ce way qui est en question
 http://www.openstreetmap.org/way/244020057#map=14/50.1986/3.8617layers=D

 Dans le descriptif, il est indiqué railway = construction, alors que
 serait au mieux railway = proposed


- Proposed - For features that have a strong likelihood of being
constructed. For a proposed railway line tag it with railway
http://wiki.openstreetmap.org/wiki/Key:railway=proposed
http://wiki.openstreetmap.org/wiki/Tag:railway%3Dproposed and also
proposed http://wiki.openstreetmap.org/wiki/Key:proposed=* where *
is the type of railway being proposed (rail, subway,light-rail etc). *An
aspiration on the part of an authority or from an advocacy group which is
not funded or approved should not be added.*


 La dernière phrase veut bien dire que tant qu'il n'y a pas eu
 d'officialisation du projet par les autorités, le tracé n'a pas lieu d'être
 dans OSM, c'est ça ?

 Bonne journée

 --
 ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus, Nadja

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


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

Re: [OSM-talk-fr] Contours des communes dans le Gard