Re: [OSM-talk-fr] Tag layer et Osmose

[Claude]

Le 06/12/2013 21:50, Vincent Privat a écrit :


Le 5 décembre 2013 10:17, Pieren > a écrit :



+1
layer=0 est "rather useless" (inutile) et j'en efface assez
régulièrement. Tous les objets qui n'ont pas de tag "layer" sont en
"layer=0". Et il y a en beaucoup plus sans tag "layer" qu'avec
"layer=0" ;-)


+1, et le nombre de layer=0 va baisser. A partir de la version 6447, 
JOSM détecte ce tag comme inutile et propose sa suppression.



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

Bonjour

on trouve aussi souvent des "waterway" "taggé" sur tout le chemin avec 
"layer=-1"




--
 Envoyé avec Mozilla Thunderbird ---

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

[OSM-talk-fr] Les antennes radio

[Gad.Jo]

Bonsoir,

J'ai lu un article en ligne indiquant que l'agence nationale des fréquences
viens de mettre en ligne des application permettant de localiser les
antennes :
http://www.lefigaro.fr/secteur/high-tech/2013/12/06/01007-20131206ARTFIG00462-4g-une-application-pour-localiser-les-antennes-des-operateurs-telecoms.php

Peut être est t'il possible de les contacter pour leur demander
l'autorisation de réutiliser les données.

En attendant je compte m'en servir pour venir constater sur place la
présence effective d'antenne et cartographier ce que j'aurai réellement
relevé (pas d'édition en mode canapé). Est ce que j'ai le droit ??
Le 5 déc. 2013 09:34, "Jean-Baptiste Holcroft"  a
écrit :

> En second élément pour ne pas mettre de layer sur l'objet traversé c'est
> que mettre un tag layer sur une rivière ou sur un long segment peut aussi
> créer des erreurs en dehors de la zone d'édition à quelques kilomètres.
> Exemple classique : la voie ferrée qui peut passer une fois au dessus, une
> fois en dessous.
> Le 5 déc. 2013 08:58, "Christian Quest"  a
> écrit :
>
>> layer=* est utilisé par les moteurs de rendu pour aider à déterminer
>> l'ordre de dessin.
>>
>> Une absence de tag layer équivaut à layer=0, ce qui fait qu'au final
>> layer=0 n'a pas vraiment d'utilité et est donc "rather unusual" (il y en a
>> quand même plus de 230 000 d'après taginfo).
>>
>>
>>
>> Le 5 décembre 2013 00:48, Simon Miniou  a écrit :
>>
>>> Bonjour,
>>>
>>> en essayant de corriger les erreurs osmose avec le message "*Manque le
>>> tag layer aux alentours du pont*" j'ai pris l'habitude de mettre la
>>> rivière ou la route en layer=0 et le pont en layer=1 (ou 1 et 2 si
>>> plusieurs croisement)
>>>
>>> Dernièrement, j'ai été contacté par un utilisateur concernant mes
>>> modifications sur le tag layer et me retourne vers vous pour savoir qu'est
>>> ce qu'il faut utiliser? si je vais dans la bonne direction ou me trompe
>>> complétement?
>>>
>>> j'ai pas trouvé d'exemples sur le wiki.
>>>
>>> la personne avec qui je suis en contact me demande :
>>>
>>> "normally the bridge would be layer=1 and the river without any tags?"
>>>
>>> qu'en est il réellement?
>>>
>>> autre échange toujours en anglais :
>>>
>>> "I was wondering for example about this:
>>> http://www.openstreetmap.org/way/244371711
>>>
>>> layer=1 without a bridge or layer=-1 without a tunnel is very frequently
>>> an error which is why it caught my attention.
>>>
>>> Another thing: http://www.openstreetmap.org/way/71175201 - it is not an
>>> error to add layer=0 but rather unusual."
>>>
>>>
>>> Merci de vos lumières,
>>>
>>> Simon
>>>
>>>
>>> ps: par rapport à Osmose, sur le territoire italien, une erreur reporté
>>> le 01/11/2013 qui a été corrigé 1 moi avant c'est normal? (
>>> http://www.openstreetmap.org/node/2476544745 --
>>> http://osmose.openstreetmap.fr/fr/map/?username=RicoZ&zoom=18&lat=46.20995&lon=10.75401&layers=B00FFT&item=&level=1
>>> )
>>>
>>>
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tag layer et Osmose

[Vincent Privat]

Le 5 décembre 2013 10:17, Pieren  a écrit :

>
> +1
> layer=0 est "rather useless" (inutile) et j'en efface assez
> régulièrement. Tous les objets qui n'ont pas de tag "layer" sont en
> "layer=0". Et il y a en beaucoup plus sans tag "layer" qu'avec
> "layer=0" ;-)
>
>
+1, et le nombre de layer=0 va baisser. A partir de la version 6447, JOSM
détecte ce tag comme inutile et propose sa suppression.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bilan première réunion technique IGN/OSM-FR

[Vincent Privat]

Le 6 décembre 2013 21:23, Christian Quest  a écrit
:

> Ce matin Gaël, Vincent, Marc et moi étions à l'IGN pour une première
> rencontre technique.
>
>
Merci pour le compte-rendu :)


> A ce sujet, j'ai lancé l'idée de définir des règles de cohérences sous
> forme de scripts génériques non liés à un outil ou des formats de données
> pour par exemple décrire des choses comme: un bureau de poste est soit
> ponctuel, soit d'une surface comprise entre 10 et 500m2.
>
> C'est une idée qui m'était venue pendant l'exposé d'une autre thèse lors
> de la journée OSM au CRAIG:
> http://recherche.ign.fr/labos/cogit/pdf/THESES/BRANDO/M%C3%A9moire_de_Th%C3%A8se-Carmen_Brando_Escobar_2013.pdf
>
>
Très bonne idée. Que l'on pourrait tout à fait supporter dans le validateur
de JOSM ;)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Controle qualité des limites administratives.

[Frédéric Rodrigo]

Le 06/12/2013 19:33, Yannick VOYEAUD a écrit :

Le 06/12/2013 14:54, Frédéric Rodrigo a écrit :


L'auteur du site web que tu cites doit avoir une source peu fiables ;)

Frédéric.


Bonsoir,

Frédéric Jean TOSTI travaille avec des sources très fiables. Si je dois
choisir entre Jean TOSTI et l'IGN il n'y a pas photos je choisirais Jean.
En effet comme tout généalogiste-historien, amateur ou non, il utilise
les archives où l'on trouve les chartes, les terriers et autres sources
anciennes ancêtres du cadastre actuel. Les sources sont peu enclines à
discussions quant à leur fiabilité originelle. Certes la révolution a
quelque peu chamboulé les propriétaires mais pour l'ancien régime je
suis certains qu'il n'y aura jamais mieux tant en précision qu'en fiabilité.

Amitiés


Pas d'emballement, j'ai mis un smiley. C'était une boutade vis-à-vis du 
référentiel "qu'est" l'IGN.


Frédéric.


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

[OSM-talk-fr] Bilan première réunion technique IGN/OSM-FR

[Christian Quest]

Ce matin Gaël, Vincent, Marc et moi étions à l'IGN pour une première
rencontre technique.

C'est suite à la rencontre avec la direction de l'IGN de ces dernières
semaines que nous avons lancé cette série de réunions technique pour mieux
nous connaitre, mieux connaître nos façons de faire, nos outils, nos
problèmes respectifs.

Donc ce coup-ci c'était l'IGN qui nous montrait quelques outils et nous
recevait dans ses locaux.

On a commencé par un outil d'appariement qui permet de retrouver les objets
similaires dans deux bases. Cet appariement se fait sur le plan géométrique
et a été développé à l'origine pour compléter les données sémantiques d'une
base riche géométriquement mais pauvre sémantiquement avec les données
sémantique de l'autre base plus riche mais plus pauvre sur le plan
géométrique (ça va vous suivez ?).

Pour nous ça donnerai par exemple :
- la BD Carthage : avec des noms, des ref:sandre potentiels, de la
navigabilité mais une géométrie moins détaillées que...
- les données OSM avec des cours d'eau tracés mais sans tout les tags qu'on
pourrait ajouter

Pour cela un sur-découpage du filaire est fait pour faire correspondre des
éléments qui ne sont pas tronçonnés de la même façon.

L'exemple montré était assez intéressant, une zone sur Haïti avec des
données OSM et d'autres données et comment réconcilier tout ce petit monde.

Ca tourne dans GéoConcept, donc même si l'IGN peut mettre ça en opensource,
c'est dépendant d'un logiciel propriétaire.

Les principes sont proches d'une thèse que j'avais lu sur le sujet:
http://recherche.ign.fr/labos/cogit/pdf/THESES/DEVOGELE/These_Devogele_1997.pdf

L'appariement peut aussi être fait sur des éléments surfaciques et a été
utilisé pour intégrer le bâti du cadastre dans la BDUni (la base "mère" de
l'IGN).

Le plus dûr à apparier, ce sont des données avec des géométries prévues
pour des échelles très différentes ou lorsque la topologie est différente
car l'outil semble aussi s'appuyer sur un grapohe pour les données filaires.


Deuxième outil dont on a juste parlé, c'est un générateur de "diff". On lui
donne 2 bases et il sort ce qui est en plus ou différent, ce qui a disparu,
mais aussi les fusions/tronçonnages ou les fausses modifs
(suppression/ajout du même élément). Ca se base sur des ID d'objet et aussi
une comparaison géométrique mais très serrée (par comme pour l'appariement).


Troisième outil, c'est le futur outil de remontée d'erreurs basé sur une
interface web qui permet d'accèder directement aux données de la BDUni (de
la veille) un peu comme avec iD. L'avantage c'est qu'on modifie directement
les attributs des objets et qu'on accède aux objets présents en base mais
aussi on peut rendre visible ceux supprimés ainsi que les colorer selon
leur date de dernière mise à jour.

Prochaine réunion technique en janvier, ce coup là c'est l'IGN qui viendra
nous voir à La Fonderie, sûrement avec quelques "collecteurs" qui tournent
sur le terrain. On a en effet parlé de GoPro, d'outils de saisie, de suivi
des modifs de données, mais aussi d'outil de contrôle à priori (façon
"validator" de JOSM) que l'IGN a dans ses outils, mais il ne semble pas y
avoir d'équivalent à osmose.

A ce sujet, j'ai lancé l'idée de définir des règles de cohérences sous
forme de scripts génériques non liés à un outil ou des formats de données
pour par exemple décrire des choses comme: un bureau de poste est soit
ponctuel, soit d'une surface comprise entre 10 et 500m2.

