Re: [OSM-talk-fr] man-made=tower avec tower:type=tower :))

2014-12-16 Par sujet Yves Pratter 

> Le 16 déc. 2014 à 23:58, François Lacombe  a écrit 
> :
> 
> 
> Cela n'a pourtant aucune utilité (je comprends ton argument cependant).
> Le but est bien de préciser un type de support, pas d'introduire une 
> hiérarchie.
support comme tu le proposes plus bas m’allait bien sauf que…
taginfo rapporte la clé support utilisée 10 016 fois 
 qui contient les 
valeurs pole, tower…

ce qui risque d’être redondant, pas clair au final.
La clé support décrit semble-t-il le support d’un objet en général (panneau, 
lampe…)

Ta clé décrit le support de câble dans un poteau/pylône. Donc ce n’est pas 
support:type qu’il faut utiliser mais plutôt quelque chose comme pole:support 
ou tower:support…

> En résumé :
> 
> power=tower
> tower=transition (optionnel, pour l'instant on ne sait pas où le mettre parce 
> qu'une transition peut aussi etre une fin de ligne aérienne avec un 
> support=termination)
> material=iron|wood|flesh... (bah oui, des pylônes humains)
> structure=lattice|guyed|free-standing...
> support=anchor|termination|suspension|...
> 
> Avec les 3 dernières clés, on concerne aussi bien les pylônes télécom 
> (man_made=tower) que les pylones électriques (power=tower) ou les poteaux 
> électriques (power=pole)
> Surtout sans jamais de redondance dans les noms de clé (tower, pole, power…)
Ok, mis à part support (power=tower ; support=tower ?)

—
Yves

PS: je suis en train de développer un outil pour afficher toutes les valeurs de 
clés à la manière de taginfo (qui lui se limite à une partie des valeurs de 
certaines clés)
Il est complémentaire à taginfo, mais ne vise pas à le remplacer ;-)___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Presse]Des cartographes amateurs au service de l’action humanitaire

2014-12-16 Par sujet Philippe Verdy 
L'occasion de dire que le serveur des rendus HOT et OSM France est planté.
Aucune tuile ne se charge en ce moment.

Bref pour travailler sur HOT, le gestionnaire de tache n'affiche que les
carrés monochromes des taches mais rien du tout dedans (et dommage, pas
moyen sur cette page de basculer vers le rendu OSM.org ou Mapquest, ce qui
est d'autant plus dommage et devrait être ajouté en cas de panne d'un
serveur)

Le 16 décembre 2014 15:39, THEVENON Julien  a
écrit :
>
> Ou l on parle d OSM HOT et CartONG
>
> http://www.la-croix.com/Solidarite/Dans-le-monde/Des-cartographes-amateurs-au-service-de-l-action-humanitaire-2014-12-16-1280569
>
> ___
> 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] Fwd: man-made=tower avec tower:type=tower :))

2014-12-16 Par sujet François Lacombe 
Le 16 décembre 2014 11:25, Yves Pratter  a écrit :

> suport:type=anchor|termination|suspension…
> j’aime bien les deux points ;-)
>

Cela n'a pourtant aucune utilité (je comprends ton argument cependant).
Le but est bien de préciser un type de support, pas d'introduire une
hiérarchie.

Si on créé support:type, cela appelle d'autres clés dans le namespace
support. Est-ce le cas ?


> Ok pour material :-)
> Par contre j’ai des doutes sur le terme design qui a tellement de domaines
> différents design=cms en électronique (pas un bon exemple) n’a pas grand
> chose avec design d’une tour…
>
> Je préfère structure=* naturellement
>
> C’est possible de rapprocher les 2 : *tower:construction=** et *design=**
> ?
>

On pourrait merger tower:construction, design et structure dans structure=*

En résumé :

power=tower
tower=transition (optionnel, pour l'instant on ne sait pas où le mettre
parce qu'une transition peut aussi etre une fin de ligne aérienne avec un
support=termination)
material=iron|wood|flesh... (bah oui, des pylônes humains)
structure=lattice|guyed|free-standing...
support=anchor|termination|suspension|...

