Re: [OSM-talk-fr] Présentation

[dHuy Pierre]

Bienvenue!Hésite pas à poser tes questions ici si tu as des problèmes 
:)Librement, 

Le Mercredi 6 juillet 2016 12h43, Alain VASSAULT 
 a écrit :
 

 Hello la communauté. 
Je suis nouveau sur OSM et contribue surtout sur 2 villes Saint Martin du 
tertre dans l'yonne et Salins en seine et marne. 
J'apprends petit à petit comment taguer ceci puis cela. 
J'utilise comme outils JOSM sur mon pc et vespucci sur téléphone Android (qui 
fournit des traces gps en plus de servir à la cartographie).
J'espère en apprendre plus sur OSM et aider à mon maximum pour contribuer à 
remplir la carte. 

Amicalement, 

Tranquille

___
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] Présentation

[dHuy Pierre]

Bienvenue!Hésite pas à poser tes questions ici si tu as des problèmes 
:)Librement, 

Le Mercredi 6 juillet 2016 12h43, Alain VASSAULT 
 a écrit :
 

 Hello la communauté. 
Je suis nouveau sur OSM et contribue surtout sur 2 villes Saint Martin du 
tertre dans l'yonne et Salins en seine et marne. 
J'apprends petit à petit comment taguer ceci puis cela. 
J'utilise comme outils JOSM sur mon pc et vespucci sur téléphone Android (qui 
fournit des traces gps en plus de servir à la cartographie).
J'espère en apprendre plus sur OSM et aider à mon maximum pour contribuer à 
remplir la carte. 

Amicalement, 

Tranquille

___
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] Sectorisation scolaire - calvados - caen et cie

[dHuy Pierre]

Autrement, oui c'est encore très présent à la campagne par exemple où la carte 
du découpage est utile et les communautés de commune s'organisent pour offrir 
les transports scolaires sur la circonscription et pour soutenir les écoles de 
la zone. 

Le Lundi 27 juin 2016 7h32, Philippe Verdy  a écrit :
 

 Le 27 juin 2016 à 06:50, David Crochet  a écrit :

Bonjour

Le 26/06/2016 23:07, Philippe Verdy a écrit :

Ca existe encore la "carte scolaire" en France?


Oui, car on peut y déroger.

Une réponse "alambiquée" qui veut simplement dire non: elle existe peut-être 
encore dans les textes, et personne n'en tient compte à commencer par les 
parents d'élèves et les chefs d'établissement qui aceptent les demandes et ne 
demande qu'à remplir leurs classes pour éviter d'en perdre l'année suivante.
Au 21e siècle, les parents travailent souvent loin de chez eux et ce n'est pas 
forcément l'école assignée au lieu résidence (qui n'est pas forcément non plus 
la plus proche) qui est la plus pratique pour les parents ou pour les 
transports en commun.
En revanche des cartes plus contraignantes existent : la carte hospitalière, 
celles des services sociaux, la carte judiciaire, la carte fiscale (hormi 
certains services sociaux et Pôle Emploi, la plupart de ces services sont 
découpés en communes  ou proupes de communes, mais plus sur les limites de 
cantons depuis longtemps): là on n'a pas le choix...
___
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] Sectorisation scolaire - calvados - caen et cie

[dHuy Pierre]

Quel niveau de boundary doit-on utiliser pour ces cartes? Et comment désigner 
le TGI pou la cour d'appel pour les cartes judiciaire ou le rectorat sur celle 
de l'enseignement par exemple? 

Le Lundi 27 juin 2016 7h55, Francescu GAROBY  a écrit :
 

 Bonjour,
Je veux bien m'y coller...Par contre, je ne connais pas les tags à appliquer !

Francescu

Le 26 juin 2016 à 22:17, David Crochet  a écrit :

Bonjour

Pour celles et ceux qui veulent travailler sur les sectorisations 
administratives scolaires :
https://www.ac-caen.fr/mediatheque/calvados/orientation/Rues_Caen_2016.pdf
https://www.ac-caen.fr/mediatheque/calvados/orientation/Rues_Lisieux_2016.pdf
https://www.ac-caen.fr/mediatheque/calvados/orientation/Rues_HSC_2016.pdf
https://www.ac-caen.fr/mediatheque/calvados/orientation/Rues_Ifs_2016.pdf
https://www.ac-caen.fr/mediatheque/calvados/orientation/Communes_14_clg_secteur.pdf
https://www.ac-caen.fr/mediatheque/calvados/orientation/Aires_recrutement_lycees_2016.pdf

Cordialement

-- 
David Crochet


___
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] Plan de masse et droits d'auteur/moral, etc..

[dHuy Pierre]

D'après le juriste, ça convient tant qu'on ne distribue pas le plan capté et 
qu'on ne le reproduit pas à l'identique (style de dessin etc). 

Le Mercredi 25 mai 2016 10h29, Vincent de Château-Thierry 
<osm.v...@free.fr> a écrit :
 

 Bonjour,

> De: "dHuy Pierre" <dh...@yahoo.fr>
> 
> Petit encart, puisque je ne rappelle plus si j'avais commenté sur le
> sujet: Pour les plans d'alarme à incendie ou les plans de masses
> affiché, on peut dire "Inspiré d'un plan capté dans l'espace
> publique". J'avais interrogé un avocat en propriété intellectuelle
> pour savoir dans le cadre de la carto indoor.

Formulé comme ça, ça concernerait aussi les sucettes Decaux sur les trottoirs. 
Or je doute que les plans qu'on y trouvent soient libres de droit...

vincent

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


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

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

[dHuy Pierre]

Petit encart, puisque je ne rappelle plus si j'avais commenté sur le sujet: 
Pour les plans d'alarme à incendie ou les plans de masses affiché, on peut dire 
"Inspiré d'un plan capté dans l'espace publique". J'avais interrogé un avocat 
en propriété intellectuelle pour savoir dans le cadre de la carto indoor. 

Le Mardi 24 mai 2016 15h02, François Lacombe  a 
écrit :
 

 Ils sont même transmis à un plus large éventail de sociétés pendants
les appels d'offres et les chantiers en eux-mêmes.
Mais ce sont des échanges avec des destinataires bien identifiés et
souvent accompagnés de restrictions.
Surtout c'est dans le cadre d'une prestation où le cabinet est
probablement AMOA donc c'est négocié au départ.

Il faudrait lire les contrats pour avoir des références un peu plus précises.
Je pense que toutes les situations sont à prendre au cas par cas, vu
le nombre de possibilités en théorie.

A+

François Lacombe

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux


Le 24 mai 2016 à 14:49, Stéphane Péneau  a écrit :
> Le 24/05/2016 à 14:39, François Lacombe a écrit :
>>
>> Dans la pratique, des plans sont dessinés par des cabinets privés qui
>> en ont la propriété et les départements n'ont pas les droits de
>> diffusion dessus.
>> C'est quelque chose à faire évoluer.
>
> Pourtant ces plans sont transmis à diverses sociétés de cartographie. Je
> suppose que ce sont les collectivités qui les fournissent, pas les cabinets
> privés.
> Ok, il ne s'agit pas d'une diffusion publique, mais une diffusion tout de
> même.
>
> Stf
>
>
> ___
> 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] iD-indoor : éditeur simple pour la carto indoor

[dHuy Pierre]

GG et merci!Est-ce qu'il serait envisageable de le jumeler avec openevacmap 
pour la collecte de plan?Et éventuellement d'uploader un plan soi-même 
réutilisable par d'autres? 

Le Mardi 5 avril 2016 19h14, PanierAvide  a écrit :
 

 Bonsoir,

Le thème de la carto indoor a eu l'occasion d'évoluer ces derniers 
temps, les contributeurs s'approprient le sujet et mettent à disposition 
de tous la description intérieure de plus en plus de lieux. Mais comme 
pour l'ensemble du projet OpenStreetMap, le nombre de contributions est 
lié à la simplicité de contribution.

Afin d'aider les contributeurs dans la démarche de cartographie 
d'intérieur, je vous présente iD-indoor. Il s'agit d'un éditeur OSM en 
ligne, basé sur iD et fonctionnant de la même manière. La différence est 
qu'il est dédié à la cartographie d'intérieur, et dispose de 
fonctionnalités qui simplifient l'édition :
- Un sélecteur de niveaux, similaire à celui d'OpenLevelUp
- Des propositions de tags spécifiques à l'indoor
- Un rendu dédié pour les objets en intérieur
- Des aides pour l'édition, comme la possibilité de faire lien 
simplement entre les objets OSM et les photos Mapillary

iD-indoor est disponible à cette adresse : 
http://github.pavie.info/id-indoor/

Et le dépôt du projet est ici : 
https://git.framasoft.org/PanierAvide/iD-indoor

Il s'agit d'un projet encore jeune, n'hésitez pas à faire des retours 
d'utilisation, signaler des bugs ou proposer des fonctionnalités ;)

Cordialement.

-- 
PanierAvide
Géomaticien & développeur


___
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] (sans objet)

[dHuy Pierre]

Bienvenue!De plus, as-tu regardé si tu pouvais trouver des imageries plus 
précises via des fond à licence ouverte? Attention le fond doit autoriser 
l'utilisation commercial :) 

Le Mardi 22 mars 2016 8h58, Jean-Marc Liotier  a écrit :
 

  On 03/22/2016 07:15 AM, moindjie mdahoma wrote:
  
  bonjours, je suis content de participer dans la liste et je peux contribuer 
sur les îles Comores là où je me trouve et j’espère aussi avoir votre aide pour 
que je puisse manipuler bien cet outil qui est nouveau et intéressant pour moi. 
 
 
 Bienvenue - n'hésites pas à exprimer remarques et questions !
 
 
   je constate que l'image aérienne qui se trouve sur openstreetmap est très 
ancienne et ne correspond pas vraiment à la realité actuelle sur terrain.  
 
 Oui, c'est souvent le cas - d'où l'importance cruciale du terrain. Mais 
l'imagerie aérienne est néanmoins très utile, ne serait-ce que pour positionner 
les observations du terrain.
 
 
___
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] Plans lignes RER? / Cartographie des réseaux urbains de bus, journée #HackFrancophonie

[dHuy Pierre]

Apparemment le problème de la licence est au moins partiellement réglé 
=>http://www.ametro.org/file-cabinet 

Le Mercredi 16 mars 2016 2h42, "osm.sanspourr...@spamgourmet.com" 
 a écrit :
 

  Sinon je voulais préciser dans le fil "Cartographie des réseaux urbains de 
bus, journée #HackFrancophonie" de discussion mais je m'étais retenu, c'était 
un peu hors sujet par contre pour toi ça prend tout son sens :
 Grâce à Fdroid j'ai découvert aMetro qui se base sur un format que l'on doit 
pouvoir assez facilement générer à partir des données OSM.
 Assez facilement car comme dit pour Bordeaux, une ligne c'est trois relations 
à réintégrer en une relation (sauf si on garde la position exacte des arrêts et 
non le centre).
 À coup de louche : prendre les arrêts à l'aller (+) dans l'ordre de parcours, 
pour les retours, s'ils sont dans la liste (même nom) pendre le barycentre avec 
l'arrêt existant et supprimer le + (c'est un arrêt normal) ou ajouter - (arrêt 
retour uniquement).
 
 Le problème c'est la licence, mais il doit y avoir moyen de leur demander 
d'être plus tolérant et de mettre un lien vers OSM.
 
 N.B. : la nouvelle version marche nettement mieux mais elle n'est pas encore 
sur Fdroid.
 Version la plus récente sans passer par Gougle pray:
 
http://www.ametro.org/project-updates/ametro2013released/aMetro-2.0.1.3-release.apk
 
 Actuellement en version propre (plan vectoriel) ils n'ont que les lignes de 
métro sur Paris.
 
 Jean-Yvon
 
 Le 2016-03-16 02:30, osm.sanspourr...@spamgourmet.com a écrit :
  
 
 La réponse est oui.
 Une autre question ? ;-)
 Un petit exemple :
 http://overpass-turbo.eu/s/eAW
 Tu trouveras que le wiki a une page sur MapCss.
 
 RER.A.geojson
 montre que tu n'as pas fais ce que tu voulais.
 Tu n'as pas récupéré les noms des arrêts ou ne les a pas associé dans la 
description de la bulle.
 Pour info, j'avais pour un besoin équivalent récupéré d'un côté le trajet 
(dans umap tu peux associer une couleur) et de l'autre côté (seconde couche) 
les emplacements. Du coup tu peux demander d'afficher les noms des arrêts et 
mettre les icônes qui vont bien.
 Pas besoin de MapCss.
 
 Jean-Yvon
 
 Le 2016-03-15 18:20, Shohreh - codecompl...@free.fr a écrit :
  
 Bonjour

Je remonte le fil pour vérifier deux points avant de me plonger dans
OverPass:
http://umap.openstreetmap.fr/en/map/essai-carte-lignes-rer_76105#10/48.6769/2.5523

1. MapCSS permet-il de modifier l'affichage d'une relation? J'aimerais que
les gares soient, comme sur le site Transilien, marquées avec des petits
cercles blancs, voire se transforment en logo "RER" quand on zoome, afin de
rendre ça plus lisible:
http://s15.postimg.org/b3onlbhff/Transilien_RER_zoom.jpg

2. J'aimerais que la requête remonte le nom des stations, et que le nom
s'affiche sur la carte quand on passe la souris dessus (mouse over). Où
dois-je chercher dans l'API OverPass pour faire ce genre de chose?

3. Est-il possible de downloaded une carte Umap dans un smartphone et
qu'elle soit encore utilisable en local (zoom) sans connexion Internet?

J'ai en fait besoin de ce genre de chose pour également préparer un
cyclovoyage : j'aimerais récupérer la liste des lignes de bus/autocars dans
une région pour pouvoir, si nécessaire, me rabattre sur le bus pour tel ou
tel segment.
Idéalement, OSM possède dans sa base non seulement les arrêts de bus mais
également le numéro de la ligne à laquelle il appartient, ce qui pourrait me
permettre de lancer une requête OverPass et récupérer ainsi en quelques
coups toutes les lignes de bus dans une région.

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Plans-lignes-RER-tp5835260p5869946.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
 
 
 
  
 ___
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] osm en vrac ?

[dHuy Pierre]

Long mais accessible sur une ligne pro Orange. 

Le Lundi 29 février 2016 14h32, Jérôme Seigneuret 
 a écrit :
 

 Montpellier c'est OK
2016-02-29 14:29 GMT+01:00 Christian Quest :

J'ai eu des soucis hier... très lent voir timeout (depuis ma ligne free).


Le 29/02/2016 14:22, Tony Emery a écrit :

Bonjour à tous,

Etes-vous, comme moi, dans l'incapacité d'aller sur osm.org ?

Petit problème passager ou est-ce plus grave ?



-
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/osm-en-vrac-tp5868739.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



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


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

Re: [OSM-talk-fr] Réseau francilien: STIF, RATP et SNCF

[dHuy Pierre]

Une normalisation permettrait de dresser une meilleure carto du réseau :) Et 
éventuellement des liens avec GTFS qui permettrait d'utiliser OSM pour naviguer 
en transport aussi!
 Pour l'ouest de la A, seule une des deux branches après Nanterre est SNCF.

Le Mercredi 17 février 2016 15h26, Christian Quest 
<cqu...@openstreetmap.fr> a écrit :
 
 
 On 17/02/2016 15:14, dHuy Pierre wrote:
  
 
 Donc que je sois sûr de bien comprendre: - Les RER et affiliés (lignes H and 
co) devrait être tagué network=transilien et à l'excpetion de portion de la A 
et la B, operator=SNCF  
 B est mixte RATP/SNCF
 A... pour la partie est, c'est RATP, pour l'ouest à vérifier...
 
  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réseau francilien: STIF, RATP et SNCF

[dHuy Pierre]

Donc que je sois sûr de bien comprendre:- Les RER et affiliés (lignes H and co) 
devrait être tagué network=transilien et à l'excpetion de portion de la A et la 
B, operator=SNCF- Les métros et bus de Paris et proche banlieue: network=RATP
Du coup subsiste une question: Comment taguer les réseaux Optile de la région 
parisienne?
Pour le reste, je vais me lancer dans la normalisation des lignes dès ce week 
end pour que les networks soient cohérents suivant le point énoncé plus haut :) 

Le Mardi 16 février 2016 12h48, Florian LAINEZ  a écrit :
 

 Hello,
J'apporte ma petite pierre à l'édifice. J'ai déjà réfléchis à cette 
problématique pour les équipements (et non pas les lignes et réseaux).

Comme je l'ai précisé dans ce référentiel 
http://wiki.openstreetmap.org/wiki/FR:Railway_stations#.C3.89quipements_en_gare 
chez Transilien on a décidé d'utiliser sur les automates de vente
- operator=SNCF;RATP;... pour le gestionnaire de l'équipement : c'est bien 
l'entreprise qui met à disposition le "meuble" en lui-même
- network=Grandes Lignes;RATP;Transilien;… pour les réseaux desservis par les 
tickets en vente sur cet automates (avec des points virgules si nécessaire si 
plusieurs réseaux)
En effet le tag NETWORK désigne bien le réseau et non pas son gestionnaire. à 
la SNCF on a bien plusieurs réseaux : Grandes Lignes, Transilien, Eurostar, 
Thalys et quelques autres dont j'ai oublié le nom.
Le STIF n'est que l'organisateur des transports en ile-de-france, il ne possède 
pas le réseau, il me parait donc inapproprié de le mentionner en tant que 
NETWORK.
quand à la RATP, je ne crois pas qu'ils ont un nom spécifique de réseau

Ma classification me semble applicable directement sur les rails (en gare, 
chaque rail peut donc avoir un NETWORK différent) autant que sur les relations 
de ligne.
J'ai bon ? ;)

Le 15 février 2016 à 14:28, Éric Gillet  a écrit :

Le 15 février 2016 à 11:59, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT 
ALCA APPUI PERFORMANCE)  a écrit :

RFF n’existe plus. Suite à la réforme ferroviaire de 2015, il faut parler de 
SNCF Réseau.

Merci pour la correction, j'avais survolé l'article Wikipedia et tout ce que je 
connais du réseau ferroviaire c'est qu'il y beaucoup d'acteurs et que les 
interactions ne sont pas forcément évidentes.En tout cas ça renforce ma 
précédente remarque :
Le 14 février 2016 à 16:09, Éric Gillet  a écrit :
Étant donné que les exploitants ont plus tendance à changer

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





-- 
  FlorianLainez
@overflorian

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


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

Re: [OSM-talk-fr] Réseau francilien: STIF, RATP et SNCF

[dHuy Pierre]

Oui mais du coup le tag network=RATP est incorrect? On devrait mettre 
network=STIF. Et comment considérer les réseau comme la ligne H? Ou les réseau 
de banlieue (par exemple Tice pour Evry).Et enfin en dehors de Paris, une 
grande ligne ne devrait-elle pas faire partie du network SNCF? 

Le Lundi 15 février 2016 10h22, Christian Quest <cqu...@openstreetmap.fr> a 
écrit :
 

  Pour les réseaux ferrés du STIF, effectivement c'est réparti entre SNCF et 
RATP... par contre pour les bus, il y en a un sacré paquet !!!
 
 En principe le pass Navigo est valable sur tout le réseau du STIF: ferré, 
tram, bus.
 Il existe toujours des forfaits 2 zones (donc les tags des zones STIF restent 
utiles), en plus du forfait "toutes zones".
 
 
 On 15/02/2016 09:54, dHuy Pierre wrote:
  
 
 En effet, mais ma question est plutôt des choix à faire comme nom. Je me 
rappelle quand j'étais jeune contributeur et que cquest m'avait tiré les 
oreilles :p Donc la question est clairement que mettre comme valeur pour les 
réseaux parisiens de manière large. :) En pratique et sauf erreur 
de ma part, le réseau STIF se constitue juste de la SNCF et de la RATP. Mais 
actuellement c'est stocké comme RATP. Ensuite comment définir les réseau 
acceptant le pass navigo (notre pass local pour l'accès illimité aux 
transports) ou les pass de manière générale? 
 
  Le Dimanche 14 février 2016 16h11, Éric Gillet 
<gill3t.3ric+...@gmail.com> a écrit :
  
 
  Le 12 février 2016 à 11:33, dHuy Pierre <dh...@yahoo.fr> a écrit :
  
   En regardant avec l'outil d'Eric je me suis rendu compte de nombreuses 
inconsistances  (network RER, SNCF, STIF, Transilien...) dans le réseau 
parisien et je voudrais avoir votre  point de vue sur les tags operator et 
network. Le network, ne devrait-il pas être STIF? Et les opérator RATP ou SNCF? 
Quid des  ligne H, J, TER...? Et enfin, les grandes lignes appartiennent-elles 
au network SNCF?   
  
  Oui c'est un problème récurrent. Le tag operator devrait définir 
l'exploitant, alors que la plupart du temps les contributeurs l'utilisent pour 
mettre le nom du réseau, ou la franchise dans le cas de magasins... 
  Dans le cas des réseaux ferrés parisiens, je ne m'y connais pas trop, mais ça 
a l'air complexe vu le nombre d'acteurs et de réseaux différents. 
  Étant donné que les exploitants ont plus tendance à changer, et sont peu 
visible du point de vue du public, je pense que le plus simple est de tagger en 
premier lieu les network=* des relations type=route étant donné que c'est 
facilement vérifiable comme donnée, puis éventuellement les exploitants des 
lignes et exploitants/réseaux de voies.  
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr
  
 
  
  
 ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
 
 -- 
Christian Quest - OpenStreetMap France 

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

Re: [OSM-talk-fr] Réseau francilien: STIF, RATP et SNCF

[dHuy Pierre]

En effet, mais ma question est plutôt des choix à faire comme nom. Je me 
rappelle quand j'étais jeune contributeur et que cquest m'avait tiré les 
oreilles :pDonc la question est clairement que mettre comme valeur pour les 
réseaux parisiens de manière large. :)En pratique et sauf erreur de 
ma part, le réseau STIF se constitue juste de la SNCF et de la RATP. Mais 
actuellement c'est stocké comme RATP. Ensuite comment définir les réseau 
acceptant le pass navigo (notre pass local pour l'accès illimité aux 
transports) ou les pass de manière générale? 

Le Dimanche 14 février 2016 16h11, Éric Gillet <gill3t.3ric+...@gmail.com> 
a écrit :
 

 Le 12 février 2016 à 11:33, dHuy Pierre <dh...@yahoo.fr> a écrit :

En regardant avec l'outil d'Eric je me suis rendu compte de nombreuses 
inconsistances (network RER, SNCF, STIF, Transilien...) dans le réseau parisien 
et je voudrais avoir votre point de vue sur les tags operator et network.Le 
network, ne devrait-il pas être STIF? Et les opérator RATP ou SNCF? Quid des 
ligne H, J, TER...? Et enfin, les grandes lignes appartiennent-elles au network 
SNCF?

Oui c'est un problème récurrent. Le tag operator devrait définir l'exploitant, 
alors que la plupart du temps les contributeurs l'utilisent pour mettre le nom 
du réseau, ou la franchise dans le cas de magasins...
Dans le cas des réseaux ferrés parisiens, je ne m'y connais pas trop, mais ça a 
l'air complexe vu le nombre d'acteurs et de réseaux différents.
Étant donné que les exploitants ont plus tendance à changer, et sont peu 
visible du point de vue du public, je pense que le plus simple est de tagger en 
premier lieu les network=* des relations type=route étant donné que c'est 
facilement vérifiable comme donnée, puis éventuellement les exploitants des 
lignes et exploitants/réseaux de voies.
___
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] Métro 1

[dHuy Pierre]

@éric: bien pratique ton lien je pense que je vais l'utiliser à fond pour 
traquer les imperfections :)Tu as pensé à l'intégrer avec des OpenData? 

Le Jeudi 11 février 2016 16h24, Éric Gillet <gill3t.3ric+...@gmail.com> a 
écrit :
 

 Les arrêts sont à nouveau présents, merci Christian.
Reste plus que quelques bricoles à faire pour être conforme Public Transport :)
Le 11 février 2016 à 15:45, Christian Quest <cqu...@openstreetmap.fr> a écrit :

  Je regarde... j'ai fait des modifs il y a peu de temps j'espère ne pas être 
le fautif ;)
 
 
 On 11/02/2016 15:32, dHuy Pierre wrote:
  
  Bonjour tout le monde, 
  La station Esplanade semble avoir disparue sur la ligne 1 du métro parisien, 
de même qu'une portion de ligne sur la relation Vincennes/Défense près de la 
Défense. Quelqu'un de motivé pour corriger ça? 
  Librement,  
  
 ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
 
 
 -- 
