Re: [OSM-talk-fr] nommite sur les écoles

2019-05-18 Par sujet Christian Rogel 
> Le 18 mai 2019 à 22:15, osm.sanspourr...@spamgourmet.com a écrit :
> je trouve de plus en plus de doublons de noms amenity=Kindergarten/school et 
> building=*.
> 
> Exemple.
> 
> Heu, bon là c'est encore pire : il y a une zone amenity=school pour 4 écoles, 
> des amenity=ponctuels (dont un doublon) et un amenity=school sur un building  
> et le wiki parle de landuse=school.
> 
> Prenons plutôt celui-ci plus simple : en plus de la zone amenity=school, 
> name=XXX, on a un building= name= (en fait non c'est encore un nœud amenity 
> mais c'est ce qu'il a voulu faire, il a respecté le wiki).
> 
> Du coup on se trouve avec deux fois le même nom sur la carte.
> 
> Qu'en pensez-vous ?
> 
> 1 ne mettre que building=school sur le bâti, mettre toute l'information 
> pertinente sur le amenity=school (qui sera confondu si toute la surface est 
> bâtie)
> 2 laisser les doublons de nom, c'est au moteur de rendu de faire le ménage
> 
> Comme Rom1 je suis pour le 1. Clair, non ambigu, pas de double maintenance.
> 
> Cas particulier d'un groupe scolaire, mettons Groupe scolaire primaire 
> Tartempion avec un bâtiment pour des maternelles et un pour les cours 
> élémentaires : ajouter name=maternelle et name=élémentaire sur le bâti ne me 
> choquerait pas.
> 
> Marc suggère les relations mutipolygones (j'ai plutôt tendance à favoriser 
> les relations site).
> 
> Maintenant les noms en OpenData sont rarement des noms et bien plus souvent 
> des descriptions.
> 
> Exemple : prenons les écoles de Plancoët.
> 
> Ecole primaire publique de Plancoet, Ecole maternelle publique de Plancoet
> Premier soucis, l'école primaire n'est pas une école primaire mais une école 
> élémentaire, passons (la mairie de Plancoët est plus au courant que 
> l’Éducation Nationale).
> 
> Si on prend la même règle que pour les églises on vire "de Plancöet" car 
> c'est le nom de la commune (par contre pour les gares on les garde et pour 
> les bureaux de poste on les garde plutôt).
> 
> Alors on garde ou pas ? J'aurais plutôt tendance à virer (sauf si c'est un 
> vrai nom style École Henri Dès).
> 
> Maintenant le statut public/privé : ça fait partie de operator:type donc 
> inutile ? Au début c'est ce que je pensais mais à force d'en voir dans OSM, 
> je laisse. Et la différence n'est pas toujours évidente : le collège de 
> Saint-Marc (quartier de Brest) était public, le collège Saint-Marc privé 
> (toujours dans le même quartier) parasitait le nom (le premier étant le 
> meilleur de la ville par ses résultats). Depuis le premier est devenu de 
> l'Iroise et le second Collège de Saint-Marc (Estran) selon OSM et Collège 
> Estran Saint-Marc selon l'éduc' nat'.
> 
> Dans ce cas vous allez virer école (c'est dans amenity=school) et maternelle 
> (amenity=nursery).
> 
> Poursuivons : collège, lycée, primaire... c'est dans school:FR(*). 
> 
> Donc on ne laisserait que les vrais noms style Henri Dès ou Collège de 
> l'Iroise.
> 

Peut-être, mais, tu as oublié qu’il n’y a pas que le mapping en fauteuil et le 
codage follement abréviateur dans la vie d’OSM.
Il manque donc un paragraphe qui dirait normalement, il y a ou aura une 
vérification sur le terrain.
S’il est inscrit : école publique de Plancoët, on saisit école publique.

Et voilà pourquoi votre geek est muet (d’après Molière ;-) ).

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

Re: [OSM-talk-fr] Relations pour établissement d'enseignement ?

2019-05-18 Par sujet deuzeffe 

Ok, vu.

Je ne laisse le name que sur les polygones et garde le tagging complet 
pour le MP.


Vais tester.
(et attendre qu'osmose hurle. Ou pas)

Merci !

On 18/05/2019 20:32, marc marc wrote:

1) t'as le même tag sur le MO que sur un de ses membres, ce qui n'a pas
de sens (l'école c'est soit le MP soit un membre mais pas
école=école+autre chose. de mémoire il n'y a pas de tag pour un
groupement scolaire hormis landuse=school
2) p'tre lié à 1

Le 18.05.19 à 15:01, deuzeffe a écrit :

J'ai donc tenté (le MP avec chaque polygone comme outer). Ça donne ça :
https://www.openstreetmap.org/relation/9600317

- ennui n°1 : le validateur de JOSM dit (pour les 2 objets reliés) :
"Avertissement : Style de la zone sur la partie externe du chemin". Je
ne comprends absolument pas ce que ça veut dire ;
- ennui n°2 : alors que l'école élémentaire est correctement tagguée
quant à son nom, le nom du MP (École primaire) est situé à son niveau.

Commentaires, remarques et conseils bienvenus.
--
deuzeffe

On 17/05/2019 13:02, marc marc wrote:

c'est aussi ce que je ferrais
si un membre est de type noeud, on peux aussi utiliser une relation site
(non renduesur osm.org, donc si voir vous esst agréable, c'est
l'occasion de convertir le noeud en polygone)

Le 17.05.19 à 12:07, OSMDoudou a écrit :

   From the wiki:
“
For schools with multiple sites the multipolygon
 relation can be used.
“
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool
https://wiki.openstreetmap.org/wiki/Relation:multipolygon

On May 17, 2019, at 11:42, deuzeffe mailto:opensm@deuzeffe.org>> wrote:

Hello,

Soit un établissement d'enseignement, par exemple une école primaire,
constituée d'une école maternelle sise dans un bâtiment dans une rue et
d'une école élémentaire, sise dans un autre bâtiment trois rues plus
loin. Cet établissement est identifié dans la base OD de l'EN comme une
entité unique (un seul enregistrement avec une seule ref:UAI).

Est-ce qu'il est possible, faisable ou illusoire de bâtir une relation
(de quel type ?) comprenant ces deux objets (au moins) ?

Merci pour vos réponses, quelles qu'elles soient.
--
deuzeffe, qui n'a pas dégainé JOSM pour y farfouiller :/

___
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



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

[OSM-talk-fr] nommite sur les écoles

2019-05-18 Par sujet osm . sanspourriel 

Bonjour,

je trouve de plus en plus de doublons de noms
amenity=Kindergarten/school et building=*.

Exemple .

Heu, bon là c'est encore pire : il y a une zone amenity=school pour 4
écoles, des amenity=ponctuels (dont un doublon) et un amenity=school sur
un building  et le wiki parle de landuse=school.

Prenons plutôt celui-ci

plus simple : en plus de la zone amenity=school, name=XXX, on a un
building= name= (en fait non c'est encore un nœud amenity mais c'est ce
qu'il a voulu faire, il a respecté le wiki).

Du coup on se trouve avec deux fois le même nom sur la carte.

*Qu'en pensez-vous ?*

1 ne mettre que building=school sur le bâti, mettre toute l'information
pertinente sur le amenity=school (qui sera confondu si toute la surface
est bâtie)
2 laisser les doublons de nom, c'est au moteur de rendu de faire le ménage

Comme Rom1 je suis pour le 1. Clair, non ambigu, pas de double maintenance.

Cas particulier d'un groupe scolaire, mettons Groupe scolaire primaire
Tartempion avec un bâtiment pour des maternelles et un pour les cours
élémentaires : ajouter name=maternelle et name=élémentaire sur le bâti
ne me choquerait pas.

Marc suggère les relations mutipolygones (j'ai plutôt tendance à
favoriser les relations site).

Maintenant les noms en OpenData sont rarement des noms et bien plus
souvent des descriptions.

Exemple : prenons les écoles de Plancoët.

Ecole primaire publique de Plancoet, Ecole maternelle publique de Plancoet
Premier soucis, l'école primaire n'est pas une école primaire mais une
école élémentaire, passons (la mairie
 de Plancoët est
plus au courant que l’Éducation Nationale).

Si on prend la même règle que pour les églises on vire "de Plancöet" car
c'est le nom de la commune (par contre pour les gares on les garde et
pour les bureaux de poste on les garde plutôt).

*Alors on garde ou pas ?* J'aurais plutôt tendance à virer (sauf si
c'est un vrai nom style École Henri Dès).

Maintenant le statut public/privé : ça fait partie de operator:type donc
inutile ? Au début c'est ce que je pensais mais à force d'en voir dans
OSM, je laisse. Et la différence n'est pas toujours évidente : le
collège de Saint-Marc (quartier de Brest) était public, le collège
Saint-Marc privé (toujours dans le même quartier) parasitait le nom (le
premier étant le meilleur de la ville par ses résultats). Depuis le
premier est devenu de l'Iroise et le second Collège de Saint-Marc
(Estran) selon OSM et Collège Estran Saint-Marc selon l'éduc' nat'.

*Dans ce cas vous allez virer école* (c'est dans amenity=school) *et
maternelle* (amenity=nursery).

Poursuivons : *collège, lycée, primaire*... c'est dans school:FR(*).

Donc on ne laisserait que les vrais noms style Henri Dès ou Collège de
l'Iroise.

(*) Et pourquoi ne pas mettre des icônes plutôt que du texte ?sample of
HATCHING CHICK (U+1F423)sample of BABY SYMBOL (U+1F6BC)crèche/garderie

sample of BABY CHICK (U+1F424)maternelle

sample of GIRLS SYMBOL (U+1F6CA)sample of BOYS SYMBOL (U+1F6C9)élémentaire

image of Unicode Character 'SCHOOL SATCHEL' (U+1F392)collège

image of Unicode Character 'CHILDREN CROSSING' (U+1F6B8)lycée

Je crois que le système français est un peut trop compliqué pour qu'on
arrive à s'y retrouver avec uniquement des icônes mais je veux bien
qu'on me prouve le contraire. J'ai pris des caractères Unicode.

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

Re: [OSM-talk-fr] Relations pour établissement d'enseignement ?

2019-05-18 Par sujet marc marc 
1) t'as le même tag sur le MO que sur un de ses membres, ce qui n'a pas 
de sens (l'école c'est soit le MP soit un membre mais pas 
école=école+autre chose. de mémoire il n'y a pas de tag pour un 
groupement scolaire hormis landuse=school
2) p'tre lié à 1

Le 18.05.19 à 15:01, deuzeffe a écrit :
> J'ai donc tenté (le MP avec chaque polygone comme outer). Ça donne ça : 
> https://www.openstreetmap.org/relation/9600317
> 
> - ennui n°1 : le validateur de JOSM dit (pour les 2 objets reliés) : 
> "Avertissement : Style de la zone sur la partie externe du chemin". Je 
> ne comprends absolument pas ce que ça veut dire ;
> - ennui n°2 : alors que l'école élémentaire est correctement tagguée 
> quant à son nom, le nom du MP (École primaire) est situé à son niveau.
> 
> Commentaires, remarques et conseils bienvenus.
> -- 
> deuzeffe
> 
> On 17/05/2019 13:02, marc marc wrote:
>> c'est aussi ce que je ferrais
>> si un membre est de type noeud, on peux aussi utiliser une relation site
>> (non renduesur osm.org, donc si voir vous esst agréable, c'est
>> l'occasion de convertir le noeud en polygone)
>>
>> Le 17.05.19 à 12:07, OSMDoudou a écrit :
>>>   From the wiki:
>>> “
>>> For schools with multiple sites the multipolygon
>>>  relation can be used.
>>> “
>>> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool
>>> https://wiki.openstreetmap.org/wiki/Relation:multipolygon
>>>
>>> On May 17, 2019, at 11:42, deuzeffe >> > wrote:
>>>
>>> Hello,
>>>
>>> Soit un établissement d'enseignement, par exemple une école primaire,
>>> constituée d'une école maternelle sise dans un bâtiment dans une rue et
>>> d'une école élémentaire, sise dans un autre bâtiment trois rues plus
>>> loin. Cet établissement est identifié dans la base OD de l'EN comme une
>>> entité unique (un seul enregistrement avec une seule ref:UAI).
>>>
>>> Est-ce qu'il est possible, faisable ou illusoire de bâtir une relation
>>> (de quel type ?) comprenant ces deux objets (au moins) ?
>>>
>>> Merci pour vos réponses, quelles qu'elles soient.
>>> -- 
>>> deuzeffe, qui n'a pas dégainé JOSM pour y farfouiller :/
>>>
>>> ___
>>> 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] Malgré un premier blocage, cela continue ! L3mp1ck4 / Dupuiche / Y43l / ninamartin

2019-05-18 Par sujet Rpnpif 
Le 17 mai 2019, marc marc a écrit :

> Le 16.05.19 à 17:03, Rpnpif a écrit :
> > Le 16 mai 2019, Vincent Bergeot a écrit :
> >   
> >> Le 03/05/2019 à 15:41, Stéphane Péneau a écrit :
> >> peut-être que l'on va avancer sur la licence et sur les décisions à
> >> prendre :
> >> https://www.openstreetmap.org/changeset/45891332#map=17/47.95862/1.87889  
> > 
> > Un peu risqué sa réponse : les demandes de permis de construire
> > pourraient être refusées, même si l'intention est louable.  
> 
> chapeau Vincent pour la motivation à suivre le cas.
> je rajoute sur la liste  ninamartin (nouveau compte qui semble
> être l'action de la même personne ou même entreprise et a subit un 
> blocage (déjà expiré) pour la même raison)
> bonne idée que d'aborder chaque point séparément.
> 
> pour ma part, la liste des problèmes :
> 1) la source réelle des données.
> J'ai un sérieux doute que les données viennent de la mairie.
> vous voyez quelqu'un qui passe ses heures de bureau à aller en Mairie 
> chercher une copie des permis de construire pour ensuite les ajouter 
> dans osm ?
> cela manque de transparence.
> Certains projet avec des arbres qui bougent par ex donnent
> l'impression que le gars travaille le rendu de l’esquisse dans osm.
> donc sans doute bien en amont de la demande de permis de bâtir.
> 
> 2) la licence, sans cela on peux rien faire (nickel d'avoir fait un 
> sujet dédié)
> 
> 3) la différence entre une demande de permis (n'importe qui peux 
> demander, y compris plusieurs demandes sur la même chose) et un permis 
> obtenu. la différence entre un permis obtenu et le début des travaux 
> (certains promoteur demande un permis, vente le projet à l'état de 
> permis, voir vendent des options jusqu'à ce que le taux de vente soie 
> suffisant pour passer à l'étape "on va le faire", cfr la saga des VEFA).
> la différence entre début des travaux et constuction (on est entrain
> de casser l'ancien parking <> il y a un immeuble de 6 étapes
> en construction")
> la différence entre "en construction" et gros œuvre fermé.
> La différence entre fin de travaux et maturité (pour la hauteur
> des arbres par ex... pour lesquelles je pense que le mieux
> est de ne pas renseigner d'hauteur à la plantation parce que je doute
> que quelqu'un va suivre le sujet une fois les logements vendus)
> De manière générale, je pense que :
> - une demande de permis n’entraîne rien pour osm, trop d'incertitude.
> - l'acceptation d'un permis pourrait se renseigner avec des planned:
> - début des travaux landuse=constuction
> - démolition/reconstruction : utiliser un prefix à la démolition pour 
> pouvoir garder l'historique à la reconstruction. aide aussi à comprendre
> les choses quand on regarde une imagerie postérieur à la démolition.
> - building=construction quand il y a un début de bâtiment (fondation
> en cours au minimum)
> - arbre uniquement une fois plantée, trop de promoteur qui ne plante
> au final aucun arbre car à la subtilité que l'aménagement extérieur
> est rarement dans le contrat de vente aux clients. mais je pourrais 
> comprendre un planned: du moins si cela ne reste pas en base
> pour l'éternité

+1
Ce serait bien de mettre tout ça dans le wiki.

-- 
Alain Rpnpif

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

Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

2019-05-18 Par sujet osm . sanspourriel 

Herrare humanum est. Fred a bien viré une connerie.

Dans le temps il y a eu un objet OSM à cet endroit car la balise existe,
l'article Wikipedia aussi.

Car contre ce que Fred a viré c'est bien une erreur.

Jean-Yvon

Le 18/05/2019 à 17:50, Jean-Yvon Landrac a écrit :


Et Fred vient par erreur de supprimer ce nœud.

 Null Island existe bien c'est une bouée météorologique nommée d'après
une île fictive créée par Natural Earth.

Jean-Yvon

Le 18/05/2019 à 17:25, Florian_G - forums+...@floriang.eu a écrit :

Hello,

Le 18/05/2019 à 10:13,osm.sanspourr...@spamgourmet.com  a écrit :

Le 17/05/2019 à 23:40, DH -dhel...@free.fr  a écrit :


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

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

Denis

C'est ainsi qu'on voit un de nos administrateurs qui n'est pourtant pas manchot 
placer le pôle sud en (0, 0).

Jean-Yvon


Pour m'amuser, je suis allé voir (via iD, hein !) à ces coordonnées : il y a 
des traces GPS publiques, un nœud avec juste un nom, et des notes…

https://www.openstreetmap.org/node/6477793527#map=15/0.0005/-0.0005&layers=NDG

Il y en a qui s'amusent bien. ^_^

++

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

2019-05-18 Par sujet osm . sanspourriel 

Et Fred vient par erreur de supprimer ce nœud.

 Null Island existe bien c'est une bouée météorologique nommée d'après
une île fictive créée par Natural Earth.

Jean-Yvon

Le 18/05/2019 à 17:25, Florian_G - forums+...@floriang.eu a écrit :

Hello,

Le 18/05/2019 à 10:13, osm.sanspourr...@spamgourmet.com a écrit :

Le 17/05/2019 à 23:40, DH - dhel...@free.fr a écrit :


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

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

Denis

C'est ainsi qu'on voit un de nos administrateurs qui n'est pourtant pas manchot 
placer le pôle sud en (0, 0).

Jean-Yvon


Pour m'amuser, je suis allé voir (via iD, hein !) à ces coordonnées : il y a 
des traces GPS publiques, un nœud avec juste un nom, et des notes…

https://www.openstreetmap.org/node/6477793527#map=15/0.0005/-0.0005&layers=NDG

Il y en a qui s'amusent bien. ^_^

++

___
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] projet de la semaine ;-)

2019-05-18 Par sujet PanierAvide 

Bonjour,

Et pour ceux qui découvrent, la documentation du projet du mois d'Avril 
2017 ;-)


https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/elections

Cordialement,

Adrien P.

Le 18/05/2019 à 15:47, osm.sanspourr...@spamgourmet.com a écrit :


Comme dimanche prochain nous irons voter (ou pas), fleurissent 
actuellement les


advertising 
 
board 

message  
political

permanent   no

Je rappelle l'existence d'un thème consacré à cela sur MapContrib 
.


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

2019-05-18 Par sujet Florian_G 
Hello,

Le 18/05/2019 à 10:13, osm.sanspourr...@spamgourmet.com a écrit :
>
> Le 17/05/2019 à 23:40, DH - dhel...@free.fr a écrit :
>
>> Non, juste dans la méconnue catégorie des Fortunes
>>
>> https://wiki.openstreetmap.org/wiki/FR:Fortunes
>>
>> Denis 
>
> C'est ainsi qu'on voit un de nos administrateurs qui n'est pourtant pas 
> manchot placer le pôle sud en (0, 0).
>
> Jean-Yvon
>
Pour m'amuser, je suis allé voir (via iD, hein !) à ces coordonnées : il y a 
des traces GPS publiques, un nœud avec juste un nom, et des notes…

https://www.openstreetmap.org/node/6477793527#map=15/0.0005/-0.0005&layers=NDG

Il y en a qui s'amusent bien. ^_^

++

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

[OSM-talk-fr] projet de la semaine ;-)

2019-05-18 Par sujet osm . sanspourriel 

Comme dimanche prochain nous irons voter (ou pas), fleurissent
actuellement les

advertising
  board

message 
political
permanent   no

Je rappelle l'existence d'un thème consacré à cela sur MapContrib
.

Jean-Yvon




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

Re: [OSM-talk-fr] Concertation publique sur le modèle de données de la base des défibrillateurs

2019-05-18 Par sujet osm . sanspourriel 

En faisant le ménage sur des aed:location pas encore passé comme
defibrillator:location, je suis tombé sur des

defibrillator:model et defibrillator:manufacturer

À mon avis , ça devrait être simplement model et manufacturer et
pourrait être proposé sur le wiki d'autant plus que les objets étant des
nœuds il ne peut s'agir d'une partie d'une autre chose.

Si vous voyez d'autres correspondances d'attributs OSM avec les
propositions du modèle SGBD français DAE, n'hésitez pas à compléter la
liste.

Jean-Yvon

Le 17/05/2019 à 11:34, Jean-Christophe Becquet - j...@apitux.com a écrit :

Bonjour,

Une concertation publique sur le modèle de données de la base des
défibrillateurs
https://framaforms.org/concertation-publique-sur-le-modele-de-donnees-de-la-base-des-defibrillateurs-1557475378

La proposition de modèle de données draft version 6 du 10.05.19
https://framaforms.org/sites/default/files/forms/files/projet_dgs_dae_standard_de_donnees_de_la_base.pdf


FR:Tag:emergency=defibrillator sur le wiki OpenStreetMap
https://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Ddefibrillator

Bonne journée

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

Re: [OSM-talk-fr] Relations pour établissement d'enseignement ?

2019-05-18 Par sujet deuzeffe 
J'ai donc tenté (le MP avec chaque polygone comme outer). Ça donne ça : 
https://www.openstreetmap.org/relation/9600317


- ennui n°1 : le validateur de JOSM dit (pour les 2 objets reliés) : 
"Avertissement : Style de la zone sur la partie externe du chemin". Je 
ne comprends absolument pas ce que ça veut dire ;
- ennui n°2 : alors que l'école élémentaire est correctement tagguée 
quant à son nom, le nom du MP (École primaire) est situé à son niveau.


Commentaires, remarques et conseils bienvenus.
--
deuzeffe

On 17/05/2019 13:02, marc marc wrote:

c'est aussi ce que je ferrais
si un membre est de type noeud, on peux aussi utiliser une relation site
(non renduesur osm.org, donc si voir vous esst agréable, c'est
l'occasion de convertir le noeud en polygone)

Le 17.05.19 à 12:07, OSMDoudou a écrit :

  From the wiki:
“
For schools with multiple sites the multipolygon
 relation can be used.
“
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool
https://wiki.openstreetmap.org/wiki/Relation:multipolygon

On May 17, 2019, at 11:42, deuzeffe mailto:opensm@deuzeffe.org>> wrote:

Hello,

Soit un établissement d'enseignement, par exemple une école primaire,
constituée d'une école maternelle sise dans un bâtiment dans une rue et
d'une école élémentaire, sise dans un autre bâtiment trois rues plus
loin. Cet établissement est identifié dans la base OD de l'EN comme une
entité unique (un seul enregistrement avec une seule ref:UAI).

Est-ce qu'il est possible, faisable ou illusoire de bâtir une relation
(de quel type ?) comprenant ces deux objets (au moins) ?

Merci pour vos réponses, quelles qu'elles soient.
--
deuzeffe, qui n'a pas dégainé JOSM pour y farfouiller :/

___
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] Borne de recharge électrique

2019-05-18 Par sujet marc marc 
Le 17.05.19 à 22:34, Quentin Salles a écrit :
> type de socket pour les prises 
> domestiques, s'agit-il bien du type E ?

oui, j'ai ajouté la photo sur la page socket
https://wiki.openstreetmap.org/wiki/Key:socket
et sur la page des stations de recherchage
https://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dcharging_station
page qui aurait bien besoin d'être synchronisée avec la page anglaise

> confusion et l'utilisation des tags "network", "operator", "brand", "owner" 

amusant on en parlait justement hier qu'il faudrait améliorer la doc
en théorie c'est simple :)
owner : le propriétaire, rarement écrit sur la borne
brand : la marque du service tel qu'elle est présentée au "client",
donc (souvent (quasi toujours?) écrit sur la borne
sauf pour les bornes sans marque (ex un particulier
ou un magasin "isolé")
operator : celui qui fait le service technique, son numéro de téléphone 
est souvent sur la borne.
network : les bornes sont parfois regroupée en réseau.
il arrive que la marque soie pareil que le réseau,
ou que le nom de l'opérateur soie le même que celui du réseau
ou pas...
lorsqu'il y a un soucis, c'est souvent entre brand et network

> Il semblerait que sur la région 
> Occitanie, le réseau de bornes de recharges s'appelle Révéo 
> (https://reveocharge.com/fr/). En regardant sur leur CGU 
> (https://reveocharge.com/fr/cgu/), les propriétaires de ces bornes sont 
> les collectivités territoriales et/ou différentes SDE (Syndicat 
> Départemental d'Energies). Ce réseau est exploité par Bouygues Energies 
> et Services (BYes). J'aimerai avoir confirmation sur les tags utilisés :

> network = Révéo

à lire ton message, j'aurais dis network=Alizé
mais en voyant leur carte, chaque réseau est en intinérance sur les 
autres, j'ai donc pas l'impression que Alizé soie un réseau au sens osm
j'ai plutot l'impression que c'est un accord  de roaming ou de 
compatibilité des moyens de paiement.
pour le reste
owner = Toulouse Métropole
operator = BYes si c'est son"no de support
brand = Révéo comme sur le terrain
website aucun sauf si tu as une url par borne
operator:website=http://www.reveocharge.com si tu n'as ps d'url
par borne

en passant, j'ai aussi corrigé une anomalie de la page fr :
elle renseignait fee:parking alors que l'usage et la page anglaise 
renseigne parking:fee pour renseigner les cas oü le parking payant
est gratuit pendant la recharge

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

Re: [OSM-talk-fr] Tag pour les Archives (départementales, municipales...) ?

2019-05-18 Par sujet ades 
OK pour amenity=archives + adminlevel=*

pas pour une éventuelle partie administrative. 

Les archives publiques sont de fait et toujours un lieu de conservation, de 
classement et de communication. Le terme ‘archives’  englobe tous ces éléments 
sans avoir à préciser.

pour l’accèssibilité au public peut-être acces=private

> Le 18 mai 2019 à 10:24, LeTopographeFou  a écrit :
> 
> Bonjour à tous,
> 
> Merci pour vos retours sur la question, vais essayer de résumer.
> 
> Il y a archives publiques (assurées par le service public) et il peut y avoir 
> localement (ou à l'étranger) des archives privées (associatives, religieuses, 
> fondations...) mais accessibles au public. Ma question portait principalement 
> sur le service public (origine de ma recherche amenity=public_building) mais 
> pourquoi pas converger vers une solution pouvant correspondre au public comme 
> au privé. Je met par contre de côté les entreprises hébergeant des serveurs 
> contenant des archives que lui aurait confiées le service public.
> 
> Par 'archives' on peut entendre les services administratifs comme le lieu de 
> consultation. Je pense qu'ils sont souvent par commodité localisés au même 
> endroit (même si je suis sûr qu'il y a des exceptions, des annexes, des 
> antennes...) et n'imaginais pas à ce stade différencier si ce sont des 
> bureaux ou un espace de consultation mais de manière général un 'service 
> public gérant des archives'.
> 
> Mais l'avenir d'OSM allant à la précision on pourrait se diriger vers :
> 
> Pour la consultation (public, privé...) : 'amenity=archives' (avec dans le 
> cas d'un service public 'admin_level=*')
> Pour la partie plus administrative (gestion des fonds, communication, 
> juridique...) : 'office=government' + 'government=archives' + 'admin_level=*' 
> pour le public ou tout tag approprié existant (associations, fondations...)
> Il faudra probablement porter le débat (une fois consolidé) au niveau de la 
> liste tagging une fois la question francophone relativement claire.
> 
> Cela vous va ?
> Cordialement,
> LeTopographeFou
> Le 16/05/2019 à 17:29, LeTopographeFou a écrit :
>> Bonjour,
>> 
>> En faisant le point sur l'usage (marqué obsolète) de la clé 
>> 'amenity=public_building' je suis tombé sur le cas des archives publiques 
>> (départementales, municipales...) pour lesquelles je ne trouve pas de schéma 
>> claire.
>> 
>> En regardant l'existant je trouve 'office=government' ou 'amenity=library' 
>> ou 'amenity=archives' . Je serait bien tenté par 'office=government' avec 
>> 'government=archives' mais suis ouvert à autre chose.
>> Une idée ?
>> 
>> Pour info (pour les francophones) :
>> 
>> 64 objets avec "Archives (D|d)épartementales" à ce jour
>> 32 objets avec "Archives (M|m)unicipales" à ce jour
>> -- 
>> LeTopographeFou
> ___
> 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] Concertation publique sur le modèle de données de la base des défibrillateurs

2019-05-18 Par sujet osm . sanspourriel 

je pense que c'est lié au fait que la page anglaise est en version 63
https://josm.openstreetmap.de/wiki/Help/Menu/File?action=history
je pense que "le système" s'attend que tu reprennes la version 63
anglaise pour faire la traduction de ce qui manque ou ce qui a été
modifié depuis lors.

Dommage que notre wiki ne comporte pas cette possibilité.

J'ai profité pour mettre à jour la page française
https://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Ddefibrillator.
N'hésitez pas à vérifier.

J'ai ajouté une remarque sur l'existence d'attributs
defibrillator:location:.
Si ça vous semble utile je la reporterai sur la page anglaise.

Marc, j'ai mis une couche essentiellement dans le même sens.
De plus ils confondent saisie, présentation et stockage.
Comme tu dis ils mélangent une base DAE, une base SIREN (ils veulent des
infos dérivées), une base BAL.
On comprend que pour des raisons d'efficacité ils veulent mettre ces
informations en cache mais demander de saisir tous ces champs...

Comme ceux qui mettent les DAE sous clé (Marc, photo dans le wiki), ils
semblent oublier qu'il vaut mieux mettre des infos incomplètes sur un
DAE que de ne pas renseigner le DAE parce qu'on n'a pas toute l'info.

Comme la bouée de sauvetage, le but est de sauver des gens pas de faire
une base de données complètes.

J'ai donc suggéré de passer de Obligatoire/Facultatif à
Obligatoire/Recommandé/Facultatif

Toute ressemblance avec le modèle OSM serait pure coïncidence enfin
presque ;-)

Jean-Yvon

Le 17/05/2019 à 12:46, marc marc - marc_marc_...@hotmail.com a écrit :

Bonjour,

Le 17.05.19 à 11:34, Jean-Christophe Becquet a écrit :

Une concertation publique sur le modèle de données de la base des
défibrillateurs
https://framaforms.org/concertation-publique-sur-le-modele-de-donnees-de-la-base-des-defibrillateurs-1557475378
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tag pour les Archives (départementales, municipales...) ?

2019-05-18 Par sujet LeTopographeFou 

Bonjour à tous,

Merci pour vos retours sur la question, vais essayer de résumer.

Il y a archives publiques (assurées par le service public) et il peut y 
avoir localement (ou à l'étranger) des archives privées (associatives, 
religieuses, fondations...) mais accessibles au public. Ma question 
portait principalement sur le service public (origine de ma recherche 
amenity=public_building) mais pourquoi pas converger vers une solution 
pouvant correspondre au public comme au privé. Je met par contre de côté 
les entreprises hébergeant des serveurs contenant des archives que lui 
aurait confiées le service public.


Par 'archives' on peut entendre les services administratifs comme le 
lieu de consultation. Je pense qu'ils sont souvent par commodité 
localisés au même endroit (même si je suis sûr qu'il y a des exceptions, 
des annexes, des antennes...) et n'imaginais pas à ce stade différencier 
si ce sont des bureaux ou un espace de consultation mais de manière 
général un 'service public gérant des archives'.


Mais l'avenir d'OSM allant à la précision on pourrait se diriger vers :

 * Pour la consultation (public, privé...) : 'amenity=archives' (avec
   dans le cas d'un service public 'admin_level=*')
 * Pour la partie plus administrative (gestion des fonds,
   communication, juridique...) : 'office=government' +
   'government=archives' + 'admin_level=*' pour le public ou tout tag
   approprié existant (associations, fondations...)

Il faudra probablement porter le débat (une fois consolidé) au niveau de 
la liste tagging une fois la question francophone relativement claire.


Cela vous va ?

Cordialement,

LeTopographeFou

Le 16/05/2019 à 17:29, LeTopographeFou a écrit :


Bonjour,

En faisant le point sur l'usage (marqué obsolète) de la clé 
'amenity=public_building' je suis tombé sur le cas des archives 
publiques (départementales, municipales...) pour lesquelles je ne 
trouve pas de schéma claire.


En regardant l'existant je trouve 'office=government' ou 
'amenity=library' ou 'amenity=archives' . Je serait bien tenté par 
'office=government' avec 'government=archives' mais suis ouvert à 
autre chose.


Une idée ?

Pour info (pour les francophones) :

  * 64 objets avec "Archives (D|d)épartementales" à ce jour
  * 32 objets avec "Archives (M|m)unicipales" à ce jour

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

Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

2019-05-18 Par sujet osm . sanspourriel 

Le 17/05/2019 à 23:40, DH - dhel...@free.fr a écrit :


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

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

Denis


C'est ainsi qu'on voit un de nos administrateurs qui n'est pourtant pas
manchot placer le pôle sud en (0, 0).

Jean-Yvon

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