C'est une idée qui m'était venue pendant l'exposé d'une autre thèse lors de
la journée OSM au CRAIG:
http://recherche.ign.fr/labos/cogit/pdf/THESES/BRANDO/M%C3%A9moire_de_Th%C3%A8se-Carmen_Brando_Escobar_2013.pdf

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

Re: [OSM-talk-fr] Controle qualité des limites administratives.

[Ab_fab]

Bonjour,

Il y a un an, la limite entre Bettancourt-la-Ferrée et Saint-Dizier [1] a
été sensiblement modifiée, pour que le centre hospitalier Geneviève de
Gaulle Anthonioz soit intégralement situé sur le territoire de Saint Dizier.
Donc ce genre d'échange arrive

[1] http://www.openstreetmap.org/way/38393948
https://lists.openstreetmap.org/pipermail/talk-fr/2012-July/045516.html



Le 5 décembre 2013 17:59, adrien carpentier  a
écrit :

> Re-
>
> Le 5 décembre 2013 17:47, Stéphane Péneau  a
> écrit :
>
> J'imagine que l'échange de parcelles entre communes doit arriver de temps
>> en temps. Mais on a aucun moyen de le détecter.
>> Stf
>>
>
> Plus que des échanges de parcelles, il s'agit plutôt de
> démembrements/remembrements qui font bouger les limites de parcelles...
>
>
> ___
> 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

Re: [OSM-talk-fr] Josm : Problème avec le cadastre

[Eric SIBERT]

En complément, si je redémarre josm et que je demande directement la 
seconde commune, j'obtiens bien le cadastre de la seconde commune.


Sinon, j'ai un autre problème. Dans le même coin, il y a une troisième 
commune cette fois en raster mais géoréférancé en Lambert III dans 
http://www.cadastre.gouv.fr/. Après chargement du raster, le plugin me 
demande de géoréférencer l'image sans indiquer qu'il existe déjà un 
géoréférencement.


Tout ça pour dire que je suis tombé sur un problème de limites 
communales dans une zone significativement urbanisée donc le bâti est 
aussi à la rue.


Eric

>

Depuis quelques temps, j'ai des problèmes avec le cadastre dans JOSM. Je
demande une première commune (vectorielle). Ça s'affiche bien. Ensuite,
je veux voir une seconde commune (vectorielle) voisine. Je supprime le
calque de la première commune. Je vais dans le menu Cadastre|Changer de
lieu. J'indique le nom de la seconde commune qui est bien reconnue. Sauf
que c'est toujours le fond de la première commune qui s'affiche même si
dans la liste des calques, j'ai bien le nom de la seconde commune.



---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com


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

[OSM-talk-fr] Josm : Problème avec le cadastre

[Eric SIBERT]

Bonsoir,

Depuis quelques temps, j'ai des problèmes avec le cadastre dans JOSM. Je 
demande une première commune (vectorielle). Ça s'affiche bien. Ensuite, 
je veux voir une seconde commune (vectorielle) voisine. Je supprime le 
calque de la première commune. Je vais dans le menu Cadastre|Changer de 
lieu. J'indique le nom de la seconde commune qui est bien reconnue. Sauf 
que c'est toujours le fond de la première commune qui s'affiche même si 
dans la liste des calques, j'ai bien le nom de la seconde commune.


Une idée? Je suis le seul?


--
Éric

---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com


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

Re: [OSM-talk-fr] Controle qualité des limites administratives.

[Christian Quest]

Le 6 décembre 2013 15:22, Nicolas Moyroud  a écrit :

> Ça correspond pas totalement parfaitement, mais presque ! Je mettrais bien
> à disposition une copie d'écran des deux couches mais j'ai peur de ne pas
> en avoir le droit.
> L'IGN a fait une mise à jour, peut-être depuis le cadastre, entre décembre
> 2011 et mars 2013. Peut-être utilisent-ils un outil de comparaison entre
> leur données et celles d'OSM pour détecter les endroits où il peut y avoir
> des erreurs dans leurs données et ensuite faire des mises à jour depuis une
> source autorisée ??
> Du coup, le découpage de Google Maps est faux. Voilà ce qui peut arriver
> quand on achète ses données à l'IGN ! ;-)
>


Voilà surtout ce qui arrive quand on n'achète pas (ou plus) les mises à
jour ;)

Pour moi, une mise à jour de données non libres ne peut s'appuyer ni
directement ni indirectement de données libres en partage à l'identique.

Sinon, cela nous autoriserai à l'inverse à publier la liste des endroits ou
les limites administratives d'OSM s'éloignent de beaucoup de celles par
exemple de la BD Topo (sans publier les données de la BD Topo) et cibler
les endroits nécessitant un contrôle (vu qu'on ne peut considérer la BD
Topo comme une référence pour les limites admins d'après les erreurs dans
les échantillons disponibles).

Ce qu'on ne peut pas faire dans un sens, il n'y a aucune raison qu'on
puisse le faire dans l'autre. Le partage c'est dans les deux sens, pas à
sens unique.

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

Re: [OSM-talk-fr] Dans "name", le nom de commune au COG ou le "terrain" ?

[Christian Quest]

Sur le rendu FR, tu aura le nom du nœud place=* à sa place, et le nom de la
relation sur (le bon côté) de ses frontières.

official_name devrait être le même sur les deux.

Ah les cas particuliers, ce sont les plus passionnants !



Le 6 décembre 2013 15:32, sly (sylvain letuffe)  a
écrit :

>  On vendredi 6 décembre 2013, Nicolas Dumoulin wrote:
>
>
>
> > On avait déjà parlé d'ailleurs des communes dont le chef-lieu sur le
> terrain
>
> > n'a pas exactement le même nom (au delà de l'orthographe) que la commune.
>
> > Il y en a au moins une d'après wikipedia :
>
>
>
> Dans nos montagnes, rempli de micro-village, ce cas se présente aussi, il
> a fallu être pragmatique et éviter les communes de 30 habitants, mais comme
> on haï son voisin, on va quand même pas choisir "son" nom !
>
> D'où la naissance d'un nom ex-nihilo (ou presque) du nom de la commune.
>
> http://fr.wikipedia.org/wiki/Les_Déserts
>
> Le chef lieu s'appel "la combe"
>
> http://fr.wikipedia.org/wiki/Sainte-Marie-du-Mont_(Isère)
>
> "Les près"
>
>
>
> Mais dans ces cas, les habitants ne nient pas l'existence de ce nom pour
> la commune ou de cet orthographe, et le terrain indique bien (entre ( ) )
> le nom de la commune.
>
> Celui dont je parle au début, le terrain et les gens du terrain s'accorde
> à dire "il y a une erreur dans le COG"
>
> Et à ceux qui gère le "COG" de répondre : "il y a erreur dans les gens" vu
> que c'est nous qui somme les "officiels"
>
>
>
>
>
> --
>
> sly
>
> qui suis-je : http://sly.letuffe.org
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?

[Christian Quest]

Le 6 décembre 2013 11:01, Charles Nepote  a écrit :

>  Merci Christian.
> Aujourd'hui l'overpass-api est sans doute très intéressante pour les
> développeurs mais inaccessible pour, par exemple, l'étudiant en histoire
> qui fait un mémoire sur le culte de Saint Clair et qui cherche la
> répartition géographique des églises vouées à ce Saint. Je peux multiplier
> les exemples de cas d'usage si ça vous intéresse, mais il y a beaucoup de
> monde qui est incapable d'aborder des données autrement que par un format
> tabulaire de type CSV (ods et xls étant même encore plus accessibles).
>
>

Plus les extractions seront précises, plus il faudra faire appel à des
requêtes pour filtrer vraiment que ce qu'on veut.
Donc les églises "Saint Clair" seront faciles à extraire si on suit de
simple exemple:

node[name~'Saint.Clair'][amenity=place_of_worship];out;
way[name~'Saint.Clair'][amenity=place_of_worship];out;>;out skel;

résultat à voir sur: http://overpass-turbo.eu/s/1I0


 Je crois que la plupart des gens qui savent utiliser Excel ou LibreOffice
> Calc ne savent pas charger un XML dedans. Quand bien même ils le sauraient
> ça les obligeraient à importer d'énormes fichiers .osm pour retrouver leurs
> petits.
>
>
Moi j'en suis même sûr ;)



>  Ce dont je parle c'est la capacité de néophytes à récupérer et lire en
> quelques clics des données d'OSM dans Excel ou LibreOffice pour des usages
> simples : quand je veux calculer la densité de piscine publiques dans mon
> département, je devrais pouvoir faire ça dans un tableur. Et ce tableau des
> piscines je vais peut-être avoir envie de l'enrichir en ajoutant les
> horaires d'entrées et je vais donc m'intéresser un peu plus à OSM pour
> comprendre comment contribuer.
>
> Christian je te propose de démarrer des choses simples et opérationnelles
> dès maintenant :
> 1. une maquette de page qui hébergerait ces données (je l'héberge sur le
> wiki ou sur Github comme ça d'autres pourront contribuer)
> 2. un ou des scripts bash un peu génériques qui réalisent les conversions
> voulues (idem + les fichiers produits seront hébergés sur mon site dans un
> premier temps)
> 3. une fois que tout ça tourne dans un cron, je publie ça ici et vous me
> faites un retour sur l'opportunité de publier ça sur openstreetmap.fr (ou
> pas)
>
> Ça te va ?
>
> ChN
>


On peut voir ça après le 18/12 ?

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

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

[Christian Quest]

Le 5 décembre 2013 22:50, Copro Grammes  a écrit :
>
> Effectivement, l'essentiel de ces discussions n'est pas restreint au
cadre franco-français, et doit avoir lieu sur la liste dédiée. Je vais
essayer de m'y atteler.
>
> Quelques remarques tout de même :
>
> Concernant public_transport=station :
> N'ajoutons pas de la confusion là où il n'y en avait pas encore :
actuellement, le schéma public_transport est clairement et largement
présenté comme un ensemble tags qui peuvent venir en complément des tags
classiques [1], et donc généralement en doublon pour les platforms et les
stations.