Christian Quest - OpenStreetMap France 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




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


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

[OSM-talk-fr] Réseau francilien: STIF, RATP et SNCF

[dHuy Pierre]

En regardant avec l'outil d'Eric je me suis rendu compte de nombreuses 
inconsistances (network RER, SNCF, STIF, Transilien...) dans le réseau parisien 
et je voudrais avoir votre point de vue sur les tags operator et network.Le 
network, ne devrait-il pas être STIF? Et les opérator RATP ou SNCF? Quid des 
ligne H, J, TER...? Et enfin, les grandes lignes appartiennent-elles au network 
SNCF?___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Métro 1

[dHuy Pierre]

Bonjour tout le monde,
La station Esplanade semble avoir disparue sur la ligne 1 du métro parisien, de 
même qu'une portion de ligne sur la relation Vincennes/Défense près de la 
Défense.Quelqu'un de motivé pour corriger ça?
Librement,___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [Hors Sujet] Re: openstreetmap et les abeilles

[dHuy Pierre]

Je ne sais pas pour Brest mais à Paris nous on a des bateaux qui ne bougent 
jamais (ou presque) restaurant... De plus building=houseboat est dans le wiki à 
http://wiki.openstreetmap.org/wiki/Map_Features#Accommodation et dans 
http://wiki.openstreetmap.org/wiki/Buildings ils suggèrent même d'utiliser le 
tag floating, donc que choisir? :)
 

Le Mercredi 3 février 2016 0h04, "osm.sanspourr...@spamgourmet.com" 
 a écrit :
 

  > En plus les ruches ça se déplace quand même souvent... c'est pas assez fixe 
pour être dans OSM à mon avis.
 Pas faux mais la question initiale était plus générale :
 
 > Au départ je suis arrivé sur ce constat en voulant ajouter un magasin qui  
 > vend du matériel apicole, mais je n'ai trouvé aucun tag.
 Mais n'est pas parce que rares sont les magasins spécialisés à ce point ?
 Je pense que les jardineries et les vendeurs de matériel agricoles sont des 
approximations.
 Je me trompe peut-être.
 Rien ne t'empêche de proposer un nouveau tag.
 
 À propose d'abeilles, il s'agit d'une association d'idées, j'ai déjà vu 
l'Abeille Bourbon :
 http://tile.openstreetmap.fr/?q=abeille%20bourbon
 Comme les autres abeilles, et là même en présence de Gaucho, ça se déplace.
 Certes par vent de force inférieure à 5, marée de moins de 92 et en absence 
d'appel, ce bateau se trouve là et ce n'est pas taggué hulk.
 building=boat n'est pas renseigné sur le wiki et a plus de 500 occurrences en 
France.
 Il ne serait pas temps d'ajouter ça dans le wiki ?
 
 Jean-Yvon
 
 
  
 Le 02/02/2016 22:27, Christian Quest - cqu...@openstreetmap.fr a écrit :
  
 En plus les ruches ça se déplace quand même souvent... c'est pas assez fixe 
pour être dans OSM à mon avis.
  
 Le 2 février 2016 à 21:30, THEVENON Julien  a écrit :
 

 
 En date de : Mar 2.2.16, Adrien Grellier  a écrit :
 
  Objet: [OSM-talk-fr] openstreetmap et les abeilles
  À: talk-fr@openstreetmap.org
  Date: Mardi 2 février 2016, 18h07
 
 > Bonjour,
 
 > Je m'étonne qu'il n'y ait que très peu de choses sur le wiki d'OpenStreetMap 
 > concernant l'apiculture. En effet, à par un « craft = beekeeper », je n'ai  
 > pas trouvé grand chose.
 
 > Ais-je mal cherché ? Ou bien il n'y a vraiment rien sur ce
  domaine dans OSM
  ?
 
 > Au départ je suis arrivé sur ce constat en voulant ajouter un magasin qui  
 > vend du matériel apicole, mais je n'ai trouvé aucun tag.
 
 Bonjour,
 
 Pour ce qui est des ruches, j en avais parle avec un collegue qui en possede 
et il y etait formellement oppose par crainte de vol de ruche et d interception 
d essaims en periode d essaimage
 
 julien
   
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr
   
  
 
 
 -- 
  Christian Quest - OpenStreetMap France   
  
 ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
 
 
 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


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

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

[dHuy Pierre]

à partir de quand définir l'originalité en ce cas? 

Le Mercredi 27 janvier 2016 13h28, Jérôme Seigneuret 
 a écrit :
 

 Le code de propriété intellectuelle prévoit que « les œuvres xxx 
d’architecture, xxx les plans, croquis et ouvrages plastiquesrelatifs à xxx 
l’architecture » ne sont considérés comme desœuvres de l’esprit protégées par 
le droit d’auteur que s’ils sont originaux.

Il faut que tu lises cet article Portée et limites du droit au respect de 
l’œuvre architecturale

Jérôme

Le 27 janvier 2016 à 12:49, Stéphane Péneau  a 
écrit :

Hello,

Je rebondis sur la petite discussion au sujet des éventuels droits d'auteur sur 
les plans d'évacuation pour OpenEvacMap.

Qu'en est-il pour les plans de masse ?

Les collectivités ont ces plans pour les modifications de voirie, les créations 
de zone à urbaniser, de batiments publics, etc..
Les récupérer pour mettre à jour Osm pourrait être intéressant, mais je ne sais 
pas s'il y a des restrictions à ce sujet, même si ces plans doivent répondre à 
des codes précis.

Stf



___
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] OpenEvacMap...

[dHuy Pierre]

Bah les plans d'évacuation incendie réfère à la loi sur les ERPs (établissement 
recevant du public), les rendant obligatoire et visible (plan complet à 
l'entrée principale, un plan d'étage par étage...). De plus un plan complet 
doit être déposé (chez les pompiers de mémoire). D'où ma question de 
participation des instances publiques à ce projet :) 

Le Jeudi 21 janvier 2016 23h52, "osm.sanspourr...@spamgourmet.com" 
 a écrit :
 

  
 Le 21/01/2016 11:47, Christian Quest - cqu...@openstreetmap.fr a écrit :
  
 
 On 21/01/2016 10:22, Otourly Wiki wrote:
 
 
 Hello, Curieux ici le site n'en fini pas de mouliner.  La géoloc est 
obligatoire... sans elle, rien ne s'affichera.
 Effectivement en acceptant la géolocalisation, ça marche.
 Sauf que la géolocalisation à partir d'une ligne fixe au moins dans mon cas ça 
donne le centre le la commune.
 Il faudrait donc pouvoir choisir à l'intérieur de cette zone (graphiquement, 
par saisie d'une adresse, dans une liste si c'est raisonnable).
 Sinon il faut truander l'API de géolocalisation.
 
 
 
  Par contre certains propriétaires pourraient être réticents à l'idée de voir 
des plans de leur commerce sur un site...  
 
 Une option serait un formulaire de demande de "take down" comme disent les 
ricains...
 
 Toujours la question : opt-in ou opt-out ?
 
 Et on peut imaginer que suivant la possibilité d'accéder à l'information, les 
gens sont d'accord (par exemple si c'est pour les services de secours) ou pas 
(certains lieux peuvent être sensibles).
 Pourtant si la centrale nucléaire est sûre, ce n'est pas parce que l'on sait 
comment l'évacuer qu'elle sera plus dangereuse.
 Ah, c'est vrai j'ai dit "si" ;-).
 
 Quant aux droits intellectuels, il faudrait être vraiment mauvais coucheur 
pour reprocher la reproduction d'une police de caractères sur un plan 
d'évacuation.
 
 N. B. : le droit n'est pas trop mal fait, il est parfaitement légal de 
défoncer une porte pour évacuer une personne. "nécessité fait loi". La 
publication des plans d'évacuation peut sans doute s'y référer.
 
 Jean-Yvon
 
___
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] OpenEvacMap...

[dHuy Pierre]

@Cquest: Je m'étais renseigné lors de la création de la page sur la 
cartographie Indoor et nous avons le droit d'utiliser dans le cadre "d'un plan 
capté dans l'espace public" mais la diffusion est sujette au droit d'auteur du 
fait des mesures prises des styles d'impression propre à chaque entreprise... 
Je peux relancer l'avocat avec qui j'en avais discuté mais si il y a un avocat 
ici ça serait plaisant :)+ pour le formulaire de takedown. L'upload peut être 
anonymisé? 

Le Jeudi 21 janvier 2016 11h48, Christian Quest  a 
écrit :
 

  On 21/01/2016 10:22, Otourly Wiki wrote:
 
 
 Hello, Curieux ici le site n'en fini pas de mouliner.  
 La géoloc est obligatoire... sans elle, rien ne s'affichera.
 
 
  Peut-être il faudrait mettre une page concernant l'utilisation des données et 
le but du site.  
 
 Oui, il y a plein de choses à ajouter, on est vraiment à une v0 de type "PoC" 
;)
 
 
  Par contre certains propriétaires pourraient être réticents à l'idée de voir 
des plans de leur commerce sur un site...  
 
 Une option serait un formulaire de demande de "take down" comme disent les 
ricains...
 
 
     Florian
 #WeAreFairphone
   
  
 
 -- 
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] OpenEvacMap...

[dHuy Pierre]

Bonjour cquest,Penses-tu qu'il soit possible d'utiliser les support de plan 
d'évacuation pour la carto indoor?Comment as-tu géré la question de la 
propriété intellectuelle des dits-plans?Y a/aura-t-il des contributeurs 
publics?Librement, 

Le Dimanche 17 janvier 2016 17h13, Christian Quest 
 a écrit :
 

 Ce week-end se tenait à l'école 42 le hackathon NecMergitur organisé par
la Ville de Paris, la préfecture de Police, Etalab...

J'ai proposé un projet de collecte des plans d'évacuation. Vous
trouverez une présentation sur
https://cquest.hackpad.com/OpenEvacMap-fslfSbDRGC2

Notre équipe a travaillé à la réalisation d'une webapp destinée à
fonctionner sur smartphone, mais qui fonctionne aussi sur un navigateur
classique.

On peut consulter les plans à proximité, et on peut uploader un nouveau
plan en le liant à une adresse et en précisant si besoin l'étage, le
bâtiment, le nom du lieu.

Vous pouvez essayer ici: http://openevacmap.org/

C'est encore très très BETA, l'upload de photo n'a pas été testé à fond.

Une carte umap permet de visualiser l'activité des 2 dernières heures,
une façon de détecter d'éventuels évènements problématiques...
http://umap.openstreetmap.fr/fr/map/heatmap-dactivite-openevacmap_67099

Le projet est sur github: https://github.com/openevacmap/

-- 
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] Transilien.com - OpenStreetMap

[dHuy Pierre]

Il y avait le site raildar.fr qui couvrait aussi bien le réseau transilien que 
national mais qui depuis peu ne couvre plus rien en France (d'après eux à cause 
de la sncf). En espérant qu'un jour ça revienne...En attendant, il marche avec 
l'Eurostar et plusieurs pays européens. 


Le Lundi 14 décembre 2015 14h02, Florian LAINEZ  a écrit 
:
 

 Bonjour,
Merci pour vos retours.


Il y a deux fois "Horaires" dans le menu:
http://www.transilien.com/lignes/rer-trains/rer-A


Ce sont les anciens horaires avant le 13 décembre et ceux après le 13 décembre, 
afin de permettre aux usagers de prévoir leurs trajets à l'avance.
Maintenant que la date est passée, nous n'allons pas tarder à enlever cette 
information dupliquée. Bien vu !


J'imagine que les horaires sont les théoriques : y a-t-il un moyen d'avoir
les horaires en temps réel, voire une carte montrant où se trouvent les
trains sur la ligne?


Pour avoir accès à notre API temps réel, il faut me faire une demande à 
l'adresse ext.synergie.florian.lai...@sncf.fr
Plus d'informations et la doc sont disponibles à l'adresse 
https://ressources.data.sncf.com/explore/dataset/api-temps-reel-transilien/

Pour la carte de tous les trains SNCF en temps réel, ça se passe ici : 
http://www.sncf.com/fr/geolocalisation
Vous noterez le fond de carte OSM ;)

Bonne journée


Le 12 décembre 2015 à 18:04, pepilepi...@ovh.fr  a écrit :

  Le 12/12/2015 11:49, Shohreh a écrit :
  
 Il y a deux fois "Horaires" dans le menu:
http://www.transilien.com/lignes/rer-trains/rer-A

J'imagine que les horaires sont les théoriques : y a-t-il un moyen d'avoir
les horaires en temps réel, voire une carte montrant où se trouvent les
trains sur la ligne?

Vu le nombre de retards et annulations, c'est plus utile que les horaires
officiels. 
 
 Bonsoir,
  Jusque il y a pas longtemps il y avait OSM tchoutchou mais comme le déplore 
son créateur (?) il a été torpillé par la SNCF (ou du moins sa source de 
données). Il reste sur ce site un moyen de contacter l'auteur.
  Ceci dit je ne sais pas s'il allait jusqu'à suivre les RER.
  Bon dimanche,
  JP
  
 
 
 
 
--
View this message in context: 
http://gis.19327.n5.nabble.com/Transilien-com-OpenStreetMap-tp5861552p5862303.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
 
 
 
 -- 
    Joyeux Noël et Bonne Année 2016
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr





-- 
  FlorianLainez
@overflorian

___
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] Nouvelle gare de Rosa Parks

[dHuy Pierre]

Petit commentaire sur la plateforme: Y a-t-il un ou deux quais? Dans ce cas il 
y aura deux plateformes, non? 


Le Lundi 14 décembre 2015 14h24, Florian LAINEZ  a écrit 
:
 

 Hello,
Hier a ouvert la nouvelle gare Transilien de Rosa Parks, sur la ligne E, pas 
loin de gare du Nord.

On est quelques uns à avoir bossé sur une micro-carto indoor, voici le résultat 
: 
http://github.pavie.info/openlevelup/?lat=48.896459=2.374063=20=0=0=1=0=0=0=0

Tout n'est pas encore terminé, je pense à certains équipements qu'on a pas 
encore ajouté, ou encore la description des alentours (ex. arbres au sud, 
calage des arbres ...).

On a calé le bâti depuis le plan d'architecte et importé certains éléments 
comme les piliers, et pour compléter ça je suis allé prendre des photos 360° 
hier dans la gare cf. 
http://www.mapillary.com/map/search/48.89667895659059/2.3741417040492365/17.334957027564734Q
Votre aide est la bienvenue pour boucler tout ça !  Si vous voulez un petit 
guide concernant les tags ça se passe ici : 
http://wiki.openstreetmap.org/wiki/FR:Railway_stations

Bonne journée

-- 
  FlorianLainez
@overflorian

___
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] Gestion des périodes historiques pour le patrimoine

[dHuy Pierre]

Il y aussi start_date=C11 ou ~C11 ou même mid C11 pour le milieu du siècle qui 
correspond très bien plutôt que d'inventer un nouveau tag. 


 Le Lundi 9 novembre 2015 11h21, Philippe Verdy  a 
écrit :
   

 tu peux proposer "historic:century=11" si la classification par époque ou 
civilisation est difficile (d'ailleurs elle varie selon les pays ou cultures, 
ce qui est documenté est difficile à standardiser et faire accepter partout).le 
"start_date=*" est plutôt réservé à noter des dates précises (avec un format 
compatible ISO 8601 contenant au minimum une année complète), mais le XIe 
siècle n'est pas assez précis on ne peut pas non plus mettre 
"start_date=1001-1100" (format incompatible posant problème), start_date=1001 
(oui, le XIe siècle commence l'année suivant l'an mil) ou start_date=1050 
(milieu du siècle) serait au contraire trop précis (rien n'indique que c'est en 
fait une estimation à plus ou mois 50 ans près).
Le 9 novembre 2015 11:07, Jérôme Seigneuret  a écrit :

Bonjour, en faisant un fix sur le nom d'une église je me retrouve à 
avoir:Église ST Barthélémy XIième siècle que je corrige en Église 
Saint-Barthélémy-de-Baillarguet
Mon problème est d'ajouter l'information lié au XI ème siècle> période du moyen 
age central + précision sur le siècle
Ducoup je regarde du coté des tags 
http://wiki.openstreetmap.org/wiki/FR:Key:historic:civilizationhistoric:period=
start_date=

Je me rend compte que rien n'est précisé sur les siècles tel que l'on a 
l'habitude de l'utilisé d'une part et que les grandes périodes de notre 
civilisation ne sont pas détaillé:
préhistoire et protohistoire c'est OK   
   - historic:civilization=prehistoric 
   - historic:civilization=protohistoric 

Reste les périodes après JC et les périodes spécifique à des régions
moyen-age :vie ‑xve
haut Moyen Âge = : vie ‑ xe siècleMoyen Âge central : xie ‑ xiiie siècleMoyen 
Âge tardif : xive ‑ xve siècle

époque moderne :
Époque moderne antérieure :1492 – 1792
époque contemporaine :

Époque moderne I : 1792 – 1920Époque moderne II : 1920 à nos jours


Bonne journéeJérôme

___
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] Gestion des périodes historiques pour le patrimoine

[dHuy Pierre]

Je ne pense pas que ça soit ISO effectivement mais largement utilisé et 
documenté sur le Wiki, sur le lien fourni plus haut d'ailleurs. Les logiciels 
comme josm renvoie d'ailleurs à cette page pour ce type de clef donc c'est 
plutôt largement utilisé. Et puis c'est toujours mieux que d'ajouter un tag qui 
ne sera utilisé que par peu de personnes. 


 Le Lundi 9 novembre 2015 15h31, Philippe Verdy <verd...@wanadoo.fr> a 
écrit :
   

 La syntaxe avec C11 est-elle bien supportée et compatible avec l'ISO ou un 
format RFC connu pour les dates? En tout cas celle avec tilde ou avec un mot 
clé supplémentaire comme "mid" n'est documentée nulle part. Pour l'instant 
start_daye n'est documentée qu'avec une date précise jusqu'à la seconde,  mais 
au minimum avec l'année complète et rien pour les autres intervalles 
d'incertitude. Le 9 nov. 2015 13:50, "dHuy Pierre" <dh...@yahoo.fr> a écrit :

Il y aussi start_date=C11 ou ~C11 ou même mid C11 pour le milieu du siècle qui 
correspond très bien plutôt que d'inventer un nouveau tag. 


 Le Lundi 9 novembre 2015 11h21, Philippe Verdy <verd...@wanadoo.fr> a 
écrit :
   

 tu peux proposer "historic:century=11" si la classification par époque ou 
civilisation est difficile (d'ailleurs elle varie selon les pays ou cultures, 
ce qui est documenté est difficile à standardiser et faire accepter partout).le 
"start_date=*" est plutôt réservé à noter des dates précises (avec un format 
compatible ISO 8601 contenant au minimum une année complète), mais le XIe 
siècle n'est pas assez précis on ne peut pas non plus mettre 
"start_date=1001-1100" (format incompatible posant problème), start_date=1001 
(oui, le XIe siècle commence l'année suivant l'an mil) ou start_date=1050 
(milieu du siècle) serait au contraire trop précis (rien n'indique que c'est en 
fait une estimation à plus ou mois 50 ans près).
Le 9 novembre 2015 11:07, Jérôme Seigneuret <jseigneuret-...@yahoo.fr> a écrit :

Bonjour, en faisant un fix sur le nom d'une église je me retrouve à 
avoir:Église ST Barthélémy XIième siècle que je corrige en Église 
Saint-Barthélémy-de-Baillarguet
Mon problème est d'ajouter l'information lié au XI ème siècle> période du moyen 
age central + précision sur le siècle
Ducoup je regarde du coté des tags 
http://wiki.openstreetmap.org/wiki/FR:Key:historic:civilizationhistoric:period=
start_date=

Je me rend compte que rien n'est précisé sur les siècles tel que l'on a 
l'habitude de l'utilisé d'une part et que les grandes périodes de notre 
civilisation ne sont pas détaillé:
préhistoire et protohistoire c'est OK   
   - historic:civilization=prehistoric 
   - historic:civilization=protohistoric 

Reste les périodes après JC et les périodes spécifique à des régions
moyen-age :vie ‑xve
haut Moyen Âge = : vie ‑ xe siècleMoyen Âge central : xie ‑ xiiie siècleMoyen 
Âge tardif : xive ‑ xve siècle

époque moderne :
Époque moderne antérieure :1492 – 1792
époque contemporaine :

Époque moderne I : 1792 – 1920Époque moderne II : 1920 à nos jours


Bonne journéeJérôme

___
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] Le "Diocèse de Bayeux - Lisieux"

[dHuy Pierre]

Si on suit l'article du wiki:http://wiki.openstreetmap.org/wiki/Key:boundary
Le tag boundary doit être fixé à religious_administration. Le débat sur les 
admin_level se retrouve dans la discussion de l'article: 
http://wiki.openstreetmap.org/wiki/Talk:Key:boundary#Religious_authority_boundariesLe
 sujet est indiqué comme devant être discuté mais déjà partiellement accepté. 
Il faudrait formaliser clairement les limtes religieuses. Si quelqu'un veut le 
faire, je m'y étais penché, bon courage! :) 


 Le Jeudi 29 octobre 2015 22h24, JB  a écrit :
   

  Bonsoir,
 C'est fait comme ça en France. Mais la confusion avec un département est 
difficile, car le tag boundary les différencie clairement. Pour reconnaitre un 
département, c'est bien le couple boundary=administrative + admin_level=6. Le 
tag admin_level ne veut rien dire en lui-même, non couplé à autre chose.
 JB.
 
 Le 29/10/2015 22:14, Aurélien  a écrit :
  
 Bonjour, 
  Voici un territoire religieux en "admin_level=6", soit noté comme un 
département français. 
  Le lien : http://www.openstreetmap.org/relation/3126313 
  Est-ce normal ? 
  A bientôt, 
  Kin  
  
 ___
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] Le "Diocèse de Bayeux - Lisieux"

[dHuy Pierre]

Si je peux me permettre, je ne vois pas le conflit. Le diocèse est bien 
référencé à level 6. Quel est le conflit? 


 Le Vendredi 30 octobre 2015 13h16, Philippe Verdy <verd...@wanadoo.fr> a 
écrit :
   

 Sur la discussion justement les valeurs d'admin_level documentées pour Roman 
Catholic sont en conflit pour les deux derniers : 7 et 8 au lieu semble-t-oil 
de 9 et 10.
Le 30 octobre 2015 10:36, dHuy Pierre <dh...@yahoo.fr> a écrit :

Si on suit l'article du wiki:http://wiki.openstreetmap.org/wiki/Key:boundary
Le tag boundary doit être fixé à religious_administration. Le débat sur les 
admin_level se retrouve dans la discussion de l'article: 
http://wiki.openstreetmap.org/wiki/Talk:Key:boundary#Religious_authority_boundariesLe
 sujet est indiqué comme devant être discuté mais déjà partiellement accepté. 
Il faudrait formaliser clairement les limtes religieuses. Si quelqu'un veut le 
faire, je m'y étais penché, bon courage! :) 


 Le Jeudi 29 octobre 2015 22h24, JB <jb...@mailoo.org> a écrit :
   

  Bonsoir,
 C'est fait comme ça en France. Mais la confusion avec un département est 
difficile, car le tag boundary les différencie clairement. Pour reconnaitre un 
département, c'est bien le couple boundary=administrative + admin_level=6. Le 
tag admin_level ne veut rien dire en lui-même, non couplé à autre chose.
 JB.
 
 Le 29/10/2015 22:14, Aurélien  a écrit :
  
 Bonjour, 
  Voici un territoire religieux en "admin_level=6", soit noté comme un 
département français. 
  Le lien : http://www.openstreetmap.org/relation/3126313 
  Est-ce normal ? 
  A bientôt, 
  Kin  
  
 ___
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] Le "Diocèse de Bayeux - Lisieux"

[dHuy Pierre]

Ah oui, mea culpa. Mais du coup où est le problème sur les niveaux de l'église 
catholique romaine? Je ne vois que sur l'anglicane. 


 Le Vendredi 30 octobre 2015 14h01, Philippe Verdy <verd...@wanadoo.fr> a 
écrit :
   

 Je parle de la page de **discussion** sur le wiki (dont le lien était dans le 
message auquel je répondait), pas de ce 
diocèse...http://wiki.openstreetmap.org/wiki/Talk:Key:boundary#Religious_authority_boundaries


Le 30 octobre 2015 13:26, dHuy Pierre <dh...@yahoo.fr> a écrit :

Si je peux me permettre, je ne vois pas le conflit. Le diocèse est bien 
référencé à level 6. Quel est le conflit? 


 Le Vendredi 30 octobre 2015 13h16, Philippe Verdy <verd...@wanadoo.fr> a 