Avec les 3 dernières clés, on concerne aussi bien les pylônes télécom
(man_made=tower) que les pylones électriques (power=tower) ou les poteaux
électriques (power=pole)
Surtout sans jamais de redondance dans les noms de clé (tower, pole,
power...)

*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

2014-12-16 Par sujet Vincent de Château-Thierry 

Bonsoir,

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


Le 15/12/2014 19:59, JB a écrit :

Chouette idée ! Ça me changera de l'Aube…
Par contre, est-ce que ajouter la caractéristique :
  - au moins une rue avec des adresses
serait souhaitable ? Apchon (15009), y'a pas de point rouge, mais il y a
bien deux rues sans adresse d'après fantoir.


Pour Apchon, le nom 'Place de l'Église' n'est porté par aucune parcelle,
mais le 'Lotissement Communal' est plus facile à déterminer. Pas via le
calque BANO, mais directement sur le site http://www.cadastre.gouv.fr/
en indiquant l'adresse (en 1ere ligne).
Mais il faut s'attendre dans certaines communes à ne rien trouver en
effet. Je vais laisser le gâteau "A" tel que, on verra à quelle
fréquence on tombe sur ces cas, quitte à changer la recette pour les
autres lettres.
L'interface de MapCraft permet peu de stockage d'infos, mais on peut
quand même commenter chaque part. Si vous tombez sur des casses-tête
comme Apchon, n'hésitez pas à glisser un commentaire. Et une fois une
commune terminée, ne la libérez pas, gardez-là à votre nom, ça permet de
les inventorier dans le panneau 'Contributeurs'.

Et déjà 10 communes déclarées faites :)


J'ai ouvert cette page : 
http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)/MapCraft_:_communes_sans_aucune_rue_nomm%C3%A9e 
histoire de présenter le projet et compiler les conseils qui peuvent 
s'échanger ici ou sur le Chat de MapCraft. N'hésitez pas à remanier & 
amender...


merci
vincent

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

[OSM-talk-fr] On parle (un peu) d'OSM un blog du journal Le Monde...

2014-12-16 Par sujet Christian Quest 
http://alternatives.blog.lemonde.fr/2014/12/16/open-models-le-livre-qui-touvre-les-yeux-sur-les-modeles-de-leconomie-ouverte/


Arghh... Open Street Map, avé les espaces... bon, on n'a pas le MapS, c'est
déjà ça ;)

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

[OSM-talk-fr] [Presse]Des cartographes amateurs au service de l’action humanitaire

2014-12-16 Par sujet THEVENON Julien 
Ou l on parle d OSM HOT et 
CartONGhttp://www.la-croix.com/Solidarite/Dans-le-monde/Des-cartographes-amateurs-au-service-de-l-action-humanitaire-2014-12-16-1280569___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Fwd: man-made=tower avec tower:type=tower :))

2014-12-16 Par sujet Yves Pratter 


> Début du message réexpédié :
> 
> Date: 16 décembre 2014 10:29:34 UTC+1
> De: François Lacombe 
> À: Discussions sur OSM en français 
> Objet: Rép : [OSM-talk-fr] man-made=tower avec tower:type=tower :))
> Répondre à: Discussions sur OSM en français 
> 
> Je crois à la polyvalence des clés.
> 
> Lorsque celles-ci donnent des valeurs génériques, inutile de les bloquer sur 
> un domaine particulier avec un préfix.
Ok, ça me va :-)

> "Please note that the tower:type=* tag has other meanings when used in 
> combination with man_made=tower. »
> Ici on a des fonctions assurées par les pylônes électriques mais pas que.
> On pourrait surtout récupérer certaines valeurs et les utiliser avec un 
> support_type=anchor|termination|suspension…
suport:type=anchor|termination|suspension…
j’aime bien les deux points ;-)

> Non plus : design et material peuvent être utilisés dans bien d'autres 
> domaines.
> Nous n'avons pas de power:operator ou power:location
Ok pour material :-)
Par contre j’ai des doutes sur le terme design qui a tellement de domaines 
différents design=cms en électronique (pas un bon exemple) n’a pas grand chose 
avec design d’une tour…

> Je préfère structure=* naturellement
C’est possible de rapprocher les 2 : tower:construction=* et design=* ?