Ca coince un peu là... soit on considère que public_transport est un
complément et dans ce cas aucun tag ne devrait être un doublon de ceux
pré-existant, soit on doublonne (et c'est le bazar constaté).


> Son usage n'est nulle part restreint aux cas où les tags classiques
seraient insuffisants.
> On peut – avec force arguments rationnels – relancer le débat ; proposer
que les tags public_transports soient limités à pallier d'éventuelles
insuffisances des tags classiques ; les supprimer de toutes les stations /
bus_stations /bus_stops / platforms /... où ils font doublon. Mais ce
n'était pas l'objet du débat.
> Il s'agissait de savoir si (lorsque l'on utilisait le schéma
public_transport tel qu'il est présenté aujourd'hui) on définissait un seul
public_transport=station sur l'ensemble du pôle de transport, ou un pour
chaque élément (gare ferroviaire, gare routière, etc.). La seconde solution
a été préconisée dans les discussions. Je l'ai mise en œuvre sur la Gare du
Nord. Point.
>
> Encore une fois, je me contrefous de ce schéma, je ne cherche aucunement
à le promouvoir. Chacun de nous peut décider de ne l'utiliser que dans
certains cas particuliers, puisqu'il n'est (encore heureux !) pas
obligatoire. Mais, pour ceux qui inévitablement voudront utiliser plus
largement ce schéma, autant présenter sur un exemple comment l'utiliser au
mieux.
>
> Concernant les mentions (métro) (RER) (gare routière) rajoutées au nom «
Gare du Nord »:
> Même si c'est moi qui les ai rajoutées, je ne les apprécie pas plus que
Christian !
> Mais j'avais posé la question de l'opportunité de ce changement, sans
obtenir de réponse. Alors j'ai suivi l'exemple de la Gare de Lyon (qu'on
avait évoqué, sans soulever ce point : j'en ai conclu bien hâtivement que
c'était un exemple à suivre).
> Donc, on enlève toutes ces mentions superfétatoires aussi bien sur les
stations « Gare du Nord » que sur les stations « Gare de Lyon » ?
> ↑ là il y a une question ; j'attendrai sagement les réponses avant toute
modification
>

On discute, on trouve un consensus (et pas qu'ici) puis on met à jour.


> Nœud ou surface pour railway=station ?

Noeud pour une gare simple, polygone si nécessaire pour les gares complexes.
On ne devrait pas imposer l'un plus que l'autre mais s'adapter à chaque cas.


> Christian m'a permis de passer outre à mes réticences envers les
approximations de tracé, je déplacerai donc les tags sur une surface autour
de la gare.

C'est que j'aurai tendance à faire sur la Gare du Nord, ailleurs faut voir
;)


> Mais je m'interroge sur les dons de télépathie de Christian... Le débat
n'avait pas permis de dégager un consensus clair pour l'une ou l'autre des
solutions. J'en déduis que Christian a réussi à lire dans mes pensées que
je commençai à me laisser convaincre par la solution « surface »,
privilégiant la rigueur cartographique plutôt que l'intérêt supposé des
utilisateurs.
>

Pas compris.


> Zigeuner
>
> [1] notamment dans le lien envoyé par Christian (
http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Compatibility_with_well_known_tags)
: The proposed tags can and do coexist with the well known tags. The
usage of the new tags is recommended but not mandatory.
>

Je comprends le "can coexist" dans une vue globale de la base, pas sur une
vue locale à une gare. On a un mélange dans les données OSM entre les tags
classiques et les nouveaux, mais sur une gare on ne devrait avoir que l'un
(en priorité le classique pour moi) ou l'autre.

Si je veux comparer les données OSM sur les gares avec des données externes
me donnant par exemple le nombre de gares par département et que je
dénombre les railway=station auxquels j'additionne le nombre de
public_transport=station + rail=yes et bien j'aimerai que ça soit cohérent.

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

Re: [OSM-talk-fr] Dans "name", le nom de commune au COG ou le "terrain" ?

[Philippe Verdy]

Le 6 décembre 2013 15:32, sly (sylvain letuffe)  a
écrit :

>  Dans nos montagnes, rempli de micro-village, ce cas se présente aussi,
> il a fallu être pragmatique et éviter les communes de 30 habitants, mais
> comme on haï son voisin, on va quand même pas choisir "son" nom !
>
> D'où la naissance d'un nom ex-nihilo (ou presque) du nom de la commune.
>
> http://fr.wikipedia.org/wiki/Les_Déserts
>
> Le chef lieu s'appel "la combe"
>
> http://fr.wikipedia.org/wiki/Sainte-Marie-du-Mont_(Isère)
>
> "Les près"
>
>
>
> Mais dans ces cas, les habitants ne nient pas l'existence de ce nom pour
> la commune ou de cet orthographe, et le terrain indique bien (entre ( ) )
> le nom de la commune.
>
> Celui dont je parle au début, le terrain et les gens du terrain s'accorde
> à dire "il y a une erreur dans le COG"
>
> Et à ceux qui gère le "COG" de répondre : "il y a erreur dans les gens" vu
> que c'est nous qui somme les "officiels"
>

C'est fait exprès les fautes d'orthographe, de grammaire (conjugaison,
accords), de typographie (casse; ponctuation de base, je ne parle même pas
des ponctuations fines), et de syntaxe (construction des phrases) à
*toutes* les lignes, dans un mail parlant justement d'orthographe et de
typographie (des toponymes) ?

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

Re: [OSM-talk-fr] Controle qualité des limites administratives.

[Philippe Verdy]

Je te laisse la seule responsabilité de cette affirmation infondée "le mot
exclave n'existe pas en français".

Sors un peu du jargon terminologique dont l'administration française (ou
ses quelques commissions terminologiques, y compris l'Académie) nous
abreuve souvent sans chercher ailleurs s'il n'y a pas déjà des usages,
ainsi que des dictionnaires commerciaux (Larousse, Robert) dont le but n'a
jamais été de sortir un dictionnaire exhaustif de la langue (et qui ont
déjà fait de nombreuses boulettes avec des usages publiés mais même pas
attestés non plus).

Ca t'évitera alors d'écrire le barbarisme du "mél" ou le vrai anglicisme de
"l'email" pour envoyer des "courriels" tout à fait bien venus en français
(alors que c'est malgré tout un néologisme aussi, dont l'attestation est
beaucoup plus récente que l'exclave, de pas loin d'un siècle, une paille !
et que ce mot est totalement issu de la récente génération de l'Internet
francophone).

Il y a des néologismes tout à fait acceptables et même désirables dont
l'emploi en français n'a rien d'un barbarisme, même si c'est un anglicisme
(dans le cas présent ce n'est même pas un anglicisme, mais un germanisme,
calqué sur le mode de formation de nombreux mots français avec des racines
latines, les deux racines étant parfaitement utilisées en français, et ici
en plus à bon escient).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Controle qualité des limites administratives.

[Yannick VOYEAUD]

Le 06/12/2013 14:54, Frédéric Rodrigo a écrit :
> 
> L'auteur du site web que tu cites doit avoir une source peu fiables ;)
> 
> Frédéric.

Bonsoir,

Frédéric Jean TOSTI travaille avec des sources très fiables. Si je dois
choisir entre Jean TOSTI et l'IGN il n'y a pas photos je choisirais Jean.
En effet comme tout généalogiste-historien, amateur ou non, il utilise
les archives où l'on trouve les chartes, les terriers et autres sources
anciennes ancêtres du cadastre actuel. Les sources sont peu enclines à
discussions quant à leur fiabilité originelle. Certes la révolution a
quelque peu chamboulé les propriétaires mais pour l'ancien régime je
suis certains qu'il n'y aura jamais mieux tant en précision qu'en fiabilité.

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Hors sujet (Re: Controle qualité des limites administratives.)

[Philippe Verdy]

En tout cas je n'ai rien fait sur la définition du Wiktionnaire, qui cite
René Pélissier en 1935, un des premiers français à s'intéresser à la
géopolitique naissante dans le monde anglo-saxon, c'est-à-dire à une époque
où le mot "esclave" ne s'écrit déjà plus "exclave" dans les dictionnaires.

Est-ce que ce stupide mépris du mot en français (qui cherche des références
à des époques d'avant le XXe siècle, où la géopolitique n'existait pas
encore) n'est pas encore en France un mépris de la géopolitique? Le mot est
pourtant bien pratique et plus habile que les obscures circonvolutions de
langage comme "fragment détaché" (et diverses autres expressions du même
acabit dont aucune n'a été consacrée non plus par l'usage).



Le 6 décembre 2013 18:56, RÉAU Simon  a écrit :

>  Le 06/12/2013 18:54, RÉAU Simon a écrit :
>
> Le 06/12/2013 18:43, Philippe Verdy a écrit :
>
> Un exemple:
> http://vouloir.hautetfort.com/archive/2010/02/09/kjellen.html
>
> Regarde qui est l'auteur: Hervé Coutau-Bégarie, directeur du cycle de
> stratégie au Collège Interarmées de Défense – Paris, directeur d’études à
> l’École Pratique des Hautes Études et président de l’Institut de Stratégie
> Comparée et de la Commission française d'histoire militaire, professeur
> docteur en science politique et membre correspondant de l'Académie royale
> des sciences navales de Suède.
> Traite-le de boulet si tu croies mieux maîtriser le sujet que lui...
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>  Peut être une lecture un peut rapide mais je ne vois rien qui indique que
> Hervé Coutau-Bégarie soit l'auteur de la totalité de cette page
>
>
> Je dirais même qu'il n'a rien à voir avec la partie contenant le mot
> exclave
>
>
> ___
> 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] Hors sujet (Re: Controle qualité des limites administratives.)

[Philippe Verdy]

En tout cas il est le directeur de la revue Géopolitique où cet article est
paru. et fait partie de son comité de lecture.
Certes la géopolitique est un sujet peu abordé en France par les
chercheurs (c'est bien pour ça que cette revue existe), bizarre tout de
même dans un pays qui a une longue tradition diplomatique et dans le
domaine du droit en général, certes assez différent du droit anglosaxon
plus pragmatique sur les situations établies de fait et moins attaché aux
anciens écrits non suffisamment appliqués car non réclamés dans un temps
raisonnable.

Mais si on bannit le mot "exclave" (à cause de sa confusion avec "esclave",
une confusion qui était plus fréquente dans le passé qu'aujourd'hui, alors
que la confusion est somme toute très faible dans les emplois très
différents), il faut aussi bannir le mot "géopolitique" qui a les mêmes
origines linguistiques.

La place du mot en français est tout à fait naturelle si on veut parler de
géopolitique, à moins de refuser d'aborder le sujet complètement puisqu'il
est d'origine allemande et davantage anglais aujourd'hui, mais pas exclus
pourtant des hautes études politiques françaises qui doivent se mettre à
jour en oubliant un peu ce mépris non justifié de ce qui est anglo-saxon,
alors que leur origine était pourtant bien française (comme si on voulait
gommer notre propre héritage à cause de l'aspect négatif véhiculé par le
mot français "esclave" qu'on voudrait oublier de notre langue et de
l'histoire de notre république qui l'a développé pourtant beaucoup
massivement plus que l'ancien régime, avant de le bannir temporairement et
de le restaurer, en pleine connaissance de ce que cela signifiait; il faut
pourtant admettre que note langue ne nous appartient plus à nous seuls en
France, ce qu'on a voulu oublier ne s'oublie pas ailleurs).

Note: je ne voulais pas polémiquer, mais quand j'ai vu le mot "boulet"
ressortir du chapeau par magie, il y a eu volonté de polémiquer ici par son
auteur qui ne peut pas se passer de ce genre d'attaques personnelles, pas
seulement contre CE qui ne lui plait pas, mais aussi contre CEUX qui
l'expriment. Ce mot est une insulte directe avec le lien attaché.


Le 6 décembre 2013 18:54, RÉAU Simon  a écrit :

>  Le 06/12/2013 18:43, Philippe Verdy a écrit :
>
> Un exemple:
> http://vouloir.hautetfort.com/archive/2010/02/09/kjellen.html
>
> Regarde qui est l'auteur: Hervé Coutau-Bégarie, directeur du cycle de
> stratégie au Collège Interarmées de Défense – Paris, directeur d’études à
> l’École Pratique des Hautes Études et président de l’Institut de Stratégie
> Comparée et de la Commission française d'histoire militaire, professeur
> docteur en science politique et membre correspondant de l'Académie royale
> des sciences navales de Suède.
> Traite-le de boulet si tu croies mieux maîtriser le sujet que lui...
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>  Peut être une lecture un peut rapide mais je ne vois rien qui indique que
> Hervé Coutau-Bégarie soit l'auteur de la totalité de cette page
>
> ___
> 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] Hors sujet (Re: Controle qualité des limites administratives.)

[RÉAU Simon]

Le 06/12/2013 18:54, RÉAU Simon a écrit :

Le 06/12/2013 18:43, Philippe Verdy a écrit :

Un exemple:
http://vouloir.hautetfort.com/archive/2010/02/09/kjellen.html

Regarde qui est l'auteur: Hervé Coutau-Bégarie, directeur du cycle de 
stratégie au Collège Interarmées de Défense -- Paris, directeur 
d'études à l'École Pratique des Hautes Études et président de 
l'Institut de Stratégie Comparée et de la Commission française 
d'histoire militaire, professeur docteur en science politique et 
membre correspondant de l'Académie royale des sciences navales de Suède.

Traite-le de boulet si tu croies mieux maîtriser le sujet que lui...



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Peut être une lecture un peut rapide mais je ne vois rien qui indique 
que Hervé Coutau-Bégarie soit l'auteur de la totalité de cette page




Je dirais même qu'il n'a rien à voir avec la partie contenant le mot exclave

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

Re: [OSM-talk-fr] Hors sujet (Re: Controle qualité des limites administratives.)

[RÉAU Simon]

Le 06/12/2013 18:43, Philippe Verdy a écrit :

Un exemple:
http://vouloir.hautetfort.com/archive/2010/02/09/kjellen.html

Regarde qui est l'auteur: Hervé Coutau-Bégarie, directeur du cycle de 
stratégie au Collège Interarmées de Défense -- Paris, directeur 
d'études à l'École Pratique des Hautes Études et président de 
l'Institut de Stratégie Comparée et de la Commission française 
d'histoire militaire, professeur docteur en science politique et 
membre correspondant de l'Académie royale des sciences navales de Suède.

Traite-le de boulet si tu croies mieux maîtriser le sujet que lui...



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Peut être une lecture un peut rapide mais je ne vois rien qui indique 
que Hervé Coutau-Bégarie soit l'auteur de la totalité de cette page
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Hors sujet (Re: Controle qualité des limites administratives.)

[Philippe Verdy]

Un exemple:
http://vouloir.hautetfort.com/archive/2010/02/09/kjellen.html

Regarde qui est l'auteur: Hervé Coutau-Bégarie, directeur du cycle de
stratégie au Collège Interarmées de Défense – Paris, directeur d’études à
l’École Pratique des Hautes Études et président de l’Institut de Stratégie
Comparée et de la Commission française d'histoire militaire, professeur
docteur en science politique et membre correspondant de l'Académie royale
des sciences navales de Suède.
Traite-le de boulet si tu croies mieux maîtriser le sujet que lui...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Hors sujet (Re: Controle qualité des limites administratives.)

[Philippe Verdy]

Qui tu traites de boulet ? Le terme n'a rien d'un "anglicisme" même s'il
est plus fréquent en anglais. Son origine est française comme enclave dont
on a trop perdu, à tord, sa distinction d'origine pour tant fort utile en
employant l'un pour l'autre.

Ce n'est pas parce que Larousse n'a pas un mot qu'il n'existe pas, il y en
a plein qu'il ne définit pas, tous les ans il en sort ou oublie d'en
remettre quand son usage se comprend bien (même s'il revient par d'autres
langues comme l'anglais, l'allemand, l'espagnol...) sans être du tout perçu
comme un barbarisme tant sa formation est tout est fait correcte pour le
français et son emploi utile pour éviter des distortions de langage comme
la nécessité d'inverser le sens de la relation (le contre-emploi d'enclave
au lieu d'exclave sans cette inversion est bien un barbarisme).

Et je peux citer une série de dictionnaires français qui le cite même si ce
n'est pas Larousse. Et ce ne sont pas des copies de sites Wikimedia, ça
date de bien avant même si ces dicos ont une version en ligne, et on peut
citer des usages actuels dans des thèses scientifiques tout à fait
sérieuses, y compris en géographie et géopolitique, ou droit international.

Evidemment je ne cite pas la confusion orthographique et paronymique assez
fréquente avec esclave ce sont des fautes à l'écrit comme à l'oral,
évidentes de toute façon par le champ sémantique complètement différent (et
qu'il arrive de trouver aussi dans certaines thèses mal relues).

2013/12/6 sly (sylvain letuffe) 

> On vendredi 6 décembre 2013, sly (sylvain letuffe) wrote:
> > (Bon, à part du wikimedia à tour de bras)
>
> p'tain, mais c'est pas possible, ce boulet est absolument partout :
>
> http://fr.wikipedia.org/w/index.php?title=Enclave&diff=83938752&oldid=83589032
>
> Il va nous refaire osm et wikipedia à sa sauce à lui !
>
> --
> sly
> qui suis-je : http://sly.letuffe.org
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Hors sujet (Re: Controle qualité des limites administratives.)

[sly (sylvain letuffe)]

On vendredi 6 décembre 2013, sly (sylvain letuffe) wrote:
> (Bon, à part du wikimedia à tour de bras)

p'tain, mais c'est pas possible, ce boulet est absolument partout :
http://fr.wikipedia.org/w/index.php?title=Enclave&diff=83938752&oldid=83589032

Il va nous refaire osm et wikipedia à sa sauce à lui !

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

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

[OSM-talk-fr] Hors sujet (Re: Controle qualité des limites administratives.)

[sly (sylvain letuffe)]

On vendredi 6 décembre 2013, David Crochet wrote:
> Certes, il se peut que certains dictionnaires n'explicitent pas ce 
> terme, mais ce n'est pas un néologisme non plus.

Moi, je crois bien que si, et même un anglicisme.

> https://fr.wiktionary.org/wiki/exclave

Bon, ok, voilà le seul dictionnaire à parler d'exclave, mais bon, c'est 
wiktionary hein. Quand le mot n'est pas dans le larousse, ni dans le dico de 
l'académy française, ni sur wordreference, on est en droit de se demander si 
c'est bien un mot français ;-)

J'aime pas trop le principe google fight en général :
mais là : https://www.google.com/search?q=exclave
on voit que c'est un peu pauvre en résultat.
(Bon, à part du wikimedia à tour de bras)



-- 
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] Controle qualité des limites administratives.

[David Crochet]

Bonjour

Le 06/12/2013 15:35, sly (sylvain letuffe) a écrit :


Alors s'il est question de vocabulaire : le mot exclave n'existe pas 
en français. On parle de "territoires non connectés formant une 
commune (ou truc du genre)"



Certes, il se peut que certains dictionnaires n'explicitent pas ce 
terme, mais ce n'est pas un néologisme non plus.


https://fr.wiktionary.org/wiki/exclave

Cordialement

--
David Crochet

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

Re: [OSM-talk-fr] Controle qualité des limites administratives.

[sly (sylvain letuffe)]

On vendredi 6 décembre 2013, Frédéric Rodrigo wrote:
> Question de vocabulaire, il s'agit d'exclaves, aucune des parties n'est
> complètement enclavé dans une autre commune.

Alors s'il est question de vocabulaire : le mot exclave n'existe pas en 
français. On parle de "territoires non connectés formant une commune (ou truc 
du genre)" 

-- 
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] Dans "name", le nom de commune au COG ou le "terrain" ?

[sly (sylvain letuffe)]

On vendredi 6 décembre 2013, Nicolas Dumoulin wrote:

> On avait déjà parlé d'ailleurs des communes dont le chef-lieu sur le terrain 
> n'a pas exactement le même nom (au delà de l'orthographe) que la commune.
> Il y en a au moins une d'après wikipedia :

Dans nos montagnes, rempli de micro-village, ce cas se présente aussi, il a 
fallu être pragmatique et éviter les communes de 30 habitants, mais comme on 
haï son voisin, on va quand même pas choisir "son" nom !
D'où la naissance d'un nom ex-nihilo (ou presque) du nom de la commune.
http://fr.wikipedia.org/wiki/Les_Déserts
Le chef lieu s'appel "la combe"
http://fr.wikipedia.org/wiki/Sainte-Marie-du-Mont_(Isère)
"Les près"

Mais dans ces cas, les habitants ne nient pas l'existence de ce nom pour la 
commune ou de cet orthographe, et le terrain indique bien (entre ( ) ) le nom 
de la commune.
Celui dont je parle au début, le terrain et les gens du terrain s'accorde à 
dire "il y a une erreur dans le COG"
Et à ceux qui gère le "COG" de répondre : "il y a erreur dans les gens" vu que 
c'est nous qui somme les "officiels"


-- 
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] Controle qualité des limites administratives.

[Nicolas Moyroud]

Ça correspond pas totalement parfaitement, mais presque ! Je mettrais 
bien à disposition une copie d'écran des deux couches mais j'ai peur de 
ne pas en avoir le droit.
L'IGN a fait une mise à jour, peut-être depuis le cadastre, entre 
décembre 2011 et mars 2013. Peut-être utilisent-ils un outil de 
comparaison entre leur données et celles d'OSM pour détecter les 
endroits où il peut y avoir des erreurs dans leurs données et ensuite 
faire des mises à jour depuis une source autorisée ??
Du coup, le découpage de Google Maps est faux. Voilà ce qui peut arriver 
quand on achète ses données à l'IGN ! ;-)


Nicolas

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

Re: [OSM-talk-fr] Dans "name", le nom de commune au COG ou le "terrain" ?

[sly (sylvain letuffe)]

On vendredi 6 décembre 2013, Eric Sibert wrote:
> J'aurais tendance à mettre le nom officiel sur la relation et le nom  
> du terrain sur le nœud place=*.

Cette idée me plaît pas mal, surtout que pieren ne l'aime pas ;-)

Pour qu'elle me plaise totalement, il faudrait que le nom d'une commune ne 
soit jamais indiqué sur le terrain, sans quoi, c'est la règle "du terrain" 
selon osm qui doit primer.

Alors si les habitants écrivent "champlaurent" si les panneaux d'entrée 
d'aglomération* écrivent "champlaurent" ok, c'est le terrain, mais le terrain 
du noeud "village"

Le terrain pour le nom de la frontière de commune n'existant pas (à confirmer 
? des bornes routières, par exemple, indiquent-t-elle le com de commune ?), on 
pourrait alors mettre dans la relation de commune le nom du COG

* entre temps, streeview est passé par là et on voit que le panneau d'entrée 
d'aglo est lui aussi sans tiret : 
http://sly.letuffe.org/osm/champlaurent-panneau-entree.jpeg

Mais aglo n'étant pas commune, rien n'empêcherait qu'il soit différent.

> Après, c'est quoi le nom officiel? 
"Administration publique : Qui émane du gouvernement, qui est déclaré par 
lui."

pour official_name, ça me semble clair, c'est la version du COG ou, du mois, 
lorsqu'il sera à jour.

La question portait sur la clé "name"
-- 
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] Controle qualité des limites administratives.

[Nicolas Moyroud]

Question de vocabulaire, il s'agit d'exclaves, aucune des parties 
n'est complètement enclavé dans une autre commune.
Oui tu as raison sémantiquement parlant. J'ai utilisé abusivement le mot 
enclave. Toutes mes excuses.


Le découpage dont tu parles se retrouvent également sur google maps : 
http://goo.gl/maps/4ARJq


Le cadastre de Feuilla à bien ce bras.
Je viens de vérifier avec mon administrateur de données et nous avons 
téléchargé la dernière version de la BDtopo sur le département 66, voici 
le bilan.

BDtopo de décembre 2011 (celle que nous avions en stock) : pas d'exclaves.
BDtopo de mars 2013 : deux exclaves correspondant très fortement à 
celles présentes dans OSM.
Je vais faire une petite comparaison pour voir à quel point ça 
correspond... ;-)


L'auteur du site web que tu cites doit avoir une source peu fiables ;)
Ben non apparemment il a une source très fiable, plus que celle du RGE 
de 2011 en tout cas ! :-)


Nicolas

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

Re: [OSM-talk-fr] Controle qualité des limites administratives.

[Frédéric Rodrigo]

Question de vocabulaire, il s'agit d'exclaves, aucune des parties n'est
complètement enclavé dans une autre commune.

Le découpage dont tu parles se retrouvent également sur google maps :
http://goo.gl/maps/4ARJq

Le cadastre de Feuilla à bien ce bras.

L'auteur du site web que tu cites doit avoir une source peu fiables ;)

Frédéric.




Le 6 décembre 2013 14:25, Nicolas Moyroud  a écrit :

>  Et pourtant dans OSM il y a bien deux enclaves et sur la page que j'ai
> cité il y a ça :
> "Un peu en amont, se trouve aussi le confluent de la Tet avec la Rotja,
> mais nous ne sommes déjà plus sur le territoire de Villefranche, dont il
> faut savoir qu'il est composé de deux parties non contiguës : d'une part la
> ville fortifiée, enclavée dans les communes de Fuilla et
> Corneilla-de-Conflent ; de l'autre un territoire vaste et accidenté, acheté
> au XVIIe siècle pour renforcer les fortifications, qui s'élève au nord
> jusqu'au village ruiné de Belloc, et comprend aussi le fort Libéria et
> l'ancienne église de Saint-Étienne de Campelles."
> Dans la BDtopo je ne vois aucun bras d'une commune dans l'autre bien deux
> bons gros polygones convexes.
>
> Nicolas
>
> Le 06/12/2013 13:27, Frédéric Rodrigo a écrit :
>
>  Topologiquement parlant il y a zéro enclaves. La commune est en 3 partie
> et la simplification à fait disparaitre le fin bras de l'autre commune qui
> passait entre (là où il y a la gare).
>
>  Pour le route 500 rien d’extraordinaire.
>
>  C'est plus gênant (pour qui ?) s'il manque une section de la commune dans
> le RGE.
>
>
>
> ___
> 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] Controle qualité des limites administratives.

[Nicolas Moyroud]

Et pourtant dans OSM il y a bien deux enclaves et sur la page que j'ai 
cité il y a ça :
"Un peu en amont, se trouve aussi le confluent de la Tet avec la Rotja, 
mais nous ne sommes déjà plus sur le territoire de Villefranche, dont il 
faut savoir qu'il est composé de deux parties non contiguës : d'une part 
la ville fortifiée, enclavée dans les communes de Fuilla et 
Corneilla-de-Conflent ; de l'autre un territoire vaste et accidenté, 
acheté au XVIIe siècle pour renforcer les fortifications, qui s'élève au 
nord jusqu'au village ruiné de Belloc, et comprend aussi le fort Libéria 
et l'ancienne église de Saint-Étienne de Campelles."
Dans la BDtopo je ne vois aucun bras d'une commune dans l'autre bien 
deux bons gros polygones convexes.


Nicolas

Le 06/12/2013 13:27, Frédéric Rodrigo a écrit :
Topologiquement parlant il y a zéro enclaves. La commune est en 3 
partie et la simplification à fait disparaitre le fin bras de l'autre 
commune qui passait entre (là où il y a la gare).


Pour le route 500 rien d'extraordinaire.

C'est plus gênant (pour qui ?) s'il manque une section de la commune 
dans le RGE.


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

Re: [OSM-talk-fr] Matériel de communication - OSM et randonnée

[Romain MEHUT]

Le 4 décembre 2013 07:49, SautdeChaine  a écrit :

> >Qu'est-ce que tu entends par "vélos : inconnus"? Un exemple?
>
> Je voulais dire que quand je consulte par Potlatch, je vois marqué
> "unknown"
> pour le tag "vélos" dans l'interface utilisateur quand je sélectionne
> quelques chemins au hasard balisés comme chemin de randonnée.
>
> Par exemple : sur WayMarkedTrails, le Sentier Denecourt-Colinet 10, le
> Chemin : 46774085 est mis "foot : yes" et "highway = path".
>

Précisément, il est écrit "unset" mais ce n'est en rien une valeur de tag.
C'est juste qu'il n'y a tout simplement pas de tag.


> Donc personne n'a mis explicitement "bike : yes", mais surtout personne n'a
> mis explicitement "no" - alors que sur le terrain il y a de l'action
> militante de la part de certains randonneurs pour le "no" dans beaucoup
> d'endroits de Fontainebleau (la raison en est un vaste débat très
> polémique).
>

Peu importe les revendications des uns ou des autres. highway=path est un
chemin générique *a priori* ouvert à tous cf.
http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dpath
Ensuite c'est le terrain qui permet de définir d'éventuelles restrictions.
S'il n'y a pas explicitement d'indications qui interdisent le passage des
cyclistes alors par défaut un vélo peut y circuler. Le bicycle=yes n'est
donc pas nécessaire pas plus que foot=yes.


>  >Vu que tu connais bien le terrain, tu serais le mieux à même de faire les
> modifications/corrections
> >[sur l'EV3]. Tu ne dois pas avoir peur de faire des erreurs.
>
> Ca se retrouve dans un mauvais fil, mais bon...
>
> Pour ma part, la correction de l'EV3 sur OSM consisterait à supprimer l'EV3
> sur toute la France, tout simplement (et ce, même en status "proposed"), vu
> que manifestement elle existe via un import de Cartélie, et non par un
> relevé terrain.
>
> Elle serait remise alors au fur et à mesure de son balisage réel a minima,
> par des utilisateurs locaux pouvant témoigner que le balisage existe
> (apparemment pour l'EV3 il existerait sur 1/3 du trajet actuel, mais où en
> détail, je ne sais pas - et pour d'autres voies cyclables, ca peut même
> être
> zéro balisage en France, comme pour la PAN).
>
> Mais vu que nous sommes apparement très peu à penser ainsi, je pourrais
> risquer un blocage à faire des delete massifs...
>
> Si on se met à corriger "comme on peut" plutôt que de supprimer :
>
> Dans le fil sur la PAN/V52/EV3, j'ai déjà mentionné le passage par une
> darse
> de la Seine sans pont sur OSM - alors qu'officiellement le trajet de l'EV3
> est encore à l'étude dans ce département, il n'y a donc rien à mettre "à la
> place", même si un fichier existe sur Cartélie.
>
> Je peux aussi ajouter l'exemple du trajet de l'EV3 entre Montargis et
> Orléans, relativement direct sur OSM, où elle suit le canal d'Orléans comme
> le fichier de Cartélie, alors que le trajet de l'EV3 officiel passera au
> sud
> de Gien. Mais il s'agit là d'une déclaration d'un responsable de
> l'aménagement, difficile de faire une cartographie avec une telle
> déclaration.
>


> Enfin, je connais pas les lieux du tout pour le lien qui suit, mais en
> regardant l'EV3 sur la partie de carte que vous avez choisie dans votre
> post, quelque chose de très suspect m'a sauté aux yeux :
>
> http://www.openstreetmap.org/#map=14/48.3175/2.7442&layers=C
>
> on y voit que l'EV3 d'OSM suit une route départementale classique plutôt
> que
> le chemin de halage cyclable parallèle 200m plus au nord (le canal du
> Loing), et ce sur une vingtaine de kilomètres. Etrange non ?
>
> Alors certes le chemin d'OSM suit le fichier de Cartélie (j'ai vérifié),
> mais que lit-on sur le site lui aussi "officiel" ?
>
> http://www.departements-regions-cyclables.org/index.php?p=43&ref=84
>
> "En Seine-et-Marne, (...) 23,4 km devraient ainsi être aménagés le long du
> canal du Loing, en sus des 12,4 km existants".
>
> Alors doit-on "corriger" à cause de ces deux lignes qui semblent bien plus
> cohérentes que le fichier ?
>
> Je me suis pensé sur les fichiers Cartélie autour de Meaux à l'occasion du
> fil sur la PAN/V52, l'impression que ça donne c'est : des vagues intentions
> de directions, des positions approximatives, et des artefacts de saisies
> qui
> semblent faites en vitesse a la main !
>
> Pour ma part, j'estime qu'OSM n'a pas à avoir de tels imports de qualité
> très douteuse dans sa cartographie, a fortiori en rouge pétant mis en avant
> sur les rendus OSM cyclistes populaires dont le site principal. Je dirais
> même que les parties de ces projets vraiment encore vagues pour plusieurs
> années encore n'ont même pas à y être en proposed (un site de routage comme
> OpenRouteService.org se sert des chemins proposed en postulant qu'ils
> riment
> à quelque chose).
>
> Bref, c'est existant et balisé ou ca ne l'est pas, et on oublie Cartélie
> (ie
> : OSM aurait alors vocation à être meilleur que Cartelie en ce qui concerne
> l'existant).
>
> Et il faut mieux à mon avis effacer une mauvaise source que vouloir la
> 

Re: [OSM-talk-fr] Dans "name", le nom de commune au COG ou le "terrain" ?

[Nicolas Dumoulin]

Le vendredi 6 décembre 2013 11:22:43 Pieren a écrit :
> 2013/12/6 Eric Sibert :
> > J'aurais tendance à mettre le nom officiel sur la relation et le nom du
> > terrain sur le nœud place=*.
> 
> Ca, c'est la pire option. Soyons cohérent, dans un sens ou dans
> l'autre, mais cohérent. svp

Ben, c'est pas idiot ni si incohérent que ça.
Sur la relation, le name renseigne le name de la commune, et sur le nœud, le 
name renseigne le nom du "village" (sur le terrain) chef-lieu de commune.

On avait déjà parlé d'ailleurs des communes dont le chef-lieu sur le terrain 
n'a pas exactement le même nom (au delà de l'orthographe) que la commune.
Il y en a au moins une d'après wikipedia :
http://fr.wikipedia.org/wiki/Valdeblore
La relation est là dans OSM avec un nœud en name=Valdeblore :
http://www.openstreetmap.org/relation/1516687
Mais un coup d'œuil sur streetview ne m'a rien montré avec ce nom …

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

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

Re: [OSM-talk-fr] Controle qualité des limites administratives.

[Frédéric Rodrigo]

Topologiquement parlant il y a zéro enclaves. La commune est en 3 partie et
la simplification à fait disparaitre le fin bras de l'autre commune qui
passait entre (là où il y a la gare).

Pour le route 500 rien d’extraordinaire.

C'est plus gênant (pour qui ?) s'il manque une section de la commune dans
le RGE.




Le 6 décembre 2013 12:57, Nicolas Moyroud  a écrit :

> Les bras m'en tombent ! J'ai accès à la BDtopo à mon boulot, vérification
> faite : ces deux enclaves n'y sont pas. Hallucinant ! =-O
> http://jeantosti.com/villages/villefranche.htm
> Il est question sur cette page d'une seule enclave, bien que dans OSM il y
> en ait deux. Un "local" pourrait-il nous éclairer sur ce point ?
> Quoi qu'il en soit les données IGN en ma possession sont carrément fausses
> et pas qu'un peu ! A moins qu'une manipulation ai fait sauté les enclaves à
> un moment donné, mais il me semble que ce sont les données brutes de l'IGN
> auxquelles j'ai accès. Je vais me renseigner pour être sûr.
>
> Nicolas
>
>
>  Je viens de faire quelques vérifications dans le Languedoc-Roussillon
>> avec les couches limites admin de Christian. J'ai remonté deux erreurs de
>> plus de 200m (548m et 355m) sur la page du wiki. Les sources cadastrales
>> concordent toutes avec OSM. Ce sont des points triples qui tombent dans ou
>> à proximité immédiate d'un étang.
>> Sinon j'ai trouvé 4 erreurs à la suite dans les Pyrénées-Orientales
>> autour de la commune de Villefranche-de-Conflent : 629m, 700m, 935m et
>> 1458m.
>> http://tile.openstreetmap.fr/?zoom=16&lat=42.5896&lon=2.
>> 36887&layers=B000FFFTFF
>> Apparemment cette commune possède deux enclaves qui ont été totalement
>> "dissoutes" par la simplification du Route 500. Est-ce qu'il faut que je
>> signale ça sur la page du wiki ? C'est le Route500 qui est à l'ouest, mais
>> je pense que dans les données de la BDtopo les enclaves doivent être
>> présentes. D'ailleurs il faudra quand même que je vérifie pour être sûr ;-)
>>
>
>
> ___
> 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] Controle qualité des limites administratives.

[Nicolas Moyroud]

Les bras m'en tombent ! J'ai accès à la BDtopo à mon boulot, 
vérification faite : ces deux enclaves n'y sont pas. Hallucinant ! =-O

http://jeantosti.com/villages/villefranche.htm
Il est question sur cette page d'une seule enclave, bien que dans OSM il 
y en ait deux. Un "local" pourrait-il nous éclairer sur ce point ?
Quoi qu'il en soit les données IGN en ma possession sont carrément 
fausses et pas qu'un peu ! A moins qu'une manipulation ai fait sauté les 
enclaves à un moment donné, mais il me semble que ce sont les données 
brutes de l'IGN auxquelles j'ai accès. Je vais me renseigner pour être sûr.


Nicolas

Je viens de faire quelques vérifications dans le Languedoc-Roussillon 
avec les couches limites admin de Christian. J'ai remonté deux erreurs 
de plus de 200m (548m et 355m) sur la page du wiki. Les sources 
cadastrales concordent toutes avec OSM. Ce sont des points triples qui 
tombent dans ou à proximité immédiate d'un étang.
Sinon j'ai trouvé 4 erreurs à la suite dans les Pyrénées-Orientales 
autour de la commune de Villefranche-de-Conflent : 629m, 700m, 935m et 
1458m.
http://tile.openstreetmap.fr/?zoom=16&lat=42.5896&lon=2.36887&layers=B000FFFTFF 

Apparemment cette commune possède deux enclaves qui ont été totalement 
"dissoutes" par la simplification du Route 500. Est-ce qu'il faut que 
je signale ça sur la page du wiki ? C'est le Route500 qui est à 
l'ouest, mais je pense que dans les données de la BDtopo les enclaves 
doivent être présentes. D'ailleurs il faudra quand même que je vérifie 
pour être sûr ;-)



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

Re: [OSM-talk-fr] Controle qualité des limites administratives.

[Nicolas Moyroud]

Je viens de faire quelques vérifications dans le Languedoc-Roussillon 
avec les couches limites admin de Christian. J'ai remonté deux erreurs 
de plus de 200m (548m et 355m) sur la page du wiki. Les sources 
cadastrales concordent toutes avec OSM. Ce sont des points triples qui 
tombent dans ou à proximité immédiate d'un étang.
Sinon j'ai trouvé 4 erreurs à la suite dans les Pyrénées-Orientales 
autour de la commune de Villefranche-de-Conflent : 629m, 700m, 935m et 
1458m.

http://tile.openstreetmap.fr/?zoom=16&lat=42.5896&lon=2.36887&layers=B000FFFTFF
Apparemment cette commune possède deux enclaves qui ont été totalement 
"dissoutes" par la simplification du Route 500. Est-ce qu'il faut que je 
signale ça sur la page du wiki ? C'est le Route500 qui est à l'ouest, 
mais je pense que dans les données de la BDtopo les enclaves doivent 
être présentes. D'ailleurs il faudra quand même que je vérifie pour être 
sûr ;-)


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

Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?

[Nicolas Moyroud]

Le 06/12/2013 11:17, Charles Nepote a écrit :
Pour le shape, très honnêtement je n'en ai jamais utilisé de ma vie et 
je ne sais pas bien comment ça s'utilise, qu'est-ce qu'il est 
pertinent de produire/décomposer comme couches, etc. Donc je n'irai 
pas par là mais si tu as envie de compléter mes scripts et la doc pour 
expliquer comment simplement réutiliser du shape alors c'est 
clairement un plus.
Je parlais dans mon message de faciliter l'utilisation des données OSM 
pour les SIGistes. C'est un public important il me semble pour OSM car 
ce sont des gens qui manipulent l'information géographique à longueur de 
journées et qui peuvent très vite devenir des contributeurs OSM. Mais 
tant qu'on ne leur propose pas des données brutes facilement 
exploitables avec leurs outils de tous les jours, ils ne verront en OSM 
pas plus qu'un fond de carte et ils ne saisiront pas l'intérêt d'y 
contribuer.
Pour ouvrir un fichier Shape avec un logiciel SIG quel qu'il soit, rien 
de plus simple : menu fichier>ouvrir et le tour est joué. QGIS est un 
logiciel libre qui permet de faire ça. Tu devrais l'essayer ! ;-)


Nicolas

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

Re: [OSM-talk-fr] Dans "name", le nom de commune au COG ou le "terrain" ?

[Pieren]

2013/12/6 Eric Sibert :

> J'aurais tendance à mettre le nom officiel sur la relation et le nom du
> terrain sur le nœud place=*.

Ca, c'est la pire option. Soyons cohérent, dans un sens ou dans
l'autre, mais cohérent. svp

Pieren

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

Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?

[Charles Nepote]

Le 06/12/2013 10:21, Nicolas Moyroud a écrit :
[...]
Sinon concernant les commandes d'extraction proposées par Charles, je 
pense aussi a osmosis qui permettrait de travailler directement sur le 
fichier pbf pour réaliser le filtrage : 
http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#PBF_Binary_Tasks

Cela permettrait de compiler les commandes 2 et 3 en une seule.
Bin j'ai cru comprendre que non parce qu'Osmosis nécessitait 3 commandes 
pour extraires des amenity : //Since restaurants can be mapped as nodes 
and ways, you'll have to run 3 commands: One to extract the nodes tagged 
as amenity=restaurant, one to extract the ways tagged 
amenity=restaurant, and third command will merge them together// ; 
source : https://wiki.openstreetmap.org/wiki/Osmosis
Donc ça alourdirait le process il me semble... mais peut-être j'ai mal 
compris.