écrit :
   

 Sur la discussion justement les valeurs d'admin_level documentées pour Roman 
Catholic sont en conflit pour les deux derniers : 7 et 8 au lieu semble-t-oil 
de 9 et 10.
Le 30 octobre 2015 10:36, dHuy Pierre <dh...@yahoo.fr> a écrit :

Si on suit l'article du wiki:http://wiki.openstreetmap.org/wiki/Key:boundary
Le tag boundary doit être fixé à religious_administration. Le débat sur les 
admin_level se retrouve dans la discussion de l'article: 
http://wiki.openstreetmap.org/wiki/Talk:Key:boundary#Religious_authority_boundariesLe
 sujet est indiqué comme devant être discuté mais déjà partiellement accepté. 
Il faudrait formaliser clairement les limtes religieuses. Si quelqu'un veut le 
faire, je m'y étais penché, bon courage! :) 


 Le Jeudi 29 octobre 2015 22h24, JB <jb...@mailoo.org> a écrit :
   

  Bonsoir,
 C'est fait comme ça en France. Mais la confusion avec un département est 
difficile, car le tag boundary les différencie clairement. Pour reconnaitre un 
département, c'est bien le couple boundary=administrative + admin_level=6. Le 
tag admin_level ne veut rien dire en lui-même, non couplé à autre chose.
 JB.
 
 Le 29/10/2015 22:14, Aurélien  a écrit :
  
 Bonjour, 
  Voici un territoire religieux en "admin_level=6", soit noté comme un 
département français. 
  Le lien : http://www.openstreetmap.org/relation/3126313 
  Est-ce normal ? 
  A bientôt, 
  Kin  
  
 ___
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





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

Re: [OSM-talk-fr] Test carte Police/Justice... et cantons

[dHuy Pierre]

Je crois que mon message n'est pas passé, so:
Pour les cantons, j'y vois le même intérêt que pour la Gendarmerie, il s'agit 
d'une question de ratachement: quel bureau aller voir etc... À la campagne je 
préfère éviter de me faire 30 bornes quand le bureau est à l'opposé!
Note que je n'ai jamais défendu l'idée de mettre des fédérations, ce qui me 
semblerait un peu trop complet! Après va savoir, en période de chasse, je 
préfère éviter de traverser un bois habillé en chevreuil (C'est une activité 
assez saine l'air de rien).Plus sérieusement, la circonscription religieuse n'a 
pas d'usage que pour connaitre un rattachement local ou pour se faire 
apostasier (Perso, j'ai signé un contrat avec Satan, ça va plus vite et pas 
besoin d'entrer dans l'Eglise, l'Enfer fait les démarches de résiliations pour 
toi). Ça sert aussi pour voir les communautées religieuses, l'organisation de 
sociétés et aussi potentiellement les lieux à visiter. Toutes les communautés 
religieuses n'ont pas un beau site web présentant leur position sur la carte et 
certaines restent assez territoriale. Par exemple, comment trouver mon temple 
de rattachement si je suis protestant dans la Creuse? 


 Le Vendredi 11 septembre 2015 13h33, dHuy Pierre <dh...@yahoo.fr> a écrit :
   

 Pour les cantons, j'y vois le même intérêt que pour la Gendarmerie, il s'agit 
d'une question de ratachement: quel bureau aller voir etc... À la campagne je 
préfère éviter de me faire 30 bornes quand le bureau est à l'opposé!
Note que je n'ai jamais défendu l'idée de mettre des fédérations, ce qui me 
semblerait un peu trop complet! Après va savoir, en période de chasse, je 
préfère éviter de traverser un bois habillé en chevreuil (C'est une activité 
assez saine l'air de rien).Plus sérieusement, la circonscription religieuse n'a 
pas d'usage que pour connaitre un rattachement local ou pour se faire 
apostasier (Perso, j'ai signé un contrat avec Satan, ça va plus vite et pas 
besoin d'entrer dans l'Eglise, l'Enfer fait les démarches de résiliations pour 
toi). Ça sert aussi pour voir les communautées religieuses, l'organisation de 
sociétés et aussi potentiellement les lieux à visiter. Toutes les communautés 
religieuses n'ont pas un beau site web présentant leur position sur la carte et 
certaines restent assez territoriale. Par exemple, comment trouver mon temple 
de rattachement si je suis protestant dans la Creuse?



 Le Jeudi 10 septembre 2015 17h49, "osm.sanspourr...@spamgourmet.com" 
<osm.sanspourr...@spamgourmet.com> a écrit :
   

  Je suppose que si tu frappes à la porte de l'église, du temple, de la mosquée 
ou de la synagogue, ils sauront te dire à quelle entité tu es rattaché.
 Quand j'ai écrit à monsieur le curé (l'évêque en fait) pour me faire 
apostasier il m'a demandé ou et quand j'avais été baptisé.
 Tout ce que je pouvais lui dire c'est que c'était "l'église à côté de la gare" 
et ma date de naissance.
 Il a su rayer mon nom du registre des baptême.
 Il me semble préférable que l'on propose des systèmes efficaces style 
comcommaker pour que les différents groupes puissent facilement montrer leurs 
structurations géographiques sur une carte Umap.
 
 Sinon pourquoi pas la carte des fédérations de chasse, des groupes de la LPO, 
de la FNE, de Bretagne-Vivante, etc...
 
 Sinon quand je vais faire une recherche sur Nominatim ou sur la carte je vais 
voir des appartenances à des centaines, des milliers de groupes : trop 
d'information tue l'information.
 Par contre, que sur le site de Bretagne-Vivante je puisse trouver à partir de 
mon adresse à quel groupe je peux appartenir a un intérêt... si je m'intéresse 
à Bretagne-Vivante.
 
 Déjà avec le niveau canton qui ne veut rien dire en France (pur découpage 
électoral) qui se retrouve affiché dans les résultats Nominatim et est utilisé 
pour la recherche, c'est la mouise (tu cherches une rue X à Y et on te donne en 
premier une rue X à Z qui est dans le canton de Y), si en plus tu vas trouver 
les évêchés, l'association de boulistes du coin et j'en passe...
 (Là peut-être pas sur une recherche mais au moins sur clic pour trouver les 
données de la carte).
 
 Jean-Yvon
 
 
 Le 08/09/2015 20:17, Pierre d'Huy - dh...@yahoo.fr a écrit :
  
 
 Le zonage police gendarmerie me parait assez utile dans les zones de campagne 
où on ne sait pas forcément de qui on dépend (par exemple dans le cantal).
 Autrement un zonage qui me parait encore plus intéressant c'est celui des 
paroisses religieuses/sous divisions équivalentes. Là aussi, il y a une utilité 
sur le rattachement des églises/temple/mosquée/synagogue.
 
 Le 7 septembre 2015 17:38:06 GMT+02:00, Philippe Verdy <verd...@wanadoo.fr> a 
écrit : 
 peut-être plus utile le zonage de la carte scolaire, maisquidoit s'appuyer sur 
le zonage des quartiers des communes le zonage des services sociaux le zonage 
des secteurs hospitaliers qui découpe les villes ou sont situés les chr et 
services d'urgence en pleine

Re: [OSM-talk-fr] Test carte Police/Justice...

[dHuy Pierre]

@cquest: Merci, du coup, c'est déjà cartographié sur osm ou on peut le rajouter 
nous même et si oui sous quel titre et tag?
 


 Le Lundi 31 août 2015 11h28, Christian Quest <cqu...@openstreetmap.fr> a 
écrit :
   

 Zut, j'ai changé le titre donc le lien :(

Voici le lien stable...
https://www.data.gouv.fr/fr/reuses/55d5fec588ee382817a46ec1/


On 30/08/2015 12:49, didier2020 wrote:
> 404, 403 ... moi j'ai une bx 
>
> ... désolé ...
>
> Le dimanche 30 août 2015 à 11:06 +0200, osm.sanspourr...@spamgourmet.com
> a écrit :
>> Tu veux dire 403 je suppose.
>> Actuellement j'ai un 403 (ça marchait l'autre jour).
>>
>> N. B. : pour les POI, Guilhem avait bien précisé ni iOS ni Android.
>>
>> Jean-Yvon
>>
>> Le 30/08/2015 09:18, dHuy Pierre - dh...@yahoo.fr a écrit :
>>
>>> @Cquest: Ton lien me renvoie un beau 404, suis je seul dans ce cas? 
>>>
>>>
>>>
>>>
>>>
>>> Le Jeudi 20 août 2015 21h26, Christian Quest
>>> <cqu...@openstreetmap.fr> a écrit :
>>>
>>>
>>>
>>> Des morceaux d'OSM dedans... essentiellement les contours de
>>> communes
>>> utilisés pour recréer les limites des TGI et des zones
>>> Police/Gendarmerie, le reste c'est 4 jeux de données opendata dispo
>>> sur
>>> data.gouv.fr
>>>
>>> https://www.data.gouv.fr/fr/reuses/carte-des-ressorts-des-tgi/
>>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Christian Quest - OpenStreetMap France


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


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

[OSM-talk-fr] Suite de la discussion sur le PLU

[dHuy Pierre]

La mairie de Paris m'a enfin répondu et s'ils promettent une intégration très 
prochaine en open data, je n'ai toujours pas compris la licence des documents 
actuels! (cf ci dessous)Librement à tous!

  Le Mercredi 2 septembre 2015 11h52, Cabinet de la Maire de Paris 
 a écrit :
   

 En réponse à votre message#yiv9892421169 
.yiv9892421169answer{font-size:13px;font-family:Arial, Helvetica, 
sans-serif;line-height:17px;color:#333;}#yiv9892421169 
.yiv9892421169sigOperator{font-size:13px;font-family:Arial, Helvetica, 
sans-serif;font-weight:bold;color:#333;}#yiv9892421169 
.yiv9892421169sigMailBox{font-size:13px;font-family:Arial, Helvetica, 
sans-serif;font-weight:bold;}#yiv9892421169 
.yiv9892421169sigCustomerSpace{font-size:13px;color:#FF;font-family:Arial, 
Helvetica, sans-serif;font-weight:bold;}#yiv9892421169 
.yiv9892421169quotedEmail{font-size:13px;color:#00;font-family:Arial, 
Helvetica, sans-serif;}#yiv9892421169 .yiv9892421169bordure {border:thin solid 
#11abc5;}#yiv9892421169 .yiv9892421169fond 
{background-color:#11abc5;}#yiv9892421169 
.yiv9892421169aquo{text-decoration:none;}#yiv9892421169 a.yiv9892421169lien 
{font-family:Arial, Helvetica, 
sans-serif;font-size:13px;color:#ff;}#yiv9892421169 
a.yiv9892421169lien:hover 
{font-size:13px;text-decoration:underline;}#yiv9892421169 a 
{color:#11abc5;text-decoration:none;}#yiv9892421169 a:hover 
{text-decoration:underline;}#yiv9892421169 .yiv9892421169basbordure 
{border-top-width:thin;border-right-width:thin;border-bottom-width:thin;border-left-width:thin;border-top-style:solid;border-top-color:#11abc5;border-right-color:#11abc5;border-bottom-color:#11abc5;border-left-color:#11abc5;}
|  |
|   
|  Monsieur,

Actuellement, la diffusion du PLU via OpenStreetMap n'est pas possible, car la 
Mairie de Paris ne dispose pas des documents graphiques du PLU sous forme de 
fichiers vectorisés et géoréférencés avec une qualité suffisante pour permettre 
une diffusion libre et ouverte.Mais la réalisation de ces fichiers est en 
cours, avec comme échéance l'approbation de la modification générale du PLU 
actuellement en cours.

Il sera alors possible de diffuser sur l'Opendata de la Ville de Paris les 
documents graphiques du PLU sous forme de fichiers géoréférencés en Lambert 93, 
en mode vecteur ou image selon les plans, et intégrables dans d'autres 
applications comme OpenStreetMap.A noter que la licence des fichiers 
disponibles sur l'Opendata de la Ville de Paris. 
Cordialement,

LE CHEF DU CABINET DE LA MAIRE DE PARIS

Merci de ne pas répondre à ce mél.
Si vous désirez nous contacter à nouveau ou bien exprimer une opinion, veuillez 
utiliser les formulaires du site internet de la Ville de Paris, à la rubrique 
"contacts".
   |

  |
| 
|   
  |

  |
| 
||

|
| 
|  |

 |
| PARIS.FR |



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

Re: [OSM-talk-fr] Editeur de POI en HTML5

[dHuy Pierre]

Pour l'ajout simple de POI, es tu opposé à l'utilisation d'une appli, en 
fonction de ton OS, différentes applis existent: par exemple OsmAnd~ ou 
Vespucci pour Android
 


 Le Dimanche 23 août 2015 13h34, Guilhem Bonnefille 
guilhem.bonnefi...@gmail.com a écrit :
   

 Bonjour,

Je rentre d'un séjour à Vernet-les-bains. Classiquement, lors d'un
séjour, j'ai toujours l'occasion de compléter OSM. Mais là, je dois
reconnaître que la carte était plutôt complète. Du coup, il ne me
restait que quelques POI à ajouter.

D'où l'objet de ce mail : connaissez-vous un éditeur (pour mobile)
spécialisé dans les POI ? En plus, j'en cherche un en HTML5 car mon
smartphone n'est ni un Android, ni un iOS.
Pourquoi un éditeur de POI ? Car j'ai de sérieux doute sur
l'utilisabilité d'un éditeur complet sur smartphone : j'ai tenté avec
mon n900 pendant un temps et ce n'est vraiment pas évident.

Et si ça n'existe pas (encore) pensez-vous qu'il soit compliqué de
bidouiller l'éditeur iD pour en faire une version mobile simplifiée
pour les POIs ? Car oui, je suis un utilisateur d'iD et j'avoue
apprécier son interface super simple pour les POI avec des formulaires
spécialisés.

Merci d'avance pour vos conseils.
-- 
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.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] Test carte Police/Justice...

[dHuy Pierre]

@Cquest: Ton lien me renvoie un beau 404, suis je seul dans ce cas?
 


 Le Jeudi 20 août 2015 21h26, Christian Quest cqu...@openstreetmap.fr a 
écrit :
   

 Des morceaux d'OSM dedans... essentiellement les contours de communes
utilisés pour recréer les limites des TGI et des zones
Police/Gendarmerie, le reste c'est 4 jeux de données opendata dispo sur
data.gouv.fr

https://www.data.gouv.fr/fr/reuses/carte-des-ressorts-des-tgi/

Les usagers potentiels de cette couche (transparente) sont les services
de police, de gendarmerie, ainsi que les douaniers (l'idée m'a été
soufflée par un douanier).

Je n'ai mis en ligne qu'une petite zone autour de Douai.

-- 
Christian Quest - OpenStreetMap France


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


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

Re: [OSM-talk-fr] Intégration des numéros de porte

[dHuy Pierre]

C'est en général un défaut, de temps, même avec une armée de volontaire, on ne 
peut pas tout faire. Le site cadastre.openstreetmap.fr permet de faciliter le 
positionnement. Cependant dans certains cas les numéros de rues ne sont pas 
présents sur le cadastre (Laroquebrou par exemple). Il faut vérifier avec le 
cadastre.
Bon courage pour remplir ta ville :) 


 Le Samedi 15 août 2015 11h26, Aurélien  kinj...@gmail.com a écrit :
   

 Bonjour à tous,
J'ai remarqué que dans les grandes villes, les numéros des bâtis étaient 
indiqués partout partout partout et ça c'est super.
En revanche dans des villes moyennes comme Dieppe, ils ne sont pas renseignés.
Pourquoi ?
- Est-ce parce qu'elles ne sont pas disponibles dans la BANO ?
- Est-ce que parce que ça demande du temps à les intégrer et personne ne s'en 
est encore occupé dans ces territoires là ? (il y a des outils pour faciliter 
leur intégration ou faut-il le faire à la main ?)
- Est-ce par un soucis de fiabilité et mieux vaut ne pas les intégrer 
qu'intégrer des données non fiables ?
S'il n'y a pas de raison bloquante, alors j'y prendrai un malin plaisir à les 
renseigner :) Mais dans ce cas pourriez-vous me guider afin de ne pas faire 
d'erreur ?
Merci pour vos réponses.
A bientôt

___
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] licence et rapprochement de données (PSS, OpenFlights)

[dHuy Pierre]

@osmsanspourriel: le code ident correspond pour les aéroports à la référence 
ICAO: par exemple L représente l'Europe de l'Ouest, le LF recouvre tous les 
aéroports de France Métropolitaine. LFP pour l'île de France...Une autre norme 
internationnale est IATA. Les deux sont supportés dans la doc sur osmwiki.Juste 
en passant avec mes 5 cents à moi, il existe des bases complètes fournies par 
les aéroports et libre d'accès à tous avec toutes les pistes, les hangars, les 
zones militaires... On appelle ça le chart de l'aéroport. Y figure: coordonnées 
précises, couloir d'approche, service disponible, plan détaillé... etc 


 Le Mercredi 12 août 2015 10h00, Frédéric Rodrigo fred.rodr...@gmail.com 
a écrit :
   

 OurAirports à déjà était importé.

My 2 cents.


Le 12/08/2015 00:06, osm.sanspourr...@spamgourmet.com a écrit :
 Bonjour, on va simplifier :
 alors que le titre semblait indiquer que ourairports était
 américano-américain, il est en fait mondial et en données versées au
 domaine public.
 J'ai fait un comparatif qui semble parler de lui-même :


     OurAirports     OpenFlights
 License     *public domain* souhaitent mais n'exigent pas d'être cités
     OBdL/commercial
 Entrées     *46 516*     8 107
 Position     lat, lon, ele     lat, lon, ele (en pieds)
 latitude     latitude_deg     lat
 longitude     longitude_deg     lon
 altitude     elevation_ft     ele_ft

     
     
 *Type*     ballonport
 heliport
 seaplane_base

 small_airport
 medium_airport
 large_airport

 closed     -

     
     
 Dénomination     
     
 name:en     name     
 localité     couple ville principale/commune du site
 quelques vides     city= ville principale
 name=commune locale ou lieu-dit
 continent     oui     -
 pays     iso_country     country
 état/région     iso_region     -

     
     
 Référence     
     
 3 alpha (iata)     iata_code     iata
 4 alpha (icao)     gps_code     icao
 4-7 alpha     ident     
 code local/nationalde l'aéroport     local_code     

     
     
 wikipedia:en     *wikipedia_link*     
 website     *home_link*     

     
     
 Divers     
     
 scheduled_service     indique si les vols sont préprogrammés     -
 fuseau horaire     -     oui, mais heure d'été sujette à caution dans certains
 états


 Voici ce que ça donne sur un degré carré :

 OpenFlightID     Name     City     Country     iata     icao     Lat     Lon  
    AltitudeFt
 Timezone     DSTtype     TimezoneName
 1403     Guipavas     Brest     France     BES     LFRB     48,447911     
 -4,418539
 325     1     E     Europe/Paris
 1411     Landivisiau     Landivisiau     France     
     LFRJ     48,530258     -4,151642     348     1     E     Europe/Paris
 1413     Poulmic     Lanvedoc     France     
     LFRL     48,281703     -4,445017     287     1     E     Europe/Paris


 Aucun héliport, une erreur dans le nom d'une ville (Lanvéoc),
 localisation moins précise que ci-dessous.

 ident     type     name     latitude_deg     longitude_deg     elevation_ft
 continent     iso_country     iso_region     municipality     
 scheduled_service
 gps_code     iata_code     local_code     home_link     wikipedia_link     
 keywords
 FR-0046     heliport     Amirauté Heliport     48,3805542     -4,49166679     
 8     EU
 FR     FR-E     Brest     no     
     
     
     
     
     
 FR-0053     heliport     La Cavale Blanche Centre Hospitalier Heliport
 48,40353012     -4,52956676     121     EU     FR     FR-E     Brest     no   
   
     
     
     
     
     
 *LFRB*     *medium_airport*     *Brest Bretagne Airport*     *48,44789886*
 *-4,41854*     *325*     *EU*     *FR*     *FR-E*     *Brest/Guipavas*     
 *yes*     *LFRB*
 *BES*     *
 *     *
 *     *http://en.wikipedia.org/wiki/Brest_Bretagne_Airport*
 *LFRJ*     *medium_airport*     *Landivisiau Air Base*     *48,53030014*
 *-4,15163994*     *348*     *EU*     *FR*     *FR-E*     *Landivisiau*     
 *no*     *LFRJ*
 *LDV*     *
 *     *
 *     *
 *     *
 *
 *LFRL*     *medium_airport*     *Lanvéoc-Poulmic Air Base*     *48,28170013*
 *-4,4450202*     *287*     *EU*     *FR*     *FR-E*     *Lanvéoc/Poulmic*     
 *no*     *LFRL*     *
 *     *
 *     *
 *     *
 *     *
 *

     
     
     
     
     
     
     
     
     
     
     
     
     
     
     
     


 Sachant que OpenStreeMap trouve 6 héliports.

 Se pose la question de la meilleure façon de rapprocher les données.
 Est-ce que vous savez à quoi ident correspondrait sur OpenStreeMap ? ça
 ressemble à une référence internationale.

 Jean-Yvon


 ___
 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] Utilisation du PLU parisien.

[dHuy Pierre]

Hum il semble que mon mail précédent se soit doublé, désolé tout le monde, les 
aléas de la campagne!@Lacombe, yep je sais bien, c'était pour aider au 
repérage, j'envoie un mail à la mairie de Paris dès que je retrouve une vraie 
connexion pour savoir du coup.
 


 Le Mardi 4 août 2015 17h03, Pierre d'Huy dh...@yahoo.fr a écrit :
   

 Énormément de plan dont le plan nommé au dessus.
Il n'y a aucune info de license sinon j'aurais pu trancher. Le pdf concerné 
fait partie des infrastructures d'utilité publiques.

Le 31 juillet 2015 16:34:30 GMT+02:00, Christian Quest 
cqu...@openstreetmap.fr a écrit :
Le 30/07/2015 19:20, althio a écrit :

 http://pluenligne.paris.fr/plu/page/PLU?page_id=1
 http://pluenligne.paris.fr/plu/sites-plu/site_statique_34/index_plu.html
 Je n'ai vu aucune mention de licence... à creuser.


J'ai chargé le fichier .ISO à distance (ma petite ligne ADSL de campagne
digère mal 1Go).
Il ne semble contenir que des PDF...

Quelqu'un a regardé ce qu'on pouvait en tirer ?


-- 
Pierre d'Huy

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

[OSM-talk-fr] Utilisation du PLU parisien.

[dHuy Pierre]

Bonjour à tous!Me balladant sur le site du PLU de Paris, j'ai trouvé un plan 
détaillant le tracé du RER A/RER B et des métros et de leurs quais. S'agissant 
d'un document publique, librement accessible, etc puis-je l'utiliser sur OSM 
pour corriger le tracé des lignes de trains et de métro?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

[dHuy Pierre]

 


  Je note tout cela, et je me chargerai d'intégrer ça pour la prochaine 
 version. Par contre je suis pas certain que mettre les jours en ligne 
 soit une bonne idée, justement parce que la plupart de présentation de 
 ce type (agendas) sont avec des jours en colonnes. Les dates spéciales 
+1 pour les colonne, un mode planning avec les dates en colonne est plus 
classique et si on utilise cette visualisation en reverse ça peut être sympa 
(genre sur un plan de centre commercial en indoor :p
 ou saisons seront dans des onglets, avec un calendrier spécifique à  chaque 
 saisonnalité définie (à étudier, c'est pas encore fait).

Si j'ai bonne mémoire sur opening_hours, on peut avoir sunset, tu vas gérer ça 
comment? **curiosité**


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

Re: [OSM-talk-fr] Cépages ?

[dHuy Pierre]

Le Tag crop semble correspondre à ton besoin même si actuellement aucun usage 
n'en ai fait pour cartographier les cépages.L'usage d'un crop:type me 
paraîtrait bien aussi mais sans aucun fondement.Si tu trouves une solution 
meilleure tiens nous au courant :)
 


 Le Vendredi 29 mai 2015 12h32, Laurent Chiche rop...@gmail.com a écrit :
   

 Bonjour,

Quelqu'un sait-il s'il est possible d'indiquer les cépages des vignes et quels 
attributs utiliser ? J'ai cherché, mais rien trouvé à ce sujet dans le wiki.

Merci
Amicalement
Laurent

___
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] Normalisation du tag antenne

[dHuy Pierre]

Arf, je corrige dès demain effectivement. Je pensais que l'avoir mis en 
proposal suffisait. Hum l'objectif était de mettre les propositions de normage 
pour les éléments dans la discussion et dans des sous parties de la propale. Je 
delete du coup.
 


 Le Dimanche 3 mai 2015 23h10, François Lacombe fl.infosrese...@gmail.com 
a écrit :
   

 Bonsoir Pierre,

Il y a en effet encore quelques points qui n'ont pas encore de réponse, mais 
nous pourrons surement les trouver collectivement.

Ce fil doit continuer à vivre.

Pour l'instant et tel qu'indiqué, ce que je propose ne solutionne pas la 
question des multiples antennes sur un même point.
Il faut encore du temps pour y réfléchir.

Nous ne pouvons pas le voter en l'état, tout n'est pas complet, il y a encore 
plein de cas à croiser.
Il faut en premier lieu faire des photos et donner des cas pratiques en fin de 
document.
Ensuite, tout traduire en anglais, pour le diffuser au plus grand nombre (je 
peux m'en charger sur une bonne partie, pour peu qu'on soit d'accord sur la 
version française). Là encore, au fur et à mesure.

La page Key:antenna part surement d'un bon sentiment mais est mal nommée.
Ce genre de page sert à la documentation d'un tag, une fois acceptée ou bien 
lorsque celui-ci est déjà largement utilisé ( 100k dans tag info).

Pour ce qui nous concerne, il faut aller dans la catégorie Proposed_features 
avec une page comme celle-ci :
https://wiki.openstreetmap.org/wiki/Proposed_features/Antennas_cartography

C'est plutôt important, il y a des personnes qui sont plutôt directes sur 
@tagging
Pour donner une idée, voici une proposition que je m’apprête à présenter au 
vote, sa rédaction a demandé 1 an et demi (même si le RFC a démarré début 
janvier, le document d'origine est apparu en 2013)
https://wiki.openstreetmap.org/wiki/Proposed_features/Power_supports_refinement

Dans notre cas, ce sera beaucoup plus court, ok, mais on doit encore prendre le 
temps de la réflexion pour proposer quelque chose de complet.

Bonne soirée

François


François Lacombe

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux
Le 3 mai 2015 22:50, dHuy Pierre dh...@yahoo.fr a écrit :

@Verdy: Je vois que ta maitrise de la langue française est presqu'aussi 
impressionnante que tes connaissances en général aussi je t'invite à consulter 
toute une série de sites pour ce qui est de la définition des différents mots 
que j'utilise ou pourrais être amener à utiliser. Pour quelqu'un qui a une 
réputation particulièrement mauvaise dans le monde des wikis et de la culture 
libre, je trouve que tu as beaucoup de mal à maitriser les principes de base de 
la dialectique.Autrement, je parlais de la formulation de ton idée (le terme 
te parait suffisamment clair?), peux tu donner un exemple concret de ta 
formulation json sur le wiki et ou sur le pad? Merci.

@Lacombe, j'ai mis sur le wiki entre temps, je t'invite à écrire desus. Je ne 
comprends toujours pas comment tu comptes modéliser quand plusieurs antennes 
occupe le même point exactement? Après je trouve que ça fait beaucoup d'info 
mais ça sera aux utilisateurs d'osm de voter :)
@all: merci beaucoup à tous, la page wiki est ici: 
https://wiki.openstreetmap.org/wiki/Key:antenna. Je n'aurais jamais réussi à 
mettre ça sur pied sans vous. Je mets ça en proposition officielle cette 
semaine et j'espère vous voir voter quand le vote officiel commencera! (je 
reviendrai spammer la ML don't worry :) ) Merci encore à tous de votre aide et 
bonne semaine! (Et remerciement particulier à Eric qui m'a permis de peaufiner 
certains point sur le pad en live et à Lacombe pour ses idées que j'attends de 
voir au vote :p )
@cquest: Merci isolé pour travailler à la libération des données ;)

Librement,
 


 Le Dimanche 3 mai 2015 21h59, Philippe Verdy verd...@wanadoo.fr a écrit :
   

 Le 3 mai 2015 13:17, dHuy Pierre dh...@yahoo.fr a écrit :

@Verdy: N'ayant pas vocation d'un débat de sémantique, je te laisse débattre 
sur le sexe des anges.