> Ce qui ressort de cet échange sera intégré sur la proposition sur le 
> transport électrique puis porté à l'attention de tous sur @tagging
Parfait :-)

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

Re: [OSM-talk-fr] Base permanente des équipements 2013

2014-12-16 Par sujet Jérôme Amagat 
Le 15 décembre 2014 16:35, Christian Quest  a
écrit :
>
> Pas si nouveau. C'est il me semble une nouvelle version qui est
> disponible, la première avait quelques problèmes sur les X/Y (parfois à 0).
>
> La géoloc n'est pas géniale, mais ça peut servir à osmose.
>

Oui c'est vrai c'est pas très précis pour placer des hôtels ou des médecins
ça va pas servir à grand chose.
Pour les hôpitaux par contre ça peux servir. pour ajouter des manquants
avec osmose.
il y a plusieurs info sur eux :
D101 - Établissement santé court séjour
D102 - Établissement santé moyen séjour
D103 - Établissement santé long séjour
D104 - Établissement psychiatrique avec hébergement
D105 - Centre lutte cancer
D106 - Urgences
D107 - Maternité
Par contre il n'y a pas de tag pour ça, si? (a part urgence)



>
> Le 15 décembre 2014 15:58, Jérôme Amagat  a
> écrit :
>>
>> C'est nouveau ça?
>>
>> https://www.data.gouv.fr/fr/datasets/base-permanente-des-equipements-2013-1/
>>
>> Et avec pas mal de choses géolocalisés! Intéressent surtout dans la santé
>> et le tourisme.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] man-made=tower avec tower:type=tower :))

2014-12-16 Par sujet François Lacombe 
Je crois à la polyvalence des clés.

Lorsque celles-ci donnent des valeurs génériques, inutile de les bloquer
sur un domaine particulier avec un préfix.

Détails ci-dessous.

Le 13 décembre 2014 11:33, Yves Pratter  a écrit :
>
>
>- *tower:type* il faudrait éviter les mélanges avec les types de tours.
>D’ailleurs le wiki nous met en garde : "
> *Please note that the tower:type=* tag has other meanings when used in
>combination with man_made=tower. » *Ou alors il faut proposer des
>valeurs qui soient compatibles et sans ambiguïtés : *tower:type*=
>*power:suspension* ; *power:anchor* ; *power: termination* ; etc.
>
>
Ici on a des fonctions assurées par les pylônes électriques mais pas que.
On pourrait surtout récupérer certaines valeurs et les utiliser avec un
support_type=anchor|termination|suspension...

Mais pas de power:tower:type:que:ce:tag:est:vraiment:trop:long=*


>
>-
>-> *power:tower:type * *power_tower:type power:type* …
>Je préfère le dernier ?
>Et il ne semble pas rentrer en conflit avec d'autres sous tags de
>power, mais je vois qu’il existe un *power:type utilisé 7454 fois*
>avec la clé railway =*
>!!
>Il n’y a qu’une seule valeur power:type=*overhead . *Une erreur, un
>intérêt quelconque ??
>
>- *design* -> *power:design*
>
>- *material* -> *power:material*
>
>
Non plus : design et material peuvent être utilisés dans bien d'autres
domaines.
Nous n'avons pas de power:operator ou power:location


>
>-
>- *tower*
>je ne le vois pas dans le wiki mais je vois le suivant :
>
>- *structure* -> *power:structure*
>les valeurs se retrouvent dans la sous clé tower:construction
> :
>doublon ?
>
>  *tower:construction* *structure*  freestanding
> lattice lattice  guyed
> guyed_lattice
> guyed_tube tubular  hybrid
>
>solid
>
>
>
Je préfère structure=* naturellement


>
>
Ce n’est pas une critique ;-) seulement une remarque :-)
>
> Je vois avec les auteurs de ces objets s’ils acceptent mes modifs,…
> Je te laisse voir avec les auteurs des propositions et/ou sur
> t...@openstreetmap.org pour faire évoluer des clés ?
>

Ce qui ressort de cet échange sera intégré sur la proposition sur le
transport électrique puis porté à l'attention de tous sur @tagging


*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr