Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[osm . sanspourriel]

Le 15/05/2020 à 22:39, deuzeffe - opensm@deuzeffe.org a écrit :


Donc, si on essaie de résumer pour donner à Vincent une réponse
claire pour une première étape, ça donne ?

Et ton esprit de synthèse propose ? ;D

Son esprit de synthèse dispose^^.


Existe-t-il un tag qui décrit la réalité (genre amenity=waste_disposal
mais en plus gros) ?

Oui ? -> On l'utilise.
Non ? -> On en crée un (un gros, donc).

S'il faut raffiner (colonne, support, couleur, toussa), c'est dans un
2e temps. Non ?


J'en sens motivés pour proposer un changement de clé.

Je disais à Jérôme S. en message privé :

/Finalement collect n'est peut-être pas mal : on collecte le verre comme
on collecte l'amiante. Enfin pas exactement j'espère pour l'amiante !
/

/collecting_centre, collecting_station ?/

Car point d'apport volontaire, point de regroupent de "poubelles" ou
déchèterie, on collecte des matériaux, recyclables ou non.

Ce n'est ni un terme ésotérique (du jargon) ni un terme chargé sur la
partie aval (recyclage, enfouissement, incinération) mais un terme neutre.

Il semble possible de faire une proposition simple, à soumettre à
l'international. Portant donc juste sur cette clé majeure (avec mise à
jour des sous-clés si nécessaire).

De plus je vois que depuis David parle de 2 services qui ont comme point
commun de s'appeler collecte.

Bons soins David, mais tu vas avoir besoin d'années pour apprendre OSM
(on en apprend tous les jours). Notamment que pour changer une clé
largement utilisée c'est assez coton.

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

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte (limites des fleuves)

[osm . sanspourriel]

Bonjour,

le trait de côte en zone "normale" état trop simple, parlons maintenant
des limites fleuves/rivières.

TL;DR : prendre comme ailleurs la limite PMVE, la LTM étant un indice.
En distinguant les deux on évite les conflits d'édition à la con style
Rio Del Plata.

A priori pour paraphraser Jérôme : c'est simple, le DPM s'arrête à la
LTM, ça tombe bien c'est la LTM qui a été utilisée historiquement en
France... mais le DPM n'est pas le trait de côte.

Et pour paraphraser Yves, maintenant la traduction :

DPM = Domaine Public Maritime, à partir de là, le Préfet Maritime dit
aux Préfets Départementaux d'aller jouer ailleurs (*).

LTM = Limite Transversale de la Mer, ça sert aussi à déterminer si une
commune est une commune littorale ou pas, ce qui change pas mal de
règles d'urbanisme. C'est d'ailleurs ainsi que j'en ai pris
connaissance, trouvé un jeu de données
 et
que Thomas a trouvé la couche correspondante

au SHOM.

Sauf erreur Djo Man et nous deux sommes d'accord pour trouver la donnée
trop spécifique.

Ça permet de savoir pourquoi Landerneau est une commune littorale et pas
Quimperlé alors que les deux communes voient en aval le niveau varier en
fonction de la marée : Landerneau

est coupé en deux au niveau de L'Élorn
 Maritime dite rivière de
Landerneau alors que même à l'embouchure de la Laïta

(Ellé Maritime ou rivière de Quimperlé), les communes de Clohars-Carnoët
et de Guidel se touchent.

Donc on a des communes tracées en fonction des limites DPM/LTM, c'est
bon on n'y touche pas (sauf exception, merci Djo man !).

De plus les jeux de données sont incohérents. Selon le jeu de données de
data.gouv.fr, la limite pour la Laïta c'est l'embouchure mais selon
data.shom.fr c'est grosso modo Kerulo
...
entre Quimperlé et l'embouchure et la limite où l'on a naturellement
tendance à dire que c'est une rivière (.

Comme pour l'Odet

(rivière de Quimper), Thomas a fait remonter le trait de côte à une
marée de 95 ou 120 (comme les villes ont des quais à ces endroits, le
trait de côte est sensiblement le même).

Pour l'Odet il y a aussi incohérence sauf que là c'est le SHOM qui coupe
au niveau de l'embouchure
 et
data.gouv.fr remonte jusqu'au pont sud de Quimper.

Je dis data.gouv.fr mais le jeu de données est produit par... le SHOM.
Sachant que le trait semble issu... d'OpenStreetMap. En effet j'ai
regardé l'Aulne. L'Aulne Maritime ou rivière de Châteaulin commence au
niveau d'une écluse.
C'est le trait de côte.

data.gouv.fr donne comme LTM le Pont de Terenez : c'est la limite
communale telle qu'indiquée dans OpenStreetMap. Or d'après le cadastre
et data.shom.fr, la bonne limite est le Passage (un peu en aval, lieu
historique de passage).

Donc prendre la LTM est douteuse.

Il me semble au moins pour la Bretagne logique d'avoir une limite aux
marées de 95 éventuellement de 120, indépendamment de la LTM (mais
forcément en amont de la LTM si différente).

En effet cette partie est nommée XX maritime (Ellé Maritime=Laïta, Aulne
Maritime, Élorn Maritime).

Djo Man : pour la Vilaine le DPM vient bien jusqu'à Redon selon le
cadastre. Donc c'est sûrement historique (avant la construction du
barrage d'Arzal) mais la LTM actuelle

selon le SHOM est... l'embouchure de la Vilaine. En clair : le trait de
côte est bon, les limites des communes fausses mais je ne sais si c'est
de Redon à Arzal ou d'Arzal à l'embouchure.

Jean-Yvon

(*) Pour un terrien, il est moins dangereux de mettre conjoints et
enfants dans un même bateau. Pour un marin il vaut mieux avoir deux
personnes expérimentées même si elles ne sont pas de la même famille.

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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[deuzeffe]

Le 15/05/2020 à 01:55, Yves P. a écrit :



  * DASRI : Déchets d'activités de soins à risques infectieux

et assimilés -> DASRIA. Pas à disposition du grand public, donc.

Certes… mais les professionnels de santé doivent parfois s'y rendre pour jeter 
leur bacs jaunes ;)


De ce que j'ai compris, c'est le collecteur qui vient-t-a eux et non 
l'inverse. Un genre de Lagardère (d'il y a très très très longtemps).



Donc, si on essaie de résumer pour donner à Vincent une réponse claire pour une 
première étape, ça donne ?

Et ton esprit de synthèse propose ? ;D


Existe-t-il un tag qui décrit la réalité (genre amenity=waste_disposal 
mais en plus gros) ?


Oui ? -> On l'utilise.
Non ? -> On en crée un (un gros, donc).

S'il faut raffiner (colonne, support, couleur, toussa), c'est dans un 2e 
temps. Non ?


--
deuzeffe - carabiniera

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

Re: [OSM-talk-fr] covid19 vert, covid19 rouge, CRO : natural=beach et cie

[osm . sanspourriel]

Bonjour,

on est bon pour ajouter sur les natural=
beach
 des
opening_hours:covid19 : c'est trop le b... pour que les gens y
retrouvent leurs petits. En effet certains noms de plages sont assez
génériques et les site indiquant les plages ouvertes ne donnent pas les
criques et il faut repérer l'arrêté préfectoral pour savoir.

Adrien, et sans doute des liens vers les règlements départementaux pour
que les gens puissent retrouver facilement les arrêtés préfectoraux.

De même pour leisure
=marina
 et
leisure
=slipway
. Et
natural =water
 + water=lake
.

hier j'ai dit une inexactitude ;-) : le terme de plage recouvre
l'ensemble des débris accumulés en bas de la côte, c'est à dire une
plage de sable mais aussi une grève (graviers ou galets) et même des
blocs de pierre. Brignogan

à marée haute, c'est toujours une plage pour la réglementation. Donc
c'est bien l'équivalent de beach. Par contre dans les arrêtés "plage"
signifie une plage de sable !

On a vu des maires demander et obtenir des ouvertures de grèves.

Les règles sont très différentes selon les départements. La préfère de
Bretagne avait demandé aux préfets bretons de se coordonner. Je ne sais
ce que ça aurait donné sans concertation.

Résultat : pour le Morbihan sur 64 communes littorales, 33 ouvrent
toutes leurs plages, les accès aux ports *sauf exceptions* sont
autorisés
.
Là au moins vous avez une commune, c'est facile.

Pour le Finistère, à l'opposé, les ouvertures ne concernent quecertaines
plages de certaines communes
.
Je n'ai pas vérifié pour les ports mais je suppose que certains sont
ouverts et d'autres pas. et actuellement l'info n'est pas en ligne sur
la page covid-19 dédiée
.
Là visiblement au moins deux communes ont jugé bon ne ne pas ouvrir les
plages proches d'un camping ou d'un bar. Allant jusqu’à inventer des
noms pour couper la plage en deux (une "plage des marais" n'existe sur
internet que depuis cet arrêté).

Et donc il est possible de faire des activités nautiques (au moins en
Manche/Atlantique : c'est le préfet maritime de Brest qui décide pour le
domaine public maritime) mais il est possible que les ports n'étant pas
ouverts vous puissiez pratiquer de jure mais pas de facto !

Sur la densité, évidemment Philippe a tort (je pense qu'il voulait dire
une rangée au moins) : ce n'est pas en agglutinant les personnes sur une
seule rangée qu'on améliore la situation, là où c'est possible c'est sur
plusieurs rangées. Mais pour le moment la serviette c'est juste le temps
de se changer pour piquer une tête (ou autres activités sportives), là
où c'est autorisé donc la question ne se posera pas avant le 1^er juin.