Je n'arrête pas de te répondre que je n'ai pas parlé de ça et encore moins des 
anges.Tu as une conception étrange de la sémantique, qui consiste à l'inventer 
pour lui faire tout dire.Arrête s'il te plait tes inventions et ne reprends que 
ce que j'ai posté réellement, pas ce que tu crois avoir lu en le rapportant 
ensuite aux autres, merci.J'ai été assez clair pour limiter la portée de ce que 
j'ai dit et préciser mes intentions.
D'ailleurs mon message initial avait eu une réponse similaire d'un autre 
utilisateur concernant l'usage des ; et des | et de leur interprétation ou 
prétendue standardisation qui n'existe pas et est trompeuse. Si tu revien à 
ce que j'ai écrit, j'ai précisé où était le problème dans la proposition 
initiale de Jérome: le fait qu'il utilisation deux tags séparés en imposant un 
ordre des valeurs dans un tag où d'évidence ce n'est quy'une liste non 
ordonnée, pour l'aligner avec l'ordre des éléments dans un second tag séparé 
(qui lui non plus

Re: [OSM-talk-fr] Normalisation du tag antenne

[dHuy Pierre]

@Verdy: N'ayant pas vocation d'un débat de sémantique, je te laisse débattre 
sur le sexe des anges.@all: D'un autre coté et basé sur vos réflexion à tous, 
j'ai créé un modèle n'associant aucunement les usages, les shapes et les 
operateurs pour l'antenne ou les antennes.J'exclus pour le moment l'usage d'une 
organisation dans le tag mais appelle ceux qui avaient proposé à mettre en 
forme leur proposition que j'intégrerai avec plaisir dans la page wiki
Un d'entre vous a mentionné a mentionné la hauteur de la base de l'antenne, 
s'il peut expliquer un peu plus ici. Je partage sur le wiki aujourd'hui. 


 Le Samedi 2 mai 2015 23h36, Philippe Verdy verd...@wanadoo.fr a écrit :
   

 Le 2 mai 2015 23:14, dHuy Pierre dh...@yahoo.fr a écrit :

Pour ta norme pour cartographier les données associées aux antennes si tu veux.

Je n'ai pas parlé de ma norme...


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

Re: [OSM-talk-fr] Normalisation du tag antenne

[dHuy Pierre]

On ne tag pas les bandes, on unifie les émetteurs par opérateur et les 
opérateurs et les formes par station.
 


 Le Samedi 2 mai 2015 14h30, Eric Debeau eric.deb...@gmail.com a écrit :
   

 Oups, le mulot avait dérapé...

Salut

Je suis un peu perdu. J'ai mis des commentaires dans le pad.

Concrètement, j'ai compris que l'on veut intégrer dans OSM des infos sur les 
supports et les antennes.

J'ai compris que la proposition de Phlippe Verdy vise à intégrer dans le même 
tag différentes informations liées à un même support et pas à une antenne au 
sens ANFR ! Je trouve aussi très bien le modèle de représentation proposé par 
Philippe.

Du coup, je ne comprends pas bien l'intérêt de proposer des tags liés à une 
antenne (au sens ANFR).

Ce serait bien de clarifier le modèle de données de ANFR. 

1 support support n station
1 station supporte n antennes
1 antenne supporte n émetteur
1 émetteur supporte n bandes

Cas concret. Le support 687819 supporte 3 stations (sur un chateau d'eau)
0220220007 (FH)
022033 (E-Message)
090003 (Telecom)


La station 090003 supporte 6 antennes (2 * 3 antennes panneau : une antenne 
par secteur)
325425
2487083 
2487081 
2487079 
162468 
162466

L'antenne 325425 supporte 2 émetteurs
3220894;GSM 1800
3220896;UMTS 2100

L'émetteur 3220896 supporte 3 bandes
1964,9;1979,7
1910,1;1915,1
2154,9;2169,7

Concrètement, on taggue comment ? 

Eric
2015-05-02 13:53 GMT+02:00 dHuy Pierre dh...@yahoo.fr:

@Verdy: Je soutiens ton idée, je dis juste qu'il faudrait la voter ensemble, 
comme tu l'a dit, c'est l'affaire de la communauté. 


 Le Samedi 2 mai 2015 13h43, Eric Debeau eric.deb...@gmail.com a écrit :
   

 Salut

J'a


Eric

2015-05-02 5:04 GMT+02:00 Philippe Verdy verd...@wanadoo.fr:

Le 2 mai 2015 00:21, dHuy Pierre dh...@yahoo.fr a écrit :

L'idée de Verdy est pas al en la matière mais non normalisé encore,

OSM non plus n'est pas normalisé dans ses données: il crée lui même ses propres 
standards avec nous tous. J'ai proposé un truc générique proche de JSON mais 
plus compact et adapté aux usages d'OSM, rien de plus, mais assez générique 
pour coder des données structurées sans avoir pléthore de tags et de codages 
spécifiques pour chaque tag particulier (celui des lanes est actuellement une 
horreur, tout le monde s'y trompe).

___
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] Normalisation du tag antenne

[dHuy Pierre]

Avant la proposition j'attends au moins une unité dans le camp talk-fr 
:pOpencellid se base sur des séries de mesures cumulés pour estimé la position 
de l'antenne en fonction de la réception. Ces estimations donnent une précision 
de 100m (donc contestable mais intéressant).Bon je crois crois qu'on se 
comprend pas pour les données du set ANFR, il y a la position GPS.Pour ta 
relation je te laisse proposer ton modèle alternatif clairement avec la 
relation. Et une fois le consens obtenu je le poste sur le wiki. 


 Le Samedi 2 mai 2015 15h37, François Lacombe fl.infosrese...@gmail.com a 
écrit :
   

 

Le 2 mai 2015 00:09, dHuy Pierre dh...@yahoo.fr a écrit :

@Jérome: Merci de l'avoir expliqué. Je suis opposé au tag communication:*= 
cependant, en effet je trouve que ces tags surchargeraient trop en cas de 
données multiples et ne serons jamais assez exhaustif, on risquerait de se 
retrouver avec des key user defined...). Pour le type d'antenne, je propose 
déjà antenna:shape (antenna:type éventuellement, j'étais partagé en écrivant). 
Mais on reste sur le même set d'info a taguer.
 
@Lacombe, comme précisé plus haut, les commentaires sont souhaités entre 
crochet, j'ai donc rajouté pour les tiens mais du coup j'y réponds ici. Ah et 
si possible sur le pad les commentaires sont plus intéressants s'ils 
constituent un texte à compléter et pas une remarque qui nécessite débat, plus 
approprié à la ML (ou au canal de communication si subitement on s'y connecte 
en masse), je supprimerai du texte les superflus mais il sera possible d'en 
retrouver la trace dans l'interface.


Désolé, c'est nouveau pour moi.

 
- radio=repeater|relay ou autre: Non il s'agit d'élément immatériel, difficile 
à vérifier en pratique et peu utile en carto, mais si quelqu'un d'autre les 
souhaite, je suis à l'écoute de vos raisonnements. Je propose antenna=yes seul 
sur un node en cas d'absence de support ponctuel (comme sur un immeuble)


Il s'agit de stations au sens ANFR.
Au sens OSM, ces stations seraient plutôt des relations entre les supports et 
les antennes.

Les stations supportent le service, notre principal problème quand on veut 
ajouter ces infos sur l'antenne directement.

On évite les chaines de ce genre :
operator={[TDF{FM|FH}][Opérateur privé{PMR}][SNCF{GSM R}][FREE MOBILE{UMTS 
900|UMTS 2100|LTE 2600}]}

En indiquant l'opérateur sur les stations plus que sur le support ou l'antenne.

yes est une valeur par défaut, il faudrait utiliser le tag antenna pour y 
ajouter d'autres infos (comme le type directement, au lieu de antenna:type=*, 
on s'évite de créer une clé supplémentaire).
 
- tower:type=communication_tower conduisait jusqu'alors implicitement à 
l'existence d'une antenne, ce que je défend c'est un tag unifié pour les 
antennes. Mais donc non pas de confusions...


Implicitement, on peut affirmer plein de choses.
Que se passe-t-il si toutes les antennes ont été désinstallées ? On a toujours 
un tower:type=communication_tower sans antennes.
Ces valeurs trappes font dire plein de choses et on a finalement pas l'info 
qu'on cherche.

Avec les explications de cette nuit, je comprends mieux antenna=*, d'autant que 
cette clé-ci est quand même moins sujette aux interprétations comme pour la 
plupart des valeurs tower:type.
 
- Le fichier ANFR ne permettrait pas le placement: Relis ce qu'à écrit Jérôme.
Non en effet : c'est bien ce que je disais. C'était une affirmation.
 
- Une antenne radar/ une antenne onde courte... etc sont des antennes 
colossales qui se remarque facilement en milieu urbain et qui constituent 
toujours un repère, de même à la campagne.
On est d'accord là-dessus, l'objet du commentaire n'était pas sur le côté 
représentatif de l'antenne ou non mais dans sa place dans le modèle.

Bref, en relisant c'était un peu HS, autant pour moi.
 
- La base de données opencellid/mozstumbler est approximative, mais elle peut 
etre utile dans des pays qui ne possède pas un équivalent de l'anfr ou dont la 
base serait non libre. Cela donne une position approximative d'une antenne 
télécom. d'où la précision déjà présente sur la localisation.

Pas forcément : ce genre de base recense des endroits où on capte, mais 
l'antenne peut être à des dizaines de km.

Le GSM fixe un rayon de cellule de 35 km pour que la communication puisse 
s'effectuer
Cependant on peut capter la cellule bien plus loin si l'opérateur ne prend pas 
les dispositions nécessaires.

C'est pour ca qu'il y a  toujours un problème avec openCellID et autres : sans 
infos plus précises, on ne sais toujours pas où sont les antennes en question.
On peut aussi être à côté d'une et en capter une bien plus loin.
 
J'ai laissé un commentaire parce que je ne comprends pas ce que tu veux y dire. 
(J'ai intégré certains commentaires au texte aussi)

Les stations au sens ANFR ont pour principale utilité de savoir quel service 
est derrière l'antenne.
L'antenne est uniquement faite pour une bande de fréquence. Après tu y fait 
transiter ce que tu veux

Re: [OSM-talk-fr] Normalisation du tag antenne

[dHuy Pierre]

@Nicolas: mea culpa, je vis en milieu urbain dense dans ce cas! Je ne parlais 
que d'un doublement de vérification des données en cas de cartographie visuelle 
pour les pays sans opendata sur cette base.@Debeau: je viens de voir ton 
message dans le pad, mais du coup je ne suis pas sûr que ça soit pertinenet 
pour la page du tag antenna.@Lacombe, @Verdy @Amagat: du coup j'attends de voir 
une propal clairement définie pour les associations. Je la formulerai au mieux 
(ou copie/collerai si vous avez vraiment bien expliqué)
 


 Le Samedi 2 mai 2015 17h53, Nicolas CORBEL nicolas.cor...@gmail.com a 
écrit :
   

 OCID n'est pas précis à 100m, je t'assure. Ou alors ponctuellement sur des 
endroits où énormément de mesures ont été faites, dans des zones très denses. 
Et surtout, OCID est plus qu'incomplet. Je ne pense pas qu'il faille continuer 
dans cette voie.
Je crois que le propos de François c'est qu'il n'était pas possible de placer 
précisement les antennes, et que seul le support dispose de coordonnées GPS 
dans le jeu de données dont on parle ici.
2015-05-02 17:48 GMT+02:00 dHuy Pierre dh...@yahoo.fr:

Avant la proposition j'attends au moins une unité dans le camp talk-fr 
:pOpencellid se base sur des séries de mesures cumulés pour estimé la position 
de l'antenne en fonction de la réception. Ces estimations donnent une précision 
de 100m (donc contestable mais intéressant).Bon je crois crois qu'on se 
comprend pas pour les données du set ANFR, il y a la position GPS.Pour ta 
relation je te laisse proposer ton modèle alternatif clairement avec la 
relation. Et une fois le consens obtenu je le poste sur le wiki. 


 Le Samedi 2 mai 2015 15h37, François Lacombe fl.infosrese...@gmail.com a 
écrit :
   

 

Le 2 mai 2015 00:09, dHuy Pierre dh...@yahoo.fr a écrit :

@Jérome: Merci de l'avoir expliqué. Je suis opposé au tag communication:*= 
cependant, en effet je trouve que ces tags surchargeraient trop en cas de 
données multiples et ne serons jamais assez exhaustif, on risquerait de se 
retrouver avec des key user defined...). Pour le type d'antenne, je propose 
déjà antenna:shape (antenna:type éventuellement, j'étais partagé en écrivant). 
Mais on reste sur le même set d'info a taguer.
 
@Lacombe, comme précisé plus haut, les commentaires sont souhaités entre 
crochet, j'ai donc rajouté pour les tiens mais du coup j'y réponds ici. Ah et 
si possible sur le pad les commentaires sont plus intéressants s'ils 
constituent un texte à compléter et pas une remarque qui nécessite débat, plus 
approprié à la ML (ou au canal de communication si subitement on s'y connecte 
en masse), je supprimerai du texte les superflus mais il sera possible d'en 
retrouver la trace dans l'interface.


Désolé, c'est nouveau pour moi.

 
- radio=repeater|relay ou autre: Non il s'agit d'élément immatériel, difficile 
à vérifier en pratique et peu utile en carto, mais si quelqu'un d'autre les 
souhaite, je suis à l'écoute de vos raisonnements. Je propose antenna=yes seul 
sur un node en cas d'absence de support ponctuel (comme sur un immeuble)


Il s'agit de stations au sens ANFR.
Au sens OSM, ces stations seraient plutôt des relations entre les supports et 
les antennes.

Les stations supportent le service, notre principal problème quand on veut 
ajouter ces infos sur l'antenne directement.

On évite les chaines de ce genre :
operator={[TDF{FM|FH}][Opérateur privé{PMR}][SNCF{GSM R}][FREE MOBILE{UMTS 
900|UMTS 2100|LTE 2600}]}

En indiquant l'opérateur sur les stations plus que sur le support ou l'antenne.

yes est une valeur par défaut, il faudrait utiliser le tag antenna pour y 
ajouter d'autres infos (comme le type directement, au lieu de antenna:type=*, 
on s'évite de créer une clé supplémentaire).
 
- tower:type=communication_tower conduisait jusqu'alors implicitement à 
l'existence d'une antenne, ce que je défend c'est un tag unifié pour les 
antennes. Mais donc non pas de confusions...


Implicitement, on peut affirmer plein de choses.
Que se passe-t-il si toutes les antennes ont été désinstallées ? On a toujours 
un tower:type=communication_tower sans antennes.
Ces valeurs trappes font dire plein de choses et on a finalement pas l'info 
qu'on cherche.

Avec les explications de cette nuit, je comprends mieux antenna=*, d'autant que 
cette clé-ci est quand même moins sujette aux interprétations comme pour la 
plupart des valeurs tower:type.
 
- Le fichier ANFR ne permettrait pas le placement: Relis ce qu'à écrit Jérôme.
Non en effet : c'est bien ce que je disais. C'était une affirmation.
 
- Une antenne radar/ une antenne onde courte... etc sont des antennes 
colossales qui se remarque facilement en milieu urbain et qui constituent 
toujours un repère, de même à la campagne.
On est d'accord là-dessus, l'objet du commentaire n'était pas sur le côté 
représentatif de l'antenne ou non mais dans sa place dans le modèle.

Bref, en relisant c'était un peu HS, autant pour moi.
 
- La base de données opencellid/mozstumbler est

Re: [OSM-talk-fr] Normalisation du tag antenne

[dHuy Pierre]

Pour ta norme pour cartographier les données associées aux antennes si tu veux. 


 Le Samedi 2 mai 2015 23h08, Philippe Verdy verd...@wanadoo.fr a écrit :
   

 Ou ai-je parlé d'association, je n'ai même pas vu ce terme utilisé dans 
cette discussion...
Le 2 mai 2015 18:00, dHuy Pierre dh...@yahoo.fr a écrit :

@Nicolas: mea culpa, je vis en milieu urbain dense dans ce cas! Je ne parlais 
que d'un doublement de vérification des données en cas de cartographie visuelle 
pour les pays sans opendata sur cette base.@Debeau: je viens de voir ton 
message dans le pad, mais du coup je ne suis pas sûr que ça soit pertinenet 
pour la page du tag antenna.@Lacombe, @Verdy @Amagat: du coup j'attends de voir 
une propal clairement définie pour les associations. Je la formulerai au mieux 
(ou copie/collerai si vous avez vraiment bien expliqué)
 


 Le Samedi 2 mai 2015 17h53, Nicolas CORBEL nicolas.cor...@gmail.com a 
écrit :
   

 OCID n'est pas précis à 100m, je t'assure. Ou alors ponctuellement sur des 
endroits où énormément de mesures ont été faites, dans des zones très denses. 
Et surtout, OCID est plus qu'incomplet. Je ne pense pas qu'il faille continuer 
dans cette voie.
Je crois que le propos de François c'est qu'il n'était pas possible de placer 
précisement les antennes, et que seul le support dispose de coordonnées GPS 
dans le jeu de données dont on parle ici.
2015-05-02 17:48 GMT+02:00 dHuy Pierre dh...@yahoo.fr:

Avant la proposition j'attends au moins une unité dans le camp talk-fr 
:pOpencellid se base sur des séries de mesures cumulés pour estimé la position 
de l'antenne en fonction de la réception. Ces estimations donnent une précision 
de 100m (donc contestable mais intéressant).Bon je crois crois qu'on se 
comprend pas pour les données du set ANFR, il y a la position GPS.Pour ta 
relation je te laisse proposer ton modèle alternatif clairement avec la 
relation. Et une fois le consens obtenu je le poste sur le wiki. 


 Le Samedi 2 mai 2015 15h37, François Lacombe fl.infosrese...@gmail.com a 
écrit :
   

 

Le 2 mai 2015 00:09, dHuy Pierre dh...@yahoo.fr a écrit :

@Jérome: Merci de l'avoir expliqué. Je suis opposé au tag communication:*= 
cependant, en effet je trouve que ces tags surchargeraient trop en cas de 
données multiples et ne serons jamais assez exhaustif, on risquerait de se 
retrouver avec des key user defined...). Pour le type d'antenne, je propose 
déjà antenna:shape (antenna:type éventuellement, j'étais partagé en écrivant). 
Mais on reste sur le même set d'info a taguer.
 
@Lacombe, comme précisé plus haut, les commentaires sont souhaités entre 
crochet, j'ai donc rajouté pour les tiens mais du coup j'y réponds ici. Ah et 
si possible sur le pad les commentaires sont plus intéressants s'ils 
constituent un texte à compléter et pas une remarque qui nécessite débat, plus 
approprié à la ML (ou au canal de communication si subitement on s'y connecte 
en masse), je supprimerai du texte les superflus mais il sera possible d'en 
retrouver la trace dans l'interface.


Désolé, c'est nouveau pour moi.

 
- radio=repeater|relay ou autre: Non il s'agit d'élément immatériel, difficile 
à vérifier en pratique et peu utile en carto, mais si quelqu'un d'autre les 
souhaite, je suis à l'écoute de vos raisonnements. Je propose antenna=yes seul 
sur un node en cas d'absence de support ponctuel (comme sur un immeuble)


Il s'agit de stations au sens ANFR.
Au sens OSM, ces stations seraient plutôt des relations entre les supports et 
les antennes.

Les stations supportent le service, notre principal problème quand on veut 
ajouter ces infos sur l'antenne directement.

On évite les chaines de ce genre :
operator={[TDF{FM|FH}][Opérateur privé{PMR}][SNCF{GSM R}][FREE MOBILE{UMTS 
900|UMTS 2100|LTE 2600}]}

En indiquant l'opérateur sur les stations plus que sur le support ou l'antenne.

yes est une valeur par défaut, il faudrait utiliser le tag antenna pour y 
ajouter d'autres infos (comme le type directement, au lieu de antenna:type=*, 
on s'évite de créer une clé supplémentaire).
 
- tower:type=communication_tower conduisait jusqu'alors implicitement à 
l'existence d'une antenne, ce que je défend c'est un tag unifié pour les 
antennes. Mais donc non pas de confusions...


Implicitement, on peut affirmer plein de choses.
Que se passe-t-il si toutes les antennes ont été désinstallées ? On a toujours 
un tower:type=communication_tower sans antennes.
Ces valeurs trappes font dire plein de choses et on a finalement pas l'info 
qu'on cherche.

Avec les explications de cette nuit, je comprends mieux antenna=*, d'autant que 
cette clé-ci est quand même moins sujette aux interprétations comme pour la 
plupart des valeurs tower:type.
 
- Le fichier ANFR ne permettrait pas le placement: Relis ce qu'à écrit Jérôme.
Non en effet : c'est bien ce que je disais. C'était une affirmation.
 
- Une antenne radar/ une antenne onde courte... etc sont des antennes 
colossales qui se remarque facilement en milieu

Re: [OSM-talk-fr] Normalisation du tag antenne

[dHuy Pierre]

L'idée de Verdy est pas al en la matière mais non normalisé encore, donc ta 
solution parait pas mal.Pour te répondre le consensus est clairement sur 
operator, usage (avec GPS, GLONASS, GSM, LTE... etc), l'apparence de l'antenne 
shape/type (à choisir). Sinon pour ton mégapylone, je ne connais pas les 
données sur ce point mais combien d'opérateurs et quel type d'usage?
 


 Le Samedi 2 mai 2015 0h14, Jean-Marc Liotier j...@liotier.org a écrit :
   

 On 01/05/2015 23:05, Jérôme Amagat wrote:
 Il y a 5 fichier texte [Supports, Stations, Antennes, Emetteurs, Bandes]
 On peut passer d'un fichier a l'autre avec differents id.
 Voilà ce que fournit donc l'anfr. Bien sur, RIEN N'OBLIGE DE TOUT 
 INTÉGRÉ DANS OSM.

Mon opinion est que l'intérêt d'OSM réside dans Supports et Antennes et 
que le reste a plutôt vocation à rester externe. C'est le consensus ou 
y-a-t-il d'autres opinions ici ? Bon - j'ai vu quelques mentions de 
bandes de fréquences dans le débat...

 Pour les supports, je pense qu'il faut utiliser les tag déjà en 
 circulation les différents man_made (mast , tower, 
 communications_tower) et ne rien mettre pour immeuble,batiment... qui 
 sont déjà présent en surfacique. plus height= et owner=. jusque là on 
 n'est pas sur des choses nouvelles

Ca me paraît bien - le fichier des Supports est une source 
supplémentaire pour qualifier les objets identifiés dans l'imagerie 
orbitale par le cartographe distant, donc un gain pour OSM avant-même 
toute considération spécifique aux télécommunications.

 (peut être reparler de mast , tower, communications_tower, moi je 
 comprends pas les différences)

Tu n'es pas seul...

First question: Is it a mast or a tower ?
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcommunications_tower#First_question:_Is_it_a_mast_or_a_tower.3F

http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcommunications_tower :
man_made=communications_tower has stairs and a lift inside, whereas as 
man_made=tower, tower:type=communication has to be climbed on the outside

http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmast montre un exemple 
où  man_made=mast et man_made=tower sont tous les deux valides - la 
limite est floue.

 Pour le reste, déjà il peut bien il y avoir 30 antennes sur un pylône, 
 dans osm les antennes et le pylône c'est un node donc il faut mettre 
 les tags sur ce node.
 il faut choisir le niveau de detail que l'on veut et que l'on peut 
 mettre dans osm et le niveau de complexité.

Pour illustrer, pour ceux qui n'ont pas l'habitude d'en voir...
http://wiki.openstreetmap.org/w/images/a/a5/Frazier_Peak_microwave_relay_tower.jpg

Aucun pylone ne résistera au poids d'autant d'étiquettes Openstreetmap...

 [..]
 Le tag antenna = yes peut permettre aussi d'indiquer le type d'antenne :
 antenna = multi lorsque'il y a différentes antennes
 antenna = panneau ou antenne parabolique ... quand il n'y a qu'une antenne

Une solution envisageable serait de distinguer le cas de l'antenne 
isolée de celui de l'antenne sur pylône multifonctions:
- Dans le cas de l'antenne isolée, on étiquette l'antenne dans toute sa 
splendeur
- Dans le cas du méga-pylône, on énumère les fonctions du pylône sans 
détailler chaque antenne

Bon... J'avoue qu'il ne s'agit que d'un contournement du problème et non 
d'une solution - mais ça permet de commencer et on pourra toujours se 
pencher ultérieurement sur le cas des méga-pylône... D'ici là peut-être 
qu'une idée géniale sera apparue pour les traiter.


___
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] Normalisation du tag antenne

[dHuy Pierre]

@Jérome: Merci de l'avoir expliqué. Je suis opposé au tag communication:*= 
cependant, en effet je trouve que ces tags surchargeraient trop en cas de 
données multiples et ne serons jamais assez exhaustif, on risquerait de se 
retrouver avec des key user defined...). Pour le type d'antenne, je propose 
déjà antenna:shape (antenna:type éventuellement, j'étais partagé en écrivant). 
Mais on reste sur le même set d'info a taguer.@Lacombe, comme précisé plus 
haut, les commentaires sont souhaités entre crochet, j'ai donc rajouté pour les 
tiens mais du coup j'y réponds ici. Ah et si possible sur le pad les 
commentaires sont plus intéressants s'ils constituent un texte à compléter et 
pas une remarque qui nécessite débat, plus approprié à la ML (ou au canal de 
communication si subitement on s'y connecte en masse), je supprimerai du texte 
les superflus mais il sera possible d'en retrouver la trace dans l'interface.
- radio=repeater|relay ou autre: Non il s'agit d'élément immatériel, difficile 
à vérifier en pratique et peu utile en carto, mais si quelqu'un d'autre les 
souhaite, je suis à l'écoute de vos raisonnements. Je propose antenna=yes seul 
sur un node en cas d'absence de support ponctuel (comme sur un immeuble)
- tower:type=communication_tower conduisait jusqu'alors implicitement à 
l'existence d'une antenne, ce que je défend c'est un tag unifié pour les 
antennes. Mais donc non pas de confusions...
- Le fichier ANFR ne permettrait pas le placement: Relis ce qu'à écrit Jérôme.- 
Une antenne radar/ une antenne onde courte... etc sont des antennes colossales 
qui se remarque facilement en milieu urbain et qui constituent toujours un 
repère, de même à la campagne.- La base de données opencellid/mozstumbler est 
approximative, mais elle peut etre utile dans des pays qui ne possède pas un 
équivalent de l'anfr ou dont la base serait non libre. Cela donne une position 
approximative d'une antenne télécom. d'où la précision déjà présente sur la 
localisation.J'ai laissé un commentaire parce que je ne comprends pas ce que tu 
veux y dire. (J'ai intégré certains commentaires au texte aussi)@Verdy: un jour 
faudra que tu lances une encyclopédie :) 


 Le Vendredi 1 mai 2015 23h06, Jérôme Amagat jerome.ama...@gmail.com a 
écrit :
   

 

Le 1 mai 2015 21:42, François Lacombe fl.infosrese...@gmail.com a écrit :

Je ne comprends toujours pas le lien entre ce qui est dans le fichier ANFR et 
un possible inventaire des antennes dans OSM.

Le fichier ANFR décris au mieux une station d'émission pouvant comprendre 
plusieurs antennes.
Le support de l'ANFR n'est pas l'antenne. La plupart des supports sont occupés 
par une multitude d'antennes.

Du coup, si on pouvait avoir quelques explications supplémentaires sur le 
raisonnement, elles sont les bienvenues.


Tu n'as pas du regarder entièrement ce qu'a libérer l’anfr. Il y a 5 fichier 
texte qui liste chaque'un quelque chose de différent : les Supports (pylône, 
mat, immeuble ...) accueillant des antennes avec position, hauteur, 
propriétaire, ça c'est sur ça doit être intégrer dans osm. ensuite les Stations 
(il peut il y en avoir plusieurs par support) avec l’opérateur 
(orange,sncf,tdf...) et des dates (implantation,mise en service et 
modification). Puis les Antennes (il peut il y en avoir plusieurs par station) 
avec son type (panneau, antenne parabolique...) et des info sur cette antenne 
(dimension, azimute...). Puis les émetteurs (il peut il y en avoir plusieurs 
par antenne) avec le système (GSM 900, FM,). Et enfin les Bandes (il peut 
il y en avoir plusieurs par émetteur) avec le début et la fin d'une bande de 
fréquence.On peut passer d'un fichier a l'autre avec differents id.
Voilà ce que fournit donc l'anfr. Bien sur, RIEN N'OBLIGE DE TOUT INTÉGRÉ DANS 
OSM.
Pour les supports, je pense qu'il faut utiliser les tag déjà en circulation les 
différents man_made (mast , tower, communications_tower) et ne rien mettre pour 
immeuble,batiment... qui sont déjà présent en surfacique. plus height= et 
owner=. jusque là on n'est pas sur des choses nouvelles (peut être reparler de 
mast , tower, communications_tower, moi je comprends pas les différences).Pour 
le reste, déjà il peut bien il y avoir 30 antennes sur un pylône, dans osm les 
antennes et le pylône c'est un node donc il faut mettre les tags sur ce node.il 
faut choisir le niveau de detail que l'on veut et que l'on peut mettre dans osm 
et le niveau de complexité.operator=reseau =FM. FH; UMTS 900; LTE 260...
ou faire comme proposer là : 
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmastcommunication:mobile_phone=yes;
 LTE 
260;...communication:radio=yescommunication:television=yescommunication:microwave=yes
Le tag antenna = yes peut permettre aussi d'indiquer le type d'antenne :antenna 
= multi lorsque'il y a différentes antennes
antenna = panneau ou antenne parabolique ... quand il n'y a qu'une antenne

___
Talk-fr mailing list

Re: [OSM-talk-fr] Normalisation du tag antenne

[dHuy Pierre]

@Verdi: Hum je pense que tu pousses un peu loin le format initial de Jérome me 
paraissait bien@Lioter, on dispose déjà d'une liste je te la mets ci dessous: 
le problème c'est que je voudrais éviter le jargons techniques pour des mots 
compréhensibles et je ne connais pas la moitié de ses antennes. J'ai fait une 
liste avec le nombre d'apparition dans le fichier:
211822    : Panneau (16)
83318    : Antenne parabolique (17)
12407    : Réseaux d'antennes panneaux (19)
10711    : Yagi (21)
8129    : Cierge/Perche (18)
4257    : Dipôle/Doublet (32)
4044    : Panneau Ran-Sharing (75)
3038    : Réseau vertical (26)
2712    : Tube (76)
2387    : Groundplane (12)
1513    : Logarithmique/Log périodique (14)
1392    : Active (directionnelle ou omnidirectionnelle) (2)
1126    : Dipôle large bande (5)
1082    : Antenne indoor pour téléphonie mobile (59)
777    : Trombone (33)
567    : Dièdre (50)
516    : Plan passif ou miroir (44)
472    : Fouet (9)
335    : Antenne à fentes (24)
199    : Cornet (46)
188    : Cylindre (49)
133    : Cable rayonnant (antenne coaxiale) (60)
114    : Discone (52)
112    : Helicoidal (56)
107    : Antenne Grille (45)
100    : Globe (51)
99    : Cigare (3)
95    : Multi Doublets/Multi dipoles (64)
94    : Colinéaire (35)
77    : Panneau bi-bandes (47)
66    : Antenne Gonio (31)
62    : Antenne radar (54)
59    : Sans type (0)
53    : Panneau bi-mode (74)
51    : Filaire (8)
41    : Antenne trisectorielle (58)
32    : Aérien issu de reprise des données électroniques (9)
21    : Réseau circulaire 49 antennes (25)
15    : Antenne à faisceau (65)
14    : Pylone Rayonnant (72)
12    : Antenne directive (7)
10    : Réseau linéaire 13 antennes (22)
10    : Antenne Plane (39)
9    : Obus (55)
9    : Antenne à jupe (66)
6    : Antenne HF (38)
4    : Antenne Parapluie (30)
4    : Antenne Marguerite (29)
3    : Panneau tri-bandes (48)
3    : Fuseau (10)
3    : Antenne biconique (67)
3    : Accordable (1)
2    : Système antennaire (20)
2    : Corolle (4)
2    : Antenne équidirective dans un plan (61)
1    : HLO (13)
1    : Antenne à rayonnement zenithal (63)

  


 Le Vendredi 1 mai 2015 1h40, Philippe Verdy verd...@wanadoo.fr a écrit :
   

 Note: je n'ai rien précisé concernant la façon de créer un échappement pour 
les crochets, accolades, guillemets, apostrophes, et les pipe, virgules ou 
point-virgules : il faudrait juste réserve le backslash ou d'un caractère 
conventionel non réservé :- \\ pour le backslash \ lui même
- \| pour le pipe |- \= pour le signe égal =- \[ et \] pour les crochets [ et ]
- \{ et \} pour les accolades { et }- \s (semicolon) pour le point-virgule ; et 
non pas \; afin de ne pas entrer en conflit avec les point-virgules séparateurs 
par défaut des listes non ordonnées d'OSM)

Et pour le cas où des chaines déjà entre guillemets ou entre 'apostrophes' 
sont utilisées:- \q (quote) pour les guillemets doubles ASCII - \a (apos) pour 
les guillemets doubles ASCII '
Rien de prévu pour les échappements Unicode (ceux qui y tiennent pourront 
ajouter \xNN ou \u ou \UNN), le but étant de coder directement les 
caractères du texte si possible et d'utiliser sinon les échappements plus 
compacts à deux caractères...
Avec ça on a tout pour imiter JSON, mais en plus compact et sans distinguer les 
types numériques et chaines (il n'y a qu'un seul type d'atome : les chaînes).
Les schémas qui voudraient distinguer les types d'atomes devraient coder ça 
dans les atomes-chaines par une convention comme type:valeur (un peut comme 
le fait PHP pour sérialiser ses données), par exemple i:10 pour indiquer 
l'entier 10 (nombre de bits non limité), n:10 pour le nombre flottant 10 
(précision non limitée), s:10 pour indiquer la chaîne 10, n: pour 
indiquer une valeur nil, d:date pour une date dans un format compatible 
ISO8601 (avec séparateurs de champs de date optionnels pour que ce soit encore 
plus compact)...
Le 1 mai 2015 01:17, Philippe Verdy verd...@wanadoo.fr a écrit :

Le 1 mai 2015 00:35, dHuy Pierre dh...@yahoo.fr a écrit :

@Verdy: Heureux de te voir enfin, j'étais presqu'étoné de ne pas te lire. Cette 
propal de nomenclature est vraiment bonne.

Note: je n'ai pas voulu taper gags mais tags (mais sur le coup le 
smartphone que j'ai utilisé temporairement, le temps d'une indisponibilité du 
système sur PC, n'en a fait qu'à sa tête malgré plusieurs corrections 
successives de ce mot, il a encore été remplacé contre ma volonté lors de 
l'envoi...)
Personnellement je n'ai jamais aimé le fait de mêler deux types de séparateurs 
dans les tags lanes, c'est très peu lisible et trompeur. Et j'aurais préféré un 
codage de type JSON (mais encore un peu plus compact), sans aucun point-virgule 
(sauf si la structure principale est celle d'une liste non ordonnée: aucun 
point-virgule dans les éléments)
Bref si on veut tout mettre dans un seul tag, permettre alors l'usage des 
accolades, et dans ce cas dans les accolades permettre d'utilier guillements et 
apostrophes ASCII pour

Re: [OSM-talk-fr] Normalisation du tag antenne

[dHuy Pierre]

Désolé de l'erreur de fenêtre 
Je t'invite à écrire une propal là desus en attendant je propose la combinaison 
pie/point virgule. Vu qu'il s'agitde listes associées simple c'est nickel, mais 
ta propal est extremement intéressant surtout que les bases tournent très bien 
avec de l'orienté document. Tu auras mon vote :)



 Le Vendredi 1 mai 2015 11h06, Philippe Verdy verd...@wanadoo.fr a écrit :
   

 Le 1 mai 2015 10:20, dHuy Pierre dh...@yahoo.fr a écrit :

@Verdi: Hum je pense que tu pousses un peu loin le format initial de Jérome me 
paraissait bien
Jérome avait plutôt été séduit par ma première proposition, cependant je 
parlais du problème plus général des infos structurées pour lesquelles on n'a 
pas de schéma clair permettant de les représenter de façon compacte mais 
lisible et parsable avec un système unique et non ambigu, et sans forcément 
multiplier le nombre de tags quand ce n'est pas toujours nécessaire (car des 
infos optionelles qui complètent un tag de base).
Dans un proemier tmeps j'avais évoqué JSON (aussi XML mais trop verbeux), alors 
qu'on a moyen de faire un format JSON light reprenant les conventions 
habituelles d'OSM où tout est codé avec des valeurs atomiques de type chaine, 
et où on a des séparateurs point-virgule et pipe mais pas très lisibles quand 
on les combine et pas non plus suffisant au delaà des listes simples !

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

Re: [OSM-talk-fr] Ajouter une règle dans le site OSM?

[dHuy Pierre]

erreur de fenetre! désolé 
 


 Le Vendredi 1 mai 2015 13h44, dHuy Pierre dh...@yahoo.fr a écrit :
   

 Je t'invite à écrire une propal là desus en attendant je propose la 
combinaison pie/point virgule. Vu qu'il s'agitde listes associées simple c'est 
nickel, mais ta propal est extremement intéressant surtout que les bases 
tournent très bien avec de l'orienté document. Tu auras mon vote :)
 


 Le Vendredi 1 mai 2015 13h41, Shohreh codecompl...@free.fr a écrit :
   

 Bonjour

Un truc qui me manque sur le site OSM (www.openstreetmap.org), c'est une
règle pour mesurer la distance entre deux points.

Faute de mieux, je crée à chaque fois une carte dans Umap pour ça.

Quelqu'un sait-il s'il y a un moyen de rajouter ça sur le site OSM?

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Ajouter-une-regle-dans-le-site-OSM-tp5842700.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


   

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

Re: [OSM-talk-fr] Ajouter une règle dans le site OSM?

[dHuy Pierre]

Je t'invite à écrire une propal là desus en attendant je propose la combinaison 
pie/point virgule. Vu qu'il s'agitde listes associées simple c'est nickel, mais 
ta propal est extremement intéressant surtout que les bases tournent très bien 
avec de l'orienté document. Tu auras mon vote :)
 


 Le Vendredi 1 mai 2015 13h41, Shohreh codecompl...@free.fr a écrit :
   

 Bonjour

Un truc qui me manque sur le site OSM (www.openstreetmap.org), c'est une
règle pour mesurer la distance entre deux points.

Faute de mieux, je crée à chaque fois une carte dans Umap pour ça.

Quelqu'un sait-il s'il y a un moyen de rajouter ça sur le site OSM?

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Ajouter-une-regle-dans-le-site-OSM-tp5842700.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


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

Re: [OSM-talk-fr] Ajouter une règle dans le site OSM?

[dHuy Pierre]

oups 


 Le Vendredi 1 mai 2015 13h44, dHuy Pierre dh...@yahoo.fr a écrit :
   

 Je t'invite à écrire une propal là desus en attendant je propose la 
combinaison pie/point virgule. Vu qu'il s'agitde listes associées simple c'est 
nickel, mais ta propal est extremement intéressant surtout que les bases 
tournent très bien avec de l'orienté document. Tu auras mon vote :)
 


 Le Vendredi 1 mai 2015 13h41, Shohreh codecompl...@free.fr a écrit :
   

 Bonjour

Un truc qui me manque sur le site OSM (www.openstreetmap.org), c'est une
règle pour mesurer la distance entre deux points.

Faute de mieux, je crée à chaque fois une carte dans Umap pour ça.

Quelqu'un sait-il s'il y a un moyen de rajouter ça sur le site OSM?

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Ajouter-une-regle-dans-le-site-OSM-tp5842700.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


   

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

Re: [OSM-talk-fr] Normalisation du tag antenne

[dHuy Pierre]

Alors le type de réseau, l'id anfr (ou autres), le type d'antenne (ça peut être 
carrément utile pour le repérage) et les opérateurs. Le tout placé via le tag 
antenna=yes.Comment gérer une antenne isolée sur un batiment?



 Le Jeudi 30 avril 2015 19h55, Eric Debeau eric.deb...@gmail.com a écrit :
   

 Salut

Pour répondre à Pierre, effectivement il ya les données de hauteur des antennes 
par rapport au sol...Le champ m'avait échappé...

Sinon, je suis comme Jérome, je ne vois pas comment on pourrait mettre un point 
par antenne dans OSM. 

Je pense que mettre un résumé par support comme le suggère Christian suffit 
largement. L'ID ANFR à utiliser serait l'ID du support que l'on trouve dans le 
fichier support.txt (SUP_ID) et qui permet ensuite de retrouver les infos 
complémentaires sur le site cartoradio si besoin.

Je pense que dans OSM, faut mettre que les infos utiles et stables.

Si j'ai besoin des données complètes, je vais chercher directement dans les 
données ANFR et pas dans OSM !

Eric

2015-04-30 19:16 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:

  
 
 Le 30/04/2015 19:08, Jérôme Amagat a écrit :
  
Dans un precedant mail tu ecris : Je verrai bien un résumé dans OSM qui 
indique:
 - le pylone,
 - l'usage (GSM, 2/3/4G, autre)
 - les opérateurs...
 - l'ID ANFR pour aller chercher le reste des infos dans une base plus 
détaillée et qui sera sûrement mieux mises à jour qu'OSM !  
  Le problème c'est que chaque opérateur fait un usage qui peut être bien 
différent des autres. Dans l'exemple même free et bouygues ne font pas la même 
chose (le GSM). ce que je proposais c'est de lier opérateur et usage. je sais 
bien que l'on utilise les ; mais c'est pas toujours le cas : 
http://wiki.openstreetmap.org/wiki/Lanes 
   operator =RESEAU PRIVE| TDF     | SNCF Réseau | FREE MOBILE                  
          | IFW           | BOUYGUES TELECOM reseau =PMR                 | 
FM;FH | GSM R           | UMTS 900;UMTS 2100;LTE 2600 | BLR 3 GHZ | FH;LTE 
800;LTE 1800;LTE 2600;GSM 900;GSM 1800;UMTS 2100  
  

 
 Justement, je voyais un résumé plus... résumé ;)
 
 La liste des opérateurs, ça me semble pertinent.
 Ensuite le détail par opérateur du type d'usage, ça me semble déjà aller trop 
loin.
 Savoir qu'un pylône sert pour du GSM quel que soit l'opérateur est un niveau 
de détail à peu près gérable dans OSM (j'entends par là maintenable, parce que 
pour le côté vérifiable faut être affuté). Après pour plus, il y a les données 
détaillées.
 
 Ça ne vous semble pas suffisant ?
 
 -- 
Christian Quest - OpenStreetMap France 
 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




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


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

Re: [OSM-talk-fr] Normalisation du tag antenne

[dHuy Pierre]

@Verdy: Heureux de te voir enfin, j'étais presqu'étoné de ne pas te lire. Cette 
propal de nomenclature est vraiment bonne. Merci Jérôme pour le coup, je ne 
vois pas comment mieux lier (quelqu'un avait proposé antenna:1...n mais il est 
clair que ce tag était invivable.
@Liostier: Forme et emplacement d'antenne on est d'accord sauf qu'à voir la 
liste des type j'aurais besoin d'un coup de main si on veut proposer une vraie 
liste, tu peux faire ça le pad?Autrement je continue de considérer qu'il faut 
distinguer les antennes en fonction de leur émission. La cartographie ne passe 
pas que par le visuel et la connaissance de certains réseau peut être 
exploitable pour un usage civil (cf use case sur le pad et dans la ML). J'ai 
officiellement barré les bandes de fréquences, et les directions. On en reste 
du coup au draft initial de opérateurs, type de réseau, et type d'antenne (plus 
tag optionnel avec hidden, height, antenna:dimension et ele)
 


 Le Vendredi 1 mai 2015 0h18, Philippe Verdy verd...@wanadoo.fr a écrit :
   

 
Le 30 avr. 2015 18:42, Christian Quest cqu...@openstreetmap.fr a écrit :
 Le 30/04/2015 18:07, Jérôme Amagat a écrit :
 operator=RESEAU PRIVE|TDF|SNCF Réseau|FREE MOBILE|IFW|BOUYGUES TELECOM
 reseau =PMR|FM;FH|GSM R|UMTS 900;UMTS 2100;LTE 2600|BLR 3 GHZ|FH;LTE 
 800;LTE 1800;LTE 2600;GSM 900;GSM 1800;UMTS 2100|


 La convention sur OSM est de séparer par des ;Oui mais uniquement pour des 
 listes non ordonnées. Là Jérôme voulait lier l'ordre des deux listes.Les 
 traits verticaux sont utilisés dans ce cas pour les listes ordonnées de 
 lanes.Seulement je trouve ça très peu lisible. Il serait plus pertinent de 
 grouper les données propre à chaque opérateur au nom de cet opérateur et en 
 séparant alors les opérateurs sur des gags distincts.Cela donnerait un truc 
 du genre:operator:1=TDF|FM;FH