Ensuite garder l'utilisation de osmconvert pour générer le CSV. En ce 
qui concerne la génération de fichiers Shape, je pense qu'il faudrait 
creuser vers la librairie GDAL/OGR version > 1.10.0 qui gère les 
formats pbf et osm : http://www.gdal.org/ogr/drv_osm.html


Pour le shape, très honnêtement je n'en ai jamais utilisé de ma vie et 
je ne sais pas bien comment ça s'utilise, qu'est-ce qu'il est pertinent 
de produire/décomposer comme couches, etc. Donc je n'irai pas par là 
mais si tu as envie de compléter mes scripts et la doc pour expliquer 
comment simplement réutiliser du shape alors c'est clairement un plus.


ChN


Ça fait un petit moment que tout ça me trotte dans la tête. On 
pourrait en tout cas mettre en place un serveur à la Maison de la 
Télédétection qui ferait tourner des scripts d'extraction et mettre à 
disposition des données issues d'OSM pour tous.


Nicolas



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

Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?

[Charles Nepote]

Merci Christian.
Aujourd'hui l'overpass-api est sans doute très intéressante pour les 
développeurs mais inaccessible pour, par exemple, l'étudiant en histoire 
qui fait un mémoire sur le culte de Saint Clair et qui cherche la 
répartition géographique des églises vouées à ce Saint. Je peux 
multiplier les exemples de cas d'usage si ça vous intéresse, mais il y a 
beaucoup de monde qui est incapable d'aborder des données autrement que 
par un format tabulaire de type CSV (ods et xls étant même encore plus 
accessibles).


Je crois que la plupart des gens qui savent utiliser Excel ou 
LibreOffice Calc ne savent pas charger un XML dedans. Quand bien même 
ils le sauraient ça les obligeraient à importer d'énormes fichiers .osm 
pour retrouver leurs petits.


Ce dont je parle c'est la capacité de néophytes à récupérer et lire en 
quelques clics des données d'OSM dans Excel ou LibreOffice pour des 
usages simples : quand je veux calculer la densité de piscine publiques 
dans mon département, je devrais pouvoir faire ça dans un tableur. Et ce 
tableau des piscines je vais peut-être avoir envie de l'enrichir en 
ajoutant les horaires d'entrées et je vais donc m'intéresser un peu plus 
à OSM pour comprendre comment contribuer.


Christian je te propose de démarrer des choses simples et 
opérationnelles dès maintenant :
1. une maquette de page qui hébergerait ces données (je l'héberge sur le 
wiki ou sur Github comme ça d'autres pourront contribuer)
2. un ou des scripts bash un peu génériques qui réalisent les 
conversions voulues (idem + les fichiers produits seront hébergés sur 
mon site dans un premier temps)
3. une fois que tout ça tourne dans un cron, je publie ça ici et vous me 
faites un retour sur l'opportunité de publier ça sur openstreetmap.fr 
(ou pas)


Ça te va ?

ChN



Le 05/12/2013 19:26, Christian Quest a écrit :

Je partage tout à fait ton constat.

Favoriser la réutilisation autre que le production de carte passe par 
des outils pour transformer les données OSM dans des formats moins 
"géographiques".


Il y a l'overpass-api qui permet déjà pas mal de choses, surtout des 
sorties en json en plus de l'XML habituel.
On peut écrire des requêtes relativement compacte pour sélectionner 
des objets géographiquement et sémantiquement.


Il manque juste des convertisseurs de formats à l'overpass pour sortir 
les résultats en:

- geojson
- csv
- svg
- kml
...

Ca démultiplierai les réutilisations et donc l'adoption d'OSM.

A chaque hackathon où je suis présent comme mentor, je montre 
l'overpass et les développeurs découvre (enfin ?) à quoi OSM peut leur 
servir autrement que comme fond de carte pour remplacer Google...





Le 5 décembre 2013 19:13, Charles Nepote > a écrit :


Bonjour à tous !

**Résumé du message** : comment diffuser et voir réutilisées les
données d'OSM auprès d'un public plus large, qui, dans un cercle
vertueux, pourra devenir contributeur.

Souvent j'ai l'occasion de dire ici ou là que "telle donnée est
dispo dans OSM". Par ailleurs, je pousse depuis un certains temps
les acteurs publics à référencer sur leurs portails les données
d'OSM : ainsi de Montpellier, le CG de la Gironde, la Région PACA,
etc.

Mais aujourd'hui, les jeux de données ou les outils de
consultation d'OSM ont du mal à répondre à plein de petits cas
tout simples comme : "je veux la liste des pharmacies de ma
région". Et "je veux pouvoir manipuler cette liste dans mon
tableur favori parce que c'est l'outil que je connais bien".

Je me suis donc interrogé : comment produit-on simplement des
données d'OSM sous forme de fichiers CSV ? Je sais bien que tout
n'est pas extractible en CSV mais il y a un champ d'usage immense
sur les données comme :
* les bâtiments publics
* les médecins, hôpitaux, pharmacie...
* les lieux/services de secours (casernes de pompier,
défibrilateurs, pompes incendies, téléphones de secours)
* les lieux de culture (Théâtres, Musées, etc.)
* les lieux d'histoire et du patrimoine
* les arrêts de transports en commun
* les terrains/équipements sportifs
* les lieux touristiques
* les systèmes de surveillance (caméras de surveillance)
* les commerces
* les hameaux
* les services relatifs aux déchets (bennes de recyclage,
poubelles, déchetteries, composteurs publics, etc.)
* etc.

Je suis donc allé grenouiller dans les outils (je précise que je
n'ai jamais installé QGIS, Postgis, etc., je n'ai jamais utilisé
l'API OSM, je ne fais pas dev mais j'ai quelques années
d'expérience sous Linux).
Et le plus simple que j'ai trouvé c'est la combinaison de
osmconvert e et osmfilter.
http://wiki.openstreetmap.org/wiki/Osmconvert
http://wiki.openstreetmap.org/wiki/Osmfilter

Je peux obtenir le fichier CSV de toutes les pharmacies de PACA en
4 lignes de commande :
$ wget

http://download.geofabrik.de/europe/fr

Re: [OSM-talk-fr] Dans "name", le nom de commune au COG ou le "terrain" ?

[Eric Sibert]

Mais que faire des rares cas ou le "terrain" est en désaccord avec
l'Officiel ?

Prenons un exemple concret :
http://www.openstreetmap.org/relation/122334
http://www.openstreetmap.org/node/924622799


J'aurais tendance à mettre le nom officiel sur la relation et le nom  
du terrain sur le nœud place=*.


Après, c'est quoi le nom officiel? J'imagine qu'il doit y avoir un   
arrêté quelque part (datant de la Révolution?) et que c'est lui qui  
fait fois.


Eric


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

Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?

[Nicolas Moyroud]

Si on met de côté le problème des formats, est-ce qu'une surcouche 
clicodrome à un overpass serait intéressante pour ce public ?


Non non, je ne suis pas capable de réaliser ce genre de chose :-)
Oui ce serait une possibilité. Je pense notamment au développement d'un 
plugin QGIS qui permettrait de lancer directement des requêtes overpass 
avec une interface "clicodrome". Mais bon, je n'ai toujours pas trouvé 
le temps de m'y mettre. Et ça va être un peu long pour moi parce que je 
ne suis pas non plus un pro du Python. Comme le dit Arnaud, il faudrait 
inventer les journées de 28h ;-)


Nicolas

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

Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?

[Stéphane Péneau]

Le vendredi 6 décembre 2013 10:21:57, Nicolas Moyroud a écrit :


Si j'essaye de montrer l'overpassAPI ou même overpass-turbo à mes
collègues, je garantis qu'il vont tous me regarder avec des yeux
exprimant à peu près l'idée suivante : "mais qu'est ce que c'est que
ce geek ?". ;-)


Si on met de côté le problème des formats, est-ce qu'une surcouche 
clicodrome à un overpass serait intéressante pour ce public ?


Non non, je ne suis pas capable de réaliser ce genre de chose :-)

Stf

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

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

[Thomas Ruchin]

Bonjour

Je suis du même avis que Christian sur la présence d'un unique POI
"railway=station" pour une station de métro/RER unique, simplement parce
que cela correspond à la représentation "classique" des
stations.  Aujourd'hui pour une même station parisienne, on se retrouve
parfois avec plusieurs POI. Voici quelques exemples

   - concorde
   - gare du Nord
   - gare de Lyon
   - Charles de Gaulle - Etoile
   - Bastille

Mais par contre, pour d'autres, il n'y a qu'un POI

   - République
   - Opéra
   - Marcadet Poissonniers

Bref, c'est le bazar !

T Ruchin

Le 5 décembre 2013 22:50, Copro Grammes  a écrit :

>   Effectivement, l'essentiel de ces discussions n'est pas restreint au
> cadre franco-français, et doit avoir lieu sur la liste dédiée. Je vais
> essayer de m'y atteler.
>
> Quelques remarques tout de même :
>
> *Concernant public_transport=station :*
> N'ajoutons pas de la confusion là où il n'y en avait pas encore :
> actuellement, le schéma public_transport est clairement et largement
> présenté comme un ensemble tags qui peuvent venir en complément des tags
> classiques [1], et donc généralement en doublon pour les platforms et les
> stations. Son usage n'est nulle part restreint aux cas où les tags
> classiques seraient insuffisants.
> On peut – avec force arguments rationnels – relancer le débat ; proposer
> que les tags public_transports soient limités à pallier d'éventuelles
> insuffisances des tags classiques ; les supprimer de toutes les stations /
> bus_stations /bus_stops / platforms /... où ils font doublon. Mais ce
> n'était pas l'objet du débat.
> Il s'agissait de savoir si (lorsque l'on utilisait le schéma
> public_transport tel qu'il est présenté aujourd'hui) on définissait un seul
> public_transport=station sur l'ensemble du pôle de transport, ou un pour
> chaque élément (gare ferroviaire, gare routière, etc.). La seconde solution
> a été préconisée dans les discussions. Je l'ai mise en œuvre sur la Gare du
> Nord. Point.
>
> Encore une fois, je me contrefous de ce schéma, je ne cherche aucunement à
> le promouvoir. Chacun de nous peut décider de ne l'utiliser que dans
> certains cas particuliers, puisqu'il n'est (encore heureux !) pas
> obligatoire. Mais, pour ceux qui inévitablement voudront utiliser plus
> largement ce schéma, autant présenter sur un exemple comment l'utiliser au
> mieux.
>
> *Concernant les mentions (métro) (RER) (gare routière) rajoutées au
> nom « Gare du Nord »:*
> Même si c'est moi qui les ai rajoutées, je ne les apprécie pas plus que
> Christian !
> Mais j'avais posé la question de l'opportunité de ce changement, sans
> obtenir de réponse. Alors j'ai suivi l'exemple de la Gare de Lyon (qu'on
> avait évoqué, sans soulever ce point : j'en ai conclu bien hâtivement que
> c'était un exemple à suivre).
> Donc, on enlève toutes ces mentions superfétatoires aussi bien sur les
> stations « Gare du Nord » que sur les stations « Gare de Lyon » ?
> ↑ là il y a une question ; j'attendrai sagement les réponses avant toute
> modification
>
> *Nœud ou surface pour railway=station ?*
> Christian m'a permis de passer outre à mes réticences envers les
> approximations de tracé, je déplacerai donc les tags sur une surface autour
> de la gare.
> Mais je m'interroge sur les dons de télépathie de Christian... Le débat
> n'avait pas permis de dégager un consensus clair pour l'une ou l'autre des
> solutions. J'en déduis que Christian a réussi à lire dans mes pensées que
> je commençai à me laisser convaincre par la solution « surface »,
> privilégiant la rigueur cartographique plutôt que l'intérêt supposé des
> utilisateurs.
>
> Zigeuner
>
> [1] notamment dans le lien envoyé par Christian (
> http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Compatibility_with_well_known_tags)
>  : *The
> proposed tags can and do coexist with the well known tags. **The usage of
> the new tags is recommended but not mandatory.*
>
>
> ___
> 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] Controle qualité des limites administratives.

[Stéphane Péneau]

Le 05/12/2013 19:38, Stéphane Péneau a écrit :


Hmmm, je suis sceptique. Je ne serais pas surpris qu'une majorité des 
points utilisé pour les limites en soient à la v1.
En plus, il n'est pas rare de trouver des limites admins en v1 qui ne 
correspondent plus à ce qu'affiche le cadastre. Mais là, je ne sais 
pas d’où ça vient. Amélioration de la précision du cadastre ? 
Remembrement ? Autre chose ?


Je ne sais pas si je suis tombé au mauvais endroit, mais dans le 36, des 
imports de limite admin qui ne correspondent plus à ce qu'affiche le 
cadastre, j'en trouve à la pelle.
Je n'ai volontairement pas encore tout corrigé dans cette zone, si vous 
voulez regarder :

http://www.openstreetmap.org/#map=18/46.91046/1.91926&layers=N







Sans doute un jour, mais d'ici là j'imagine que leur service est
overbooké par la vectorialisation des plans papier !





En attendant, est-ce qu'on peut imaginer reprendre le système des notes 
ajoutées sur la carte générale, mais pour signaler un problème qui ne 
peut être résolu par nous même ?
Des notes qui ne seraient pas visibles sur la carte osm.org mais sur 
Osmose, ou tile.openstreetmap.fr ou autre, et visibles dans Josm à 
l'aide d'une version locale du plugin "Notes".

Exemple :
http://www.openstreetmap.org/#map=18/46.86168/1.82964&layers=N

Stf

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

Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?

[Nicolas Moyroud]

Je partage tout à fait le constat de Charles et je l'étendrai même plus 
loin que le grand public. Je travaille dans un labo de recherche où il y 
a pas mal de monde qui fait du SIG (la Maison de la Télédétection à 
Montpellier). Certains d'entre eux ont déjà entendu parler de OSM (bon 
j'y suis un peu pour quelque chose j'avoue...), mais à ma connaissance 
aucun n'a jamais exploité la moindre données issue d'OSM. Ce sont avant 
tout des SIGistes "clique-boutons" et il est impensable pour la quasi 
totalité d'entre eux de lancer une ligne de commande ou de devoir 
convertir un fichier au format XML (la plupart ne savent même pas ce 
qu'est le XML d'ailleurs).

OSM2Gis est très bien mais destiné essentiellement aux SIGistes...
Le travail fait par Arnaud est vraiment génial, mais malgré tout avoir à 
passer par un outil en ligne pour extraire et convertir les données OSM 
peut être un frein important à l'utilisation des données. Ce qu'il leur 
faut avant tout c'est avoir un fichier thématique au format Shape qu'ils 
peuvent ouvrir et manipuler directement avec leur logiciel SIG 
(majoritairement ArcGIS chez nous mais il y a aussi quelques 
utilisateurs de QGIS). C'est par exemple le cas pour les données IGN, il 
n'y a aucun effort à fournir.
Tant que OSM ne proposera pas de tels extraits de données déjà "tout 
cuit", cela restera un frein même pour les SIGistes "traditionnels".


Là c'est pour des publics très différents qu'il y a besoin de 
s'adapter en terme de filtrage des objets (ce que permet l'overpass) 
et en terme de format (ce qui manque à l'overpass).
Si j'essaye de montrer l'overpassAPI ou même overpass-turbo à mes 
collègues, je garantis qu'il vont tous me regarder avec des yeux 
exprimant à peu près l'idée suivante : "mais qu'est ce que c'est que ce 
geek ?". ;-)


Sinon concernant les commandes d'extraction proposées par Charles, je 
pense aussi a osmosis qui permettrait de travailler directement sur le 
fichier pbf pour réaliser le filtrage : 
http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#PBF_Binary_Tasks
Cela permettrait de compiler les commandes 2 et 3 en une seule. Ensuite 
garder l'utilisation de osmconvert pour générer le CSV. En ce qui 
concerne la génération de fichiers Shape, je pense qu'il faudrait 
creuser vers la librairie GDAL/OGR version > 1.10.0 qui gère les formats 
pbf et osm : http://www.gdal.org/ogr/drv_osm.html


Ça fait un petit moment que tout ça me trotte dans la tête. On pourrait 
en tout cas mettre en place un serveur à la Maison de la Télédétection 
qui ferait tourner des scripts d'extraction et mettre à disposition des 
données issues d'OSM pour tous.


Nicolas


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

Re: [OSM-talk-fr] Tracé des limites communales terminé

[Pieren]

2013/12/5 Julien Angot :
> Pour le nom de commune différent entre OSM et la COG sur la commune de
> Bois-Guillaume-Bihorel, il s'agit d'une fusion entre Bois-Guillaume et
> Bihorel au 1er janvier 2012, mais le tribunal administratif de Rouen a
> annulé, au mois de juin, la fusion et ils ont/avaient (je sais pas si cela
> est déjà fait) jusqu'au 31 décembre 2013  pour recréer les deux communes. Ce
> qui peux expliquer la différence.

D'après cet article de presse, la "défusion" ne serait effective qu'à
partir du 1er janvier 2014:
http://www.76actu.fr/bois-guillaume-bihorel-vers-la-defusion-des-deux-communes_41137/

Pieren

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

Re: [OSM-talk-fr] Controle qualité des limites administratives.

[Stéphane Péneau]

Le 05/12/2013 21:42, Frédéric Rodrigo a écrit :


Il y a déjà eu un ticket pour ça pour osmose :

http://trac.openstreetmap.fr/ticket/451

Il est même déjà fermé !

Frédéric (dictateur).


Et je ne suis pas d'accord du tout avec le raisonnement, pour plusieurs 
raisons :


- Les limites admins bougent moins vite que la nature
Pieren en a donné un bon exemple il n'y a pas longtemps :
http://gis.19327.n5.nabble.com/Lorsque-qu-un-element-naturel-sert-de-frontiere-et-que-celui-ci-bouge-au-fil-de-temps-un-exemple-cons-td5784526.html

- Il est TRES facile de faire des mauvaises manips lorsque des chemins 
sont partagés.
Mon cas classique est la combinaison de filtrage de certains éléments et 
d'affinage de tracé. Si une intersection de limite admin est liée à un 
point d'une route, que j'affine le tracé de cette route à l'aide de 
l'outil 'W', je peux tout à fait me retrouver à déplacer des points le 
long de la route, et entrainer l'intersection de la limite avec, et sans 
m'en rendre compte puisque lorsque je ne touche pas aux limites admins, 
je les filtre pour ne pas les toucher accidentellement.


Stf

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

Re: [OSM-talk-fr] Rue à double nom

[[Famille] Pierre WILLOT]

Merci
Pierre

Le 06/12/13 08:08, Francescu GAROBY a écrit :
> Ça, ça se gère sans problème avec les tags 'name:', donc pas de
> souci :-)
> 
> Francescu
> 
> 
> Le 6 décembre 2013 05:51, [Famille] Pierre WILLOT
> a écrit :
> 
>> Dans ma ville de Belgique, toutes les rues on un double nom. Le nom en
>> français
>> et le nom en walon. :-)
>>
>> Piwi
>>
>> Le 05/12/13 19:08, Ralf Treinen a écrit :
>>> On Thu, Dec 05, 2013 at 04:38:14PM +0100, Francescu GAROBY wrote:
 Pas sûr que ce cas soit si rare que ça (bon, comparé au nombre de rues,
>> ça
 reste rare) : j'imagine bien des rues servant de limite administrative
>> entre 2
 communes (incapables de s'entendre parce que de bords politiques
>> différents ou
 autre  chose encore), où un trottoir est dans la commune A et a un nom
>> et
 l'autre trottoir se trouve dans la commune B et a un autre nom.
 Avec bien évidemment (quitte à bien faire chier les gens autant aller
>> jusqu'au
 bout), des numérotations différentes.

 J'ai pas d'exemple à vous citer, mais avec 36.000 communes, ça
>> m'étonnerait que
 le cas n'existe pas !
>>>
>>> Il y a même un exemple à Paris : La rue de la Grande Truanderie et la
>> rue de
>>> la Petite Truanderie dans le quartier des Halles :
>>>
>>> http://fr.wikipedia.org/wiki/Rue_de_la_Grande-Truanderie
>>>
>>> actuellement réalisé en OSM avec deux rues différentes. En réalité il
>>> s'agit d'une place triangulaire.
>>>
>>> -Ralf.
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
> 
> 
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 


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

Re: [OSM-talk-fr] Controle qualité des limites administratives.

[Nicolas Dumoulin]

Le jeudi 5 décembre 2013 21:55:17 Christian Quest a écrit :
> Comment peut-on avoir 2 "références"... différentes ? Ou alors il n'y a
> qu'une référence, mais contenant plus d'erreurs ?

Salut Christian,

Très intéressant tes travaux, je pense que ça peut intéresser du monde.
Tu vas finir à l'IGN toi ;-)

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

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