> je ne vois pas ce qui est choquant pour une personne agée de vouloir
s'asseoir au milieu de sa promenade.
Ce n'est pas choquant, ce n'est pas dangereux, c'est interdit. Et
suivant sur qui vous tombez vous pouvez avoir 88 ans, rentrer de la
plage à deux pas de chez vous et vous prendre une prune de 135 € parce
qu'un gendarme a décidé que pour rentrer vous n'auriez pas dû être entre
la route et la mer mais le long de la route et de l'autre côté (histoire
vécue par une connaissance). Route déserte précisons-le et ce n'est pas
un cas isolé (prune pour circulation sur une "continuité de sentier
littoral" (!) après avoir laissé le promeneur passer dans un sens). Il
est aussi des forces de l'ordre douées de bon sens.

La seule utilisation active autorisée est à ma connaissance les
activités nautiques (la plage n'étant ouverte qu'à la marche et à
l'accès aux activités nautiques).

>  Pour les ballades dans les grands parcs naturels ou dans la
campagne, il y a rarement beaucoup de monde, la distanciation est plus
facile à garantir même sans beaucoup de contrôle.

Tout dépend de la configuration et en n'ouvrant pas tout on augmente les
phénomènes de concentration.

Donc on est "bon" pour étiqueter les plages, les ports et les cales avec
des opening_hours:covid19 

Re: [OSM-talk-fr] rendu de la mer et modèle de tag pour les cotes. Était : Evolution des règles pour les plages et la ligne de côte (zones et traits)

[Djo_man via Talk-fr]

Bonjour à tous, 

Le post initial de ce fil questionnait la justification d'une modification du 
wiki natural=beach unilatérale venant sans doute "d'en haut" pour prendre acte 
des nouvelles possibilités offertes par une reforme du rendu de la mer qui doit 
etre doublé par une reforme encore plus vaste du rendu de toutes couches d'eau 
y compris terrestres. 

https://github.com/gravitystorm/openstreetmap-carto/issues/3854

Merci Thomas pour le lien. 

En gros, le rendu de la mer est dorénavant gérée comme le reste des autres 
polygones et peut donc à ce titre acceuillir un mode de fusion avec les couches 
se trouvant en dessous. 

Ce Pull Request propose donc, carrément, d'inverser le sens d'empliement des 
couches. 

Avant et toujours maintenant la couche de mer était posée sur la carte en 
premier et les autres par dessus avec certains polygones comme tidalflat avec 
une transparence. 

Apres acceptation de ce PR, ils feraient le contraire et la couche de mer 
arriverait en dernier avec une transparence issu d'un mode de fusion avec ce 
qui se trouve en dessous (comme les calques sur photoshop). 

C'est un gros changement et comme tout gros changement les conséquences ne sont 
pas integralement anticipables. Pour décoincer ce PR, le contributeur principal 
Imagico propose de réaliser un moteur de rendu temporaire. Mais ce gros travail 
est en rade par manque de temps. 

Je trouve ce nouveau mode de fusion extrement prometteur et souple (et peut 
être un poil plus exigeant) . Cela devrait faire passer le rendu dans une autre 
monde de subtilité sans perte et donc permettrait par rebond de relancer 
l'envie de cartographier côtes, estran, zones de marais, mangroves, rivières et 
bancs de sables galets, zones intermittantes saisonnières, enfin énormément 
d'hectares d'espaces naturels sensibles.

Donc, je voudrais, ici lancer une petite hola pour les contributeurs Imagico et 
Jeisenbe pour les soutenir. 

Djo man 



Envoyé depuis mon smartphone Xperia de Sony

 osm.sanspourr...@spamgourmet.com a écrit 

>Bonjour,
>
>résumé : on a un carroyage plus qu'un code barre, mais pour donner une
>image il faut dessiner les lignes et pas les carreaux.
>
>/on a verticalement des natures de sol /(vase, sable, gravier,  galets,
>blocs, roche).
>
>avec potentiellement des couvertures (landcover ?) pour les dunes
>. Je connaissais les dunes blanches,
>grises, il faut ajouter les dunes vertes, les noires et les brunes.
>
>Typiquement on ne trouvera pas les dunes vertes dans OSM (trop mobiles :
>c'est le bas de dune comportant juste quelques plantes pionnières et le
>sable reste bien visible).
>
>/Et horizontalement du plus haut au plus bas des traits plus ou moins de
>côte/ (DPM, PMVE, 0 cartes terrestres, BMVE, 0 cartes marines, ligne de
>base) :
>
>- la limite théorique haute (pleine mer "maximale" de coefficient de
>120) correspond en théorie à la limite du domaine public maritime (DPM
>pour les intimes) et des communes. En théorie car des polders peuvent
>avoir changé la donne et placé - ou pas - des zones asséchées en zones
>terrestres,
>- la limite de trait de côté OSM (pleine mer de vive-eau moyenne de
>coefficient de 95) - PMVE,
>- la mi-marée (correspond au 0 des cartes terrestres même s'il est
>mesuré à partir de la mi-marée à Marseille) - MM,
>- la limite de basse mer de vive-eau moyenne (de coefficient de 95) -
>BMVE, c'est traditionnellement le 0 des cartes marines britanniques) !
>- la limite théorique basse (basse mer "maximale" dite astronomique, de
>coefficient de 120) correspond en zone rocheuse saillante à la ligne de
>base - ligne servant à la délimitation des zones en mer, ligne qui se
>tague boundary=administrative + boundary:type=baseline. C'est le 0 des
>cartes électroniques marines et actuellement aussi le 0 des cartes du
>SHOM et de ses équivalents britanniques et allemands.
>
>Ouf ;-).
>
>Les références sont toujours par pression atmosphérique normale et pour
>les cours d'eau avec un débit d'eau douce moyen. Et les coefficients
>calculés à partir du port de Brest. Oui une définition franco-française
>mais homogène avec les définitions internationales.
>
>95 ou 100 ? il n'y a guère de différence pratique, selon Wikipédia on
>devrait prendre 95 comme indiqué sur le wiki :
>
>*C = 95*, définit une vive-eau moyenne
>*C = 100*, définit une vive-eau équinoxiale moyenne
>
>Je serais pour ne pas découper plus que nécessaire en strates
>horizontales pour ne garder que des iso-lignes ou des isobathes :
>limites des communes, trait de côte, sans doute 0 des cartes terrestres
>et en plus 0 des cartes marines. Mais le wiki parle de BMVE et non du 0
>des cartes marines.
>
>Pour les beach (plages ou grèves - la distinction est importante puisque
>les plages sont interdites par défaut et les grèves pas sauf si elles
>servent d'accès à la mer(*)), on les met du DPM à quoi ? BMVE serait
>logique dans OSM, car on utilise PMVE. Et si quelqu'un veut mettre son

Re: [OSM-talk-fr] Nouvel outil : od2osm

[osm . sanspourriel]

Bonjour, en fait Nicolas avait bien compris :
PDI = Point d'intérêt, POI en anglais
PDA = Point d'adresse

mais j'ai du retard dans mes messages, notamment sur le trait de côte !
Et je n'avais pas pris le temps de lui dire qu'il avait bien compris. Je
voulais et veux toujours essayer plus son logiciel.

Oui mettre des tickets sur github ça permet de ne pas surcharger cette
liste-ci et ne ne mettre que les points de discussion ici.

Comme la gestion (en France et ailleurs) de la fusion ou pas des
PDI/PDA. Et je crois qu'en France on préfère ne pas mélanger.

Jean-Yvon

Le 15/05/2020 à 12:12, Nicolas Bétheuil - nbethe...@free.fr a écrit :

Bonjour,

On m'avait parlé de PDI / PDA, de distance du bati pour la conflation
mais j'ai pas tout compris (même les acronymes).

On parlait du point
https://www.openstreetmap.org/node/3688329411
que j'ai créé en dev (parce qu'inexistant dans la conflation que
j'avais faite, à cause de la distance et du changement d'environnement
et que c'est pas ça que je testais)
https://master.apis.dev.openstreetmap.org/node/4319598216

L'échange en résumé
> Jean-Yvon
> Il ne me semble pas pertinent de placer le restaurant/traiteur (déjà
> Osmose va râler : restaurant ou traiteur ?) sur un point adresse.

> Moi :
> il y a beaucoup de points dans Osm ou le restaurant est à l'adresse.

> Jean-Yvon :
> Oui, à cause d'iD notamment qui incite à le faire ainsi.
> Pas forcément vigoureusement contre : il y a du positif et du négatif.
>Par contre "pourrir" la base en renforçant le cas ne va pas aider.

> Moi
> Le rapprochement se fait par tag principal : shop ou amenity pour
l'instant.
> Il n'y aura pas de "pourrissement supplémentaire", si le point
existe déjà à l'adresse ( ou un autre shop, amenity ...), les autres
tags seront rajoutés.
> Si le point n'existe pas, il sera créé.

Enfin :
J'ai trié mon ticket "améliorations"
https://github.com/wadouk/od2osm/issues/1

Je vais traiter 4 points avant de basculer sur le vrai OSM
- interdire de créer si requête des points à proximité à échoué
(surcharge overpass (quand sera en vrai) ou credentials OSM (pour le
test) par exemple)
- avertir si champ principal (pour l'instant shop ou amenity) contient
un point virgule
- ajouter ou supprimer un tag manuellement
- rajouter en source du changeset l'url du jeu de données OpenData

Il y en a d'autres dans l'issue mais que je considère moins important.
Une fois ces 4 points traités, je basculerais sur le vrai OSM.

Salutations


Le jeu. 14 mai 2020 à 12:18, Nicolas Bétheuil mailto:nbethe...@free.fr>> a écrit :

J'ai complété le readme avec plusieurs détails. à discuter.
Fait une issue sur les prochaines modifs en vrac.

Le mer. 13 mai 2020 à 19:00, Nicolas Bétheuil mailto:nbethe...@free.fr>> a écrit :

Bonjour,

Comme je vous l'avais annoncé, j'ai réalisé un nouvel outil :
OpenData2OpenStreetMap aka od2osm.

Vous pouvez aller jouer avec à l'adresse
https://od2osm.cleverapps.io

Il faut être authentifié sur l'environnement de dev OSM
https://master.apis.dev.openstreetmap.org en attendant vos
commentaires acerbes et votre jugement implacable pour le
mettre sur le vrai "OSM".

Vous pouvez en quelques clics ajouter de la données à OSM à
partir d'un jeu de données de test : les commerces parisiens
qui livrent pendant le confinement (oui c'est un peu parigo
centré et peut être un peu dépassé, mais c'est pour jouer aussi).

Ces données sont comparées avec l'environnement de dev d'OSM
qui est plutôt vide et incohérent avec le fond de carte, vous
allez donc faire beaucoup de création.
Rien n’empêche de faire plusieurs fois une création par
l'outil, charge au contributeur de vérifier si un point existe
déjà, l'outil aide à retrouver les éventuels points dèjà existant.
J'en ai moi même déjà ajouté pour tester et que vous puissiez
voir comment se passe une comparaison (même si du coup les
tags vont être identique).

J'attends vos commentaires, avec une certaine impatience, ici
ou en issue sur le repo github
https://github.com/wadouk/od2osm/issues.

Je cherche déjà à valider l'usage contributeur (ajout
communautaire et collaboratif) avant d'ajouté d'autres jeu de
données.

D'avance merci pour votre aide et vos critiques aiguisées.


___
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] Point d'apport volontaire, point de collecte, point de regroupement

[Yves P.]

> exemple d'une zone que je souhaitais définir indépendamment de ce qui est 
> déposé.
> 
> Actuellement SI je le fait avec un seul point je tend à un amenity=recycling, 
> recycling_type=contener et j'hésite sur waste, bin, recycling:waste
> 
recycling_type=container :  avec "ai" ;)
bin=yes : non. C'est pour une poubelle d'arrêt de bus (équivalent de 
amenity=waste_basket)
waste=* : non. C'est un tag secondaire de amenity=waste_disposal
recycling:waste=yes oui

Il y a une troisième façon de taguer ça dans OSM :D
amenity=waste_disposal
waste=trash;paper…
Outre le fait qu'elle soit minoritaire, elle utilise des valeurs multiples ce 
qui rend difficile les requêtes et la saisie.
> en plusieurs alors je fais 2 amenity=recycling, recycling_type=contener et un 
> amenity=waste_disposal
> 
2 POI sur un même "point de regroupement ou d'apport volontaire" : c'est 
contradictoire avec ton souhait de ne mettre qu'un seul POI par "point".

Le plus logique serait de mettre qu'un seul objet OSM et de choisir entre 
amenity=waste_disposal + waste=* ou amenity=recycling + 
recycling_type=container + recycling:*=*

> amenity=waste_disposal c'est la version moderne du bac à roulette 
> (https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dwaste_disposal 
> ) mais la 
> fonction est identique non ?
> 
C'est bien un bac à roulette; La version moderne est en plastique :D

__
Yves

(Au passage, je suis tombé sur ref:FR:SINOE 

 et sur une discussion de 2016 
 
concernant sa création. Il y en a 1020 dans OSM, et 4519 dans le fichier de 
2017).

PS: je tente de déterminer la volumétrie des tags :
Pas simple, car il ne faut compter que les conteneurs (avec les 3 façons de 
taguer) en excluant les déchèteries.

waste_disposal  98616   il faut retrancher les waste=recycling…
recycling   16733   il faut retrancher les déchèteries

Il y a aussi peut-être des sous-tags sans tags principaux ??

Si on compte les sous tags, on obtient grossièrement :

Sous tagNombre  
recycling:waste 15225   Il faut rajouter les conteneur sans clé recycling qui 
seraient des OMR ?!!
waste=trash 9707Il faut rajouter les amenity=waste_disposal sans clé 
waste

Voici les valeurs de waste pour amenity=waste_disposal :
J'ai tronqué le tableau, il y a 310 valeurs différentes au total !!

waste   Nombre
trash   9707
mixed   570
household   252
recycling   176
organic 121
Rubbish 107
plastic 82
Domestic76
grey_water  60
litter  58
glass   47
trash;mixed 47
Solied waste36
ash 35
trash;recycling 27
domestic_waste  25
Mixed   23
paper   23
dog_excrement   20
mixe19
unsorted16
compost pit 15
oil 14
trash;organic   13
trash;plastic   13
chemical_toilet 11
trash;recycling;glass   10


recycling:waste Nombre
yes 15225
no  1745
private 4
-1  1
1   1
brown   1
Calle de Francisco de Quevedo   1
container   1


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

Re: [OSM-talk-fr] covid19 vert, covid19 rouge

[GarenKreiz]

En fait pour les plages, les décideurs se sont basé sur l'ancienne
définition du wiki OSM avec une plage qui est au dessus de la ligne de
côte! Comme en plus ils ne fréquentent que les bords de la Méditerranée en
été, ils ont une vision de la densité de population sur les plages qui peut
effectivement faire craindre une propagation forte du virus. Mais s'il
fréquentaient le littoral de la Bretagne nord en mars et avril, peut-être
auraient-ils assoupli les consignes!



On Fri, 15 May 2020 at 16:02, Philippe Verdy  wrote:

> Les plages seront ouvertes mais sans la possibilité de s'y installer.
> C'est l'installation sur les plages qui pose problème car elle en augmente
> fortement la densité, la distanciation sociale est alors impossible avec la
> circulation permanente autour des carrés de serviettes. Mais il aurait pu
> être prévu une installation possible sur une seule rangée  avec des
> emplacements marqués, et des contraintes de durée pour laisser la place aux
> autres (par exemple un système de ticket donnant le droit de s'installer
> pour au maximum 1 heure), ainsi que des lieux de repos surveillés réservés
> aux personnes à mobilité réduite ou difficile, qui eux n'auront toujours
> aucun accès: je ne vois pas ce qui est choquant pour une personne agée de
> vouloir s'asseoir au milieu de sa promenade.
>
> Pour elles, un dispositif avec des accompagnateurs pourraient les aider à
> tenir compte de leurs difficultés, et la plage pourraient leur confier le
> temps de la promenade un tabouret de plage (consigné) à rendre en fin de
> promenade mais assez léger pour être porté.
>
> En revanche je vois plus de problèmes avec l'utilisation "active" si ceux
> qui y vont vont courir ou jouer au ballon pendant des heures et halleter et
> éventuellement bousculer les autres. De même la proximité n'est pas exclue
> dans certaines activités nautiques sur de petites embarcations. Cela ne va
> donc laisser que les sportifs confirmés faire leur sport sans trop de
> risque (sauf les sports d'équipe dont les sports de ballons ou raquettes),
> ou les seuls joggeurs (donc pas tout le monde: c'est très physique de
> courir sur une plage, et on a aussi besoin de moments de pause).
>
> En tout état de cause, la promenade sur une plage publique avec des chiens
> ne peut être autorisée sans laisse et masque pour eux aussi, on ne peut pas
> contrôler où ils vont et qui ils iront "visiter" sur une plage un peut trop
> fréquentée. Même chose pour les parcs et jardins public urbains. Pour les
> ballades dans les grands parcs naturels ou dans la campagne, il y a
> rarement beaucoup de monde, la distanciation est plus facile à garantir
> même sans beaucoup de contrôle.
>
>
> Mais ça doit être possible sur les parcs privés à accès réglementé et
> surveillé (où le nombre de visiteurs peut être limité, avec aussi des
> limites horaires pour la durée de l'entrée payante): Center Parcs, Parcs
> Astérix, Disney, fêtes foraines, etc. où les grands espaces peuvent aussi
> être segmentés en sous-zones et avec des tickets de réservation horaire,
> pour éviter un trop grand attroupement et les files d'attente autour de
> certaines attractions. Le ticket d'entrée de ces parcs peut comporter un
> code barre/QR-code permettant aux visiteurs de s'inscrire sur les listes
> d'attente pour certaines attraction et ne plus faire la queue. Il faut
> juste quelques bornes pour chaque attraction, la borne édite un ticket avec
> l'heure de passage et un numéro d'ordre (comme dans les salles d'attente
> des services publics) affiché sur un panneau compteur. Le ticket mentionne
> la durée limite...
>
> Si un visiteur n'a pu profiter d'un nombre d'attractions suffisant, avec
> son ticket d'entrée payant, il pourrait recevoir un ticket pour une autre
> visite plus tard, ou un remboursement partiel ou une autre compensation au
> choix du visiteur (exemple: un bon repas, un ticket de transport public,
> des cadeaux pour enfants dans la boutique locale, un bon d'achat pour des
> médias en ligne, des minutes ou Gigaoctets pour mobiles, un bon d'achat
> dans un hypermarché, un ticket d'entrée pour un autre parc/musée, etc.).
>
> Pour cela un système de "points" minimum est remis avec le ticket
> d'entrée, les points non utilisés (du fait d'une trop forte fréquentation
> ou parce que l'heure de réservation de l'attraction dépasse le délai que
> s'était donné le visiteur) sont compensés à la sortie du parc: le visiteur
> remet son ticket d'entrée, les points utilisés sont décomptés (les bornes
> de réservation de chaque attraction transmettent le décompte des points
> utilisés sur chaque ticket numéroté), s'il reste des points à utiliser, le
> visiteur peut aller la boutique locale pour se faire remettre les
> compensations ou autre bons ou remboursements partiels des points
> inutilisés.
>
> Dans ces conditions, les grands parcs (Center Parcs, Parcs Astérix,
> Disney, fêtes foraines) peuvent rouvrir, car ils peuvent assurer la
> distanciation sociale (qui malgré 

Re: [OSM-talk-fr] covid19 vert, covid19 rouge

[Philippe Verdy]

Les plages seront ouvertes mais sans la possibilité de s'y installer. C'est
l'installation sur les plages qui pose problème car elle en augmente
fortement la densité, la distanciation sociale est alors impossible avec la
circulation permanente autour des carrés de serviettes. Mais il aurait pu
être prévu une installation possible sur une seule rangée  avec des
emplacements marqués, et des contraintes de durée pour laisser la place aux
autres (par exemple un système de ticket donnant le droit de s'installer
pour au maximum 1 heure), ainsi que des lieux de repos surveillés réservés
aux personnes à mobilité réduite ou difficile, qui eux n'auront toujours
aucun accès: je ne vois pas ce qui est choquant pour une personne agée de
vouloir s'asseoir au milieu de sa promenade.

Pour elles, un dispositif avec des accompagnateurs pourraient les aider à
tenir compte de leurs difficultés, et la plage pourraient leur confier le
temps de la promenade un tabouret de plage (consigné) à rendre en fin de
promenade mais assez léger pour être porté.

En revanche je vois plus de problèmes avec l'utilisation "active" si ceux
qui y vont vont courir ou jouer au ballon pendant des heures et halleter et
éventuellement bousculer les autres. De même la proximité n'est pas exclue
dans certaines activités nautiques sur de petites embarcations. Cela ne va
donc laisser que les sportifs confirmés faire leur sport sans trop de
risque (sauf les sports d'équipe dont les sports de ballons ou raquettes),
ou les seuls joggeurs (donc pas tout le monde: c'est très physique de
courir sur une plage, et on a aussi besoin de moments de pause).

En tout état de cause, la promenade sur une plage publique avec des chiens
ne peut être autorisée sans laisse et masque pour eux aussi, on ne peut pas
contrôler où ils vont et qui ils iront "visiter" sur une plage un peut trop
fréquentée. Même chose pour les parcs et jardins public urbains. Pour les
ballades dans les grands parcs naturels ou dans la campagne, il y a
rarement beaucoup de monde, la distanciation est plus facile à garantir
même sans beaucoup de contrôle.


Mais ça doit être possible sur les parcs privés à accès réglementé et
surveillé (où le nombre de visiteurs peut être limité, avec aussi des
limites horaires pour la durée de l'entrée payante): Center Parcs, Parcs
Astérix, Disney, fêtes foraines, etc. où les grands espaces peuvent aussi
être segmentés en sous-zones et avec des tickets de réservation horaire,
pour éviter un trop grand attroupement et les files d'attente autour de
certaines attractions. Le ticket d'entrée de ces parcs peut comporter un
code barre/QR-code permettant aux visiteurs de s'inscrire sur les listes
d'attente pour certaines attraction et ne plus faire la queue. Il faut
juste quelques bornes pour chaque attraction, la borne édite un ticket avec
l'heure de passage et un numéro d'ordre (comme dans les salles d'attente
des services publics) affiché sur un panneau compteur. Le ticket mentionne
la durée limite...

Si un visiteur n'a pu profiter d'un nombre d'attractions suffisant, avec
son ticket d'entrée payant, il pourrait recevoir un ticket pour une autre
visite plus tard, ou un remboursement partiel ou une autre compensation au
choix du visiteur (exemple: un bon repas, un ticket de transport public,
des cadeaux pour enfants dans la boutique locale, un bon d'achat pour des
médias en ligne, des minutes ou Gigaoctets pour mobiles, un bon d'achat
dans un hypermarché, un ticket d'entrée pour un autre parc/musée, etc.).

Pour cela un système de "points" minimum est remis avec le ticket d'entrée,
les points non utilisés (du fait d'une trop forte fréquentation ou parce
que l'heure de réservation de l'attraction dépasse le délai que s'était
donné le visiteur) sont compensés à la sortie du parc: le visiteur remet
son ticket d'entrée, les points utilisés sont décomptés (les bornes de
réservation de chaque attraction transmettent le décompte des points
utilisés sur chaque ticket numéroté), s'il reste des points à utiliser, le
visiteur peut aller la boutique locale pour se faire remettre les
compensations ou autre bons ou remboursements partiels des points
inutilisés.

Dans ces conditions, les grands parcs (Center Parcs, Parcs Astérix, Disney,
fêtes foraines) peuvent rouvrir, car ils peuvent assurer la distanciation
sociale (qui malgré tout nécessite un personnel de surveillance réparti,
mais c'est déjà le cas des grands parcs)


Le mer. 6 mai 2020 à 23:17,  a écrit :

> Bonjour,
>
> concernant l'OpenData, le Ministère des Solidarités et de la Santé a des
> progrès à faire : les cartes sont publiées sous forme d'images
> 
> !
>
> On parlait de 3 critères mais seuls deux sont publiés. Si le troisième
> c'est l'humeur de ou vis-à-vis de de Castagner, les Bretons sont mal
> barrés^^.
>
> Peu importe devraient rester deux 

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[Vincent Bergeot]

Le 15/05/2020 à 14:48, Yves P. a écrit :
>Des photos seraient les bienvenues pour différencier les 2 types de 
conteneurs/déchets.


Comme ça ?

Parfait pour comprendre ce qu'il y a sur le terrain, merci :)


merci pour les exemples Stéphane


https://www.mapillary.com/map/im/r3-7eaUqvjER2K6KQCbIPg
3 colonnes enfouies, dont une contenant des OM.
Le tambour se déverrouille avec la badge RFID.


exemple d'une zone que je souhaitais définir indépendamment de ce qui 
est déposé.


Actuellement SI je le fait avec un seul point je tend à un 
amenity=recycling, recycling_type=contener et j'hésite sur waste, bin, 
recycling:waste


en plusieurs alors je fais 2 amenity=recycling, recycling_type=contener 
et un amenity=waste_disposal






https://www.mapillary.com/map/im/Ml__GIf3g3bbILsmEWglsQ
2 colonnes bois avec 3 types de déchets. Celle de droite semble être 
pour le papier.


amenity=recycling, recycling_type=contener



https://www.mapillary.com/map/im/lKjOCV-HlhHMnpFHH1tEYQ` 


1 colonne OM. Le tambour se déverrouille avec la clé (contenant des piles)


amenity=waste_disposal c'est la version moderne du bac à roulette 
(https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dwaste_disposal) mais 
la fonction est identique non ?




--
Vincent Bergeot

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

Re: [OSM-talk-fr] Bosch eBike Charging Stations in France

[Philippe Verdy]

La localisation manuelle point par point, basée sur la consultation de
l'adresse, et une vérification sur la carte OSM existante (où des objets
vont être ajoutés et où la précision peut aussi être améliorée localement
si nécessaire en se basant sur les sources d'imagerie libres proposées ne
pose aucun problème (même si une première approximation automatique a été
faite avec une géolocalisation quelconque uniquement à titre d'aide pour
situer sommairement une adresse dont la position exacte sera effectuée
manuellement).

A ce titre ce n'est pas différent des contributions faites par des mappeurs
OSM individuels qui s'appuient eux aussi sur diverses sources et utilisent
leur propre jugement pour voir ce qui convient le mieux, et non une données
prise directement et automatiquement d'une base, surtout si on sait qu'elle
est non libre et peut contenir des erreurs volontairement ajoutées comme
des "oeufs de Pâques" (note: la simple randomisation automatique n'est pas
convenable non plus car elle ne tient pas compte du reste autour du point,
ce qu'un controibuteur humain voit instantanément par une vue globale.

Je ne vois donc pas de problème à des ajouts point par point par un humain
qui doit traiter une liste de propositions: c'est exactement le même
processus que les propositions d'imports sur Osmose, qu'on n'est jamais
obligé de prendre à la lettre, chacune étant évaluée par un humain sous sa
responsabilité et en fonction des connaissances et recommandations locales
(parfois aussi des choix difficiles à faire et des ambiguités à résoudre en
utilisant d'autres sources à titre de comparaison si cela permet de mieux
évaluer les solutions possibles, car il y a rarement une seule solution,
toujours une marge d'interprétation et très souvent ajustements locaux à
faire autour en plus du point importé)


Le lun. 11 mai 2020 à 17:21, Marc M.  a écrit :

> Bonjour,
>
> Le 11.05.20 à 16:46, Alznauer Florian (EB/MKB2) via Talk-fr a écrit :
> > Serait-il possible / acceptable d’importer les positions des stations de
> > recharge Bosch manuellement, une par une directement dans OSM sans
> > utiliser un import de masse ? Cela nous permettrait de positionner les
> > Powerstations à l'endroit précis où elles se trouvent sans utiliser la
> > géolocalisation de Google ou les coordonnées GPS du fichier Excel que
> > chaque lieu ou partenaire nous a fourni avec l’emplacement exact de la
> > borne de recharge.
>
> comment allez-vous les positionner sans utiliser la géolocalisation ?
> how are you going to position them without using geolocation?
>
> Cordialement,
> Marc
>
> ___
> 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] Point d'apport volontaire, point de collecte, point de regroupement

[Yves P.]

@Vincent
>> Il n'y a pas vraiment de distinguo. cette carte n'affiche que ce qui est 
>> recyclable, donc ne montre pas amenity=waste_disposal, ni amenity= recycling 
>> + recycling:waste=yes
>> (la requête overpass 
>> 
>>  remonte les tout)
> si cela montre amenity=waste_disposal
> 
> Cela correspond à ce qui a été traduit par Traitement de Déchets, à droite du 
> menu horizontal à droite en bas https://openrecyclemap.org/map 
>  (selon l'écran il faut cliquer sur see more)
> 
Ok, je me suis embrouillé avec cette mauvaise traduction :D (Avec l'interface 
en anglais c'est plus clair)

Cette carte affiche aussi les amenity=recycling + recycling:waste=yes :
https://openrecyclemap.org/map/21/46.51744/6.02056 


L'interface serait plus claire si l'icône waste disposal affichait l'un ou 
l'autre des tags.

@David
>> Moi aussi, mais à gérer dans le temps et dans les softs ça complique :
>> KISS -> amenity= recycling  + recycling:waste=yes seulement :)
> C'est le plus simple effectivement mais du coup waste_disposal ne sert plus
> ? Ou quel serait son usage ?
Si l'alternative KISS est retenue, ce tag devrait disparaitre… un jour.

> Le "risque" c'est qu'à la fin on ne puisse pas
> faire une carte de france avec toutes les données OSM pour dire où on peut
> apporter ses déchets si on utilise pas tous les même nomenclature…
Ce n'est pas vraiment un problème.

Dans OSM (comme dans la vie), il y a des synonymes ;)
Les outils (éditeurs et rendus) doivent être souples à minima.

De facto, il y a 2 façon de taguer. Si les producteurs de données ouvertes se 
mettent d'accord sur un standard (et donc une méthode pour taguer les 
"poubelles") c'est une grande avancée.
On pourra (au moins pour la France) faire une édition de masse pour transformer 
les waste_disposal en recycling:waste=yes (ou le contraire).
Ou… laisser les tags en l'état (car ce qui est vrai en France, ne l'est 
peut-être pas ailleurs dans le monde).

Pendant la période de transition, les outils devront être souples en lecture et 
si un consensus aboutit, ne proposer qu'une seule façon de taguer en écriture.


Autre argument pour le KISS :
En cartogaphiant depuis son canapé, il est parfois impossible de savoir quel 
détritus est dans le conteneur (pas de Mapillary, Orthophoto pas assez 
détaillée…).
On ne tag pas pour ne pas froisser les "partisans" d'un solution ou d'une autre 
?
Les tags amenity=recycling + recycling_type=container fonctionnent. Une 
observation de terrain (quête StreetComplete par exemple) ou une intégration OD 
permettront de préciser le contenu.

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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[Yves P.]

> >Des photos seraient les bienvenues pour différencier les 2 types de 
> >conteneurs/déchets.
> 
> Comme ça ?
Parfait pour comprendre ce qu'il y a sur le terrain, merci :)

> https://www.mapillary.com/map/im/r3-7eaUqvjER2K6KQCbIPg 
> 
3 colonnes enfouies, dont une contenant des OM.
Le tambour se déverrouille avec la badge RFID.

> https://www.mapillary.com/map/im/Ml__GIf3g3bbILsmEWglsQ 
> 
2 colonnes bois avec 3 types de déchets. Celle de droite semble être pour le 
papier.

> https://www.mapillary.com/map/im/lKjOCV-HlhHMnpFHH1tEYQ` 
> 
1 colonne OM. Le tambour se déverrouille avec la clé (contenant des piles)

Pour moi, les deux conteneurs à ordures ménagères sont identiques. (au verrou 
et à la localisation près).
Ils se taguent donc avec la clé amenity=recycling. C'est KISS, non ?
;)

> Pour les types de "clés" je n'en ai aucune idée. Je n'en possède pas moi-même.
NFC c'est un type de RFID. Celui qui est dans nos cartes bancaires et nos 
ordiphones.


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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[Jérôme Seigneuret]

https://www.mapillary.com/map/im/r3-7eaUqvjER2K6KQCbIPg
colonne enterrée à préhension par simple crochet


https://www.mapillary.com/map/im/Ml__GIf3g3bbILsmEWglsQ
  colonne aérienne à préhension par simple crochet

https://www.mapillary.com/map/im/lKjOCV-HlhHMnpFHH1tEYQ
colonne OM (j'en avait pas encore vu en aérien)  à préhension par simple
crochet

Et tous comme les camions peuvent être multi flux; les bacs de collecte et
les colonnes peuvent être multi-flux
https://www.elkoplast.fr/media/photos/catalog/item/gallery/images-218/p3091140-1024-t2.jpg

Le ven. 15 mai 2020 à 14:31, Stéphane Péneau  a
écrit :

> Le 15/05/2020 à 13:09, Yves P. a écrit :
>
>  >Des photos seraient les bienvenues pour différencier les 2 types de
> conteneurs/déchets.
>
> Comme ça ?
> https://www.mapillary.com/map/im/r3-7eaUqvjER2K6KQCbIPg
>
> https://www.mapillary.com/map/im/Ml__GIf3g3bbILsmEWglsQ
>
> https://www.mapillary.com/map/im/lKjOCV-HlhHMnpFHH1tEYQ
>
>
> Pour les types de "clés" je n'en ai aucune idée. Je n'en possède pas
> moi-même.
>
> Stf
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[Stéphane Péneau]

Le 15/05/2020 à 13:09, Yves P. a écrit :

>Des photos seraient les bienvenues pour différencier les 2 types de 
conteneurs/déchets.


Comme ça ?
https://www.mapillary.com/map/im/r3-7eaUqvjER2K6KQCbIPg

https://www.mapillary.com/map/im/Ml__GIf3g3bbILsmEWglsQ

https://www.mapillary.com/map/im/lKjOCV-HlhHMnpFHH1tEYQ


Pour les types de "clés" je n'en ai aucune idée. Je n'en possède pas 
moi-même.


Stf


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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[Vincent Bergeot]

Le 15/05/2020 à 13:09, Yves P. a écrit :


@Vincent


j'ai l'impression aujourd'hui que majoritairement (donc sans parler 
"métier") si je me retrouve avec des gens nous allons distinguer le 
"tri, recyclable" des "déchets, ordures ménagères", qui à mon avis 
aujourd'hui est la distinction entre :


  * amenity=waste_disposal
  * amenity=recycling

au passage ce distingo est aussi utilisé par exemple par 
https://openrecyclemap.org


Il n'y a pas vraiment de distinguo. cette carte n'affiche que ce qui 
est recyclable, donc ne montre pas amenity=waste_disposal, ni amenity= 
recycling + recycling:waste=yes
(la requête overpass 
 remonte 
les tout)


si cela montre amenity=waste_disposal

https://openrecyclemap.org/way/761477096 correspond à ceci 
https://www.openstreetmap.org/node/6486361595


Cela correspond à ce qui a été traduit par Traitement de Déchets, à 
droite du menu horizontal à droite en bas https://openrecyclemap.org/map 
(selon l'écran il faut cliquer sur see more)



--
Vincent Bergeot

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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[David Pédehourcq]

@yves

>Comme les couleurs doivent être normalisées en France
Malheureusement non, si on pousse même un peu le sujet les consignes de tri,
le nom des déchets et même les picto de représentation ne sont pas les mêmes
d'une ville à l'autre ... ça devrait s’harmoniser, c'est en cours et ça
avance bien, mais la couleur y en a pour 10 ans :) 

>@David
>> on en bouge environ 10 par jour pour la maintenance ou autre
>>J'interprète ça plutôt comme on enlève (pour une maintenance) la colonne
ref=xxx qu'on remplace par la ref=yyy

oui, ma réflexion portait surtout sur l’intérêt limité de référencer les
numéros de série

>@Vincent
>> j'ai l'impression aujourd'hui que majoritairement (donc sans parler
>> "métier") si je me retrouve avec des gens nous allons distinguer le "tri,
>> recyclable" des "déchets, ordures ménagères"

Aujourd'hui, nous notre besoin c'est même encore plus basique c'est : j'ai
un déchet, où je peux le mettre ? Que ce soit un bac, une déchetterie ou une
colonne les gens s'en fichent, notre intérêt à nous (SITCOM) c'est que ça
finisse pas dans la forêt :) Ensuite *si* Mme Michou voit que pour jeter son
verre elle doit faire 50m de plus que pour jeter les Ordures Ménagères, on
espère qu'elle va faire un effort et trier ses déchets. L’intérêt de la
démarche c'est que chacun puisse visualiser les différents points de
collecte et les flux qui y sont acceptés et les différentes infrastructures
à sa disposition afin d’encourager le Tri.

>Moi aussi, mais à gérer dans le temps et dans les softs ça complique : KISS
-> amenity= recycling  + recycling:waste=yes seulement :)
C'est le plus simple effectivement mais du coup waste_disposal ne sert plus
? Ou quel serait son usage ? Le "risque" c'est qu'à la fin on ne puisse pas
faire une carte de france avec toutes les données OSM pour dire où on peut
apporter ses déchets si on utilise pas tous les même nomenclature...




--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[Yves P.]

@Marc

>> -"recycling" avec uniquement waste=yes
>> C'est bizarre de dire qu'on a un point de collecte de tri ou on prend pas 
>> le tri (uniquement les ordures ménagères) 
> 
> cette solution n'est pas préconisée par la page anglaise qui sert
> souvent de référence.
En soit le(s) wiki(s) ne font pas forcément consensus ;)

> elle n'est portée que par 2 personnes ici.
> elle n'était pas non plus la solution retenue lors de la discussion
> précédente en mars.
Je n'ai pas suivi cette discussion à l'époque. Je ne crois pas qu'il y ait eu 
non plus de consensus. Chacun à donné son point de vue.

Certes, Stéphane à choisi la version amenity=waste_disposal pour son import 
Osmose.
Reste à savoir comment ça va être intégré ;)

@David
> on en bouge environ 10 par jour pour la maintenance ou autre
J'interprète ça plutôt comme on enlève (pour une maintenance) la colonne 
ref=xxx qu'on remplace par la ref=yyy

@ Stéphane
> Il y a déjà un fichier traité dans Osmose : Clisson Sèvre et Maine Agglo 
> Yep,
>  j'en suis à l'origine, et on en a discuté un peu ici :
> 

Merci pour les infos :)

Des photos seraient les bienvenues pour différencier les 2 types de 
conteneurs/déchets.

Aussi concernant le système de clés électroniques.
Heureusement, c'est disponible ici :
Conteneurs collectifs à clé ou à badge 

Colonnes à déchets ménagers 

 — avec clé modèle 1875 :D
Colonnes enfouies 

 — avec badge RFID (NFC ?)

@Vincent
> j'ai l'impression aujourd'hui que majoritairement (donc sans parler "métier") 
> si je me retrouve avec des gens nous allons distinguer le "tri, recyclable" 
> des "déchets, ordures ménagères", qui à mon avis aujourd'hui est la 
> distinction entre :
> 
> amenity=waste_disposal
> amenity=recycling
> au passage ce distingo est aussi utilisé par exemple par 
> https://openrecyclemap.org 
Il n'y a pas vraiment de distinguo. cette carte n'affiche que ce qui est 
recyclable, donc ne montre pas amenity=waste_disposal, ni amenity= recycling + 
recycling:waste=yes
(la requête overpass 

 remonte les tout)
> après que le waste disposal ou le recycling soit en colonne, enterré c'est 
> des tags "secondaires" je pense. 
> 
Concernant les nuisances visuelles, olfactives, sonore? et l'accessibilité ça 
fait une différence ;)
Concernant l'évolution aussi (les semi/enterrées ne se déplacent plus).

> Aujourd'hui, j'ai tendance à penser que amenity="waste_disposal" c'est 
> "seulement" quand il y a des déchets non triés par l'habitant, c'est à dire 
> ce que l'on nomme communément la poubelle, les poches noires, les ordures 
> ménagères, "tout ce qui n'est pas triés".
Moi aussi, mais à gérer dans le temps et dans les softs ça complique : KISS -> 
amenity= recycling  + recycling:waste=yes seulement :)
__
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouvel outil : od2osm

[Marc M.]

Le 15.05.20 à 12:12, Nicolas Bétheuil a écrit :
> On m'avait parlé de PDI / PDA, de distance du bati pour la conflation
> mais j'ai pas tout compris (même les acronymes).

pour essayer de faire simple :
si un noeud ne contient qu'une addr en tag principal (cad
sans compter source=* created_by=* et autres bruits de fond),
il ne faut pas le squatter pour y mettre un poi shop amenity craft etc

dans ton cas :
ceci est une adresse https://www.openstreetmap.org/node/1300983804
il ne faut pas la transformer en restaurant
https://master.apis.dev.openstreetmap.org/node/4319598216
mais au besoin créer un 2ieme objet pour le restaurant (et là tu
vas vouloir renseigner l'addr du resto, et c'est le drame pour
lequel on va te proposer une usine à gaz fr-fr supporté par aucune app)

En passant, pour aider le rendu, c'est bien de "rentrer" le POI
un peu + loin dans le bati, après tout le resto n'est pas sur la facade

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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[Yves P.]

—
Yves Pratter




> Le 15 mai 2020 à 11:34, David Pédehourcq  a écrit :
> 
> 
>> 
>> Ce qui serait bien pour les contributeurs OSM, c'est de normaliser les
>> fichiers de données (un peu comme les parking).
>> On pourrait ainsi avoir à terme un seul fichier national sur data.gouv.fr
>> :)
>> 
>> Pour tous le monde car on aurait enfin un standard exploitable!
> Avant d'avoir un seul fichier on peut définir une trame d'import et un
> outil d'import comme pour le géocodeur data.gouv.fr
Effectivement (notez le "à terme" qui modère mon ardeur :D)

> En fait nous on souhaiterai utiliser https://geodatamine.fr/ pour faire
> l'extraction depuis OSM => data.gouv.fr 
Les données OSM sont probablement très hétérogènes. De plus dans OSM il y a un 
aspect international qui dépasse éventuellement le cadre franco-français.

> 
> D'où l’intérêt d'avoir la même anthologie pour décrire un point d'apport
> volontaire qui ne contient que des Ordures Ménagères.

J'ai fait un export à Besançon avec geodatamine : il sort toutes les colonnes 
concernant le type de déchets.
glass;glass_bottles;paper;clothes;cans;plastic_bottles;plastic;waste;cardboard;plastic_packaging;batteries;metal;newspaper;paper_packaging;green_waste;shoes;organic;books;electrical_appliances;beverages_cartons;small_appliances;wood;aluminium;computers;toys

Comme les couleurs doivent être normalisées en France, pour faciliter la saisie 
et être cohérent avec cette (future) normalisation, il faut aussi le faire pour 
ces tags.
Une fois un consensus trouvé, on pourra adapté le greffon de JOSM pour cliquer 
sur les couleurs des bacs plutôt que sur le détail de ce qu'il contient 
effectivement.

Vert (Verre)
glass_bottles
glass ?
Bleu
paper
cardboard ?
newspaper
paper_packaging
books ??
beverages_cartons
Jaune (dans le Jura le bleu va dans le bac jaune en l'absence de bac bleu)
cans
plastic_bottles
plastic
plastic_packaging
metal ?
aluminium
Noir
waste
Blanc (ce n'est pas une couleur normalisée ? les bacs chez moi sont plutôt 
blanc)
clothes
shoes ?
"composte"
green_waste
organic ???
En déchèterie (dans dans bacs séparés)
batteries
metal
green_waste + organic ?
electrical_appliances
small_appliances
wood
computers
toys
pas définis dans OSM ?
huiles (vidange, frites)
produits toxiques (peintures, solvants…)
lampes basse consommation
gravats

> Je suis en contact avec d'autres collectivités, j'aimerai bien que le projet 
> "fasse des petits" :)
Nous aussi :)

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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[Vincent Bergeot]

Le 15/05/2020 à 08:55, Jérôme Seigneuret a écrit :


Deux solutions s'offrent donc à nous pour les caractériser :

-"recycling" avec uniquement waste=yes
C'est bizarre de dire qu'on a un point de collecte de tri ou on
prend pas le
tri (uniquement les ordures ménagères)

C'est comme tu le disais "recycling" est employé faute d'avoir mis le 
processus métier en avant. ducoup c'est la même chose que dans les 
appels d'offre: on utilise Point d'Apport Volontaire Ordure Ménagère 
alors que c'est en rien de l’apport volontaire
C'est de l'évacuation de déchets trié en recyclable et non recyclable. 
conteneurisé ou non avec un mode de regroupement ou pas et un mode 
d'enlèvement
waste =yes c'est justement le fait d'exploiter des format de conteneur 
associé à des colonnes de recyclable.



-"waste_disposal"
Si je me réfère au wiki on a pas tous les tags pour caractériser
le type de
colonne, mais c'est pas le plus embêtant. Le plus embêtant c'est
de dire que
le type principal du point est différent alors que sur le terrain,
visuellement c'est comme un point tri, collecté par le même type
de camion



disons que j'ai l'impression qu'il y a la friction entre la vision 
métier et la vision "madame Michu".


j'ai l'impression aujourd'hui que majoritairement (donc sans parler 
"métier") si je me retrouve avec des gens nous allons distinguer le 
"tri, recyclable" des "déchets, ordures ménagères", qui à mon avis 
aujourd'hui est la distinction entre :


 * amenity=waste_disposal
 * amenity=recycling

au passage ce distingo est aussi utilisé par exemple par 
https://openrecyclemap.org


après que le waste disposal ou le recycling soit en colonne, enterré 
c'est des tags "secondaires" je pense.





Je connais pas très bien OSM (mais j'me soigne ;)), mais si on suit la
logique historique j’aurais tendance à dire :
-amenity="recycling" : point tri qui maintenant s'appelle plutôt Point
d'apport volontaire (justement parce qu'un a des points colonnes
où on ne
trie pas)
-amenity="waste_disposal" : point de regroupement, qui
historiquement ne
concernait que les ordures ménagères mais maintenant peut contenir
des bacs
de tri sélectif

C'est tous le dilemme... Où l'on va mettre la séparation...



ce dilemme est la raison pour laquelle j'ai démarré au départ sur une 
notion de zone où un être humain amène quelques choses pour cela soit 
traité et évacué.


Aujourd'hui, j'ai tendance à penser que amenity="waste_disposal" c'est 
"seulement" quand il y a des déchets non triés par l'habitant, c'est à 
dire ce que l'on nomme communément la poubelle, les poches noires, les 
ordures ménagères, "tout ce qui n'est pas triés".


Dès qu'il y a du tri (au sens commun de ce que je fais dans ma maison, 
pas de ce qui est fait par les pros en terme de tri derrière, n'oublions 
pas qu'osm n'est *pas* une base métier) il me semble que c'est de 
l'amenity=recycling, sans doute avec un waste=yes (à creuser) quand on 
peut amener aussi son sac poubelle.



--
Vincent Bergeot

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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[Marc M.]

Bonjour, bienvenue, je suis content de voir que vous
avez trouvé la porte d'entrée :)

Le 15.05.20 à 08:10, David Pédehourcq a écrit :
> au Sitcom Côte Sud des Landes, un syndicat mixte qui gère la
> collecte des déchets sur tout le sud des Landes.

génial !

> -"recycling" avec uniquement waste=yes
> C'est bizarre de dire qu'on a un point de collecte de tri ou on prend pas 
> le tri (uniquement les ordures ménagères) 

cette solution n'est pas préconisée par la page anglaise qui sert
souvent de référence. elle n'est portée que par 2 personnes ici.
elle n'était pas non plus la solution retenue lors de la discussion
précédente en mars.

> -"waste_disposal"
> Si je me réfère au wiki on a pas tous les tags pour caractériser le type de
> colonne, mais c'est pas le plus embêtant. Le plus embêtant c'est de dire que
> le type principal du point est différent alors que sur le terrain,
> visuellement c'est comme un point tri, collecté par le même type de camion

la page anglaise est bien plus simple : elle dit que cela sert à mettre
des déchets non recylclable dans un contenant de taille moyen à grand
(par opposition à la poubelle de rue amenity=waste_backet)

> -amenity="recycling" : point tri qui maintenant s'appelle plutôt Point
> d'apport volontaire (justement parce qu'un a des points colonnes où on 
> ne trie pas)

point tri est réducteur. le tag s'applique tout aussi bien du contenant
individuel (le contributeur qui renseigne qu'à tel endroit c'est le
verre et que 1m à côté c'est le papier), qu'au "point tri" (un objet
contenant la liste des différents matérieux), qu'à la déchetterie

> -amenity="waste_disposal" : point de regroupement, qui historiquement ne
> concernait que les ordures ménagères mais maintenant peut contenir des bacs
> de tri sélectif

je ne ferrais pas cette différence.

> A noter que pour l'instant nous ne souhaitions pas aller au niveau de détail
> de la colonne mais bien de l’emplacement des points.

c'est une très très bonne idée de faire un premier pas simple
qui se concentre sur l'essentiel et le plus utile.

> J'attire votre attention sur le fait que sur 8000 point environ

un tel volume nécessitera la procédure d'import, c'est un peu long,
mais cela permet de faire tout en une fois.

> on en bouge environ 10 par jour pour la maintenance ou autre

par maintenance, voulez-vous dire que parmi ces 10, certains
sont absent pour la journée en vue par exemple de leur lavage ?
si oui, ce genre de modif ultra courte ne se renseigne généralement
pas dans osm.

Cordialement,
Marc

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

Re: [OSM-talk-fr] Nouvel outil : od2osm

[Nicolas Bétheuil]

Bonjour,

On m'avait parlé de PDI / PDA, de distance du bati pour la conflation mais
j'ai pas tout compris (même les acronymes).

On parlait du point
https://www.openstreetmap.org/node/3688329411
que j'ai créé en dev (parce qu'inexistant dans la conflation que j'avais
faite, à cause de la distance et du changement d'environnement et que c'est
pas ça que je testais)
https://master.apis.dev.openstreetmap.org/node/4319598216

L'échange en résumé
> Jean-Yvon
> Il ne me semble pas pertinent de placer le restaurant/traiteur (déjà
> Osmose va râler : restaurant ou traiteur ?) sur un point adresse.

> Moi :
> il y a beaucoup de points dans Osm ou le restaurant est à l'adresse.

> Jean-Yvon :
> Oui, à cause d'iD notamment qui incite à le faire ainsi.
> Pas forcément vigoureusement contre : il y a du positif et du négatif.
>Par contre "pourrir" la base en renforçant le cas ne va pas aider.

> Moi
> Le rapprochement se fait par tag principal : shop ou amenity pour
l'instant.
> Il n'y aura pas de "pourrissement supplémentaire", si le point existe
déjà à l'adresse ( ou un autre shop, amenity ...), les autres tags seront
rajoutés.
> Si le point n'existe pas, il sera créé.

Enfin :
J'ai trié mon ticket "améliorations"
https://github.com/wadouk/od2osm/issues/1

Je vais traiter 4 points avant de basculer sur le vrai OSM
- interdire de créer si requête des points à proximité à échoué (surcharge
overpass (quand sera en vrai) ou credentials OSM (pour le test) par exemple)
- avertir si champ principal (pour l'instant shop ou amenity) contient un
point virgule
- ajouter ou supprimer un tag manuellement
- rajouter en source du changeset l'url du jeu de données OpenData

Il y en a d'autres dans l'issue mais que je considère moins important.
Une fois ces 4 points traités, je basculerais sur le vrai OSM.

Salutations


Le jeu. 14 mai 2020 à 12:18, Nicolas Bétheuil  a écrit :

> J'ai complété le readme avec plusieurs détails. à discuter.
> Fait une issue sur les prochaines modifs en vrac.
>
> Le mer. 13 mai 2020 à 19:00, Nicolas Bétheuil  a
> écrit :
>
>> Bonjour,
>>
>> Comme je vous l'avais annoncé, j'ai réalisé un nouvel outil :
>> OpenData2OpenStreetMap aka od2osm.
>>
>> Vous pouvez aller jouer avec à l'adresse https://od2osm.cleverapps.io
>>
>> Il faut être authentifié sur l'environnement de dev OSM
>> https://master.apis.dev.openstreetmap.org en attendant vos commentaires
>> acerbes et votre jugement implacable pour le mettre sur le vrai "OSM".
>>
>> Vous pouvez en quelques clics ajouter de la données à OSM à partir d'un
>> jeu de données de test : les commerces parisiens qui livrent pendant le
>> confinement (oui c'est un peu parigo centré et peut être un peu dépassé,
>> mais c'est pour jouer aussi).
>>
>> Ces données sont comparées avec l'environnement de dev d'OSM qui est
>> plutôt vide et incohérent avec le fond de carte, vous allez donc faire
>> beaucoup de création.
>> Rien n’empêche de faire plusieurs fois une création par l'outil, charge
>> au contributeur de vérifier si un point existe déjà, l'outil aide à
>> retrouver les éventuels points dèjà existant.
>> J'en ai moi même déjà ajouté pour tester et que vous puissiez voir
>> comment se passe une comparaison (même si du coup les tags vont être
>> identique).
>>
>> J'attends vos commentaires, avec une certaine impatience, ici ou en issue
>> sur le repo github https://github.com/wadouk/od2osm/issues.
>>
>> Je cherche déjà à valider l'usage contributeur (ajout communautaire et
>> collaboratif) avant d'ajouté d'autres jeu de données.
>>
>> D'avance merci pour votre aide et vos critiques aiguisées.
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Webinaire Saisir des aménagements cyclables (temporaires) dans OSM Mercredi 20 mai 12h30

[Laurence P]

Bonjour,


Après le succès du webinaire *OpenStreetMap et le vélo* que nous vous 
avons proposé le 7 mai dernier, auquel *107* d'entre vous ont 
participé, et pour faire suite aux nombreuses demandes... d'avoir une 
suite... nous vous proposons un deuxième webinaire sur un sujet 
brûlant : les Aménagements Cyclables Temporaires.


Ce deuxième webinaire *Saisir des aménagements cyclables (temporaires) 
dans OSM* aura lieu le *mercredi 20 mai, de 12h30* à 14h, en visio 
conférence (logiciel Big Blue Button, qui ne nécessite pas 
d'installation).


L'essentiel de ce webinaire portera sur la création d'aménagements 
cyclables dans OSM, avec l'éditeur JOSM.


Ce webinaire sera d'un niveau plus technique que le 1er, mais il est 
bien sûr ouvert à tout le monde. Il sera orienté pour des personnes 
contribuant à OpenStreetMap pour la première fois.


Voici ce que nous vous proposons de faire (facultatif, vous pouvez 
bien sûr y assister en simple auditeur) avant d'assister au webinaire :
- installez le logiciel JOSM sur votre ordinateur : 
https://josm.openstreetmap.de/

- installez l'application Mapillary sur votre smarphone
- prenez en photo, via l'application Mapillary, des Aménagements 
Cyclables Temporaires autour de chez vous (cf tutoriel Mapillary : 
https://wiki.openstreetmap.org/wiki/File:MapillaryTutoAppli.pdf )
=> idéalement parcourez l'aménagement dans les 2 sens en le prenant en 
photo.

- envoyez les photos sur Mapillary (toujours via l'appli)
- dès que vous obtenez un lien de la part de Mapillary, vous vous 
inscrivez en fournissant 1 lien mapillary vers vos photos


=> Pendant le webinaire, Charles prendra exemple sur les photos qui 
auront été envoyées, dans l'ordre d'arrivée, pour traiter 4 ou 5 cas.


*Formulaire* pour vous inscrire (dernier délai pour s'inscrire = mardi 
19 mai 23h59 !) : 
https://framaforms.org/inscription-webinaire-saisir-des-amenagements-cyclables-temporaires-dans-osm-1589488748


Cordialement,

Laurence
laupic...@posteo.net
07 83 15 49 07




 Message transféré 
Sujet : 	[vélo-écoles FUB] Webinaire OpenStreetMap et le vélo - jeudi 
7 mai à 13h

Date :  Mon, 4 May 2020 16:59:27 +0200
De :Laurence Picado 
Répondre à :Laurence Picado 
Pour :  veloec...@sympa.fub.fr, echangememb...@sympa.fub.fr
Copie à :   Carto'CITÉ 



Bonjour,

en tant que cycliste, il y a de fortes chances que vous ayez déjà 
entendu parler d'*OpenStreetMap*, et même que vous ayez déjà utilisé 
(même sans le savoir) cette carte mondiale, libre, gratuite, et 
participative qui fonctionne comme peut le faire Wikipédia, avec des 
contributions citoyennes.


J'ai proposé à Charles Millet (dont vous trouverez une petite bio 
ci-dessous) de vous présenter un


*webinaire *sur le sujet*OpenStreetMap et le vélo
Ce jeudi 7 mai à 13h.*
Nous utiliserons le*logiciel BibBlueButton *
qui fonctionne avec votre navigateur (donc il n'y a rien à
installer, si vous souhaitez vous assurer que cela fonctionne
bien chez vous, contactez-moi _avant_ jeudi pour faire un test).

*Durée : *40 min de présentation + 40 min d'échange-discussion*
*

*Inscription (_avant_ jeudi) : *complétez le formulaire
ci-après

https://framaforms.org/inscription-visio-conference-openstreetmap-et-le-velo-1588166853

**

/_*Présentation du webinaire : *_/

Quand il est question de données géographiques pour décrire les 
aménagements cyclables, c'est de plus en plus souvent le projet 
OpenStreetMap qui est cité et utilisé. Son caractère universel et plus 
de 16 ans de développement collaboratif de la donnée et du modèle de 
description des aménagement font qu'aujourd’hui, la plupart des 
acteurs et des outils ont recours à OpenStreetMap pour les projets 
autour du vélo.
La présentation tentera de répondre à la question générale : Qu'est-ce 
que je peux en faire ? À travers des exemples et des démonstrations, 
je vous propose donc de découvrir les éléments majeurs de la 
thématique vélo de l'écosystème OpenStreetMap.


_*/Présentation de l'intervenant : /*_

Charles MILLET – Carto’Cité
Géomaticien en environnement et mobilité – Expert OpenStreetMap
Nombreux travaux sur la production de données, la maintenance des 
données et l'exploitation des données des aménagements cyclables et 
des itinéraires cyclables dans le domaine de la mobilité.

Formateur OpenStreetMap - QGIS - Grass Gis
Utilisateur intensif d'OpenStreetMap pour la mobilité et le tourisme

Très bonne semaine sous le signe du vélo !

Cordialement,

--
Laurence Picado
laupic...@posteo.net
07 83 15 49 07
www.veloetmarche.fr
/Dernier article de blog : Réécoutez 2 webinaires sur le code de la 
route à vélo et sur le code de la rue 
/


___
Talk-fr mailing list
Talk-fr@openstreetmap.org

[OSM-talk-fr] webinaire osm et les vélo : le replay, un document d'infos, et une liste de diffusion

[Laurence P]

Bonjour,

vous trouverez ci-après :

- le lien vers la vidéo du *replay du webinaire OpenStreetMap et le 
vélo* que nous vous avons proposé le 7 mai dernier au réseau de la FUB 
et auquel étaient présents *107* curieux.ses :

https://peertube.openstreetmap.fr/videos/watch/c27adaa2-8e26-4b49-8aad-a724ba0a406d


- le lien vers un fichier rassemblant l'ensemble des *questions qui se 
sont posées pendant ce webinaire*, les réponses qui ont pu y être 
apportées (merci à celles et ceux qui ont participé à la rédaction de 
ces réponses) et enfin les liens qui ont été présentés pendant la 
webinaire, ou ajoutés suite à vos questions.

https://wiki.openstreetmap.org/wiki/File:Pad_WebinaireOSM%26Velo20200507.pdf

/Vous pouvez retrouver l'ensemble de ces documents sur cette page :
https://wiki.openstreetmap.org/wiki/User:Paysages/Webinaires
/


Par ailleurs, Mathias Vadot de l'ADAV a créé une *liste de diffusion 
OpenStreetMap et le vélo*.
Vous pouvez vous y abonner si vous le souhaitez, pour y aborder des 
sujets mêlant ces 2 thématiques.
Vous abonner à la liste OpenStreetMap et le vélo : 
https://framalistes.org/sympa/subscribe/velo_osm


Et je vous prie de nous excuser, nous n'avons communiqué pour ce premier 
webinaire que vers le réseau de la FUB car nous avions des craintes 
quand à la résistance de l'outil à la charge... mais nous proposons un 
2e webinaire ce mercredi 20 mai (je vous envoie un 2e email) maintenant 
que nous sommes rassurés sur ce point.


Cordialement,

Laurence
laupic...@posteo.net
07 83 15 49 07



 Message transféré 
Sujet : 	[vélo-écoles FUB] Webinaire OpenStreetMap et le vélo - jeudi 7 
mai à 13h

Date :  Mon, 4 May 2020 16:59:27 +0200
De :Laurence Picado 
Répondre à :Laurence Picado 
Pour :  veloec...@sympa.fub.fr, echangememb...@sympa.fub.fr
Copie à :   Carto'CITÉ 



Bonjour,

en tant que cycliste, il y a de fortes chances que vous ayez déjà 
entendu parler d'*OpenStreetMap*, et même que vous ayez déjà utilisé 
(même sans le savoir) cette carte mondiale, libre, gratuite, et 
participative qui fonctionne comme peut le faire Wikipédia, avec des 
contributions citoyennes.


J'ai proposé à Charles Millet (dont vous trouverez une petite bio 
ci-dessous) de vous présenter un


   *webinaire *sur le sujet*OpenStreetMap et le vélo
   Ce jeudi 7 mai à 13h.*
   Nous utiliserons le*logiciel BibBlueButton *
   qui fonctionne avec votre navigateur (donc il n'y a rien à
   installer, si vous souhaitez vous assurer que cela fonctionne
   bien chez vous, contactez-moi _avant_ jeudi pour faire un test).

   *Durée : *40 min de présentation + 40 min d'échange-discussion*
   *

   *Inscription (_avant_ jeudi) : *complétez le formulaire ci-après
   
https://framaforms.org/inscription-visio-conference-openstreetmap-et-le-velo-1588166853

**

/_*Présentation du webinaire : *_/

Quand il est question de données géographiques pour décrire les 
aménagements cyclables, c'est de plus en plus souvent le projet 
OpenStreetMap qui est cité et utilisé. Son caractère universel et plus 
de 16 ans de développement collaboratif de la donnée et du modèle de 
description des aménagement font qu'aujourd’hui, la plupart des acteurs 
et des outils ont recours à OpenStreetMap pour les projets autour du vélo.
La présentation tentera de répondre à la question générale : Qu'est-ce 
que je peux en faire ? À travers des exemples et des démonstrations, je 
vous propose donc de découvrir les éléments majeurs de la thématique 
vélo de l'écosystème OpenStreetMap.


_*/Présentation de l'intervenant : /*_

Charles MILLET – Carto’Cité
Géomaticien en environnement et mobilité – Expert OpenStreetMap
Nombreux travaux sur la production de données, la maintenance des 
données et l'exploitation des données des aménagements cyclables et des 
itinéraires cyclables dans le domaine de la mobilité.

Formateur OpenStreetMap - QGIS - Grass Gis
Utilisateur intensif d'OpenStreetMap pour la mobilité et le tourisme

Très bonne semaine sous le signe du vélo !

Cordialement,

--
Laurence Picado
laupic...@posteo.net
07 83 15 49 07
www.veloetmarche.fr
/Dernier article de blog : Réécoutez 2 webinaires sur le code de la 
route à vélo et sur le code de la rue 
/


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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[David Pédehourcq]

>
> Ce qui serait bien pour les contributeurs OSM, c'est de normaliser les
> fichiers de données (un peu comme les parking).
> On pourrait ainsi avoir à terme un seul fichier national sur data.gouv.fr
>  :)
>
> Pour tous le monde car on aurait enfin un standard exploitable!
Avant d'avoir un seul fichier on peut définir une trame d'import et un
outil d'import comme pour le géocodeur data.gouv.fr


En fait nous on souhaiterai utiliser https://geodatamine.fr/ pour faire
l'extraction depuis OSM => data.gouv.fr

D'où l’intérêt d'avoir la même anthologie pour décrire un point d'apport
volontaire qui ne contient que des Ordures Ménagères. Je suis en contact
avec d'autres collectivités, j'aimerai bien que le projet "fasse des petits"
:)



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Ajouter des photos uniques de POI dans Mapillary

[European Water Project]

Bonjour à tous,



Pour ceux qui recevez ce message en double … désolé.



Je viens d’ajouter dans notre Web App la possibilité de prendre et ajouter
des photos directement dans notre App des cafés participants et des
fontaines où vous pouvez remplir votre gourde gratuitement sans créer du
déchet à usage unique.



C’était assez compliqué d’utiliser la caméra du téléphone et surtout
d’ajouter des coordonnées géographiques dans l’EXIF. Car l’image jpeg
capturée par l’élément html Canvas n’a pas d’Exif au départ.



Voici le lien vers la Web App https://europeanwaterproject.org/?lang=FR



Il suffit d’appuyer sur Ajouter/mettre à jour cette image … après que vous
appuyez pour avoir le popup d’une fontaine individuelle.

Et puis prendre une photo d’une fontaine qui apparaît immédiatement sur la
carte.



Voici une vidéo de l’App en action:
https://drive.google.com/open?id=1XbYC1xwsjCySv1g9LPHx3zX07SNtCeuI



Les photos sont stockées initialement sur un AWS S3 et puis transférer,
après curation manuelle, vers Mapillary et liées aux objets d’OSM. Les
étapes après le stockage sont toujours trop manuelles, mais le workflow est
acceptable.



J’ai testé cette nouvelle fonctionnalité sur une dizaine téléphones
modernes (Android et IOS) avec browserstack, mais je serai très
reconnaissant si quelques-uns parmi vous pourriez prendre une photo (avec
un téléphone récent) d’une fontaine près de chez vous qui apparaît déjà sur
l'App pour m’aider à la mieux tester … et surtout de me dire si vous avez
rencontré un problème.



Bien cordialement,



Stuart


On Fri, 17 Apr 2020 at 12:23, European Water Project <
europeanwaterproj...@gmail.com> wrote:

>
> *Je pensais plus à système de leur côté pour regrouper des photos
> ayant un point (un sujet) commun .*
> *C'est en fait très similaire aux catégories de Wikimedia Commons.*
>
> *Ça pourrait être un tag #Arc-de-Triomphe (ça existe peut-être déjà ?)*
>
> Il y a très peu de tags dans Mapillary et, basé sur mes conversations,
> Mapillary ne veut pas de tout développer une base de données de tags ou de
> catégoriser leurs images à la Wikimedia - pas de business case, donc pas
> de catégorie d'Arc de Triomphe.
>
> A bientot,
>
> Stuart
>
>
>
>
>
>
>
> On Fri, 17 Apr 2020 at 11:27, Yves P.  wrote:
>
>> le lien avec mapilary est il obligatoire ?
>>
>>
>> L'avantage de Mapillary c'est que ses photos sont visualisable dans
>> OsmAnd, iD, JOSM…
>> Qu'il y a une IA pour flouter ce qui doit l'être,
>> Que le stockage est pérenne
>> …
>>
>>  ils ont l'air de préférer les séquences, du coup ce n'est pas l'usage.
>>
>> On peut argumenter pour les aider à évoluer 
>> *Merci Stuart* à ce propos 
>>
>> Mapillary ne va pas garder une trace dans leur base de données de quel
>> objet OSM est présent dans l'image,
>>
>> Effectivement.
>> Je pensais plus à système de leur côté pour regrouper des photos ayant un
>> point (un sujet) commun .
>> C'est en fait très similaire aux catégories de Wikimedia Commons.
>>
>> Ça pourrait être un tag #Arc-de-Triomphe (ça existe peut-être déjà ?)
>>
>> Ou comme je le suggérait une "série" dédiée à un objet réel (qu'il soit
>> dans OSM, wikidata… ou non).
>>
>> donc c'est plutôt à nous de lier les images keys de Mapillary (qui sont
>> uniques et immuables) aux objets d'OSM.
>>
>> Effectivement, on peut utiliser une clé *image=http://xxx *
>> ou mieux dans ce cas, une clé *mapillary=** (sans URL )
>> C'est ce que l'on fait déjà.
>>
>> Peut-être ça serait mieux avec un wikidata item ? Ou les images key de
>> Mapillary pourraient être délimitées par des semicolons sur le key:mapillary
>>
>> Les valeurs multiples sont souvent pas ou mal gérées dans OSM 
>> Dans ce cas tu sélectionnes quelque photos à un moment donné, pour un
>> projet donné.
>>
>> Avec une série dédié à un sujet physique, on pourrais voir toutes les
>> photos.
>> Utile pour voir un bâtiment sous plusieurs angles, pour cartographier.
>> Ou pratique pour voir la plus "belle" photos réutilisable dans un autre
>> projet (wikipedia, osmhydrant…)
>>
>> , comme avec des images de wikimedia commons.
>>
>> Oui, cf. supra.
>>
>> __
>> 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] Point d'apport volontaire, point de collecte, point de regroupement

[Jérôme Seigneuret]

>
> Ce qui serait bien pour les contributeurs OSM, c'est de normaliser les
> fichiers de données (un peu comme les parking).
> On pourrait ainsi avoir à terme un seul fichier national sur data.gouv.fr
>  :)
>
> Pour tous le monde car on aurait enfin un standard exploitable!
Avant d'avoir un seul fichier on peut définir une trame d'import et un
outil d'import comme pour le géocodeur data.gouv.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[Yves P.]

> Je me présente rapidement, je suis David Pédehourcq
Bienvenue :)

> Sauf que maintenant, pour différentes raisons politiques et logistiques on
> peut collecter du tri en BAC et collecter des ordures ménagères en colonne.
> (j'évite volontairement le débat recyclage VS Tri VS valorisation qui ne me
> semble pas lié à OSM).
+1

> -"recycling" avec uniquement waste=yes
> C'est bizarre de dire qu'on a un point de collecte de tri ou on prend pas le
> tri (uniquement les ordures ménagères) 
> 
> -"waste_disposal"
> Si je me réfère au wiki on a pas tous les tags pour caractériser le type de
> colonne, mais c'est pas le plus embêtant.

> Le plus embêtant c'est de dire que
> le type principal du point est différent alors que sur le terrain,
> visuellement c'est comme un point tri, collecté par le même type de camion

C'est pour cela que je disais que même conteneur, même tag.

La tendance générale est à la réduction des déchets, qui passe (parfois) par le 
tri.
Aujourd'hui un "conteneur" contient uniquement des ordures ménagères, "demain" 
il pourra contenir des déchets triés…

> Là aussi on penserait dans un premier temps à un waste_disposal, mais
> finalement si y a du tri on va le passer en recycling, mais si j'ai qu'un
> bac jaune et un bac ordures ménagères on peut pas vraiment considéré que
> c'est un point tri.
La clé amenity=waste_disposal n'ayant pas de tags 
waste_disposal:plastic=yes/no… il me parait plus simple et plus logique 
d'utiliser amenity=recycling + …

> Je connais pas très bien OSM (mais j'me soigne ;)), mais si on suit la
> logique historique j’aurais tendance à dire : 
> -amenity="recycling" : point tri qui maintenant s'appelle plutôt Point
> d'apport volontaire (justement parce qu'un a des points colonnes où on ne
> trie pas) 
oui :)

> -amenity="waste_disposal" : point de regroupement, qui historiquement ne
> concernait que les ordures ménagères mais maintenant peut contenir des bacs
> de tri sélectif
non, KISS  (cf. supra)

> A noter que pour l'instant nous ne souhaitions pas aller au niveau de détail
> de la colonne mais bien de l’emplacement des points.
Un rendu peut "fusionner" les différents conteneurs.

> On aimerait faire la même chose pour la collecte
> en recensant tous les points de collecte avec les flux de déchets que l'on
> peut y amener. L'idée étant de maintenir ces données à jours très
> fréquemment on va rester sur le point de collecte et on ne va pas descendre
> au niveau du contenant.
Qu'il y ai un objet OSM par conteneur ou un pour un groupe, le tag ref permet 
d' "identifier" le point de regroupement.

> 
> J'attire votre attention sur le fait que sur 8000 point environ on en bouge
> environ 10 par jour pour la maintenance ou autre. Dans ce contexte
> référencer les numéros de série me semble peu pertinent.
Dans le Jura, il y en a peut-être 8000 au total. Ça doit bouger moins vite ;)
Ok, l'info "stable" est la référence (ID) du point d'apport volontaire ou de 
regroupement.

Ce qui serait bien pour les contributeurs OSM, c'est de normaliser les fichiers 
de données (un peu comme les parking).
On pourrait ainsi avoir à terme un seul fichier national sur data.gouv.fr 
 :)

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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[Jérôme Seigneuret]

> Mais je n'ai pas trouvé comment cartographier ces zones "génériques" qui,
de plus en plus fréquemment, ont un nom affiché et une référence
géographiquement stable dans le temps.
Dans les données que j'ai observées, le PAV est un regroupement de 2 ou
plusieurs conteneurs.

Vincent, as-tu des exemples ?
Jérôme, est-ce que tes clients ont des zones nommées ?
Sur ce sujet il y a les deux écoles:
- identification du site (référence) + information d'adresse d'implantation
et complément d'information mais dans coordonnées GPS. un PAV regroupe un
ensemble de colonnes par flux à collecter ex: 1 OM, 2 CS, 2 VE (Om: Ordure
ménagère, CS Collecte Sélective, VE: Verre)
- identification des colonnes + le plus souvent une géolocalisation ou une
adresse
- cumul des deux

De mon coté les opérateurs de collecte on une identification à la colonne
ce qui permet de faire des stat individuel de levé (et tonnage) et de
suivre le cycle de vie de la colonne si elle est remplacé ou déplacé le cas
échéant. C'est la même chose sur la gestion de bacs et on est trop souvent
confronté à des clients qui ont une méconnaissance de ce qu'il ont sur leur
territoire.
La référence du site va plus donner des stat sur le site d’implantation.
C'est plus intéressant de savoir si la colonne est utiliser en sou régime
alors qu'il y a une autre colonne à proximité dans la même situation. Cela
permet de choisir de revoir l'implantation pour un emplacement plus
pertinent.

Ces noms correspondent-ils à des rues, quartiers, lieu-dits ?
Oui et non il n'y a que rarement un nommage des sites. On n'est pas sur des
arrêt de bus. Mais ça peut arriver pour des petit territoire ex: Stade de
Foot, Mairie, Place ... Quartier A 1 (les numéro sont principalement mis en
cas d'implantation de site multiple) ou plus généralement {ville}{numéro du
site pour la commune} (un peu comme les borne incendie)


>
> Le problème vient du fait qu'historiquement, en France, on collectait les
> ordures ménagères en bac et le tri en colonnes. Donc un point de
> regroupement de bacs à ordures ménagères "waste_disposal" et un point tri
> en
> colonne : "recycling"
>
C'est un comme ça que je vois les choses. Mais en aucun cas   recycling
stypule que c'est pour les colonnes uniquement  waste_disposal également.
D'où le fait de dire qu'un conteneur quelque soit ça forme et sa taille et
un contenant pour de la collecte quelque soit le flux et qu'il peut être
associé à un processus de "recyclage" et pas seulement d'enlèvement.

>
>
> Notre problème au Sitcom c'est que l'on a des points de collecte en colonne
> ou il n'y a que des ordures ménagères (front de mer pour faire plus joli
> avec des point enterrés, camping, points très isolés,...).
>
> Deux solutions s'offrent donc à nous pour les caractériser :
>
> -"recycling" avec uniquement waste=yes
> C'est bizarre de dire qu'on a un point de collecte de tri ou on prend pas
> le
> tri (uniquement les ordures ménagères)
>
C'est comme tu le disais "recycling" est employé faute d'avoir mis le
processus métier en avant. ducoup c'est la même chose que dans les appels
d'offre: on utilise Point d'Apport Volontaire Ordure Ménagère alors que
c'est en rien de l’apport volontaire
C'est de l'évacuation de déchets trié en recyclable et non recyclable.
conteneurisé ou non avec un mode de regroupement ou pas et un mode
d'enlèvement
waste =yes c'est justement le fait d'exploiter des format de conteneur
associé à des colonnes de recyclable.

>
> -"waste_disposal"
> Si je me réfère au wiki on a pas tous les tags pour caractériser le type de
> colonne, mais c'est pas le plus embêtant. Le plus embêtant c'est de dire
> que
> le type principal du point est différent alors que sur le terrain,
> visuellement c'est comme un point tri, collecté par le même type de camion
>


>
> A noter que certaines collectivité vont avoir le même problème inverse, à
> savoir des points de regroupements (gros bacs en bout de rue) ou ils
> collectent des flux triés (gros bac jaune pour le plastique mais je connais
> aussi des endroits où il y a des gros bacs de verre ou de carton).
>
Exemple CC Golf de Saint-Tropez quasiment tout est géré en point de
regroupement

Là aussi on penserait dans un premier temps à un waste_disposal, mais
> finalement si y a du tri on va le passer en recycling, mais si j'ai qu'un
> bac jaune et un bac ordures ménagères on peut pas vraiment considéré que
> c'est un point tri.
>
> Je connais pas très bien OSM (mais j'me soigne ;)), mais si on suit la
> logique historique j’aurais tendance à dire :
> -amenity="recycling" : point tri qui maintenant s'appelle plutôt Point
> d'apport volontaire (justement parce qu'un a des points colonnes où on ne
> trie pas)
> -amenity="waste_disposal" : point de regroupement, qui historiquement ne
> concernait que les ordures ménagères mais maintenant peut contenir des bacs
> de tri sélectif
>
C'est tous le dilemme... Où l'on va mettre la séparation...

>
> A noter que pour l'instant nous ne souhaitions pas aller au niveau 

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[David Pédehourcq]

Bonjour,
 
Je me présente rapidement, je suis David Pédehourcq je suis chef de projet
informatique au Sitcom Côte Sud des Landes, un syndicat mixte qui gère la
collecte des déchets sur tout le sud des Landes. Avant ce poste j'ai
travaillé pendant 15 ans en tant que chef de projet pour un éditeur de
logiciel spécialisé dans des solutions de géolocalisation pour la collecte
des déchets, j'ai donc pu voir comment se déroule la collecte un peu partout
en France (plus de 200 clients).
 
Nous souhaitons intégrer tous nos points de collecte dans OSM et on a
commencé à travailler avec Vincent sur ce sujet. D'où émergence de cette
discussion :)
 
Je pense que vous avez parfaitement saisi le "problème" à savoir que
l'anthologie caractérise le point par rapport à un processus métier (à
savoir comment on traite le flux) alors que nous souhaiterions caractériser
le point par rapport à ces caractéristiques techniques sur le terrain.
 
Le problème n'est pas que sur OSM, chez nous en interne on a encore un
service qui s'appelle "collecte Ordure ménagères" et qui collecte du carton
en bac (qui n'est pas de l'ordure ménagère) et un service collecte
sélective, qui collecte des ordures ménagères en colonne (qui n'est pas du
tri sélectif).
 
Le problème vient du fait qu'historiquement, en France, on collectait les
ordures ménagères en bac et le tri en colonnes. Donc un point de
regroupement de bacs à ordures ménagères "waste_disposal" et un point tri en
colonne : "recycling"
 
Sauf que maintenant, pour différentes raisons politiques et logistiques on
peut collecter du tri en BAC et collecter des ordures ménagères en colonne.
(j'évite volontairement le débat recyclage VS Tri VS valorisation qui ne me
semble pas lié à OSM).
 
Notre problème au Sitcom c'est que l'on a des points de collecte en colonne
ou il n'y a que des ordures ménagères (front de mer pour faire plus joli
avec des point enterrés, camping, points très isolés,...). 
 
Deux solutions s'offrent donc à nous pour les caractériser : 

-"recycling" avec uniquement waste=yes
C'est bizarre de dire qu'on a un point de collecte de tri ou on prend pas le
tri (uniquement les ordures ménagères) 

-"waste_disposal"
Si je me réfère au wiki on a pas tous les tags pour caractériser le type de
colonne, mais c'est pas le plus embêtant. Le plus embêtant c'est de dire que
le type principal du point est différent alors que sur le terrain,
visuellement c'est comme un point tri, collecté par le même type de camion
 
A noter que certaines collectivité vont avoir le même problème inverse, à
savoir des points de regroupements (gros bacs en bout de rue) ou ils
collectent des flux triés (gros bac jaune pour le plastique mais je connais
aussi des endroits où il y a des gros bacs de verre ou de carton).
Là aussi on penserait dans un premier temps à un waste_disposal, mais
finalement si y a du tri on va le passer en recycling, mais si j'ai qu'un
bac jaune et un bac ordures ménagères on peut pas vraiment considéré que
c'est un point tri.
 
Je connais pas très bien OSM (mais j'me soigne ;)), mais si on suit la
logique historique j’aurais tendance à dire : 
-amenity="recycling" : point tri qui maintenant s'appelle plutôt Point
d'apport volontaire (justement parce qu'un a des points colonnes où on ne
trie pas) 
-amenity="waste_disposal" : point de regroupement, qui historiquement ne
concernait que les ordures ménagères mais maintenant peut contenir des bacs
de tri sélectif

A noter que pour l'instant nous ne souhaitions pas aller au niveau de détail
de la colonne mais bien de l’emplacement des points. Si on positionne une
station service on va pas positionner pompe par pompe avec n° de référence
de la pompe et type d'essence distribué, l’intérêt du POI station service
c'est qu'un utilisateur puisse savoir où sont les stations services et quel
essence il peut y trouver. On aimerait faire la même chose pour la collecte
en recensant tous les points de collecte avec les flux de déchets que l'on
peut y amener. L'idée étant de maintenir ces données à jours très
fréquemment on va rester sur le point de collecte et on ne va pas descendre
au niveau du contenant.

J'attire votre attention sur le fait que sur 8000 point environ on en bouge
environ 10 par jour pour la maintenance ou autre. Dans ce contexte
référencer les numéros de série me semble peu pertinent.
 
A bientôt,
 
David 




--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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