operator:2=Opérateur privé|PMR
operator:3=SNCF|GSM R
operator:4=FREE MOBILE|UMTS 900;UMTS 2100;LTE 2600
etc.Les séparateurs n'ont pas le même rôle et un pipe indique l'ordre des 
champs (nom d'operateur, types de reseau) lesquels peuvent encore inclure en 
valeur des listes non ordonnées séparées par points-virgules...Les indices 
numériques donnés à chaque opérateur sont ordonnés mais en fait 
arbitrairement.Dès que ça se complique de toute façon on se retrouve avec 
plusieurs tags. Sinon il faudrait admetttre des valeurs dans un type structuré 
comme JSON, voire XML en plus verbeux encore...

___
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] Normalisation du tag antenne

[dHuy Pierre]

@Amagat, c'est pour le cas où une antenne serait sur un toit ou ailleurs, sans 
support node en dessous. Pour le reste (réussir à placer des infos sur un 
point), je vous laisse débattre, j'ai essayé de trouver le plus optimisé. Sinon 
le id station me parait pas mal comme id.@Lacombe jamais parlé d'antenne à 360, 
j'ai parlé d'une simplification. 


 Le Jeudi 30 avril 2015 18h08, Jérôme Amagat jerome.ama...@gmail.com a 
écrit :
   

 man_made=antennaest-ce que man_made est une bonne solution? beaucoup des 
antenne sont sur une tour, un pylône qui lui devrai être tagger en 
man_made.pourquoi pas seulement ajouté antenna=yes sur le support? supprimé 
complètement man_made=antenna ne serai t elle pas une meilleur solution pour 
éviter des confusions?
l'id anfr : il faut voir de quoi on parle. dans le fichier libéré, des id il y 
en a plusieurs : un pour chaque support, station, antenne, émetteur et bande. 
et le numéro d'identification de l’installation sur Cartoradio.
Une autre question : moi je pars du principe que l'on ne peut pas, pour un 
pylône, placer plusieurs points dans osm. j'ai raison?
je repart sur l'exemple que j'ai donner plus haut :je verais bien ça 
:man_made=tower (ou autre)antenna=yesref:cartoradio=...operator=RESEAU 
PRIVE|TDF|SNCF Réseau|FREE MOBILE|IFW|BOUYGUES TELECOMreseau =PMR|FM;FH|GSM 
R|UMTS 900;UMTS 2100;LTE 2600|BLR 3 GHZ|FH;LTE 800;LTE 1800;LTE 2600;GSM 
900;GSM 1800;UMTS 2100|
utiliser des | comme pour les lanes sur les routes permet de donner des infos 
sur chaque operator.je ne vois pas comment on pourrait en mettre plus sans 
rendre le truc incompréhensible.
ou alors un truc du genre :operator:1=...reseau 
:1=...antenne:1=...frequence:1=...operator:2=...reseau 
:2=...antenne:2=...frequence:2=..
___
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] Normalisation du tag antenne

[dHuy Pierre]

C'est là que des tags comme height interviennent à mon sens, la hauteur et 
l'élévation de l'antenne permette de déterminer sa visibilité directement
 


 Le Mercredi 29 avril 2015 14h53, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net a écrit :
   

 Le mercredi 29 avril 2015 12:07:29 dHuy Pierre a écrit :
 En me basant sur la discussion initiée ici précédemment et des discussions
 avec des opérateurs, je reviens avec une proposition pour l'utilisation
 d'un tag unifié pour les antennes. https://pad.partipirate.org/plobm2h0ZV
 Ceci n'est qu'un draft encore, mais nécessaire pour l'intégration de
 cartoradio correctement. Il sera nécessaire de le traduire en anglais, ne
 faisant guère confiance au mien, je souhaiterai savoir s'il y aurait un
 volontaire? Verdy? Mister Lacombe et Chateau-Thierry avaient été réactifs
 sur le sujet la dernière fois, j'attends donc votre point de vue sur ce que
 j'ai pu en tirer. Librement,

Intéressant.

Tu dis que les antennes peuvent être des repères visuels, et je suis d'accord.
Ceci dit, certaines antennes ne le sont pas, et ce serait donc intéressant de 
le renseigner pour ne pas s'attendre à ce repère visuel.
Je pense notamment à une antenne cachée dans un clocher d'Église par chez moi. 
Son existence est intéressante dans OSM, mais un attribut additionnel genre 
visibility=hidden ou hidden=yes serait un plus.
Après, comment différencier ces antennes cachés sur une carte c'est une autre 
question …

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

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


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

Re: [OSM-talk-fr] Normalisation du tag antenne

[dHuy Pierre]

C'est un pad au passage, n'hésitez pas à commenter (entre crochet) ou à 
corriger les fautes/inexactitudes.
 


 Le Mercredi 29 avril 2015 14h54, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net a écrit :
   

 Le mercredi 29 avril 2015 12:07:29 dHuy Pierre a écrit :
 En me basant sur la discussion initiée ici précédemment et des discussions
 avec des opérateurs, je reviens avec une proposition pour l'utilisation
 d'un tag unifié pour les antennes. https://pad.partipirate.org/plobm2h0ZV
 Ceci n'est qu'un draft encore, mais nécessaire pour l'intégration de
 cartoradio correctement. Il sera nécessaire de le traduire en anglais, ne
 faisant guère confiance au mien, je souhaiterai savoir s'il y aurait un
 volontaire? Verdy? Mister Lacombe et Chateau-Thierry avaient été réactifs
 sur le sujet la dernière fois, j'attends donc votre point de vue sur ce que
 j'ai pu en tirer. Librement,

Intéressant.

Tu dis que les antennes peuvent être des repères visuels, et je suis d'accord.
Ceci dit, certaines antennes ne le sont pas, et ce serait donc intéressant de 
le renseigner pour ne pas s'attendre à ce repère visuel.
Je pense notamment à une antenne cachée dans un clocher d'Église par chez moi. 
Son existence est intéressante dans OSM, mais un attribut additionnel genre 
visibility=hidden ou hidden=yes serait un plus.
Après, comment différencier ces antennes cachés sur une carte c'est une autre 
question …

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

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


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

[OSM-talk-fr] Normalisation du tag antenne

[dHuy Pierre]

En me basant sur la discussion initiée ici précédemment et des discussions avec 
des opérateurs, je reviens avec une proposition pour l'utilisation d'un tag 
unifié pour les antennes.
https://pad.partipirate.org/plobm2h0ZV
Ceci n'est qu'un draft encore, mais nécessaire pour l'intégration de cartoradio 
correctement.
Il sera nécessaire de le traduire en anglais, ne faisant guère confiance au 
mien, je souhaiterai savoir s'il y aurait un volontaire? Verdy?
Mister Lacombe et Chateau-Thierry avaient été réactifs sur le sujet la dernière 
fois, j'attends donc votre point de vue sur ce que j'ai pu en tirer.
Librement,

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

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

[dHuy Pierre]

Il n'y a pas SA donc pour moi on peut changer la licence à l'export. À 
confirmer. 


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

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


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

Re: [OSM-talk-fr] Caméra embarquée avec position et direction

[dHuy Pierre]

http://www.instructables.com/id/Mapillary-en-Raspberry-Pi/?ALLSTEPS Pour ceux 
ne voulant pas payer une fortune pour le garmin d'ailleurs



 Le Vendredi 24 avril 2015 16h44, Yves Pratter yves.prat...@gmail.com a 
écrit :
   

 
 Le 24 avr. 2015 à 14:41, dHuy Pierre dh...@yahoo.fr a écrit :

 Techniquement il existe déjà le projet très abouti de Mapillary qui permet de 
 travailler avec osm et qui permet de faire une vue assez complète.
Et qui permet depuis peu? de télécharger des vidéos (pour le moment, uniquement 
de Go-Pro)

—
Yves


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

Re: [OSM-talk-fr] points de vente SNCF en opendata

[dHuy Pierre]

Il te suffit de grouper les tags en fonction de l'usage: s'il s'agit d'un 
bureau informatif et et d'une vente de ticket tu mets les tags 
tourism=information ET shop=ticket (pour moi le shop ticket serait plus 
approprié que le travel_agency, qui correspond aux agneces de vacance type 
Pierre et vacances). 
Si dans le bureau tu peux trouver des cartes du réseau, 
tourism=information+information=map+map_type=network sous la forme d'un node à 
l'endroit supposé de la carte. Il existe des tags pour les différents éléments: 
machine de vente, écran d'information...S'il s'agit également un poste où aller 
en cas de problème, il y a infirmerie... etc. À défaut un unique 
shop=travel_agency;office=information; tourism=information; operator=SNCF 
suffira.Librement, 


 Le Samedi 25 avril 2015 7h49, Virgile Kéré vk...@free.fr a écrit :
   

 Bonjour,
D'ailleurs, comment devrait-on taguer les agences de transports en commun 
(aussi bien SNCF, que les réseaux urbains et autres). Je n'ai pas trouvé de 
consignes claires. Les tags qui s'en rapprochent le plus sont 
shop=travel_agency ou tourism=information + information=office. Aussi il existe 
un shop=ticket, mais généralement les activités de ces agences ne se limitent 
pas à la vente de tickets, mais aussi aux conseils de mobilités : 
itinéraires, modes de transport...

Virgile

- Mail original -
Message: 4
Date: Fri, 24 Apr 2015 10:20:51 +
From: HELFER Denis denis.hel...@rff.fr
To: talk-fr@openstreetmap.org talk-fr@openstreetmap.org
Subject: [OSM-talk-fr] points de vente SNCF en opendata
Message-ID:
    0b1ce879dca3ad4cb3eb4a9bd06234073cd0c...@rffsrvexc1.rff.ferre
Content-Type: text/plain; charset=cp1258

Ca vient de sortir : 
http://www.sncf.com/fr/content/brevepresseopen-data-points-de-vente24042015

Un rapide coup d’œil sur la qualité de la géolocalisation des points indique 
une assez bonne voie bonne qualité sur les boutiques. Il y a les horaires pour 
ceux qui veulent s’entrainer aux tags

Denis Helfer
Chargé d’études géomatiques, correspondant SI

SNCF RESEAU
Direction rÉgionale alsace lorraine champagne-ardenne
15 rue des Francs-Bourgeois - 67082 STRAsbourg CEdex
TÉL. : +33 (0)3 88 23 95 58
FAX : +33 (0)0 88 23 30 80  - helfer.de...@rff.frmailto:helfer.de...@rff.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] Caméra embarquée avec position et direction

[dHuy Pierre]

Techniquement il existe déjà le projet très abouti de Mapillary qui permet de 
travailler avec osm et qui permet de faire une vue assez complète.
 


 Le Vendredi 24 avril 2015 14h35, Vincent de Château-Thierry 
osm.v...@free.fr a écrit :
   

 
 De: Nicolas Moyroud nmoyr...@free.fr
 
 On sent là une certaine expérience de la chose ! ;-)

Héhé ^^

Après on parle là de méthodes efficaces mais gourmandes en stockage, et 
génératrices de beaucoup de bruit : pour un cliché utile, combien qui ne disent 
rien ? C'est une balance à trouver, selon sa vitesse de déplacement et ce qu'on 
cherche à capturer. C'est parfait pour les PEI ;)
Se pose aussi la question (qu'on n'aborde jamais trop ici) de la discrétion du 
procédé, et des réactions qu'il peut provoquer des passants, promeneurs et 
riverains.

vincent

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


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

Re: [OSM-talk-fr] Mapper un territoire indépendant

[dHuy Pierre]

Pour compléter le sujet, l'exemple de la République Turque de Chypre: État 
reconnu exclusivement par la Turquie: 
https://www.openstreetmap.org/relation/2514541  
 


 Le Vendredi 24 avril 2015 16h58, dHuy Pierre dh...@yahoo.fr a écrit :
   

 Suite à la déclaration de constitution du Liberland, je suis allé faire un 
tour sur le wiki osm [1] et sur la carte [2]. Et je trouve cela quelque peu 
désappointant. Comment pourrait-on cartographier ce territoire indépendant/pays 
encore non reconnu par aucun état?

[1] http://wiki.openstreetmap.org/wiki/WikiProject_Liberland[2] 
https://www.openstreetmap.org/way/339984274#map=15/45.7710/18.8705layers=HN
 
___
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] Mapper un territoire indépendant

[dHuy Pierre]

Suite à la déclaration de constitution du Liberland, je suis allé faire un tour 
sur le wiki osm [1] et sur la carte [2]. Et je trouve cela quelque peu 
désappointant. Comment pourrait-on cartographier ce territoire indépendant/pays 
encore non reconnu par aucun état?

[1] http://wiki.openstreetmap.org/wiki/WikiProject_Liberland[2] 
https://www.openstreetmap.org/way/339984274#map=15/45.7710/18.8705layers=HN
 ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GraphHopper : un calculateur d'itinéraires

[dHuy Pierre]

Petit défaut avec graphopper du au fait qu'il se conforme au règle. La 
traversée/le suivi d'une route résidentielle privée est refusé, du coup cela 
fait quelque fois de grand détour. Mais bon en même temps c'est conforme aux 
règles...
 


 Le Mardi 21 avril 2015 20h43, Vincent Bergeot vinc...@bergeot.org a 
écrit :
   

  Le 21/04/2015 20:21, Yves Pratter a écrit :
  
 
 Bonjour, 
  Je viens de tomber par hasard sur un nouveau? calculateur d’itinéraires basé 
sur les données OSM : GraphHopper.com 
  Il a une API open source pour des itinéraires en voiture, vélo et à pied. 
Elle peut être personnalisée pour d’autres « véhicules (cheval dans le cas de 
Wanderreitekarte.de, …). Les dénivelés sont pris en compte… 
  Quelqu’un l’utilise déjà ? 
 non mais j'ai pu constater que c'est le troisième choix, que je ne connaissais 
pas, qui apparaît dans la liste des calculateurs (avec mapquest et osrm) 
lorsque l'on fait son itinéraire sur osm.org.
 
 bonne soirée
 
 
 
 -- 
Vincent Bergeot
 
___
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] Place de la République

[dHuy Pierre]

Si tu y passe davantage, je n'ai jamais pu finir correctement la station sur 
les connexion avec la 3 et sur les nombreuses sorties. 


 Le Jeudi 16 avril 2015 17h14, Brice MALLET brice...@free.fr a écrit :
   

 Bonjour,

J'ai repris la Place de la République à Paris (un multipolygone composé 
de 2 terrassses + 1 esplanade) après moult passages sur place.
Merci à ceux qui peuvent vérifier si OK (je ne suis jamais sûr avec les 
relations).

http://www.openstreetmap.org/#map=18/48.86763/2.36266

Brice

___
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] Point douteux

[dHuy Pierre]

Je viens de trouver 
ça:http://www.openstreetmap.org/node/3281176361#map=15/48.8470/2.3982

Bon outre le fait que ça soit douteux (et que les tags n'ai jamais été approuvé 
par vote), est-ce que vous pensez que c'est quelque chose de pertinent sur osm?

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

Re: [OSM-talk-fr] Point douteux

[dHuy Pierre]

Techniquement ce n'est même pas une plaque commémorative, c'est un 
battlefield autrement dit un champ de bataille, à ma connaissance c'est assez 
abusif, dans la mesure ou une bataille c'est une armée contre une autre pas un 
assassinat ni du terrorisme (y avait le projet de marquer des points comme ça 
mais je me rappelle plus le tag).
 


 Le Mardi 14 avril 2015 9h23, JB jb...@mailoo.org a écrit :
   

  Ça m'étonnerait qu'ils aient gardé la nouvelle déco avec des balles partout… 
J'aurais tendance à attendre qu'une stèle soit posée pour cartographier la 
stèle.
 JB. 
 
 Le 14/04/2015 09:17, dHuy Pierre a écrit :
  
  Je viens de trouver ça: 
http://www.openstreetmap.org/node/3281176361#map=15/48.8470/2.3982
  
  Bon outre le fait que ça soit douteux (et que les tags n'ai jamais été 
approuvé par vote), est-ce que vous pensez que c'est quelque chose de pertinent 
sur osm?
  
   
  
 ___
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] Hauteur et nombre d'étages des bâtiments

[dHuy Pierre]

@Vincent Pottier: exactement ce que je défendais plus haut mais je me croyais 
seul :p
 


 Le Lundi 13 avril 2015 20h50, Vincent Pottier vpott...@gmail.com a écrit 
:
   

  Le 13/04/2015 16:00, Vincent Frison a écrit :
  
 
 
  Il faut aussi se dire que les moteurs de rendu 3D sont obligés d'appliquer 
une hauteur arbitraire aux immeuble n'ayant pas d'information de hauteur (ie. 
sans  tag height ou building:levels). Et qu'à priori il vaut mieux avoir une 
valeur qui correspond au moins à une partie de la réalité du bâtiment plutôt 
qu'une valeur complètement arbitraire...
   
 Ça, ça se discute !
 Que le moteur de rendu 3D prenne une hauteur arbitraire, c'est son problème. 
Et ça ne vaut que pour ce moteur de rendu.
 
 Mettre une donnée à moitié juste dans OSM, c'est mettre une donnée à moitié 
fausse !
 Et c'est faire croire à tout le monde qu'elle est juste.
 
 Alors que l'absence de donnée n'est pas une erreur mais une absence.
 
 À mon avis, ce qui frôle les 80 %, c'est OK. Mais descendre à 50, c'est faire 
un sacré pari.
 
 La donnée externe ne va pas disparaître demain ?
 Quand on trouvera d'autres éléments pour une heuristique, elle sera encore la ?
 Alors patientons.
 
 Si c'était un building:part, ce serait moins faux !
 --
 FrViPofm
 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] Jeu de données antennes de l'ANFR sur data.gouv.fr

[dHuy Pierre]

Tu voudrais dire que les données sont considérées assez fiable pour être des 
repères géodésiques?
 


 Le Lundi 6 avril 2015 23h51, Christian Quest cqu...@openstreetmap.fr a 
écrit :
   

  Il y a aussi des intégrations secondaires possible. On a une description du 
support de l'antenne, ce qui permet de repérer des monuments ou ouvrages 
d'art... un peu comme avec les repères géodésiques qui indiquent clocher, 
château d'eau...
 
 
 Le 05/04/2015 00:17, dHuy Pierre a écrit :
  
 
Oui on a déjà eu ce débat ici fin 2014. Du coup je vais sans doute reproposer 
une propal de tag pour unifier tout ça.
  
 
 
  Le Vendredi 3 avril 2015 22h56, Frédéric Rodrigo fred.rodr...@gmail.com 
a écrit :
  
 
 J'ai un peu regardé. Il faut déjà mettre en correspondance les données 
 du fichier avec des tag OSM.
 Il y a différents identifiants et différents types d'objets.
 
 Frédéric.
 
 
 Le 03/04/2015 17:30, Frédéric Rodrigo a écrit :
  Tu ne veux pas faire ça dans Osmse plutôt qu'un n-ème outil d'intégration ?
 
  Le 03/04/2015 17:22, dHuy Pierre a écrit :
  Yeah \o/
  Je m'attelle à un outil d'intégration ce we!
 
 
 
  Le Vendredi 3 avril 2015 15h22, Francescu GAROBY windu...@gmail.com a
  écrit :
 
 
  Après demande, ça a été mis à jour : Licence Ouverte / Open Licence
 
  Francescu
 
  2015-04-03 12:19 GMT+02:00 Christian Quest cqu...@openstreetmap.fr
  mailto:cqu...@openstreetmap.fr:
 
     C'est ici:
 
  https://www.data.gouv.fr/fr/datasets/donnees-sur-les-installations-radioelectriques-de-plus-de-5-watts-1/
 
 
     mais... License not specified :(
 
     --
     Christian Quest - OpenStreetMap France
 
  
 
  
  
 ___
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] Jeu de données antennes de l'ANFR sur data.gouv.fr

[dHuy Pierre]

Yeah \o/
Je m'attelle à un outil d'intégration ce we! 


 Le Vendredi 3 avril 2015 15h22, Francescu GAROBY windu...@gmail.com a 
écrit :
   

 Après demande, ça a été mis à jour : Licence Ouverte / Open Licence
Francescu
2015-04-03 12:19 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:

C'est ici:
https://www.data.gouv.fr/fr/datasets/donnees-sur-les-installations-radioelectriques-de-plus-de-5-watts-1/

mais... License not specified :(

--
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] attribution homengo.com

[dHuy Pierre]

Mea culpa du coup, j'ai mal visité le site je suppose :3
 


 Le Jeudi 26 mars 2015 9h47, Vincent de Château-Thierry osm.v...@free.fr 
a écrit :
   

 Bonjour,

 De: dHuy Pierre dh...@yahoo.fr
 
 Un lien vers une page l'utilisant?
 
 Le Jeudi 26 mars 2015 8h52, Ab_fab gamma@gmail.com a écrit :
 
 Non, c'est bien un rendu basé sur OSM
 
 Le 25 mars 2015 23:32, dHuy Pierre  dh...@yahoo.fr  a écrit :
 
 En même temps, ils utilisent googlemaps... (à première vue, je n'ai
 pas visité tout le site)
 
 Le Mercredi 25 mars 2015 22h32, djo_man  djo_...@laposte.net  a
 écrit :
 
 Homengo n'ont à priori pas d'attribution sur la carte...

Pour voir la carte :
https://homengo.com/s/vente/porte-saint-martin_district-32359/?

Les tuiles sont servies par Mapbox, comme celle-ci :
https://b.tiles.mapbox.com/v3/homengo.map-k5p53d21/11/1037/704.png

Il n'y a rien sur la carte en effet, il y a une page de sources qui n'a 
sûrement pas la même visibilité :
https://homengo.com/immobilier/sources/

vincent

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


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

Re: [OSM-talk-fr] attribution homengo.com

[dHuy Pierre]

Un lien vers une page l'utilisant?
 


 Le Jeudi 26 mars 2015 8h52, Ab_fab gamma@gmail.com a écrit :
   

 Non, c'est bien un rendu basé sur OSM
Le 25 mars 2015 23:32, dHuy Pierre dh...@yahoo.fr a écrit :

En même temps, ils utilisent googlemaps... (à première vue, je n'ai pas visité 
tout le site)
 


 Le Mercredi 25 mars 2015 22h32, djo_man djo_...@laposte.net a écrit :
   

   bonsoir
 
 Homengo n'ont à priori pas d'attribution sur la carte...
 
 djo_man
 
___
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





-- 
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] Comment tagguer un pépinière d'entreprise ?

[dHuy Pierre]

Le tag office=incubator existe aussi (déjà croisé) 


 Le Jeudi 26 mars 2015 12h27, Romain MEHUT romain.me...@gmail.com a écrit 
:
   

 Bonjour,

Que ce soit pour un building ou un landuse, je pense que la valeur est 
commercial
http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dcommercial
http://wiki.openstreetmap.org/wiki/Tag:building%3Dcommercial

Romain

2015-03-26 12:23 GMT+01:00 Nicolas Moyroud nmoyr...@free.fr:

Je n'ai pas réussi à trouver d'infos à ce sujet sur le wiki. Il s'agit d'une 
pépinière d'entreprises NTIC, style startups.

Nicolas


___
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] Comment tagguer un pépinière d'entreprise ?

[dHuy Pierre]

Le problème avec office c'est que ce n'est pas forcément un batiment, des fois 
c'est un étage, voir une suite... Donc c'est question de contexte!
 


 Le Jeudi 26 mars 2015 16h50, Romain MEHUT romain.me...@gmail.com a écrit 
:
   

 Le 26 mars 2015 16:18, Nicolas Moyroud nmoyr...@free.fr a écrit :

  Ah ben voilà ça c'est bien ! Merci Pierre.
 building=commercial ça reste bien flou quand même !


A noter que la page du wiki indique d'ajouter à building=commercial, un tag 
office= pour la description.

Romain

___
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] Hauteur et nombre d'étages des bâtiments

[dHuy Pierre]

Hors-TopicHuhu effectivement, tu me fais remarquer une erreur que j'ai faite 
à ce moment là. Je visiterai quand je pourrai pour voir. Mais l'objectif était 
de montrer que si tu te bases sur le dessin de base (modifié par moi) ça 
risquait de faire disparaitre l'eglise.Sinon je connais bien l'usage de 
building:levels et la différence avec height :)
J'ai fait l'essentiel du travail à la main pour le coup et je n'ai pas fait 
attention aux tags autour./Hors-TopicMais du coup, que penses tu des 
building:part? 


 Le Mercredi 25 mars 2015 9h47, Vincent Pottier vpott...@gmail.com a 
écrit :
   

  Le 25/03/2015 00:16, dHuy Pierre a écrit :
  
  Si tu tags le building avec la hauteur la plus faible puis que tu dessine une 
bloc building:part=yes, building:levels=... Ça permet de dessiner les variétés 
de hauteur sans créer de nouveaux batiments mais des bouts de batiments. 
http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings
  Pour ce qui est de l'exemple, je t'invite à regarder l'historique de la zone 
https://www.openstreetmap.org/way/330517677 avec une logiciel de rendu 3D
   
   
 Pour le coup, c'est typiquement le genre d'endroit où le polygone 55314295 
pourrait être découpé [1].
 À voir l'imagerie aérienne, il semble que l'église ne remplisse que le 
polygone 330517677, c'est donc sur ce polygone uniquement que devraient être 
portés les tags amenity=place_of_worship...
 
 Il semble par ailleurs que la nef est plus large que celle cartographiée et 
que le transept nord va jusqu'à la rue.
 
 Le polygone 330517677 est taggé avec building:levels=6 .
 Il y a réellement 6 niveaux dans le bâtiment (dans ce cas, l'église serait à 
un des étages. J'en doute, mais ça existe ailleurs), ou c'est la hauteur de la 
nef qui correspond à une hauteur de bâtiment de 6 niveaux (et alors le tag 
n'est pas exact [2] ) ?
 
 [1] 
Voirhttp://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dplace_of_worship#Remarques
 [2] building:levels est une mesure du nombre de niveau hors combles et 
sous-sols, et non une mesure de hauteur. Voir 
http://wiki.openstreetmap.org/wiki/FR:Key:building:levels
 --
 FrViPofm
 
 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments

[dHuy Pierre]

building:part s'utilise très bien avec minlevel et levels...Pour l'église 
j'avais fait un travail de pure intégration donc je verrais irl (faut que je 
fasse un tour pour noter les toitures).Sinon +1 pour l'intégration quand la 
shape correspond exactement (modulo quelques %) au building.
 


 Le Mercredi 25 mars 2015 10h26, Vincent Pottier vpott...@gmail.com a 
écrit :
   

  Le 25/03/2015 10:08, Christian Quest a écrit :
  
 
 Les building:part c'est très bien quand on découpe les buildings.
 Je doute qu'on puisse automatiser leur création à partir de géométries 
différentes (si on les a, ce qui n'est pas forcément le cas).
 
 Scripter et automatiser... avec prudence et si c'est pour ajouter une donnée 
imprécise en collant des fixme, je pense que ça n'est pas souhaitable.
 
 Des trucs avec des fixme on en a encore de grosses pelletés alors que ça a été 
intégré il y a des années (je pense aux points d'eau à Paris).
 
 Il n'y a que dans les cas où le rapprochement est quasi parfait (par exemple 
surface de bâtiment identique à quelques % près) qu'on devrait s'aider d'un 
automatisme... pour le reste: huile de coude !
 +1
 
 genre :
 * Quand correspondance des bâtiments à qq %, travail pour le bot.
 
 * Quand variation plus importante ou plusieurs valeurs pour un même polygone 
OSM, génération de fichier d'intégration.
 
 C'était un peu la méthodologie CLC, non ?
 --
 FrViPofm
 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] attribution homengo.com

[dHuy Pierre]

En même temps, ils utilisent googlemaps... (à première vue, je n'ai pas visité 
tout le site)
 


 Le Mercredi 25 mars 2015 22h32, djo_man djo_...@laposte.net a écrit :
   

   bonsoir
 
 Homengo n'ont à priori pas d'attribution sur la carte...
 
 djo_man
 
___
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] Hauteur et nombre d'étages des bâtiments

[dHuy Pierre]

Si tu tags le building avec la hauteur la plus faible puis que tu dessine une 
bloc building:part=yes, building:levels=... Ça permet de dessiner les variétés 
de hauteur sans créer de nouveaux batiments mais des bouts de 
batiments.http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings
Pour ce qui est de l'exemple, je t'invite à regarder l'historique de la zone 
https://www.openstreetmap.org/way/330517677 avec une logiciel de rendu 3D
  


 Le Mardi 24 mars 2015 23h13, Vincent Frison vincent.fri...@gmail.com a 
écrit :
   

 Le 24 mars 2015 20:30, dHuy Pierre dh...@yahoo.fr a écrit :

Francescu décrit assez bien le type de situation qui m'effraie. Sur l'île St 
Louis par exemple, il y avait une Eglise imbriqué dans un batiment, l'église 
était supérieur au reste mais de surface inférieur. Avec ton logiciel ça ferait 
disparaitre l'eglise... Autre exemple une coupole isolée (ça aussi ça existe 
sur le terrain). Etc...

Hmm je vois pas dans quel cas ça pourrait faire disparaître un bâtiment.. 
t'aurais un lieu précis à m'indiquer stp ? 
Plutôt que de t'attaquer au building, pourquoi ne pas utiliser building:part? 
Il est parfaitement normé et t'éviteras les approximations.

Je ne suis pas sûr de bien comprendre.. mais encore une fois mon programme ne 
crée pas ou ne découpe pas des bâtiments, ça serait une tâche bien plus 
compliquée...
Actuellement le programme lit les bâtiments importés et essaye de les faire 
correspondre avec des bâtiment existants d'OSM pour éventuellement rajouter un 
tag un tags levels=* ou height=* (seulement si le bâtiment n'en possède pas 
encore donc à priori je ne vais pas saccager le travail des cartographes de 
l'île de la Cité). 
D'ailleurs Jếrôme tu as remarqué que j'ai fait plusieurs updates avec 
différents tags levels. C'est parce que je met à jour l'immeuble dès que je 
trouve un import qui le match géographiquement. Mais si par la suite je tombe 
sur un nouvel import qui match encore mieux alors je fais une nouvelle mise à 
jour (mais si vraiment ça pose problème je pourrais me débrouiller pour ne 
faire qu'une seule mise à jour, celle du meilleur candidat tant qu'à faire ;p).

Et comme tu l'as dis rien n'empêche d'autres contributeurs d'améliorer le 
travail par la suite. D'ailleurs pour reprendre l'idée de Vincent je pourrais 
rajouter pour faciliter le travail des contributeurs un tag fixme pour les 
bâtiments trop tendancieux. Je pourrais par exemple poser ce tag dans le cas où 
le score du meilleur bâtiment importé ne dépasse pas les 80% (ie. parmi les 
bâtiments d'ODP le meilleur candidat a une surface dont le ratio avec la 
surface du bâtiment d'OSM est inférieur à 0.8). 
Sinon attention delta entre osm et la db de l'opendata, un toit/grenier n'est 
pas considéré comme level sur osm!

Oui je rajoute déjà +1 au nombre d'étage puisque OSM compte les étages à 
l'américaine ;)


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

Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments

[dHuy Pierre]

Francescu décrit assez bien le type de situation qui m'effraie. Sur l'île St 
Louis par exemple, il y avait une Eglise imbriqué dans un batiment, l'église 
était supérieur au reste mais de surface inférieur. Avec ton logiciel ça ferait 
disparaitre l'eglise... Autre exemple une coupole isolée (ça aussi ça existe 
sur le terrain). Etc...Plutôt que de t'attaquer au building, pourquoi ne pas 
utiliser building:part? Il est parfaitement normé et t'éviteras les 
approximations.Sinon attention delta entre osm et la db de l'opendata, un 
toit/grenier n'est pas considéré comme level sur osm! 


 Le Mardi 24 mars 2015 8h39, Francescu GAROBY windu...@gmail.com a écrit :
   

 Bonjour,Pour ton exemple de 2 immeubles, l'un de 8 et l'autre de 5 étages, 
représentés comme un seul bâtiment dans OSM : ne pourrait-on pas imaginer que 
ton script propose de découper cet immeuble en 2, de façon à ce que la 
superficie de chacun colle avec ce qu'ODP connaît ?En écrivant ça, je réalise 
que cela signifierait alors que la coupure ne suivrait pas forcément la réalité 
(un mur de séparation qui zigzaguerait, par exemple). Mais cela aurait au moins 
le mérite d'éviter d'avoir 2 immeubles dont l'un est trop haut (si c'est le 8 
étages qui est retenu par ton script actuel) ou trop bas (si c'est le 5 
étages).
Francescu
Le 23 mars 2015 21:27, Vincent Frison vincent.fri...@gmail.com a écrit :

Le 23 mars 2015 16:21, dHuy Pierre dh...@yahoo.fr a écrit :

Inclus-tu les batiments pouvant avoir plusieurs étages?
Parce qu'après avoir regarder cette base c'est souvent le cas!

Tout dépend ce qu'il y a déjà dans OSM.
Mon programme ne rajoute pas ou ne découpe de bâtiment, il rajoute juste des 
tags sur des bâtiments déjà existants dans OSM.
Si un bâtiment a plusieurs étages il y aura à coup sûr plusieurs bâtiments dans 
la base d'OpenDataParis (ODP) car effectivement cette dernière possède un 
découpage extrêmement précis des bâtiments (plus de 300 000 volumes bâtis 
!!), bien plus que le découpage des bâtiments d'OSM.
Imaginons un bâtiment de 8 étages collé à un autre de 5 étages. Si il y a déjà 
un découpage en 2 bâtiments dans OSM, ça va coller nickel. Sinon ça sera une 
simplification : si OSM n'a qu'a seul bâtiment pour représenter ces 2 immeubles 
alors il faudra choisir, 5 ou 8 étages. Mais comme je regarde les surfaces et 
ça sera le bâtiment d'ODP qui aura la surface la plus proche du bâtiment d'OSM 
qui sera pris en compte. C'est donc une simplification et dans l'idéal il 
faudrait découper le bâtiment d'OSM en 2 bâtiments mais c'est pas ce que fait 
mon programme.
N'hésitez pas à regarder le résultat sur la zone de test entre Bastille et 
Nation pour vérifier des cas concrets.

___
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] Hauteur et nombre d'étages des bâtiments

[dHuy Pierre]

Inclus-tu les batiments pouvant avoir plusieurs étages?
Parce qu'après avoir regarder cette base c'est souvent le cas! 


 Le Lundi 23 mars 2015 11h56, Vincent Frison vincent.fri...@gmail.com a 
écrit :
   

 Hello,
Comme je l'avais indiqué il y a quelques temps sur cette ML j'ai développé un 
petit programme permettant l'importation de base de données avec des hauteurs 
d'immeubles (véritable hauteur en mètre ou juste nombre d'étages).
A la base c'était pour importer la base de donnée de http://www.pss-archi.eu 
(environ 40 000 immeubles répartis sur l'ensemble de la France) mais finalement 
j'ai commencé par les données de http://opendata.paris.fr. Cette dernière BD a 
l'avantage d'être complètement libre et elle contient 320 000 volumes bâtis 
parisiens avec leur nombre d'étage.
Voici très grossièrement le fonctionnement: du programme- pour faire la 
correspondance avec les éléments d'OSM je regarde tout simplement si leur 
polygone contient (fonction ST_Contains de PostGIS) les coordonnées des 
bâtiments importés- si le bâtiment OSM a déjà un tag de hauteur ou de nombre 
d'étages je n'y touche pas- s'il y a plusieurs imports qui matchent le même 
bâtiment OSM c'est celui dont la surface se rapproche le plus du bâtiment OSM 
qui gagne- si un import match une relation multipolygone : s'il y a un et un 
seul membre outer (la grosse majorité des cas) je le met à jour, sinon je ne 
fais rien (pour l'instant)
J'ai testé le programme sur la base de test avec une zone couvrant Bastille / 
Gare de Lyon / Nation et cela se passe plutôt pas mal : environ 2400 immeubles  
(sur 2500 matchés) ont été mis à jour, soit quasiment tous les immeubles de la 
zone concernée.Vous pouvez voir le résultat avec JOSM par ex. en le faisant 
pointer sur http://api06.dev.openstreetmap.org (éventuellement avec le plugin 
Kenzi3D pour avoir un rendu 3D). 
Maintenant j'aimerais avoir vos conseils pour la suite : - dans quelle mesure 
dois je pousser mes tests avant de pouvoir prétendre les appliquer en live ?- 
quelles précautions à prendre pour pouvoir éventuellement rollbacker mes 
changements sans trop de complications ?- dois je demander une autorisation 
spéciale avant de faire des modifications en masse sur le serveur live ? 
Pour le 2e point j'imagine que ça sera possible dans la mesure où j'aurais des 
changesets bien définis (ie. avec les mêmes tags source et comment) ainsi qu'un 
compte utilisateur créé pour l'occasion (différent de mon compte personnel).
Merci pour votre aide, 
Vincent.

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


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

Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments

[dHuy Pierre]

Effectivement, si tu fais ça, ça serait uploader des données erronées si tu le 
fais directement... C'est un travail minutieux que de cartographier les 
volumes, ça sert ensuite pour mettre en place une visualisation 3D et une 
erreur sur ces datas provoquera, une erreur dans la visualisation et réduira 
conséquemment l'appréciation d'osm pour ce type de données, alors qu'à Paris de 
nombreux cartographes y travaillent (jette un oeil à Cité).Librement,
 


 Le Lundi 23 mars 2015 23h38, Vincent de Château-Thierry v...@laposte.net 
a écrit :
   

 
Le 23/03/2015 21:27, Vincent Frison a écrit :

 Mon programme ne rajoute pas ou ne découpe de bâtiment, il rajoute juste
 des tags sur des bâtiments déjà existants dans OSM.

 Si un bâtiment a plusieurs étages il y aura à coup sûr plusieurs
 bâtiments dans la base d'OpenDataParis (ODP) car effectivement cette
 dernière possède un découpage extrêmement précis des bâtiments (plus de
 300 000 volumes bâtis !!), bien plus que le découpage des bâtiments d'OSM.

 Imaginons un bâtiment de 8 étages collé à un autre de 5 étages. Si il y
 a déjà un découpage en 2 bâtiments dans OSM, ça va coller nickel. Sinon
 ça sera une simplification : si OSM n'a qu'a seul bâtiment pour
 représenter ces 2 immeubles alors il faudra choisir, 5 ou 8 étages. Mais
 comme je regarde les surfaces et ça sera le bâtiment d'ODP qui aura la
 surface la plus proche du bâtiment d'OSM qui sera pris en compte. C'est
 donc une simplification et dans l'idéal il faudrait découper le bâtiment
 d'OSM en 2 bâtiments mais c'est pas ce que fait mon programme.

 N'hésitez pas à regarder le résultat sur la zone de test entre Bastille
 et Nation pour vérifier des cas concrets.

En enregistrant le résultat de tes programmes, non en base OSM, mais 
dans des fichiers au format .osm, mis ensuite à disposition, tu rendrais 
possible plusieurs aspects :
- le contrôle a priori, chacun ayant le loisir d'inspecter un fichier 
_avant_ que ses modifs ne soient en base
- la répartition du travail : on peut imaginer un lotissement par pâté 
de maisons, feuille cadastrale, ou autre segmentation, ce qui ouvre la 
possibilité d'un travail coordonné comme ça existe déjà sur d'autres sujets
- la mise en évidence de divergences entre les bâtis attendus et ceux 
trouvés dans OSM, comme dans ton exemple ci-dessus. Rien n'oblige à 
appliquer des tags en cherchant un critère d'affectation à tout prix. 
Devant une ambiguïté, on peut imaginer un signalement directement dans 
les fichiers mis à disposition, sous forme de tag fixme par exemple.

vincent

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


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

Re: [OSM-talk-fr] niveaux pour les ascenseurs

[dHuy Pierre]

La norme indoorOSM te propose l'utilisation de buildingpart=verticalpassage que 
tu associes aux étages par des relations, ainsi les quarts d'étages peuvent 
appartenir à un ensemble plus grand :)PanierAvide a expliqué de manière 
pertinente les autres questions au sujet du tag level.
En tout cas, l'utilisation d'un tag level multiple ou l'association à de 
multiples relations rejoint un même point: l'unicité de l'élément. Cependant je 
pense que pour le routing sa méthode doit avoir ses avantages.@Verdy: Pourquoi 
parles tu de layers? J'avais cette problématique sur de l'indoor y a pas 
longtemps.
Librement,
 

 Le Lundi 16 mars 2015 19h10, PanierAvide panierav...@riseup.net a écrit :
   

 La notion de layers n'est effectivement pas liée aux étages, mais la 
question porte ici sur le tag level, qui lui est vraiment lié aux 
étages (voir [1]). Le tag level=* gère également les demi-étages (voir 
plus, j'ai vu des quarts et tiers d'étages ici [2]).
Après effectivement les étages en eux-mêmes peuvent comporter des noms 
divers, mais ça doit pouvoir s'indiquer sans trop de soucis dans une 
relation type=level ou le polygone indoor=level qui correspond ;)

Cordialement,

PanierAvide

[1] http://wiki.openstreetmap.org/wiki/FR:Key:level
[2] http://github.pavie.info/openlevelup/?s=m.LZe+2.9oQ+R6+-1.U


Le 16/03/2015 19:00, Philippe Verdy a écrit :

 Attention le nombre de layers dans Osm et leur numérotation ne 
 correspond pas necessairelent a celles des niveaux ou étages dans un 
 bâtiment tel que vus dans l'ascenseur qui a aussi des arrêts en 
 entresol entre deux étages...
 Pour différentes raisons on peut avoir besoin de plus de layers OSM 
 que d'étages et en plus dans le mêle bâtiment et au mêle étage 
 physique on a des numérotations différentes pour les niveaux de 
 parking et niveaux habitables ou commerciaux d'un magasin

 Les étages et niveaux ne sont pas linéaires et ont des dénominations 
 propres au bâtiment et a son usage interne... Contrairement aux layers 
 d'osm qui sont des entiers arbitraires juste ordonnés de façon a ce 
 que le layer 0 par défaut soit au niveau du sol exterieur qui n'est 
 pas toujours plat et s'aligne avec des étages différents selon le côté 
 du batiment



___
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] tours penchées

[dHuy Pierre]

@pverdy: Je pense que Cactusbone parle des murs plus que des plans horizontaux 
ou assimilés.@Cactusbone: Effectivement je n'avais pas pensé au buildingpart. 
Et si juste une facade est incliné? un peu comme ça:
| /
\    |
 |   |Y a des immeubles à la def avec ce style là :p 

 Le Jeudi 12 mars 2015 19h06, Philippe Verdy verd...@wanadoo.fr a écrit :
   

 pourquoi ne pas simplement utiliser le modèle 3D à étages en dessinant les 
polygones de chaque étage ?des angles en revanche seront nécessaires pour 
indiquer que le plan d'un étage (ou d'un pan de toit) n'est pas horizontal : 
direction de plus forte pente vers le bas (ou indication d'un vecteur avec deux 
points sur ce plan) et angle de la pente (ou différence de hauteur entre les 
deux points hauts et bas désignés)

Le 12 mars 2015 17:51, dHuy Pierre dh...@yahoo.fr a écrit :

L'idée est intéressante mais quid des tours présentant des biais de deux coté 
opposés? (en V si tu préfères)
 

 Le Jeudi 12 mars 2015 12h22, Cactusbone cactusb...@free.fr a écrit :
   

 Coucou !

pour la représentation des tours penchées, j'envisage de proposer 2 tags,
mais j'aimerais vos avis dessus.

liste des tours penchées :
http://en.wikipedia.org/wiki/List_of_leaning_towers

les tags seraient :
building:leaning:angle pour l'angle entre la verticale et la tour, en degrés
building:leaning:direction pour la direction de cet angle, soit en
orientation (N,S,E,W) soit en degrés par rapport au Nord (comme
roof:direction)

Vous en pensez quoi ?



--
View this message in context: 
http://gis.19327.n5.nabble.com/tours-penchees-tp5836844.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



___
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] tours penchées

[dHuy Pierre]

@pverdy: Je confirme qu'on s'est mal compris.@Liotier: oui mais il n'y a pas de 
possibilité de faire un encorbellement de biais. On est obligé de faire par 
morceau, non?.
 

 Le Vendredi 13 mars 2015 12h02, Philippe Verdy verd...@wanadoo.fr a 
écrit :
   

 les bâtiments qui penchent ont une forme relativement simple. on en trouve par 
exemple le long de la Loire à Nantes par affaissement du sol.Malgré tout sur 
l'orthophoto ce n'est pas visible à cause de l'angle de prise de vue qui cache 
le pied du batiment sur au moins 2 cotés et des autres objets environnants, 
sans compter aussi qu'on est souvent très en dessous de la précision de 
géolocalisation qui est au mieux décimétrique avec des pixels flous sur les 
bordures et des variations de hauteur du sol au pied du bâtiment 
(terrasses/dallages, escaliers, jardins, objets divers posés au sol)
Si c'est vraiment important pour la précision parce que l'inclinaison est 
importante, on peut toujours tracer un deuxieme polygone décalé pour en copiant 
le premier décalé mais pour le sommet du bâtiment. ne pas y mettre les tags de 
type de bâtiment mais ceux pour un étage du modèle 3D et renseigne la hauteur 
de ce plan supérieur.
Mais au delà de quelques degrés c'est la stabilité du bâtiment qui est remise 
en question, ou qui vient compromettre celle des bâtiment voisins sur lequel il 
s'appuie : on n'est plus loin de l'effondrement, le bâtiment peut être 
dangereux même avec des charpentes internes ou externes de soutien. Cependant 
les anciens bâtiment d'avant les années 1920 tiennent mieux que les batiments 
modernes : sur terrain alluvionnaire (le long de la Seine ou de la Loire on 
en trouve pas mal), ils sont construits sur pilotis avec une charpente 
métallique ou bois déformable et des murs extérieurs qui peuvent coulisser le 
long de cette charpente verticale.
Les batiments en béton, brique ou parpaing sans charpente, sur simples poteaux 
porteurs en béton armé ou gros murs porteurs, se fissurent et ne résistent pas 
à l'inclinaison par déformation du sol (y compris la variation de l'hygrométrie 
qui fait gonfler ou dégonfler le sol, surtout lors des périodes de forte 
sécheresse assez longues de quelques mois, ou en cas de chantier de pompage 
dans le voisinage). Même quand le niveau des eaux remonte, le terrain autour se 
déforme et ne retrouve pas la forme initiale à cause du poids du bâtiment (pas 
forcément réparti de façon uniforme selon les aménagements intérieurs, le 
centre de gravité n'étant pas bien centré), qui tend donc à s'enfoncer surtout 
sur le coté le plus exposé au changement d'hygrométrie souterraine, même avec 
les pilotis (mais de nombreux bâtiments récents n'ont strictement aucun 
pilotis, ils sont posés sur une dalle de béton dans un trou creusé, et bordé de 
murs béton formant un baquet de retenue du sol. sous la dalle il y a 
normalement une couche de drainage en gros graviers, avec parfois aussi des 
tubes microperforés, sensés équilibrer la répartition de l'eau, avant la 
feuille étanche sur laquelle est coulée la dalle de béton; là où les poussées 
latérales du terrain sont importantes, une partie de ce baquet est comblé avec 
du sable et des gravas secs, recouverte ensuite de la première chape plus fine 
ou d'un vide sanitaire avec aérations pour assécher les micro-infiltrations et 
éviter qu'elle remonte les murs ou poteaux porteurs).
Dans les régions de marais (Vendée, Poitou-Charentes...), il n'y a souvent rien 
d'enterré (et même plus de vide sanitaire...), pas de sous-sol, le 
rez-de-chaussée est directement sur la chape de béton. Historiquement il y 
avait au moins des pilotis, mais les constructions neuves n'en ont plus du tout 
(oubli grave pour une petite économie dont se rendent compte les propriétaires 
quelques années après quand ils voient des traces d'eau remonter les murs et 
qui réduit l'isolation thermique : on a des murs très froid en hiver... en plus 
de la dégradation des plâtres et peintures, et des champignons et divers 
nuisibles...)

___
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] Carte des données indoor : OpenLevelUp!

[dHuy Pierre]

Pour les images/PDF, il y a svg.js et jsPDF qui sont plutôt bien à première 
vue.Sinon tout dépend comment tu routes et quel batiment, tu routes. Ceux 
comprenant un chemin à l'intérieur seront plus facile à router (y a déjà des 
lib pour) que ceux avec juste des pièces... et des portes!
Librement,
 

 Le Mercredi 11 mars 2015 10h58, PanierAvide panierav...@riseup.net a 
écrit :
   

  Merci :) Je vais voir ça pour la terrasse du Mont Saint-Michel, il doit y 
avoir un tag que j'ai pas dû prendre en compte. L'export sous forme d'image/PDF 
c'est une  bonne idée, il faut que j'étudie s'il est possible de faire ça dans 
le navigateur (la contrainte c'est de rester uniquement sur JavaScript). Pour 
les verticalpassages (et escaliers/ascenseurs/... de manière générale) c'est 
prévu, je m'en charge pour la prochaine mise à jour.
 Le routage en intérieur ce serait le top, mais à priori ça ne se fait pas 
encore de trop directement dans le navigateur. Il y a le projet ffwdme.js [1] 
qui permet de faire de la navigation à la GPS en JavaScript, donc ça doit être 
possible. Mais ça mériterait un projet à part entière pour le coup ;)
 
 Cordialement.
 
 [1] https://github.com/ffwdme/ffwdme.js
 
 
 Le 11/03/2015 09:29, dHuy Pierre a écrit :
  
  Petite fierté personnelle de voir le chateau  de Chenonceau dans tes exemples 
:) Autrement pourrais tu créer une méthode d'export en pdf ou en jpg pour 
disposer d'un plan imprimé? Pour les verticalpassage, la possibilité de cliquer 
dessus pour monter /descendre d'un étage? À plus long terme, faire du path 
finding pour guider quelqu'un dans le batiment? Sinon des fois des tags qui 
délimite des zones apparaissent au dessus (exemple sur la terrasse ouest du 
mont saint michel). Sinon encore bravo, tu fais un travail excellent!
   
 
   Le Mercredi 11 mars 2015 0h24, PanierAvide panierav...@riseup.net a 
écrit :
   
 
 Bonjour à tous,
 
 Encore du nouveau sur OpenLevelUp, et cette fois-ci pas mal de choses. 
 En résumé : amélioration de l'affichage des objets et pop-ups, des liens 
 rapides vers OSM, le cadastre en arrière-plan et la possibilité 
 d'exporter un niveau en GeoJSON. C'est toujours ici :
 http://github.pavie.info/openlevelup/
 
 Pour la version détaillée :
 * Meilleure gestion des buildingpart=verticalpassage [1]
 * Affichage des images (tag image=*) dans les pop-ups [2]
 * Les liens hypertextes sont cliquables (tags image, website, 
 contact:website, url, wikimedia_commons)
 * L'icône correspondant au type d'objet s'affiche dans le titre
 * Le cadastre est disponible dans les couches
 * Lien vers OSM.org dans les pop-ups et en bas de page
 * Les objets building et buildingpart/indoor sont forcément mis en 
 arrière-plan (certains objets étaient précédemment cachés)
 * De nombreuses icônes ajoutées (tags shop, amenity, tourism, ...) [3]
 * Le nom (tag name) de l'objet est affiché en titre de pop-up s'il est 
 renseigné
 * Lien pour l'export en GeoJSON du niveau actuellement affiché.
 
 Vos retours d'expérience sont la bienvenue :)
 
 Cordialement,
 
 PanierAvide.
 
 [1] Escaliers : 
 
http://github.pavie.info/openlevelup/?lat=47.32473955069693lon=1.070371400097zoom=20level=0transcend=1legacy=1
 [2] Sur l'entrée ouest : 
 
http://github.pavie.info/openlevelup/?lat=48.12148643666441lon=-1.7112547159194946zoom=20level=0transcend=1legacy=1
 [3] Exemple au CNIT : 
 
http://github.pavie.info/openlevelup/?lat=48.892781245969005lon=2.2382980585098267zoom=18level=0transcend=1legacy=1
 
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr
  
 
  
  
 ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
 
 
 
___
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] tours penchées

[dHuy Pierre]

L'idée est intéressante mais quid des tours présentant des biais de deux coté 
opposés? (en V si tu préfères)
 

 Le Jeudi 12 mars 2015 12h22, Cactusbone cactusb...@free.fr a écrit :
   

 Coucou !

pour la représentation des tours penchées, j'envisage de proposer 2 tags,
mais j'aimerais vos avis dessus.

liste des tours penchées :
http://en.wikipedia.org/wiki/List_of_leaning_towers

les tags seraient :
building:leaning:angle pour l'angle entre la verticale et la tour, en degrés
building:leaning:direction pour la direction de cet angle, soit en
orientation (N,S,E,W) soit en degrés par rapport au Nord (comme
roof:direction)

Vous en pensez quoi ?



--
View this message in context: 
http://gis.19327.n5.nabble.com/tours-penchees-tp5836844.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


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

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!

[dHuy Pierre]

Petite fierté personnelle de voir le chateau  de Chenonceau dans tes exemples 
:)Autrement pourrais tu créer une méthode d'export en pdf ou en jpg pour 
disposer d'un plan imprimé?Pour les verticalpassage, la possibilité de cliquer 
dessus pour monter /descendre d'un étage?À plus long terme, faire du path 
finding pour guider quelqu'un dans le batiment?Sinon des fois des tags qui 
délimite des zones apparaissent au dessus (exemple sur la terrasse ouest du 
mont saint michel).Sinon encore bravo, tu fais un travail excellent!
 

 Le Mercredi 11 mars 2015 0h24, PanierAvide panierav...@riseup.net a 
écrit :
   

 Bonjour à tous,

Encore du nouveau sur OpenLevelUp, et cette fois-ci pas mal de choses. 
En résumé : amélioration de l'affichage des objets et pop-ups, des liens 
rapides vers OSM, le cadastre en arrière-plan et la possibilité 
d'exporter un niveau en GeoJSON. C'est toujours ici :
http://github.pavie.info/openlevelup/

Pour la version détaillée :
* Meilleure gestion des buildingpart=verticalpassage [1]
* Affichage des images (tag image=*) dans les pop-ups [2]
* Les liens hypertextes sont cliquables (tags image, website, 
contact:website, url, wikimedia_commons)
* L'icône correspondant au type d'objet s'affiche dans le titre
* Le cadastre est disponible dans les couches
* Lien vers OSM.org dans les pop-ups et en bas de page
* Les objets building et buildingpart/indoor sont forcément mis en 
arrière-plan (certains objets étaient précédemment cachés)
* De nombreuses icônes ajoutées (tags shop, amenity, tourism, ...) [3]
* Le nom (tag name) de l'objet est affiché en titre de pop-up s'il est 
renseigné
* Lien pour l'export en GeoJSON du niveau actuellement affiché.

Vos retours d'expérience sont la bienvenue :)

Cordialement,

PanierAvide.

[1] Escaliers : 
http://github.pavie.info/openlevelup/?lat=47.32473955069693lon=1.070371400097zoom=20level=0transcend=1legacy=1
[2] Sur l'entrée ouest : 
http://github.pavie.info/openlevelup/?lat=48.12148643666441lon=-1.7112547159194946zoom=20level=0transcend=1legacy=1
[3] Exemple au CNIT : 
http://github.pavie.info/openlevelup/?lat=48.892781245969005lon=2.2382980585098267zoom=18level=0transcend=1legacy=1


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


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

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!

[dHuy Pierre]

http://wiki.openstreetmap.org/wiki/Key:imageCe tag a été rejeté pour cause 
d'inactivité, mais utilisé sur 25 000 nodes et 18 000 ways. Il faut noter que 
ce tag est aussi recommandé dans d'autres discussions (sur les caméras, sur le 
mapping de plan... etc)
http://wiki.openstreetmap.org/wiki/Key:wikimedia_commonsCe tag est un draft.

 

 Le Lundi 9 mars 2015 10h16, Nicolas Moyroud nmoyr...@free.fr a écrit :
   

 
 D'accord, dans ce cas oui ça aurait toute sa place dans l'outil. Après 
 comment ça se ferait concrètement ? Le conservateur publierait des 
 photos sur Commons, et un lien serait fait avec les données dans OSM 
 (il y a apparemment une clé wikimedia_commons) ?
Sinon il y a aussi cette solution pour faire des liens entre des objets 
OSM et des photos :
http://www.3liz.com/blog/rldhont/index.php?post/2013/02/18/OsmFlickr-%3A-Gestion-des-liens-OpenStreetMap-Flickr

Nicolas

___
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] Carte des données indoor : OpenLevelUp!

[dHuy Pierre]

(Ah et j'oubliais le support par MatSim):) 

 Le Vendredi 6 mars 2015 10h10, dHuy Pierre dh...@yahoo.fr a écrit :
   

 Où vois tu que ce n'est pas recommandé? Au contraire les buildingparts 
recoupent la norme pratique pour les verticalpassage (l'ancienne de l'indoor 
s'est faite dégommer et sur les discussions et sur certaines pages du 
wiki.Sinon la norme IndoorOSM est justement l'une des plus utilisées (OSM 
Tools, IndoorOSM (forcément), je crois même que osmbuilding se base dessus!). 

 Le Jeudi 5 mars 2015 19h50, PanierAvide panierav...@riseup.net a écrit :
   

 Le 05/03/2015 16:34, Nicolas Dumoulin a écrit :
 Ha ouais quand même ! Il y en a qui s'amuse bien :-) Dommage qu'on ne 
 puisse pas monter/descendre les escaliers en cliquant dessus. 
C'est vrai que ça serait pas mal, je vais ajouter un bouton dans la 
pop-up pour donner cette possibilité ;)

___
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] Carte des données indoor : OpenLevelUp!

[dHuy Pierre]

Pour le deprecated, c'est le fait des procédures du wiki, quand un draft date 
de trop longtemps et qu'il n'y a pas eu de vote... ce qui est parfois 
dommageable vu que la norme a été appliqué dans certains cas. Ça devient un 
casse tête de savoir si la norme est correcte. Mais bon là c'est l'usage qui a 
couronné. En général, j'utilise le tag indoor=yes en plus de buildingpart.Le 
fait que ça soit indiqué comme proposition précédente n'indique pas 
nécessairement que ce n'est pas recommandé, juste qu'il s'agit théoriquement 
d'un draft. Le indoor sur osm a besoin d'un grand coup de balais effectivement.
Sinon juste deux idées en vrac:
- Si tu te sens d'humeur aventureuse et graphiste, le rendu des stations de 
métro en plen statistique est assez sympa et généralement lisible. Mais ça 
nécessite du code et du graphisme derrière :)- Si tu peux créer un rendu 
différent en fonction du type d'objet. Par exemple, pour un chateau ou un tag 
historic, la possibilité d'afficher les tags image/description (je bosse un peu 
avec le conservateur de Talcy et l'idée lui plait), pour tout ce qui est 
transport... bah y a masse d'info utile, et enfin les centre commerciaux avec 
les horaires d'ouvertures, type de ressources, etc... Chaque batiment à une 
nécessité différente et donc devrait permettre une lecture différente. Tu 
comprends ce que je veux dire?

(Fait bizarre pour chenonceau, la visibilité sur osm tools a disparu) 

 Le Vendredi 6 mars 2015 11h43, panierav...@riseup.net 
panierav...@riseup.net a écrit :
   

 C'est vrai qu'en regardant les données, il semblerait qu'il y ait pas mal de 
buildingpart, je travaille sur leur support.
 Pour le fait qu'il ne soit pas recommandé, c'est à la fois ici [1], indiqué 
comme proposition précédente, et ici [2] en en-tête, comme quoi la proposition 
comporte de nombreuses failles et est considérée comme obsolète.
 Après je pense que sur ce point le wiki a besoin d'un bon coup de ménage, afin 
de bien distinguer (et mettre à jour) ce qui est déprécié de ce qui est valable 
ou recommandé. D'autant que les propositions utilisent parfois les mêmes clés 
mais avec des valeurs différentes... Tout un domaine à définir en somme ;)

 [1] http://wiki.openstreetmap.org/wiki/Indoor_Mapping#Tagging
 [2] http://wiki.openstreetmap.org/wiki/IndoorOSM


 Le 06/03/2015 10:36, dHuy Pierre a écrit :
(Ah et j'oubliais le support par MatSim):)
 
Le Vendredi 6 mars 2015 10h10, dHuy Pierre dh...@yahoo.fr a écrit :
Où vois tu que ce n'est pas recommandé? Au contraire les buildingparts 
recoupent la norme pratique pour les verticalpassage (l'ancienne de l'indoor 
s'est faite dégommer et sur les discussions et sur certaines pages du 
wiki.Sinon la norme IndoorOSM est justement l'une des plus utilisées (OSM 
Tools, IndoorOSM (forcément), je crois même que osmbuilding se base dessus!). 
 
___
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] Carte des données indoor : OpenLevelUp!

[dHuy Pierre]

Un plan statistique c'est ça: 
http://www.cparama.com/forum/cartes2012e/1345984152-PlanReI-publique1024.jpg 
(note que les données sont dans le domaine publique). J'ai pris sciemment le 
plus illisible de tous, c'est juste pour donner l'idée.
Pour le chateau, justement je parle de la visite intérieur. Toujours dans le 
cas du Chateau de Talcy, le conservateur m'avait dit que ça pourrait 
intéressant pour lui de publier les infos sur internet avec des photos. Cela 
pourrait mettre en avant le chateau qui est en général à l'extérieur des routes 
touristiques.
Pour le reste on est entièrement d'accord. Ce sujet m'intéresse depuis 
longtemps, si tu commences un draft je te donnerai un coup de main :)   

 Le Vendredi 6 mars 2015 17h51, PanierAvide panierav...@riseup.net a 
écrit :
   

  Le 06/03/2015 13:26, dHuy Pierre a écrit :
  
  Pour le deprecated, c'est le fait des procédures du wiki, quand un draft date 
de trop longtemps et qu'il n'y a pas eu de vote... ce qui est parfois 
dommageable vu que la norme a été appliqué dans certains cas. Ça devient un 
casse tête de savoir si la norme est correcte. Mais bon là c'est l'usage qui a 
couronné. En général, j'utilise le tag indoor=yes en plus de buildingpart. Le 
fait que ça soit indiqué comme proposition précédente n'indique pas 
nécessairement que ce n'est pas recommandé, juste qu'il s'agit théoriquement 
d'un draft. Le indoor sur osm a besoin d'un grand coup de balais effectivement. 
 
 D'accord, effectivement ça n'aide pas à la compréhension à prime abord. À 
défaut d'avoir un consensus international sur la question, on peut peut-être 
travailler à éclaircir la documentation en français ? Je vois qu'il n'existe 
pas de page Indoor Mapping en français.
 
 
  Sinon juste deux idées en vrac:
  - Si tu te sens d'humeur aventureuse et graphiste, le rendu des stations de 
métro en plen statistique est assez sympa et généralement lisible. Mais ça 
nécessite du code et du graphisme derrière :)  
 Qu'entends-tu par plan statistique ? Aurais-tu un exemple de rendu visuel ?
 
 
  - Si tu peux créer un rendu différent en fonction du type d'objet. Par 
exemple, pour un chateau ou un tag historic, la possibilité d'afficher les tags 
image/description (je bosse un peu avec le conservateur de Talcy et l'idée lui 
plait), pour tout ce qui est transport... bah y a masse d'info utile, et enfin 
les centre commerciaux avec les horaires d'ouvertures, type de ressources, 
etc... Chaque batiment à une nécessité différente et donc devrait permettre une 
lecture différente. Tu comprends ce que je veux dire?
   
 Ça dépend à quelle échelle on se place. Si l'on prendre le cas d'un château, 
l'affichage des informations globales de l'élément est à mon avis à laisser aux 
rendus traditionnels, puisqu'il s'agit d'infos sur le bâtiment dans son 
ensemble. Après si on prend le cas d'une galerie marchande, ce serait 
effectivement une bonne idée d'avoir plus d'icônes pour les commerces au sein 
de cette galerie, puisqu'il s'agit de sous-parties du bâtiment global. Les 
rendus traditionnels affichent ces commerces, mais la lisibilité est limitée 
puisque tous les étages sont confondus. Il faudrait que je trouve un jeu 
d'icônes générique à utiliser.
 
 
  
  (Fait bizarre pour chenonceau, la visibilité sur osm tools a disparu) 
   
 
 
___
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] Carte des données indoor : OpenLevelUp!

[dHuy Pierre]

Où vois tu que ce n'est pas recommandé? Au contraire les buildingparts 
recoupent la norme pratique pour les verticalpassage (l'ancienne de l'indoor 
s'est faite dégommer et sur les discussions et sur certaines pages du 
wiki.Sinon la norme IndoorOSM est justement l'une des plus utilisées (OSM 
Tools, IndoorOSM (forcément), je crois même que osmbuilding se base dessus!). 

 Le Jeudi 5 mars 2015 19h50, PanierAvide panierav...@riseup.net a écrit :
   

 Le 05/03/2015 16:34, Nicolas Dumoulin a écrit :
 Ha ouais quand même ! Il y en a qui s'amuse bien :-) Dommage qu'on ne 
 puisse pas monter/descendre les escaliers en cliquant dessus. 
C'est vrai que ça serait pas mal, je vais ajouter un bouton dans la 
pop-up pour donner cette possibilité ;)

___
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] Carte des données indoor : OpenLevelUp!

[dHuy Pierre]

Bravo pour ton travail,Ça fait plaisir de voir un nouveau projet sur la 
carthographie indoor!
Cependant je suis étonné de voir que le fonctionnement n'est que partiel et ne 
semble pas prendre en compte pas mal de fonctionnalités définies dans la norme 
indoor du wiki.
Ainsi l'immeuble Poluux sur la dalle Beaugrenelle ne ressort pas, ni le chateau 
de Talcy ou de Chenonceau. Pour ne citer que ces exemples :) As tu une 
explication? 

 Le Jeudi 5 mars 2015 12h47, erwan salomon r...@gmx.fr a écrit :
   

 ok j'ai pu installer firefox 36 du coup ça marche
merci, ça va motiver pour tagguer comme il faut en effet

Le 5 mars 2015 à 12:03, PanierAvide a écrit :

 Le 05/03/2015 11:51, erwan salomon a écrit :
 ça semble sympa
 mais sur mes 2 navigateurs j'ai la fenêtre loading qui tourne, qui tourne 
 ...
 j'ai opera 24 et safari 5.1.10
 pas les dernières versions mais les dernières possibles sur mon ordi
 sur l'iphone par contre ça marche (ios 8 donc safari en dernière version)
 quel navigateur navigateur ferait l'affaire ?
 Effectivement, je n'ai pas encore testé sous une grande variété de 
 navigateurs. Pour l'instant ça tourne sous Firefox et Chromium, dans les 
 dernières version. Je crois que pour Firefox on doit pouvoir remonter jusqu'à 
 la version 4.
 Ce qui pose soucis c'est l'utilisation de certaines fonctionnalités récentes 
 de Javascript (les objets Set par exemple). Je vais voir ce qu'il est 
 possible de faire pour améliorer la compatibilité.
 
 ___
 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

[OSM-talk-fr] Open Data Ville de Détroit

[dHuy Pierre]

Bonjour à tous,Juste pour info, la ville de détroit à ouvert ses données à 
travers un site https://data.detroitmi.gov/Il est possible de travailler dessus 
assez facilement et à distance.Aux amateurs de traitement de données 
o/Librement,Pierre
 ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] L'import de Cartoradio

[dHuy Pierre]

Je relance sur la matière. Cquest, as tu des nouvelles de Cartoradio?
 

 Le Mardi 9 décembre 2014 11h55, Pierre d'HUY dh...@yahoo.fr a écrit :
   

 Dans mon dump, j'ai fait un script qui importe tout ça et l'unifie en
base.
67943 antennes, 63 opérateurs d'antenne, 91 opérateurs de réseau (dont
privé) et miracle je viens de trouver le champ Antenne autorisée 
mais non activée.
Avec ça, il me faut juste le feu vert ^^

Le Tuesday 09 Dec 2014 à 11:46:20 (+0100), Yves Pratter a écrit :
 Date: Tue, 9 Dec 2014 11:46:20 +0100
 From: Yves Pratter yves.prat...@gmail.com
 To: Discussions sur OSM en français talk-fr@openstreetmap.org
 Subject: Re: [OSM-talk-fr] L'import de Cartoradio
 X-Mailer: Apple Mail (2.1993)
 
 
    On 09 Dec 2014, at 11:25, Pierre d'HUY dh...@yahoo.fr wrote:
 
    À voir CartoRadio donne les emplacements autorisés pas les définitifs,
 
 OK.
 
 
    c'est pour ça que j'attends le feu vert pour faire des croisements de
    bases de données et surtout tenter de faire un calque osm par
    département/région.
 
 Tu veux mettre quoi exactement dans OSM ?
 
 Si c’est un pylône définitif on peut mettre :
 
  • man_made=antenna ou (man_made=mast ou man_made=tower) + tower:type=
    communication
  • ref:FR/ANFR=12345
  • ± communication:television=yes
  • ± communication:radio=yes
  • ± communication:mobile_phone=yes
 
 
 Et pour une autorisation d’émetteur accordée mais pas encore en activité :
 
  • construction:man_made=*
  • ou rien ;-)
  • 
 
 Et pour faire le rapprochement, pas besoin d’importer dans OSM toute la base
 Cartoradio avec toutes ses infos.
 L’autorisation permettra de télécharger tout le fichier d’un coup (de mémoire
 on peut le faire que par morceaux)
 
 —
 Yves

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


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


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

Re: [OSM-talk-fr] Mapillary

[dHuy Pierre]

Si c'est Open Source où est le code? Je ne l'ai pas trouvé sur github :/ 

 Le Jeudi 27 novembre 2014 19h28, Yves Pratter yves.prat...@gmail.com a 
écrit :
   

 

Le 18 nov. 2014 à 08:33, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit :

J'ai été plusieurs fois surpris de voir le nombre d'infos qu'on pouvait 
ressortir des photos, des infos que je n'avais pas vues lorsque j'étais sur 
place.


Deux autres surprises vues sur la lettre d’info :    
   - l’amélioration de la précision GPS grace aux photos
   - la reconstruction 3D de bâtiments

Et j’oubliais, c’est OpenSource ;-)—Yves
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] Mapillary

[dHuy Pierre]

C'est dommage que le programme Android ne le soit pas d'ailleurs :p J'aurais 
aimé le proposer pour fdroid!
 

 Le Vendredi 28 novembre 2014 0h15, Yves Pratter yves.prat...@gmail.com a 
écrit :
   

 
Le 27 nov. 2014 à 23:55, dHuy Pierre dh...@yahoo.fr a écrit :

Si c'est Open Source où est le code? Je ne l'ai pas trouvé sur github :/


C’est pas Mapillary qui est OpenSource, c’est la partie vision 
;-)https://github.com/mapillary/OpenSfM
—Yves

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

Re: [OSM-talk-fr] Amélioration de la cartographie des stations de métro

[dHuy Pierre]

À partir du document de la mairie de Paris fourni sur cette mailing list et 
différents repérages sur terrain (rapide), je vous présente la première gare 
disposant d'un plan indoor.

http://osmtools.org/indoor/#lat=48.86742lon=2.36503z=20
On peut voir sur osmtools les différentes pièces et couloirs (je n'ai dessiné 
qu'un seul local technique le reste apparraissant pour moi comme non pertinent).
Ma version n'est pas encore compaticle avec le patch de Clément Lagrange, je ne 
sais pas pourquoi.


https://www.openstreetmap.org/#map=18/48.86707/2.36374layers=H
Les chemins sont basés sur le dessins du batiment mais il reste à préciser 
certaines interface entre zone clients et zone publique. J'ai géré la 
séparation par l'utilisation du tag access=customers dont l'usage est 
discutable.

Vous noterez également que les lignes de métro suivent leur tracé réel (ça 
change) et du coup deviennent plus séparées. J'ai du modifier les layers 
localement en me basant sur la réalité.

Enfin, deux problèmes:
- j'ai du passer un tag building sur l'entrée principale (pour la gestion par 
indoorOSM)
- Le tag station ne se visualise plus sur la carte, une idée pour le faire 
reparaitre?

J'attends vos commentaires avant de finir cette gare (il me reste les 
connections à la 9, la 3 et la 11).
Librement,



Le Lundi 17 novembre 2014 21h44, dHuy Pierre dh...@yahoo.fr a écrit :
 


http://wiki.openstreetmap.org/wiki/Indoor_Mapping#France  David, tu suis les 
recommandations concernant l'indorr sur OSM ou tu dessines juste les voies 
empruntables? (btw j'avais oublié les centres commerciaux aussi ça marche 
bien). 

Autrement, je vais réaliser un travail sur quelques stations, je vous enverrais 
visualisation et travail station par station. 

 


Le Lundi 17 novembre 2014 20h48, David Crochet david.croc...@free.fr a écrit :
 


Bonjour

Le 17/11/2014 17:05, david.croc...@online.fr a écrit :


 C'est ce qui a été utilisé pour
 http://osm.org/go/erv1ASTPK
 et
 http://osm.org/go/eruL6UHw0


Autre exemple :
http://osm.org/go/0BSwcyEQn

Cordialement

C'est 3 exemples sont ceux que j'ai fait seul ( deux derniers) ou en 
cartopartie (premier)


-- 
David Crochet

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




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