from:"PanierAvide"

À noter que projetdumois.fr est entièrement hébergé sur les serveurs de 
l'asso OSM France et développé par plusieurs de ses adhérents ;-) Puis 
qu'est-ce qu'un "projet qui émane de l'asso" quand la mission de l'asso 
est de soutenir la communauté et ses initiatives ?


Adrien P.

Le 30/09/2020 à 14:27, osm.sanspourr...@spamgourmet.com a écrit :

> C'est l'asso osm-fr qui régale.

Alors que ça promeut des services qui n'émanent pas d'elle (Projet du
mois) voir qui sont bientôt fermés (Ça reste Ouvert).

Ça me semble étonnant.

N. B. : je n'ai rien contre les services en question.

Jean-Yvon

Le 30/09/2020 à 14:13, Florian LAINEZ - winner...@free.fr a écrit :

Hello,
J'ai commandé de nouveaux stickers format ordi et smartphone, vous en
voulez ?
C'est l'asso osm-fr qui régale.

Il suffit de s'inscrire sur ce lien : h
ttps://openstreetmap.assoconnect.com/billetterie/offre/151633-z-planche-de-stickers 

 et 


je vous envoie ça par la poste.
Dans l'idéal, ça serait bien qu'un seul contributeur dans une
ville/région centralise la commande et redispatche à tout le monde.

J'espère que vous aimerez le design. Perso j'en ai mis partout ;)

___
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] validation : sorties nommées

Très juste : la pratique dans OSM correspond bien à ce qui est décrit 
jusqu'à présent : nom en italique dans le cartouche du haut = name=*. 
J'ai ajouté un exemple sur le wiki pour expliciter cela.


Cordialement,

Adrien P.

Le 30/09/2020 à 13:58, Philippe Verdy a écrit :
Il manque l'exemple des sorties vers les aires de service: pas 
vraiment des "destinations" mais le nom de toute l'aire même si elle 
est divisée en plusieurs sections (une par direction: la direction est 
en fait celle de l'autoroute ou la voie express: on sort et on rentre 
à nouveau vers cette voie, le plus souvent sans changement de 
destination, car on ne peut pas en sortir, hors des cas des 
voies d'accès de sécurité fermées en temps normal par des barrières ou 
réservées à certains personnels, bien que eux aussi utilisent le plus 
souvent la voie normale, avec une carte profesionnelle ou un boitier 
de télépéage les dispensant de payer le péage).


L'aire (bien que détachée à côté de la voie express) est d'ailleurs 
gérée par le même exploitant (sinon sur autoroute on aurait une 
barrière de péage: on ne sort pas de la section à péage) même s'il y a 
souvent des concessions (par exemple pour les boutiques, restaurants, 
stations services, éco-musées, hôtels, parcs de loisirs) lesquelles 
s'occupent aussi de l'entretien de certaines parties publiques non 
commerciales (comme les toilettes, ou les terrasses, poubelles, tables 
de pique-nique en accès libre).


Noter que certaines aires peuvent être accessibles aussi via un 
secteur depuis le reste du réseau (on ne passe pas en voiture d'un 
secteur à l'autre du fait de barrières, mais il y a des accès piétons 
surveillés depuis leur parking pouvant donner accès aux commerces dans 
l'aire ou touchant cette aire). Dans ce cas l'aire en elle-même (sa 
globalité et non les secteurs individuels) peut être une "destination"


Le mer. 30 sept. 2020 à 11:02, PanierAvide <mailto:panierav...@riseup.net>> a écrit :


J'ai créé la traduction fr de la page highway=motorway_junction,
avec de
biens beaux exemples illustrés :
https://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dmotorway_junction

Ça devrait déjà aider à lever les confusions. Si quelqu'un peut en
faire
une relecture ;-)

Adrien P.

Le 30/09/2020 à 09:39, osm.sanspourr...@spamgourmet.com
<mailto:osm.sanspourr...@spamgourmet.com> a écrit :
> Oui La Ville es Lan (sans tirets) est le nom de la sortie. Ça fait
> partie du cartouche Sortie, pas des destinations.
>
> On ne met pas de lieu-dit en destination d'une sortie de nationale.
>
> De plus ce sont souvent des lieux-dits où ont été construits
l'échangeur
> et donc qui ne correspondent plus à une destination possible.
Ici il n'y
> a pas de lieu-dit La Ville es Lan dans OSM (juste une Rue de la
    Ville Es
> Lan).
>
> Le 30/09/2020 à 09:23, PanierAvide - panierav...@riseup.net
<mailto:panierav...@riseup.net> a écrit :
>> En faisant une recherche rapide, je me rends compte qu'il y a une
>> quarantaine de name=* avec un ";", qui ressemblent plutôt à des
>> destination=*. Donc on pourrait modifier la règle en "si
>> highway=motorway_junction + name contient un ";", alors name ->
>> destination" ?
>
> +1
>
> En effet je ne vois pas de sortie nommée où on mettrait autre
chose que
> le nom. Par contre le point-virgule est à l'évidente un signe que le
> champ name a été abusé pour mettre une destination.
>
> RB93 a encore frappé ? ;-)
>
> Jean-Yvon
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org <mailto: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] validation : sorties nommées

J'ai créé la traduction fr de la page highway=motorway_junction, avec de 
biens beaux exemples illustrés : 
https://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dmotorway_junction


Ça devrait déjà aider à lever les confusions. Si quelqu'un peut en faire 
une relecture ;-)


Adrien P.

Le 30/09/2020 à 09:39, osm.sanspourr...@spamgourmet.com a écrit :

Oui La Ville es Lan (sans tirets) est le nom de la sortie. Ça fait
partie du cartouche Sortie, pas des destinations.

On ne met pas de lieu-dit en destination d'une sortie de nationale.

De plus ce sont souvent des lieux-dits où ont été construits l'échangeur
et donc qui ne correspondent plus à une destination possible. Ici il n'y
a pas de lieu-dit La Ville es Lan dans OSM (juste une Rue de la Ville Es
Lan).

Le 30/09/2020 à 09:23, PanierAvide - panierav...@riseup.net a écrit :

En faisant une recherche rapide, je me rends compte qu'il y a une
quarantaine de name=* avec un ";", qui ressemblent plutôt à des
destination=*. Donc on pourrait modifier la règle en "si
highway=motorway_junction + name contient un ";", alors name ->
destination" ?


+1

En effet je ne vois pas de sortie nommée où on mettrait autre chose que
le nom. Par contre le point-virgule est à l'évidente un signe que le
champ name a été abusé pour mettre une destination.

RB93 a encore frappé ? ;-)

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] validation : sorties nommées

Pour être factuel, prenons un exemple : 
https://www.openstreetmap.org/node/412983354 | 
https://images.mapillary.com/ZcXufa5rpn30Jo9Yvm9wTg/thumb-2048.jpg


Dans ce cas, on considère que "Ville-es-Lan" est le nom de la sortie et 
que l'utilisation de name=* est valide ? Pas un nom de hameau qui a sa 
place dans destination=* ?


Si oui, effectivement ça va vite devenir compliqué de distinguer ce qui 
est du ressort du nom et de la destination. Dans ce cas une amélioration 
de la doc wiki avec exemples illustrés pourrait faire l'affaire.


En faisant une recherche rapide, je me rends compte qu'il y a une 
quarantaine de name=* avec un ";", qui ressemblent plutôt à des 
destination=*. Donc on pourrait modifier la règle en "si 
highway=motorway_junction + name contient un ";", alors name -> 
destination" ?


Cordialement,

Adrien P.

Le 30/09/2020 à 09:08, osm.sanspourr...@spamgourmet.com a écrit :

D'accord sur la séparation ref/name/ref/destination.

Le 30/09/2020 à 08:46, PanierAvide - panierav...@riseup.net a écrit :


La règle JOSM/Osmose pourrait être modifiée alors pour ressortir une
alerte si name != Porte... et pas de champ destination, qui laisserait
à penser que destination=* a été renseigné dans le champ name=*.


Sauf que "Porte..." ça ne marche que sur les périphériques et quelques
rocades.

Donc on garderait 95 % des alertes.

Êtes-vous déjà tombé sur des alertes réelles, avec la destination mise
dans le nom ? Une règle claire dans le wiki suffit à mon avis, je n'ai
pas l'impression que les personnes se trompent. Le risque c'est
peut-être des sorties numérotées mais sans nom. A-t-on le cas ?

Sinon 1000 % de faux positifs, ça fait beaucoup !

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] validation : sorties nommées


Bonjour,

Effectivement j'ai l'impression qu'il faut bien distinguer les 
informations :


- Nom de la sortie en elle-même, affiché "Porte de XYZ" -> name=*
- Nom de la destination, affiché "Ville" / "Lieu-dit" -> destination=*
- Numéro de sortie, affiché dans une pastille avec symbole de bretelle 
"42" -> ref=*


La règle JOSM/Osmose pourrait être modifiée alors pour ressortir une 
alerte si name != Porte... et pas de champ destination, qui laisserait à 
penser que destination=* a été renseigné dans le champ name=*.


Cordialement,

Adrien P.

Le 30/09/2020 à 04:42, Philippe Verdy a écrit :
Je suis d'accord aussi concernant les sorties de rocades (comme à 
Paris, Nantes, Rennes: ces sorties ont un numéro surtout pour le plan 
européen, c'est plus facile pour les routiers ou touristes qui lisent 
mal l'écriture latine; sinon elles ont des noms de "portes" qui ne 
sont pas réellement toujours des directions suffisantes comme, "Porte 
Océane" ou portent en fait le nom d'un quartier comme "Porte de la 
Chapelle")


Le mer. 30 sept. 2020 à 02:40, Gad Jo > a écrit :


Pour l'instant je n'ai pas traité ces notes car je n'ai pas
vraiment compris ce qui est attendu.

Doit on déplacer l'info sur la tag destination ? Est ce qu'on peut
conserver le numéro de sortie sur le segment ? En gros que doit-on
faire ?

Le September 29, 2020 4:51:27 PM UTC, Christian Quest
mailto:cqu...@openstreetmap.fr>> a écrit :

Le 29/09/2020 à 18:11,osm.sanspourr...@spamgourmet.com  
  a écrit :

Bonjour, je suis tombé sur une notification Osmose qui
m'interpelle. En fait une règle JOSM _spécifique à la
France_ :
https://josm.openstreetmap.de/wiki/Rules/FranceSpecificRules
Unusually named motorway_junction; use of 'name=*' for the
exit destination? Sauf qu'il est usuel en Bretagne que les
sorties soient numérotées et nommées (en breton dans la
zone bretonnante). Et là c'était du côté d'Albi où ça
semble aussi systématique. Un exemple :

http://osmose.openstreetmap.fr/en/error/1d1a8a63-be65-2dfb-73ba-fbd66513cf76
https://www.openstreetmap.org/node/250116724 Kerfleury est
le nom de la sortie (et du lieu-dit le plus proche). Les
gens prennent la sortie Kerfleury. Sur le panneau : 46.1
Kerfleury et en dessous Quimperlé-Est (la destination en
jargon DIR, que personne n'utilise).

https://www.mapillary.com/app/?lat=47.84639403=-3.50455297=17=PStmBHEEK35wa2mql8FHQw=photo=0.5324220118049187=0.5275405429846113=1
Je veux bien qu'on conseille d'ajouter la destination,
mais de là à proposer de supprimer de la bonne
information... Dans d'autres coins de la France les règles
sont différentes ? 



Une sortie d'autoroute peut avoir un nom, sans qu'il corresponde à une
destination, exemple sur l'A6: Auxerre Nord / Auxerre Sud.

C'est le texte du warning qui devrait être plus explicite pour séparer
le cas destination et le cas du nom.


-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma

brièveté.
___
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] Projet du mois défibrillateurs : c'est parti !

2020-09-29 Thread PanierAvide


Bonjour à tous,

Tout d'abord merci à toutes celles et tous ceux qui ont contribué au 
projet du mois défibrillateurs ! Vous êtes presque 200 participants pour 
+1600 DAE ajoutés dans tout le pays. On atteint bientôt les 8000 
défibrillateurs au total dans OSM, une belle progression.


Comme ce serait dommage de s'arrêter là, on vous propose de prolonger un 
peu le projet : date de fin officielle au 18 octobre ! Vous pouvez donc 
continuer de participer sur vos outils habituels et gagner des points au 
classement sur https://projetdumois.fr/ Objectif 10 000 DAE dans OSM ? :-)


Et on vous reparle bientôt des stickers qu'on pourra envoyer aux 
participants au projet du mois ;-)


À bientôt,

Adrien P.

Le 28/08/2020 à 09:52, PanierAvide a écrit :

Bonjour à tous,

Après plusieurs semaines de préparation, le projet du mois sur les 
défibrillateurs est officiellement lancé ! L'objectif : trouver le 
plus de ces défibrillateurs inconnus dans les bases de données 
ouvertes. Voici l'article sur le site OSM France pour (re)découvrir 
les enjeux, comment participer, et pouvoir relayer l'initiative dans 
vos réseaux :


https://openstreetmap.fr/projet-du-mois-defibrillateurs/

Pensez également à faire passer le mot dans les canaux de discussions 
de vos groupes locaux ;-)


Bons relevés et à très vite !



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

Re: [OSM-talk-fr] Serveur Discord créé

2020-09-29 Thread PanierAvide

Bonjour,

À noter qu'on a déjà un canal sur Framateam, avec une utilisation toute
relative en dehors des CA (et encore maintenant les CA se font sur le
BigBlueButton de la fondation) : https://framateam.org/osm-france

/!\ Alerte des dents vont grincer /!\

Les canaux les plus actifs et les plus accueillants pour des nouveaux
contributeurs ne sont pas (malheureusement) des outils libres :
Facebook, Twitter, Telegram (serveur). Ça ne nous empêche pas d'être
dessus. On peut regretter ce constat, mais à moins de développer
nous-même (ou de financer) un outil de communication libre, ergonomique,
multi-plateforme et qui a du succès, on ne pourra pas y changer grand
chose à notre échelle. Je trouve donc bien que l'on aille là où sont les
futurs (on espère) contributeurs à OSM. Et il ne sera jamais trop tard
pour également les sensibiliser aux enjeux du libre de manière plus large.

J'en profite d'ailleurs pour rappeler que la liste de nos canaux locaux
de discussions pourrait être complétée sur le osm-community-index
(affiché dans iD à la fin d'une contribution) :
https://github.com/osmlab/osm-community-index Ça avait été complété
niveau national et sur l'Ille-et-Vilaine, mais ça vaudrait le coup
d'ajouter les autres listes/groupes/... locaux. Peut-être que ça donnera
plus de visibilité aux canaux libres justement ? Et qu'on pourrait même
afficher ça sur le site OSM France ;-)

Cordialement,

Adrien P.

Le 29/09/2020 à 08:23, Cédric Frayssinet a écrit :

Discord est une plateforme à éviter dans un contexte accru de
protection des données personnelles et de vie privée. Un article qui
en parle :
https://community.lecrabeinfo.net/topic/10601-discord-et-vie-priv%C3%A9e-article-traduit/?tab=comments#comment-95869
(il faut cliquer sur expand).

Même si c'est une plateforme populaire auprès des gamers, je ne suis
pas sûr qu'elle ait sa place au sein de la communauté OSM.

On pourra avantageusement la remplacer par un serveur Mattermost
(Framateam utilise ce logiciel) ou RocketChat, tout 2 des logiciels
libres.

De même que Zoom peut être avantageusement remplacé par un
BigBlueBlutton que vous pouvez louer à moindre prix chez un
prestataire (Octopuce par exemple, je n'ai pas d'actions).

De plus, toutes ces solutions de visio américaines sont accusées de
faire du machine learning pour améliorer les algos de reconnaissances
faciales (si c'était pour des panneaux, on pourra dire oui :)) :
https://www.usine-digitale.fr/article/visioconference-webex-microsoft-teams-et-google-meet-critiques-pour-leur-gestion-des-donnees-personnelles.N960611

My 2 cents,

Cédric

Le 29/09/2020 à 06:46, Gad Jo a écrit :

Hors sujet :
Je ne connaissait pas le fonctionnement de discord. C'est intéressant
par contre Romain peut tu préciser ce qui n'est pas recommandé ?

Est-ce les usages détourné par les groupes d'extrême droite ou
l'infection par un malware ? Est-ce que cette infection a été
propagée par l'éditeur du logiciel (à son insu) ? Est-ce toujours
d'actualité ?

Je pose ces questions pour pouvoir comparer avec Zoom qu'on utilise
au taf :-/
Le nextcloud talk que j'avais monté pendant le confinement disposait
de trop peut de ressources matériel pour être utilisable et le
responsable à choisi Zoom un peu dans l'urgence. Je recherche une
alternative.

Le September 28, 2020 8:11:01 PM UTC, Romain MEHUT
a écrit :

Bonsoir,

J'ai été contacté par la messagerie interne d'osm.org pour y
participer mais j'ai décliné la proposition en raison notamment
des éléments décrits sur Wikipedia
https://fr.wikipedia.org/wiki/Discord_(logiciel)

Romain

Le 27/09/2020 à 16:10, Emilie Laffray a écrit :

Bonjour tout le monde,

juste un petit passage pour signaler que quelqu'un a créé un
serveur discord pour la communauté OpenStreetMap Fr.
L'utilisateur s'appelle Khryashch#1881.
Voila le lien https://discord.gg/wxNGfdT

Pour ceux qui ne connaissent pas Discord, c'est une sorte de IRC
moderne avec persistance des discussions et la possibilité de
faire du vocal/vidéo facilement.
C'est surtout utilisé à la base pour faciliter les communaute de
gamers et ca touche a des gens un peu plus jeune généralement
pour qui IRC est un truc un peu abscon :)

Voila voila,
Emilie Laffray

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

--
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma
brièveté.

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

Sur Mastodon : @bristow...@framapiaf.org

Promouvoir et soutenir le logiciel libre

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

Re: [OSM-talk-fr] Fin de projet "ça reste ouvert" : MERCI + soirée 24 septembre à Montrouge

2020-09-25 Thread PanierAvide

Bonjour,

De mon côté je n'aurais pas de scrupules à les effacer automatiquement,
mais l'idée de l'analyse Osmose était de récupérer les horaires des
commerces pour lesquelles on ne connaît pas les horaires habituels. Donc
si on part dans l'idée de faire un peu dans le détail, effectivement
chaque personne doit vérifier les points dans sa zone. Le mieux est donc
de décider collectivement de la stratégie à adopter. Vos avis ?

Cordialement,

Adrien P.

Le 25/09/2020 à 17:10, Blef a écrit :

Bonjour,
"Ça reste ouvert" a fermé. Bravo et merci, mais... qui fait le ménage?
La plupart des tags opening_hours:covid19 sont toujours là, Osmose ne
se prive pas de le signaler.
Je pensais qu'une campagne de suppression massive, genre script ou
autre méthode que je ne maitrise absolument pas, allait être lancée à
l'issue de cette opération.

Apparemment, on n'en parle pas.
Dois-je comprendre qu'il faut compter sur chaque contributeur pour
effacer ses propres contribution?

Le 14/09/2020 à 19:46, Florian LAINEZ a écrit :

Bonjour à tous,
Toute l'équipe de "ça reste ouvert" renouvelle ses 1000 mercis à tous
les contributeurs OSM qui ont pris part au projet. Notre mobilisation
collective s'est révélé extraordinaire durant cette période difficile.

Le confinement étant terminé depuis quelques temps, il est maintenant
temps de*clôturer officiellement le projet.*
Nous fermerons notre service définitivement le 30 septembre (cf.
annonce officielle
)
pour le Monde entier.
Après cette date, les applis ne seront plus dispo sur les stores et
il ne sera plus possible de modifier OSM via le site web.

Pour fêter ça, nous organisons une *soirée de fin de projet qui aura
lieu à Montrouge le 24 septembre.*
*Infos et inscription gratuite :
https://www.helloasso.com/associations/jungle-bus/evenements/soiree-de-fin-de-projet-ca-reste-ouvert

*
Vous êtes tous conviés dans la limite des places disponibles (mesures
covid oblige).

Le site Internet et les applis Android/iOS "ça reste ouvert" ont
vraiment pété les stats de la communauté OSM et c'est une grande
fierté pour chacun d'entre nous.
Depuis le premier jour de confinement en France, le 17 mars, “ça
reste ouvert” c’est (chiffres du 13/09/2020) :

- 426 407 visiteurs uniques sur la carte
- 482 210 lieux visibles en France (2 259 836 dans le Monde)
- 130 018 lieux mis à jour sur la carte en France (336 742 dans le Monde)

Forts de ce succès, vous l'avez sûrement vu passer, "ça reste ouvert"
a abouti à un nouveau projet qui vise à dynamiser la communauté sur
une base régulière : c'est le projetdumois
(dot FR ;)) dont vous n'avez pas fini d'entendre parler.

*Florian Lainez*

@overflorian

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

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

Re: [OSM-talk-fr] Projet du mois de septembre (en préparation) : défibrillateurs !

2020-09-22 Thread PanierAvide

Comme pour l'instant les références ne ressortent plus du tout dans 
Osmose, j'imagine que le jour où on réactivera l'ajout de ref:FR:GeoDAE 
dans le signalement Osmose, tous les faux positifs seront à nouveau 
visibles. À noter qu'il faudra faire une passe de vérification sur les 
références déjà ajoutées dans OSM, vu la nature du bug côté GéoDAE je 
pense que tous les identifiants ajoutés ne seront plus valables.


Cordialement,

Adrien P.

Le 22/09/2020 à 10:37, osm.sanspourr...@spamgourmet.com a écrit :

Le 22/09/2020 à 10:07, PanierAvide - panierav...@riseup.net a écrit :


Dans les mises à jour récentes du flux, on a pu constater que
l'identifiant, documenté comme stable, ne l'était pas : les DAE sont
systématiquement renumérotés. (...)
Pour l'instant le mieux est de les marquer en faux positif sur Osmose
pour qu'ils disparaissent de la carte.


C'est une bonne solution si l'ancienne ref va réapparaître.

Si au contraire c'est la nouvelle qui va devenir stable, c'est un soucis.

Adrien, tu as confirmation que c'est l'ancien qui va revenir ?

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] Projet du mois de septembre (en préparation) : défibrillateurs !

2020-09-22 Thread PanierAvide


Bonjour,

Au départ, l'analyse Osmose reposait sur deux critères : la distance de 
rapprochement (100m) et la présence d'un identifiant "ref:FR:GeoDAE". 
Cet identifiant correspondait à la colonne "gid" de la base GéoDAE mis à 
disposition à travers le flux WMS du Ministère.


Dans les mises à jour récentes du flux, on a pu constater que 
l'identifiant, documenté comme stable, ne l'était pas : les DAE sont 
systématiquement renumérotés. C'est à priori un bug qui devrait être 
corrigé dans le futur. Pour l'instant les identifiants de GéoDAE ne sont 
donc pas utilisables. Du coup, je les ai retiré de l'analyse Osmose, 
pour ne garder que le critère de distance pour considérer qu'un DAE est 
intégré.


Sauf que la qualité variable des données de GéoDAE fait qu'on peut avoir 
des DAE à plus de 100m de leur position réelle sur le terrain. Ce sera 
ceux-ci qu'on retrouvera à ré-apparaître dans Osmose. Pour l'instant le 
mieux est de les marquer en faux positif sur Osmose pour qu'ils 
disparaissent de la carte.


À terme, la correction du bug d'identifiants de GéoDAE permettra une 
remise en place du critère de rapprochement sur les identifiants, et 
donc de ne plus avoir ces DAE trop loin qui reviennent.


Cordialement,

Adrien P.

Le 22/09/2020 à 09:54, Romain MEHUT a écrit :

Bonjour,

Petite question concernant Osmose. Après intégré des DAE, ils figurent 
toujours dans les proposition d'intégration dans Osmose.


Un exemple, https://www.openstreetmap.org/node/5754852748 mais 
toujours signalé ici 
http://osmose.openstreetmap.fr/fr/map/?#zoom=18=48.737443=5.985054=8370=1%2C2%2C3=merge=


Que manque-t-il pour qu'il disparaisse d'Osmose ?

Merci.

Romain

Le 04/08/2020 à 12:29, PanierAvide a écrit :

Bonjour à tous,

Et si on s'organisait un projet du mois en septembre, par exemple sur 
les défibrillateurs (DAE) ? :-)


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



# Pourquoi les défibrillateurs ?

Il y a quelques semaines, la Direction Générale de la Santé a publié 
sa base GéoDAE (en cours de constitution), qui recense les 
défibrillateurs du pays. Un vaste chantier engagé depuis plusieurs 
mois, et qui commence à être visible par ces données. On y compte 
pour l'instant ~15000 défibrillateurs, dont 10% vérifiés par leur 
opérateur.


En parallèle, dans OSM sur la France, on compte ~6500 
défibrillateurs. Évidemment les deux bases ne se recoupent pas, 
certains DAE sont présents dans l'une et pas l'autre. En 2020, c'est 
quand même dommage. Alors si on s'y met en tant que communauté, on a 
possibilité d'obtenir une liste exhaustive sur le territoire de ces 
équipements !


# Quels sont les objectifs ?

L'objectif principal sera de recenser le plus possible de 
défibrillateur sur le terrain. On pourra ainsi s'aider de la base 
GéoDAE via Osmose et des bases ouvertes par certaines collectivités. 
Mais le gros du travail va consister à arpenter les établissements 
pour retrouver ces équipements. Dans la mesure du possible, on 
renseignera les attributs annexes (localisation, opérateur, niveau...).


# Comment aider à la préparation ?

D'ici le début du projet en septembre, il y a quelques tâches qui 
restent à réaliser, si vous voulez prendre part à l'organisation 
c'est l'occasion !


- Vérifier / compléter la documentation sur le wiki, notamment sur 
les réutilisations existantes de ces données


- Écrire un article pour annoncer le projet du mois sur le site OSM 
France pour publication fin août, de manière générale préparer la 
communication vers l'extérieur sur cette démarche


- Prendre contact avec les groupes locaux OSM, les collectivités 
locales, les assos de secouristes... Toute structure susceptible de 
mobiliser ses membres pour contribuer au projet du mois


Au plaisir de discuter avec vous sur ce projet :-)





___
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] Détecter le patrimoine manquant ?

2020-09-19 Thread PanierAvide


Bonjour,

L'analyse Osmose sur les musées / monuments à intégrer peut sans doute 
répondre au besoin ? 
http://osmose.openstreetmap.fr/fr/map/#zoom=10=48.0216=-1.478=8010%2C8011%2C8012=1%2C2%2C3==


Elle s'appuie sur la liste des immeubles protégés au titre des monuments 
historiques : 
https://data.culture.gouv.fr/explore/dataset/liste-des-immeubles-proteges-au-titre-des-monuments-historiques/information/


Cordialement,

Adrien P.

Le 19/09/2020 à 11:31, Erik Amzallag a écrit :

Bonjour,

En consultant le site des journées du patrimoine [1] (qui utilise 
d'ailleurs une carte OSM), je me suis dit qu'on pourrait profiter de 
la disponibilité des données [2] pour détecter une partie du 
patrimoine manquant dans OSM.


Techniquement, je n'ai pas les connaissances, alors je lâche juste 
l'idée ici ça intéresse quelqu'un :)


[1] https://journeesdupatrimoine.culture.gouv.fr/
[2] 
https://www.data.gouv.fr/fr/datasets/journees-europeenes-du-patrimoine-jep-2020/


Erik

___
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] Projet du mois défibrillateurs : point d'avancement

2020-09-08 Thread PanierAvide


Bonjour à tous,

Petit point d'étape sur le projet du mois :

- 538 nouveaux défibrillateurs ont été ajoutés depuis le 24/08
- 106 personnes ont contribué au moins une fois
- 6893 défibrillateurs sont recensés dans OSM

Toutes les statistiques sont disponibles ici (actualisées 
quotidiennement) : https://projetdumois.fr/projects/2020-09_aed


C'est une bonne dynamique, mais je sais que la communauté peut aller 
encore plus loin :-)


Pas envie d'y passer trop de temps ? Voici comment vous pouvez 
contribuer à votre échelle en 10 minutes :


- Transférer l'article OSM France à votre groupe local ou dans vos 
réseaux : https://www.openstreetmap.fr/projet-du-mois-defibrillateurs/
- Ajouter le défibrillateur de votre quartier sur l'outil 
projetdumois.fr : https://projetdumois.fr/projects/2020-09_aed
- Appeler la mairie de la commune voisine pour leur demander où sont 
situés leurs défibrillateurs
- Demander à vos proches s'ils connaissent des localisations de 
défibrillateurs


Lancez-vous et participez à faire d'OSM une base de données qui sauve 
aussi des vies ! ;-)


Cordialement,

--
Adrien P.


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

Re: [OSM-talk-fr] [SDIS/SAMU] Projet du mois défibrillateurs

2020-09-02 Thread PanierAvide


Pour l'argumentaire, tu peux reprendre ce qui est présent dans l'article :

- Diffuser l'info au plus grand nombre : plus les localisations 
ressortent dans diverses applis, plus il y a de chances d'avoir l'info 
au bon moment


- Contrainte légale : les propriétaires ont obligation de déclarer, info 
qui finit dans une base nationale ouverte, donc pas de problèmes "légal" 
à diffuser une base de DAE sous licence ouverte ou ODBL


- Possibilité de bénéficier de retours de la communauté sur les données 
libérées : DAE constatés déplacés sur le terrain, absents...


Cordialement,

Adrien P.

Le 02/09/2020 à 18:18, Jacques Lavignotte a écrit :



Le 02/09/2020 à 15:05, PanierAvide a écrit :

Bonjour,

C'est à tenter, de préférence par les contacts locaux.


C'est le S(D)IS (D comme département) 86 Je sais qu'ils ont une liste 
et un système de cartographie.


 De mon côté j'ai
fait les 4 SDIS de Bretagne, deux toujours en attente et les deux 
autres n'avaient pas


Pas de recencement des DAE ?

 (c'est le SAMU qui a et ça n'a pas été ouvert). Sur la
base de ça, je dirais plutôt tenter les SAMU, 


Je n'ai aucun indice sur le SAMU 86 mais peut-être une piste sur SAMU 
79 qui fait la promo de Sauv'Life.



::
Argumentaire ??
::

 En plus de leur signaler ce "Projet du mois" quels seraient les 
arguments à avancer pour les inciter à collaborer ?

J'ai les coordonnées d'un officier.


Adrien P.


Jacques


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

Re: [OSM-talk-fr] [SDIS] Projet du mois défibrillateurs : c'est parti !

2020-09-02 Thread PanierAvide


Bonjour,

C'est à tenter, de préférence par les contacts locaux. De mon côté j'ai 
fait les 4 SDIS de Bretagne, deux toujours en attente et les deux autres 
n'avaient pas (c'est le SAMU qui a et ça n'a pas été ouvert). Sur la 
base de ça, je dirais plutôt tenter les SAMU, mais ça dépend peut-être 
des régions.


Cordialement,

Adrien P.

Le 02/09/2020 à 14:40, Jacques Lavignotte a écrit :

Bonjour,

essayer de collaborer avec le SDIS local est-il un axe sur ce projet 
ou est-ce vain du fait des concurrences entre les services d'urgence ?


J.






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

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

2020-08-31 Thread PanierAvide


Bonjour Philippe,

Aurais-tu une photo d'illustration ou un schéma de ce type 
d'installation ? Une recherche rapide sur les termes indiqués ne me 
donne rien de précis. Et à mon avis ce à quoi ressemble l'installation 
sera déterminant pour le catégoriser (landuse, man_made, 
amenity=recycling + recycling_type=XYZ...).


Cordialement,

Adrien P.

Le 31/08/2020 à 11:12, Philippe Verdy a écrit :
Comment cartographier les bacs de stockage de déchets agricoles non 
liquides (donc pas des bassins d'eaux usées): exemple: tas de fumier 
et déchets verts (nombreux exemples dans les fermes, centres 
équestres, etc.)


Il y en a aussi dans les exploitations forestières, et très souvent 
aussi dans les groupements de jardins familiaux autour des villes.


Physiquement ça ressemble à un bassin car ça collecte quand même des 
liquides qui sont recueillis et exfiltrés puis stockés dans des 
bassins ou citernes, mais le but est surtout de récupérer le fumier 
recyclable comme engrais. Les centres équestres et fermes valorisent 
le fumier, et parfois le revendent aussi (très utile pour les 
jardiniers publics ou privés). construction souvent en béton, et 
souvent semi-enterré. L'usage est quasi-permanent.


Note: ce n'est pas une "station de collecte de déchet", c'est bien une 
installation privée, même si ensuite ces "déchets" recyclables sont 
transportés et amenés dans des stations publiques, mais le plus 
souvent l'installation agricole fait le recyclage et valorise cela 
elle-même.


Ces conteneurs ont des normes de construction (pour ne pas exfiltrer 
de lisiers dans l'environnement). Ils sont souvent assez grand pour 
que des engins agricoles puissent y entrer ou pour un transport par 
brouette ou charrette (exemple: le fumier ramassé dans les écuries ou 
étables).


On en trouve aussi en plein champ (pour un stockage longue durée, et 
la maturation des fumiers déjà exfiltrés des lisiers), mais là ce sont 
souvent des tas étendus sur une bâche, et souvent aussi couverts de 
bâches maintenues avec des pneus, on peut les confondre avec de 
l'ensilage.


Je n'ai rien trouvé sur le sujet dans la page du wiki concernant le 
traitement des déchets.


Le plus proche étant "waste_disposal" mais rien pour indiquer qu'il 
s'agit de déchets "verts", presque entièrement recyclable et fortement 
valorisable.


Y a-t-il une valeur de landuse? (ce n'est dajà pas "landuse=landfill" 
qui n'est décrit que comme une décharge, ou alors il faudrait taguer 
qu'il s'agit uniquement de déchets verts et pas destiné à stocker 
n'importe quel déchet non recyclable, comme des matériaux de 
construction, des métaux et carcasse, des plastiques divers...).



___
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 du mois défibrillateurs : c'est parti ! données foireuses de GéoDAE

2020-08-31 Thread PanierAvide

Pas de carte ou service web en ligne, mais tu peux avoir la liste sous 
forme de GeoJSON (à charger dans un QGIS, uMap ou autre) : 
https://transcode.geo.data.gouv.fr/services/5e2a1fbefa4268bc25629472/feature-types/ms:geodae_publique?format=GeoJSON=WGS84


Cordialement,

Adrien P.

Le 31/08/2020 à 10:15, Percherie OnDaNet a écrit :


Question concernant GeoDAE ?

Où peut-on consulter les DAE dans ma zone qui sont référencé dans 
cette base ? Est-ce proposé automatiquement dans Osmose ou est-ce sur 
un service web spécifique ?


Le 29/08/2020 à 22:27, osm.sanspourr...@spamgourmet.com a écrit :


Le 29/08/2020 à 10:18, Christian Quest - cqu...@openstreetmap.fr a 
écrit :



On a du coup un certain nombre de DAE sur Null Island.


Le 29/08/2020 à 10:27, Yves P. - yves.prat...@gmail.com a écrit :

Tous les DAE ont des coordonnées. Seulement 227 avec lat/lon = 0,0


Pour info, Ils sont dans ces communes :
Cornil216


Corps Nil, nom prédestiné pour la bouée Null Island ? ;-)

216 DAE pour 1340 habitants, je crois que c'est le territoire de la 
République le mieux doté en DAE^^.


Une erreur dans la base ? Dans ta recherche ?

On a d'autres soucis avec reception_desk et security_desk

https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_defibrillators_FR.py#L81-91

On prend ce qui est dans GéoDAE. Mais cette information est 
"foireuse" même si elle a été "validée".


Prenons 
http://osmose.openstreetmap.fr/fr/error/c986fd47-f342-8ba3-0301-6419922f554d



  * gml_id : geodae_publique.15665
  * gid : 15665
  * *c_etat_valid :* *validées*
  * *c_nom :* *DAE ACCUEIL MANOIR DE KERNAULT*
  * c_lat_coor1 : 47.8884
  * c_long_coor1 : -3.59755
  * c_adr_num : 360
  * c_adr_voie : 360 Château de Kernault 29300 Mellac
  * c_com_cp : 29300
  * c_com_insee : 29147
  * c_com_nom : Mellac
  * *c_acc :* Intérieur
  * *c_acc_lib :* t
  * *c_acc_pcsec :* f
  * *c_acc_acc :* f
  * c_disp_j : {lundi,mardi,mercredi,jeudi,vendredi}
  * c_disp_h : {"heures ouvrables"}
  * c_etat_fonct : En fonctionnement
  * c_etat : Actif
  * c_doublon : f
  * timePosition : 2020-07-16T16:21:36Z
  * c_srid_origin : EPSG:4326

Osmose propose :

access  yes 
emergency   defibrillator   
indoor  yes 
operatorChemins du Patrimoine En Finistère  
operator:ref:FR:SIREN   282900463   
*reception_desk*no  
ref:FR:GeoDAE   15666   
*security_desk* no  
*source*Direction Générale de la Santé

On a déjà eu le cas où ces "informations" quoique "validées" sont 
fausses.


Comme le psuedo-nom est DAE *ACCUEIL* MANOIR DE KERNAULT, j'en déduis 
qu'au moins reception_desk est faux.


Dans tous les cas ce sont des propriétés du bâtiment pas du DAE.

Je suis donc partisan de ne pas les intégrer. Ce n'est pas le premier 
cas du genre signalé sur la liste.


De plus ça ne me semble pas apporter grand chose (parce que c'est une 
donnée dans GéoDAE et que je ne vois pas trop à quoi ça sert : si les 
pompiers arrivent sur place ils verront bien s'il y a un accueil ou 
une sécurité).


Et si l'accueil ou la sécurité sont supprimés, pensez-vous que GéoDAE 
sera mis à jour ?


Vous vous doutez de ma réponse ;-)

Source : ne faut-il pas millésimer ? Version Adrien : je suggère de 
millésimer la source comme pour les autres données, peut-être ici 
plutôt un check_date=2020-07-16 ;-).


Position : foireuse (proche mais à l'extérieur du bâti malgré 
indoor=yes). On met un fixme=geometry ?


Via le site internet (absent initialement d'OSM) j'ai trouvé la 
position assez précise de l'accueil parmi les différents bâtiments.


Jean-Yvon




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


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

Re: [OSM-talk-fr] BANO est-il mort?

2020-08-29 Thread PanierAvide

e à 
l'honneur la communauté et chacune de ses personnes. De montrer qu'OSM 
ne vit que par les contributions de tous. Qu'on peut contribuer sans 
d'autres moyens qu'un navigateur web et du temps. Même si ça ne résout 
pas les autres problèmes du quotidien, qu'on peut au moins avoir un peu 
de positif avec OSM. Tu peux consulter ta page personnelle : 
https://projetdumois.fr/users/Verdy_p


Donc merci à toi d'avoir participé à au moins 3 projets du mois. 
J'espère que la thématique de ce mois-ci te donnera envie, si tu en as 
la possibilité évidemment, de contribuer sur les DAE. Que tu pourras 
lancer un atelier dans ta commune pour sensibiliser aux premiers 
secours, d'autant plus utiles quand on est isolé. Que ce sera l'occasion 
de renouer un dialogue constructif tous ensemble, en partant sur de 
bonnes bases.


Cordialement,

Adrien.





Le sam. 29 août 2020 à 14:41, Philippe Verdy <mailto:ver...@gmail.com>> a écrit :




Le sam. 29 août 2020 à 10:57, PanierAvide mailto:panierav...@riseup.net>> a écrit :

Le point soulevé n'était pas sur le projet du mois, mais sur
la nécessité d'une communication *bienveillante*.


Même si les intentions sont bonnes (c'est souvent le cas), les
*demandes expéditives sont usantes* : une personne bénévole
n'est pas un robot sans âme soumis à bons de commandes. De la
même manière qu'on ne peut pas attendre d'OSM une qualité
irréprochable des données sur l'ensemble de la planète, on ne
peut pas attendre une garantie de service 100% ou une
actualisation des briques logicielles en sprints agiles toutes
les 4 semaines. On souhaite tous faire avancer le bien commun,
faisons-le dans une ambiance bienveillante et accueillante. À
quoi ça sert de défendre un modèle d'ouverture sur les
logiciels et données si c'est pour communiquer comme le N+1
d'une multinationale qui n'a aucun respect pour son équipe.

Une communication bienveillante ne veut pas dire qu'on ne peut
pas améliorer la disponibilité ou la rapidité de mise à jour
des logiciels, mais dans ce cas il faut :

- Soit *mettre la main à la pâte* (on n'est jamais mieux servi
que par soi-même) et travailler à plusieurs sur les outils
critiques (assurer une continuité de maintenance)


Ce que je ne peux pas faire.

- Soit trouver un *budget* (donc émettre un _vrai_ bon de
commande) pour que les personnes qui maintiennent actuellement
les services y consacrent du temps salarié.


Un budget que je n'ai pas.

Et si on a ni le temps ni l'argent, *revoir ses priorités* ou
comprendre qu'une personne bénévole ait des priorités
différentes (travail, famille, besoin de s'aérer...). Même si
c'est dommage que tel service soit indisponible, ça arrive,
c'est la vie. On est tous bénévoles dans ce projet,
n'infligeons pas à autrui ce que l'on n'aimerait pas qu'on
nous fasse. Le sujet de l'accueil des nouveaux est récurrent,
n'oublions pas que si la communauté doit se renouveler, c'est
aussi à cause de*la fatigue des personnes présentes de longue
date*. Alors évitons de leur rajouter une couche de fatigue
inutile.

C'est exactement ce que j'ai déjà écrit ici. Tu reformules mon
message.



___
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] BANO est-il mort?

2020-08-29 Thread PanierAvide

Le point soulevé n'était pas sur le projet du mois, mais sur la 
nécessité d'une communication *bienveillante*.



Même si les intentions sont bonnes (c'est souvent le cas), les *demandes 
expéditives sont usantes* : une personne bénévole n'est pas un robot 
sans âme soumis à bons de commandes. De la même manière qu'on ne peut 
pas attendre d'OSM une qualité irréprochable des données sur l'ensemble 
de la planète, on ne peut pas attendre une garantie de service 100% ou 
une actualisation des briques logicielles en sprints agiles toutes les 4 
semaines. On souhaite tous faire avancer le bien commun, faisons-le dans 
une ambiance bienveillante et accueillante. À quoi ça sert de défendre 
un modèle d'ouverture sur les logiciels et données si c'est pour 
communiquer comme le N+1 d'une multinationale qui n'a aucun respect pour 
son équipe.


Une communication bienveillante ne veut pas dire qu'on ne peut pas 
améliorer la disponibilité ou la rapidité de mise à jour des logiciels, 
mais dans ce cas il faut :


- Soit *mettre la main à la pâte* (on n'est jamais mieux servi que par 
soi-même) et travailler à plusieurs sur les outils critiques (assurer 
une continuité de maintenance)


- Soit trouver un *budget* (donc émettre un _vrai_ bon de commande) pour 
que les personnes qui maintiennent actuellement les services y 
consacrent du temps salarié.


Et si on a ni le temps ni l'argent, *revoir ses priorités* ou comprendre 
qu'une personne bénévole ait des priorités différentes (travail, 
famille, besoin de s'aérer...). Même si c'est dommage que tel service 
soit indisponible, ça arrive, c'est la vie. On est tous bénévoles dans 
ce projet, n'infligeons pas à autrui ce que l'on n'aimerait pas qu'on 
nous fasse. Le sujet de l'accueil des nouveaux est récurrent, n'oublions 
pas que si la communauté doit se renouveler, c'est aussi à cause de*la 
fatigue des personnes présentes de longue date*. Alors évitons de leur 
rajouter une couche de fatigue inutile.



Quand je remonte un problème, soit j'ai la capacité d'aider donc j'aide, 
soit je n'ai pas la capacité et dans ce cas le problème est remonté en 
mode "*bouteille à la mer*". Un guide de bonnes pratiques :


- Commencer par du *positif* : merci pour cet outil/base/... qui est 
d'un grand service. Les français sont les champions du monde pour râler, 
mais très peu iront vous remercier d'un service utile.


- *Détailler* le problème : je rencontre tel problème, dans tel contexte 
technique, à telle adresse... Plus la demande est détaillée, plus le 
problème sera simple à identifier


- *Proposer* une ou des solutions si on peut les envisager, ne pas 
hésiter à illustrer avec maquettes, captures d'écran...


- Et enfin *remercier* pour le temps qui pourra être consacré à cette 
demande, tout en n'attendant pas une réponse immédiate ni une résolution 
rapide.


Du point de vue extérieur, ça semble idiot de faire des ronds de jambe. 
Pourtant à l'usage ça réduit largement la charge mentale des personnes 
qui maintiennent ces services. Chacun a suffisamment de stress dans sa 
vie pour ne pas vouloir s'en rajouter avec des projets bénévoles. Donc 
évitons de *dégoûter* à tout jamais les personnes suffisamment motivées 
pour consacrer du temps au bien commun en communiquant avec elles comme 
à des sous-traitants pour lesquels on aurait aucun respect. C'était une 
des tendances lors des présentations du Sotm monde en ligne : la vraie 
valeur d'OSM n'est pas dans ses données, mais dans sa *communauté*.



En résumé, ne disons pas à Vincent "/BANO est mort, c'est con quand 
même/", mais disons lui "/Merci pour avoir contribué toutes ces années à 
BANO et merci pour ton engagement régulier. Si nous pouvons t'aider, 
nous le ferons volontiers. Si nous ne pouvons pas, sache que ce service 
nous est bien utile dans notre contribution, et que nous serons contents 
de pouvoir le retrouver le moment venu./".


Cordialement,

Adrien P.

Le 28/08/2020 à 23:25, Philippe Verdy a écrit :



Allez, juste un peu de lecture pour finir sur des paroles sages et
bienveillantes :
https://github.com/vdct/ProjetDuMois/issues/22#issuecomment-678981742

Je ne vois pas le rapport: là tu reviens sur un autre projet du mois, 
les DAE (qui n'ont pourtant aucun rendu sauf le rendu OSM.FR 
 qui n' pas la capacité de supporter l'usage voulu par 
le grand public au sens large pour les DAE, et ne sont pas non plus 
pour l'instant dans les priorité internationales d'OSM).


Il n'y a rien concernant BANO pourtant fondamental (même pour 
faciliter l'intégration des DAE et de toutes sortes d'autres "projets 
du mois").


Le projet BANO mérite un peu plus d'attention, et il s'est endormi sur 
ses lauriers passés et n'évolue presque plus, alors que la BAN elle 
continue bien plus vite.


Avec la conséquence directe: l'IGN recommence à prendre du poids pour 
les usages via des licences privées (ou bien les solutions payantes 
comme Mapbox et même Google), et le "switch 2 OSM" semble un

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti !

2020-08-29 Thread PanierAvide


Le 29/08/2020 à 06:48, Yves P. a écrit :

Est-ce que quelqu'un en sait plus sur la *validation d'un DAE* ?
Je n'ai rien trouvé sur le site.

La validation d'un défibrillateur sur GéoDAE est réalisée 
systématiquement par son propriétaire. C'est au propriétaire du DAE de 
confirmer la localisation, les informations techniques et contacts. Avec 
ça en tête, deux cas existent actuellement :


- Soit le DAE a été importé dans la base nationale en utilisant les jeux 
de données pré-existants (SDIS, SAMU, ARLOD...), et dans ce cas il est 
noté "en attente de validation". Quand le propriétaire se manifeste et 
confirme les informations, il devient alors "validé".


- Soit le DAE est directement ajouté par le propriétaire (car pas listé 
au préalable), et dans ce cas il est noté directement comme validé.


À noter également qu'une API existe pour intégration dans les 
applications citoyennes (type Sauvlife et autres). Elle permet la "mise 
en doute" d'un défibrillateur : il vient d'être utilisé donc à remettre 
en état, il a été cassé/déplacé, est hors service... Tant que le 
propriétaire ne re-confirme pas qu'il fonctionne à nouveau, le DAE n'est 
plus proposé auprès des personnels qualifiés.


Cordialement,

Adrien.

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

Re: [OSM-talk-fr] BANO est-il mort?

2020-08-28 Thread PanierAvide


Bonjour,

@Vincent : dans quelle mesure les tâches à faire sur la partie rendu 
peuvent-être déléguées ? Les personnes motivées peuvent-elles t'apporter 
leur aide ? Si c'est un besoin urgent, je suis sûr que tu auras des 
volontaires pour y consacrer du temps ;-)


Cordialement,

Adrien P.

Le 28/08/2020 à 19:08, Jacques Lavignotte a écrit :



Le 28/08/2020 à 18:44, Vincent de Château-Thierry a écrit :

Je suppose que tu parle du rendu carto de BANO, les points colorés et 
les zones rouges à dégommer. Si c'est ça, en effet c'est en panne.


Pour moi comme pour quelques autres (je l'ai déjà dit) les points 
colorés c'était ma seule utilisation de BANO.


C'est donc en panne : OK.

Et quand c'est en panne on dit bien "C'EST MORT" :)

J.



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

[OSM-talk-fr] Projet du mois défibrillateurs : c'est parti !

2020-08-28 Thread PanierAvide


Bonjour à tous,

Après plusieurs semaines de préparation, le projet du mois sur les 
défibrillateurs est officiellement lancé ! L'objectif : trouver le plus 
de ces défibrillateurs inconnus dans les bases de données ouvertes. 
Voici l'article sur le site OSM France pour (re)découvrir les enjeux, 
comment participer, et pouvoir relayer l'initiative dans vos réseaux :


https://openstreetmap.fr/projet-du-mois-defibrillateurs/

Pensez également à faire passer le mot dans les canaux de discussions de 
vos groupes locaux ;-)


Bons relevés et à très vite !

--
Adrien P.


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

Re: [OSM-talk-fr] Nettoyage d'objets de type way et relation — Re: Projetmble corrrect qu'il fasse partie de du mois de septembre (en préparation) : défibrillateurs !

2020-08-16 Thread PanierAvide

À tout hasard, est-ce que ce type de vérification n'aurait pas sa place 
dans les règles JOSM, qui sont mobilisées par Osmose ? Ça permettrait de 
plus facilement en faire un suivi long terme, et d'avoir les alertes 
directement dans JOSM lors de l'édition.


On a déjà une compilation de règles spécifiques France ici (même si ici 
le critère s'applique au monde entier, auquel cas on pourrait ajouter 
des règles MapCSS spéciales DAE) : 
https://josm.openstreetmap.de/wiki/Rules/FranceSpecificRules


Et doc Osmose sur le sujet 
https://github.com/osm-fr/osmose-backend/blob/master/doc/2-PluginMapCSS.md


Cordialement,

Adrien P.

Le 15/08/2020 à 17:55, Yves P. a écrit :

Il y a des DAE dans des objets de type relations (9) et chemins (99) à mettre 
sur de nouveaux noeuds.

Tous les DAE sont séparés des relations (dans le monde).

Il reste les 247 chemins dans le monde : https://overpass-turbo.eu/s/X5i

__
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] Défibrillateur et tag name=*

2020-08-16 Thread PanierAvide

Bonjour,

Pour le rendu osm.org, un ticket est ouvert ici mais rien de probant
pour l'instant :
https://github.com/gravitystorm/openstreetmap-carto/issues/1603

Pour le rendu osm.fr, il était visible à un moment mais plus maintenant.
Je n'arrive pas à en retrouver trace dans le dépôt du rendu :
https://github.com/cquest/osmfr-cartocss

Cordialement,

Adrien P.

Le 16/08/2020 à 14:34, Arnaud Champollion a écrit :

Bonjour,

Qu'en est-il des rendus carto "classiques" ?

Apparemment pas sur openstreetmap.org.

Le wiki évoque OSM-fr :
https://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Ddefibrillator#Cartes_et_r.C3.A9utilisations

mais je parviens pas à les afficher.

Arnaud

Le 06/08/2020 à 16:32, PanierAvide a écrit :

Bonjour à tous,

Suite au travail lancé pour ajouter des jeux de données dans Osmose
autour des défibrillateurs, la question se pose de la pertinence du
tag name=* sur les défibrillateurs [1,2]. En effet, dans les jeux de
données (GéoDAE, AEDMAP, bases locales), un nom est souvent associé
au DAE. Ce nom est plutôt descriptif, exemples "DAE de la mairie",
"Défibrillateur de la salle XYZ". Dans certains cas, il ressemble
plutôt à une référence. Il est proposé ainsi d'opter pour
l'utilisation de ref=* ou description=*.

En parallèle, dans la base de données OSM aujourd'hui, on constate
que 14% des DAE ont un tag name=* associé. C'est plus que ref=* (5%)
ou description=* (moins de 3% ?). Une requête Overpass fait ressortir
que les valeurs du champ name=* sur les DAE sont plutôt descriptives.
C'est un usage qui dépasse nos frontières à la vue des langues
utilisées. Même si ce sont des noms descriptifs, l'usage montre que
name=* est l'attribut pour stocker cette info.

La question est donc la suivante : doit-on préferer le champ name=*
pour cette info (usage international), utiliser un champ ref=* (plus
logique sémantiquement, mais qui sera une spécificité FR), voire ne
pas proposer d'ajouter l'info du nom dans OSM (arbitrage simple mais
on perd une info) ? Merci pour vos avis qui permettront de débloquer
l'ajout de nouveaux jeux dans Osmose :-)

Cordialement,

[1] https://github.com/osm-fr/osmose-backend/issues/936
[2] https://github.com/osm-fr/osmose-backend/pull/940

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

Re: [OSM-talk-fr] Photos > archiver les image=* ?

2020-08-09 Thread PanierAvide

J'avais commencé un fichier MapCSS pour faire de la validation dans JOSM 
sur les images, ça peut être complété pour être plus exhaustif : 
https://josm.openstreetmap.de/wiki/Rules/Pictures


Adrien P.

Le 09/08/2020 à 15:31, Yves P. a écrit :

Pour la France, il y a 46000 tags uniques.

N'oublie pas les valeurs multiples ;)

D'après taginfo, nombre de valeurs contenant ";"

*Clé*   *Nombre**Commentaire*
mapillary   272 
wikimedia_commons   270 Attention : il y a des noms contenants  !
image   78  
flickr  0   


Et ça devrait augmenter si on importe dans OSM les 2 photos de chaque 
DAE );



Je vais démarrer par les image=* car c'est là en principe où il 
devrait y avoir de la perte car j'imagine que Mapillary est plutôt 
stable et fiable.


Il y a plusieurs syntaxes pour wikimedia_commons, mapillary et leurs 
valeurs stockées dans la clé image.


Je pense qu'un formatage (nettoyage) s'impose. Il faudrait d'ailleurs 
le faire au niveau éditeurs, voir carrément au niveau de l'API ;)


Exemples :

Commons

  * 
https://commons.wikimedia.org/wiki/File%3AA4221-Rathaus-Steyregg_10-2013_005.jpg


  * File%3AA4221-Rathaus-Steyregg_10-2013_005.jpg
  * File:A4221-Rathaus-Steyregg 10-2013 005.jpg
  * 
https://upload.wikimedia.org/wikipedia/commons/1/15/A4221-Rathaus-Steyregg_10-2013_005.jpg
  * 
https://upload.wikimedia.org/wikipedia/commons/thumb/1/15/A4221-Rathaus-Steyregg_10-2013_005.jpg/100px-A4221-Rathaus-Steyregg_10-2013_005.jpg
  * …


Mapillary

  * https://www.mapillary.com/map/im/zvHQ3g83K0Wj1yeO_oh6qw
  * zvHQ3g83K0Wj1yeO_oh6qw

  * https://images.mapillary.com/zvHQ3g83K0Wj1yeO_oh6qw/thumb-640.jpg
  * … ?



Que fait-on des valeurs foireuses (ici du tag mapillary) :D

  * name:en=Elephant␣terrace␣tourism=attraction␣url=

https://youtu.be/ZnJBngOUk2w␣wikidata=Q767080␣wikipedia=en:Terrace␣of␣the␣Elephants


  * mapillary=

https://www.mapillary.com/map/im/rmgaoubjKQabLe34FQHurQ␣image=https://images.mapillary.com/rmgaoubjKQabLe34FQHurQ/thumb-2048.jpg


  * https://www.youtube.com/watch?v=8RFaSbBkCXI
  * 
https://www.symphonyseniorliving.com/wp-content/uploads/2017/06/manor_gal_1.jpg
  * https://www.openstreetmap.org/user/km2bp/traces/2992415
  * …



Je ne pense pas à un cache (temporaire), mais à une copie d'archive, 
comme wikipédia le fait sur les sources qui peuvent disparaître, 
changer d'adresse ou autre.



J'avais bien compris ça :)

J'ai un peu réfléchit au problème... le plus simple me semble de 
calculer un hash à partir du tag au contenu à archiver


image=http://site.com/a.jpg -> 
http://archive.osm.org/ce7442f69a6ad43fb972724c1a8cdc05


mapillary=APQ8H32KnIwG3lKIaMY7HA 
->http://archive.osm.org/eaaee35521d34a3cb74965cb50dcb500



Excellente idée :)
(Je rappel les cas de valeurs et syntaxes multiples)

Je verrai bien quelques métadonnées sur l'image, sa date de 
récupération ou autre, ajoutées dans les données EXIF.



Modifier l'image, bof.
Et être obligé d'utiliser une API pour décortiquer l'EXIF peut-être 
parfois lourd.


Des données JSON ?
http://archive.osm.org/eaaee35521d34a3cb74965cb50dcb500.json

__
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] Photos — Re: Projet du mois de septembre (en préparation) : défibrillateurs !

2020-08-09 Thread PanierAvide

Question bateau mais a-t'on une idée du nombre d'attributs image=* en 
base pour lesquels la photo n'est plus actuellement disponible ? 
Clairement un système d'archivage de photos a tout son sens, mais 
probablement pas le même degré d'urgence à mettre en place selon si on a 
1% de pertes ou 80%.


Cordialement,

Adrien P.

Le 09/08/2020 à 12:06, Christian Quest a écrit :

Le 09/08/2020 à 10:14, Yves P. a écrit :

de Christian


Pour le stockage des photos ou autres sources externes, wikipedia 
garde une copie d'archive.
Je pense que ce serait bénéfique de faire pareil pour OSM, car tout 
lien externe est potentiellement instable


Tu suggères de mettre un système de cache au niveau de l'API OSM ? ;)

Un contributeur OSM édite un objet avec les tags suivant et l'API 
fait automatiquement un copie :


  * image=http://site.com/a.jpg
  * mapillary=APQ8H32KnIwG3lKIaMY7HA
  * wikimedia_commons=File:Defibrillator am Hafenbüro Kappeln.jpg
  * une combinaison de tout ça dans le tag image
  * avec des valeurs multiples ;)


Comment retrouve-t-on les photos ?


Je ne pense pas à un cache (temporaire), mais à une copie d'archive, 
comme wikipédia le fait sur les sources qui peuvent disparaître, 
changer d'adresse ou autre.


J'ai un peu réfléchit au problème... le plus simple me semble de 
calculer un hash à partir du tag au contenu à archiver. Ceci évite de 
devoir rajouter un tag avec le lien de l'archive dans la base OSM.


Exemple (avec du md5)

image=http://site.com/a.jpg -> 
http://archive.osm.org/ce7442f69a6ad43fb972724c1a8cdc05


mapillary=APQ8H32KnIwG3lKIaMY7HA -> 
http://archive.osm.org/eaaee35521d34a3cb74965cb50dcb500


etc...


A charge pour le script d'archivage de récupérer la photo en elle 
même, ce qui d'ailleurs rendra son accès universel car aujourd'hui il 
faut faire cela avec les différents tags si on veut accéder à l'image 
et par à une page web ou autre.


Je verrai bien quelques métadonnées sur l'image, sa date de 
récupération ou autre, ajoutées dans les données EXIF.



Avantages:

- aucun changement pour les contributeurs

- facile à implémenter pour accéder à une archive


Inconvénients: je vous laisse compléter ;)


D'après taginfo, image=* + mapillary=* ça ne va par bien loin... ça 
sent le POC ;)



PS: je ne pense pas que Wikimédia Commons soit destiné à ce genre de 
contenu, ce n'est pas un stockage cloud fourre-tout. La 1ème photo 
de DAE y apportera quoi ?


--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Défibrillateur et tag name=*

2020-08-08 Thread PanierAvide

C'est fait pour le ref:FR:SIREN qui est passé operator:ref:FR:SIREN, 
après il faut le temps que ça se mette à jour côté résultats Osmose. Tu 
veux dire afficher l'adresse dans la popup, ou bien l'ajouter aux données ?


Adrien P.

Le 08/08/2020 à 17:35, Christian Quest a écrit :

Le 08/08/2020 à 13:35, PanierAvide a écrit :

Bonjour,

Merci à tous pour vos retours. La proposition majoritaire semble donc 
être de ne pas utiliser le champ name, mais plutôt d'utiliser 
defibrillator:location, à défaut d'une information d'accès plus 
précise disponible. Je propose les modifications en conséquence sur 
Osmose.


Cordialement,



Tu en profite pour modifier le ref:FR:SIREN ?

Ce qui manque dans osmose pour faciliter l'intégration, c'est 
l'adresse...





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

Re: [OSM-talk-fr] Défibrillateur et tag name=*

2020-08-08 Thread PanierAvide


Bonjour,

Merci à tous pour vos retours. La proposition majoritaire semble donc 
être de ne pas utiliser le champ name, mais plutôt d'utiliser 
defibrillator:location, à défaut d'une information d'accès plus précise 
disponible. Je propose les modifications en conséquence sur Osmose.


Cordialement,

Adrien P.

Le 06/08/2020 à 16:32, PanierAvide a écrit :

Bonjour à tous,

Suite au travail lancé pour ajouter des jeux de données dans Osmose 
autour des défibrillateurs, la question se pose de la pertinence du 
tag name=* sur les défibrillateurs [1,2]. En effet, dans les jeux de 
données (GéoDAE, AEDMAP, bases locales), un nom est souvent associé au 
DAE. Ce nom est plutôt descriptif, exemples "DAE de la mairie", 
"Défibrillateur de la salle XYZ". Dans certains cas, il ressemble 
plutôt à une référence. Il est proposé ainsi d'opter pour 
l'utilisation de ref=* ou description=*.


En parallèle, dans la base de données OSM aujourd'hui, on constate que 
14% des DAE ont un tag name=* associé. C'est plus que ref=* (5%) ou 
description=* (moins de 3% ?). Une requête Overpass fait ressortir que 
les valeurs du champ name=* sur les DAE sont plutôt descriptives. 
C'est un usage qui dépasse nos frontières à la vue des langues 
utilisées. Même si ce sont des noms descriptifs, l'usage montre que 
name=* est l'attribut pour stocker cette info.


La question est donc la suivante : doit-on préferer le champ name=* 
pour cette info (usage international), utiliser un champ ref=* (plus 
logique sémantiquement, mais qui sera une spécificité FR), voire ne 
pas proposer d'ajouter l'info du nom dans OSM (arbitrage simple mais 
on perd une info) ? Merci pour vos avis qui permettront de débloquer 
l'ajout de nouveaux jeux dans Osmose :-)


Cordialement,

[1] https://github.com/osm-fr/osmose-backend/issues/936
[2] https://github.com/osm-fr/osmose-backend/pull/940



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

Re: [OSM-talk-fr] Projet du mois de septembre (en préparation) : défibrillateurs !

À noter que je n'ai jamais dit que le SIREN servait à géolocaliser ;-) 
Je disais que ça peut pas faire de mal de renseigner le SIREN dans le 
sens où on sait qui est le gestionnaire de l'appareil, plus précisément 
qu'avec son nom uniquement. Une info qui peut permettre de faire des 
statistiques à l'échelle nationale par exemple (telle chaîne n'équipe 
que 12% de ses établissements...).


Adrien P.

Le 06/08/2020 à 20:13, Philippe Verdy a écrit :
Le jeu. 6 août 2020 à 09:17, PanierAvide <mailto:panierav...@riseup.net>> a écrit :


On ne peut pas tout mettre, puisque seules les informations
publiques nous sont accessibles (pas de dates de péremption, de
maintenance...). Pour l'exploitant, au moins le nom ça me semble
essentiel, et le SIREN ça peut pas faire de mal (on a jamais trop
d'infos...).


Le SIREN ne géolocalise rien du tout, c'est juste un numéro d'identité 
de personne morale dont on ne connait à priori qu'un siège social (qui 
n'est pas nécessairement le lieu même de son établissement principal 
mais juste une adresse de contact légal).


Le SIREN ne sert à rien ici. Je veux bien le SIRET (SIREN + code 
établissement).


Ce SIREN, c'est comme si on devait géolocaliser une personne physique 
d'après son numéro de sécu (qui géolocalise partiellement et très 
sommairement que sa commune de naissance ou d'enregistrement, le sexe 
et au mieux le mois et l'année de naissance s'ils sont connus, et pas 
la localisation actuelle).


___
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] Défibrillateur et tag name=*


Bonjour à tous,

Suite au travail lancé pour ajouter des jeux de données dans Osmose 
autour des défibrillateurs, la question se pose de la pertinence du tag 
name=* sur les défibrillateurs [1,2]. En effet, dans les jeux de données 
(GéoDAE, AEDMAP, bases locales), un nom est souvent associé au DAE. Ce 
nom est plutôt descriptif, exemples "DAE de la mairie", "Défibrillateur 
de la salle XYZ". Dans certains cas, il ressemble plutôt à une 
référence. Il est proposé ainsi d'opter pour l'utilisation de ref=* ou 
description=*.


En parallèle, dans la base de données OSM aujourd'hui, on constate que 
14% des DAE ont un tag name=* associé. C'est plus que ref=* (5%) ou 
description=* (moins de 3% ?). Une requête Overpass fait ressortir que 
les valeurs du champ name=* sur les DAE sont plutôt descriptives. C'est 
un usage qui dépasse nos frontières à la vue des langues utilisées. Même 
si ce sont des noms descriptifs, l'usage montre que name=* est 
l'attribut pour stocker cette info.


La question est donc la suivante : doit-on préferer le champ name=* pour 
cette info (usage international), utiliser un champ ref=* (plus logique 
sémantiquement, mais qui sera une spécificité FR), voire ne pas proposer 
d'ajouter l'info du nom dans OSM (arbitrage simple mais on perd une 
info) ? Merci pour vos avis qui permettront de débloquer l'ajout de 
nouveaux jeux dans Osmose :-)


Cordialement,

[1] https://github.com/osm-fr/osmose-backend/issues/936
[2] https://github.com/osm-fr/osmose-backend/pull/940

--
Adrien P.


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

Re: [OSM-talk-fr] Projet du mois de septembre (en préparation) : défibrillateurs !

C'est là toute la question :-) À vérifier sur d'autres analyses, il y a 
peut-être des exemples ?


Adrien P.

Le 06/08/2020 à 12:17, Yves P. a écrit :


Par contre je ne saurais pas comment on gère le rapprochement avec 
plusieurs alternatives de tags côté Osmose.
Un seul analyseur avec les tags *emergency=defibrillator* et 
*disused:emergency=defibrillator* si on peut indiquer une condition "OU" ?


Sinon deux analyseurs, un par tag mais bof.

Mapping(

select = Select(

types = ["nodes"],

tags = {"emergency": "defibrillator"}),

__
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] Projet du mois de septembre (en préparation) : défibrillateurs !

On a un autre point à prévoir avec l'équipe de GéoDAE après le 15 août, 
on en parlera à ce moment là. Je n'ai pas d'accès au portail, une démo 
avait été présentée il y a quelques mois en visio, et j'ai jeté un coup 
d’œil par le biais de ma conjointe (qui travaille en mairie) lorsqu'elle 
a déclaré celui de son lieu de travail.


Adrien P.

Le 06/08/2020 à 12:09, Yves P. a écrit :

Réservé aux propriétaires/mainteneurs de DAE, pas de lien public.

Oui, mais on pourrait mettre quand même un lien dessus ?
Avec un peu de chance, ça n'affiche que les informations publiques si on n'est 
pas identifié ?

Et si non, on pourrait le suggérer ?
__
Yves

PS: Je pensais que tu avais un accès à l'interface car tu semblais l'avoir 
testé ?
___
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 du mois de septembre (en préparation) : défibrillateurs !

Oui c'est sûr qu'à terme ce sera intéressant d'avoir ce niveau de 
détail. Par contre je ne saurais pas comment on gère le rapprochement 
avec plusieurs alternatives de tags côté Osmose.


Adrien P.

Le 06/08/2020 à 12:06, Yves P. a écrit :

Et ne prend en compte que les DAE notés "En fonctionnement".

Elle pourrait aussi prendre en compte les autres mais avec le tag disused: 
emergency=defibrillator ;)

Ne serait-ce que pour prévenir qu'un DAE dans OSM n'est peut-être pas à jour.
__
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] Projet du mois de septembre (en préparation) : défibrillateurs !


Réservé aux propriétaires/mainteneurs de DAE, pas de lien public.

Adrien P.

Le 06/08/2020 à 12:00, Yves P. a écrit :

Du coup il doit y avoir un lien direct sur un DAE dans ce formulaire ?

__
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] Projet du mois de septembre (en préparation) : défibrillateurs !

L'analyse Osmose est ici pour référence : 
https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_defibrillators_FR.py


Et ne prend en compte que les DAE notés "En fonctionnement".

Adrien P.

Le 06/08/2020 à 11:05, Yves P. a écrit :

Est-ce vraiment une bonne idée ?
J'ai l'impression qu'on essaye de coller au plus près des données fournies. Si 
un défibrillateur est hors-service ou supprimé, je conseillerai plutôt de la 
cartographier en disused:emergency=defibrillator.

+1

__
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] Projet du mois de septembre (en préparation) : défibrillateurs !

Il y a effectivement bien une interface web pour gérer ses DAE, avec un 
formulaire progressif. Ça se prête bien au cas où on a moins d'une 
dizaine de DAE à gérer, ou pour les mises à jour. Bon évidemment 
l'ergonomie du formulaire pourrait être améliorée par certains aspects, 
mais c'est encore autre chose.


Adrien P.

Le 06/08/2020 à 11:03, Yves P. a écrit :

Pour les DAE, tout exploitant doit fournir un fichier CSV qui va bien, même si 
il ne comporte qu'une ligne... ridicule.

La FAQ dit qu'on peut saisir directement un DAE dans un formulaire ;)


On avait déjà ça avec les IRVE... mais là au moins il y avait une carotte : la 
subvention versée si les données sont publiées.

Ici la carotte est de sauver potentiellement des vies :)

Pour les petites structures, il faut qu'elles connaissent l'existence de GeoDAE et de son 
formulaire de "déclaration".

__
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] Projet du mois de septembre (en préparation) : défibrillateurs !

C'était pas bien sinon operator:ref:FR:SIREN=* ? Comme le champ 
operator=* contient déjà le nom du gestionnaire, la tendance est à 
operator:ref=*, mais comme on précise le type de référence et bien 
operator:ref:FR:SIREN. Et en terme d'ergonomie, les deux attributs 
seront affichés à la suite dans les éditeurs ;-)


Adrien P.

Le 06/08/2020 à 10:30, Christian Quest a écrit :


ref:FR:SIREN devrait décrire une entreprise (plus exactement son 
siège, car ce n'est pas un SIRET correspondant à un de ses 
établissements), pas un équipement exploité par cette entreprise.


Ici il s'agit de la source de l'info, donc un tag xxx:source ou 
source:xxx me semblerait plus approprié, lequel ? celui qui indique 
que la source est ce SIREN et pas quelle est la source du SIREN... 
donc plutôt ref:FR:SIREN:source ;)


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

Re: [OSM-talk-fr] Projet du mois de septembre (en préparation) : défibrillateurs !

C'est pas utopique si c'est une obligation légale : ça fonctionne bien 
pour les prix des carburants et les déclarations de revenus, il n'y a 
pas de raisons que ça ne fonctionne pas pour les DAE. Le tout c'est 
qu'il y ait à terme des contrôles et sanctions en cas de manquements.


Adrien P.

Le 06/08/2020 à 10:18, Christian Quest a écrit :
C'est toute la difficulté. Ce sont potentiellement des centaines de 
milliers d'exploitants qui vont devoir déclarer leur DAE dans la base 
ce qui est utopique.


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

Re: [OSM-talk-fr] Projet du mois de septembre (en préparation) : défibrillateurs !

On ne peut pas tout mettre, puisque seules les informations publiques 
nous sont accessibles (pas de dates de péremption, de maintenance...). 
Pour l'exploitant, au moins le nom ça me semble essentiel, et le SIREN 
ça peut pas faire de mal (on a jamais trop d'infos...).


Et pas sûr qu'il y ait (pour l'instant ?) de lien direct vers une fiche 
web pour chaque DAE. Quasi toutes les infos exploitables sont celles qui 
ressortent dans Osmose.


Adrien P.

Le 06/08/2020 à 08:55, Yves P. a écrit :
Les attributs supplémentaires sont décrits dans le tableau ici, qui 
fait le lien avec le schéma de données officiel : 
https://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Ddefibrillator#En_France 


Doit on tout mettre dans OSM ??

Le SIREN de l'exploitant  : c'est pas le DAE qui a un SIREN, mais 
l'opérateur.
Ça serait plus logique de mettre operator:ref:FR:SIREN=* mais quel est 
l'intérêt ?


ref:FR:GeoDAE=* (avec le format d'URL approprié dans wikidata/data 
items) permet de retrouver ces infos (et évite les pb de mise à jour).


Note: il y a des infos intéressantes dans la FAQ
https://carto.atlasante.fr/IHM/cartes/infofactures/geodae/GeoDAE_FAQ_v1.pdf

Je pense qu'il faut se concentrer sur ce qui permet de trouver un DAE 
(en état) rapidement.

En texte "Mairie : sur la façade à droite de la porte d'entrée"
Avec des coordonnées GPS précis (certains l'utilisent)
Avec des photos : c'est complémentaire au deux localisations précédentes.

Sur la plateforme Atlasanté tu as les liens vers les flux WMS/WFS 
pour visualiser les données complètes dans QGIS ou Leaflet/OpenLayers 
par exemple : 
https://www.atlasante.fr/geonetwork/srv/fre/catalog.search#/metadata/f9bc1743-deae-446d-b9fa-bab68b2aaee9

Y-a-t-il un lien utilisable par JOSM ?

Et un lien vers la fiche du DAE à partir de sa référence GeoDAE ?

__
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] Projet du mois de septembre (en préparation) : défibrillateurs !


Bonjour Julien,

Le fait de rapprocher les identifiants systématiquement avec les DAE 
déjà dans OSM n'a pas été activé dans Osmose pour cette analyse, mais ça 
aurait du sens de les rapprocher systématiquement. À voir si on l'active 
maintenant ou un peu plus tard quand la base GéoDAE sera plus complète.


Les attributs supplémentaires sont décrits dans le tableau ici, qui fait 
le lien avec le schéma de données officiel : 
https://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Ddefibrillator#En_France


Sur la plateforme Atlasanté tu as les liens vers les flux WMS/WFS pour 
visualiser les données complètes dans QGIS ou Leaflet/OpenLayers par 
exemple : 
https://www.atlasante.fr/geonetwork/srv/fre/catalog.search#/metadata/f9bc1743-deae-446d-b9fa-bab68b2aaee9


Cordialement,

Adrien P.

Le 05/08/2020 à 21:41, Julien Lepiller a écrit :


J'ai regardé sur la commune de mes parents, où j'avais renseigné deux
DAE. L'un d'entre eux n'est pas remonté par osmose (je me serais
attendu à ce qu'il propose un rapprochement, ne serait-ce que pour
ajouter un ref:fr:GeoDAE ou un nom) :

https://www.openstreetmap.org/node/6725173672

Le deuxième est rapporté par osmose (sans doute parce que mal
localisé) :

https://www.openstreetmap.org/node/6832700105

et

https://osmose.openstreetmap.fr/fr/error/c4cda4f3-e2ae-d720-ad31-9500c2ef7f15

Il y en a a priori deux autres dans la commune, et vu leur nom, tout
aussi mal localisés. Au passage, osmose indique que celui que j'ai déjà
renseigné est à l'intérieur, mais, à moins qu'il ait bougé depuis
l'année dernière, il est bien à l'extérieur.

Je ne comprends pas bien les attributs proposés (reception_desk,
security_desk, surveillance), ça n'a pas l'air indiqué sur la page du
wiki :).

Il y a moyen d'accéder à une carte qui affiche les données de GeoDAE,
en dehors d'osmose qui ignore normalement ce qui est déjà dans OSM ?


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

Re: [OSM-talk-fr] Projet du mois de septembre (en préparation) : défibrillateurs !

2020-08-05 Thread PanierAvide

Question de point de vue, quand je vois le temps qu'on perd passe à se 
faire des nœuds au cerveau pour passer d'une licence libre à une autre 
licence libre mais /pas pareille/, je me dis qu'on est pas efficaces. Et 
en face les GAFAM avancent toujours plus vite, toujours plus loin, 
toujours plus privateurs ;-)


Adrien P.

Le 05/08/2020 à 13:25, Jacques Lavignotte a écrit :


s/métaphysiques/essentielles

J.

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

Re: [OSM-talk-fr] Projet du mois de septembre (en préparation) : défibrillateurs !

2020-08-05 Thread PanierAvide

Après des discussions avec l'interlocuteur côté Ministère ce matin, ils 
vont étudier la possibilité de basculer en Odbl. Si ça se fait, ça 
résoudra de fait pas mal de problèmes et questions métaphysiques. En 
attendant ça ne nous empêche pas de continuer à avancer de notre côté 
par les relevés terrains et l'intégration vérifiée des données GéoDAE.


Adrien P.

Le 04/08/2020 à 22:24, osm.sanspourr...@spamgourmet.com a écrit :


Donc deux possibilités :

- à partir de leurs données et des nôtres on fait une base consolidée 
conforme en ODbL
- les contributeurs qui travaillent sur leurs données les améliorent 
en double licence ODbL/LO.


Du coup et à condition que l'historique complet des données 
pertinentes des points intégrés soient faites par de tels 
contributeurs, on peut faire un export LO.


Donc c'est possible en théorie. En pratique c'est une usine à gaz. Le 
but est me semble-t-il de sauver des vies pas de faire des moulinettes 
à la con pour contourner des problèmes de licences.


Mais on est d'accord une localisation bonne, ce n'est pas important 
pour sauver des vies...


_Geo_ DAE comme les régimes ni républicains ni démocratiques mettent 
"République démocratique de xxx" ?


Veulent-ils sauver des vies ou gérer des parcs de DAE ? Sans doute les 
deux mais sauver des vies ce sera dans un second temps.


Jean-Yvon

Le 04/08/2020 à 15:53, PanierAvide - panierav...@riseup.net a écrit :


Les licences... éternelle prise de tête pour (presque) aucune valeur 
ajoutée ;-) On peut peut-être les convaincre de passer sur l'Odbl, ça 
s'est fait pour les adresses pourquoi pas ici.


Adrien P.
Le 04/08/2020 à 15:32, Donat ROBAUX a écrit :

Hello,

Ce qui m'emmerde dans tout ca, c'est surtout cette histoire de 
licence (et pas que pour ce projet) puisque Geo DAE est en LO donc 
incompatible dans le sens OSM => GeoDEA, alors que des contributeurs 
sont prêts à améliorer les données.


Donat

___
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] Projet du mois de septembre (en préparation) : défibrillateurs !

2020-08-05 Thread PanierAvide


Bonjour,

J'ai réalisé une version fusionnée + mise à jour des fichiers (et qui 
sera actualisée quotidiennement) : 
https://files.pavie.info/depot/remote/aedmap_merge.csv


Pas de script d'import, la qualité des données au niveau nommage ne le 
permet pas. Je fais une proposition d'intégration à Osmose pour 
faciliter la tâche ( https://github.com/osm-fr/osmose-backend/pull/940 ).


Pour ce qui est des tags permanents, j'ai fait une passe sur le wiki ( 
https://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Ddefibrillator ) 
pour réorganiser/détailler les attributs supplémentaires (à discuter), 
et effectivement ça vaudrait le coup de vérifier les presets JOSM et iD 
(tu pourrais t'en occuper ?).


Cordialement,

Adrien P.

Le 05/08/2020 à 10:38, Yves P. a écrit :


Une partie (à priori) des données d'AED Map sont publiées sur 
data.gouv : https://www.data.gouv.fr/fr/datasets/defibrillateurs-publics/



Il y a un fichier par commune. Sont-ils vraiment homogènes ?

Je viens de voir la version fusionnée de Christian et avec des 
coordonnées WGS 84 :)

https://www.data.gouv.fr/fr/datasets/r/ee8bf6fe-5043-447a-9a49-06458b4c6604

Il y a des informations redondantes dans les champs *Nom*, *Adresse* 
et *Adresse 2* :
Ce n'est pas gênant pour un contributeur qui va intégrer le POI (et 
surtout aller vérifier sur place), mais attention avec un script d'import.


*Identifiant* 	*Nom* 	*Adresse* 	*Adresse 2* 	*Code postal* 	*Ville* 
*Country* 	*Longitude* 	*Latitude* 	*Modification*
110755 	GYMNASE Gérard SEBASTIA 	GYMNASE Gérard SEBASTIA Complexe de 
la bâtie 	579 Avenue Jean Moulin – La Bâtie 	83220 	Le Pradet 	FR 
6.01535 	43.111674 	13/11/2017 15:03:01
110753 	POLICE MUNICIPALE 	POLICE MUNICIPALE 	440, avenue 1ére DFL 
83220 LE PRADET 	83220 	Le Pradet 	FR 	6.016704 	43.106835 	13/11/2017 
14:48:37
95540 	DAE point information Plagne Bellecote 	Plagne Bellecote 	Point 
Information 	73210 	Mâcot-la-Plagne 	FR 	6.697529 	45.514204 
29/10/2018 13:58:19
95539 	DAE point information Plagne 1800 	Plagne 1800 	Point 
Information 	73210 	Mâcot-la-Plagne 	FR 	6.678088 	45.513558 
29/10/2018 14:34:30



*Comment cartographier ça dans OSM de façon utile (et homogène) ?* En 
cas d'arrêt cardiaque, chaque minute compte ;)


Pour certains DAE, il faut*indiquer comment le trouver dans le bâtiment.*
Préciser les horaires d'accès (il n'y en a aucun dans les données 
publiées dans data.gouv.fr ) et un n° de tél si 
c'est accessible uniquement aux heures d'ouverture de l'établissement ?


Et dans les bâtiments complexes, l'indoor mapping n'est probablement 
pas une option ;)


Et que fait-on du véhicule de patrouille de la Police Municipale 
d'Angoulême ?

Il manque au moins un n° de téléphone ?

Comment publier des photos utiles ?
Une, deux ?
Sur quel site ? Dans quels champs ?

La version (2) beta d'osmHydrant peut afficher plusieurs photos mais 
il n'y a aucun tag dans OSM (il y a des "modèles" dans les photos 
Wikimedia Commons).

La carte fait des requêtes overpass (c'est lent et peu fiable).
Exemple : mairie d'Hautecour 
 et 
copie d'écran 



 Ceci dit, rien n'empêche de ne publier que ce qui a été 
rapproché/validé mais d'avoir un bac à sable dans la base avec tout 
ce qui est possible, histoire d'identifier des DAE potentiellement 
existants sur le terrain mais toujours pas signalés par leurs 
exploitants. 
Ou indiquer les*DAE absents* de leur boîtier (l'asso dans laquelle je 
travaillais l'a enlevé car elle n'a pas les moyens de changer sa 
batterie) mais *toujours signalé sur le terrain* par un beau panneau 
vert DAE !

J'en ai croisé 2 autres dans un village.

__
Yves

Pour la saisie efficace et homogène dans OSM, je relance mon message : 
les presets JOSM et iD sont-ils homogènes et adaptés ??



___

Re: [OSM-talk-fr] Projet du mois de septembre (en préparation) : défibrillateurs !

Une partie (à priori) des données d'AED Map sont publiées sur data.gouv 
: https://www.data.gouv.fr/fr/datasets/defibrillateurs-publics/


Cela ne concerne que ceux déclarés par les collectivités, donc pas la 
partie contribution bénévole. Une fusion de ces jeux de données en août 
2019 par Christian laissait ressortir 900 DAE de cette base. Je ne sais 
pas dans quelle mesure ils ont été contactés pour diffuser les données 
créées par les bénévoles.


Cordialement,

Adrien P.

Le 04/08/2020 à 23:51, Francois Gouget a écrit :


Quelqu'un sait-il sur quelle base de donnée s'appuie l'application
Staying Alive ? Et surtout quelle est la license de cette base de
donnée de défibillateurs ?

Sur https://www.stayingalive.org/ je vois "Powered by AEDMap". Mais sur
le site de AEDMap rien de bien précis : https://aedmap.org/

J'ai l'impression qu'il s'agit d'une base propriétaire construite sur le
travail de bénévoles. Mais leur coeur de métier ne semble pas être cette
base de donnée mais plutôt la maintenance de défibrillateurs.


Bon indépendamment de ça j'ai décidé de prendre un peu d'avance et j'ai
ajouté un défibrillateur à Montparnasse. Un modèle solaire que je
n'avais jamais vu avant et qui serait opéré par la Ville de Paris (3ème
photo) :
https://www.paris.fr/pages/mille-defibrillateurs-prevus-a-paris-d-ici-cinq-ans-4567

Et la carte dépassée et illisible des mille^H^H^H ~100 défibrillateurs
de cette initiative :
http://labs.paris.fr/commun/pdf/carte_33_sites.pdf

Tiens, ça fait penser au xkcd d'aujourd'hui https://xkcd.com/2341/


___
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 du mois de septembre (en préparation) : défibrillateurs !

Les licences... éternelle prise de tête pour (presque) aucune valeur 
ajoutée ;-) On peut peut-être les convaincre de passer sur l'Odbl, ça 
s'est fait pour les adresses pourquoi pas ici.


Adrien P.

Le 04/08/2020 à 15:32, Donat ROBAUX a écrit :

Hello,

Ce qui m'emmerde dans tout ca, c'est surtout cette histoire de licence 
(et pas que pour ce projet) puisque Geo DAE est en LO donc 
incompatible dans le sens OSM => GeoDEA, alors que des contributeurs 
sont prêts à améliorer les données.


Donat

___
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 du mois de septembre (en préparation) : défibrillateurs !

Et c'est d'autant plus intéressant de travailler avec eux maintenant, 
puisque la communauté peut clairement apporter la précision et qualité 
qui manquent actuellement dans la base officielle. Si leur base était 
déjà exhaustive et propre, on aurait plus grand chose à apporter ;-)


J'ai l'impression que la formulation sur le wiki est assez claire pour 
indiquer que l'essentiel du projet du mois est à réaliser par relevé 
terrain (mais ça peut être modifié pour insister davantage si besoin). 
Et donc à discuter avec la DGS (j'ai un appel prévu demain matin) sur 
les aspects alimentation OSM -> GéoDAE, la licence, la possibilité 
d'améliorer le géocodage chez eux en amont, et une communication commune 
sur cette démarche.


Cordialement,

Adrien P.

Le 04/08/2020 à 13:04, Christian Quest a écrit :


A l'aide d'osmose, j'ai exploré les données de GéoDAE pour mon 
département fétiche, l'Yonne... et bien c'est une catastrophe.


Cette base semble essentiellement géocodée, et mal géocodée. Les 
positions sont souvent très mauvaises, il faut absolument la 
re-géocoder proprement en repartant des adresses postales indiquées, 
même si c'est un pis allé par rapport à un lat/lon propre à l'origine.


J'ai contacté par mail les gestionnaires de géodae à ce sujet et pour 
voir comment collaborer. Pour info, j'avais accompagné la DGS au 
démarrage de cette base alors que j'étais à Etalab.



On est donc TRES loin d'une intégration des données GéoDAE, par 
contre, ça peut aider à aller effectivement sur le terrain, ce qui 
d'ailleurs permettrait une remontée sur la qualité auprès de la DGS.


Il y a aussi un sujet annexe... celui de la licence. Aider la DGS à 
améliorer cette base à partir des données OSM ça impose que la base 
soit ensuite diffusées en ODbL... ce que j'avais recommandé.





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

[OSM-talk-fr] Projet du mois de septembre (en préparation) : défibrillateurs !


Bonjour à tous,

Et si on s'organisait un projet du mois en septembre, par exemple sur 
les défibrillateurs (DAE) ? :-)


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

# Pourquoi les défibrillateurs ?

Il y a quelques semaines, la Direction Générale de la Santé a publié sa 
base GéoDAE (en cours de constitution), qui recense les défibrillateurs 
du pays. Un vaste chantier engagé depuis plusieurs mois, et qui commence 
à être visible par ces données. On y compte pour l'instant ~15000 
défibrillateurs, dont 10% vérifiés par leur opérateur.


En parallèle, dans OSM sur la France, on compte ~6500 défibrillateurs. 
Évidemment les deux bases ne se recoupent pas, certains DAE sont 
présents dans l'une et pas l'autre. En 2020, c'est quand même dommage. 
Alors si on s'y met en tant que communauté, on a possibilité d'obtenir 
une liste exhaustive sur le territoire de ces équipements !


# Quels sont les objectifs ?

L'objectif principal sera de recenser le plus possible de défibrillateur 
sur le terrain. On pourra ainsi s'aider de la base GéoDAE via Osmose et 
des bases ouvertes par certaines collectivités. Mais le gros du travail 
va consister à arpenter les établissements pour retrouver ces 
équipements. Dans la mesure du possible, on renseignera les attributs 
annexes (localisation, opérateur, niveau...).


# Comment aider à la préparation ?

D'ici le début du projet en septembre, il y a quelques tâches qui 
restent à réaliser, si vous voulez prendre part à l'organisation c'est 
l'occasion !


- Vérifier / compléter la documentation sur le wiki, notamment sur les 
réutilisations existantes de ces données


- Écrire un article pour annoncer le projet du mois sur le site OSM 
France pour publication fin août, de manière générale préparer la 
communication vers l'extérieur sur cette démarche


- Prendre contact avec les groupes locaux OSM, les collectivités 
locales, les assos de secouristes... Toute structure susceptible de 
mobiliser ses membres pour contribuer au projet du mois


Au plaisir de discuter avec vous sur ce projet :-)

--
Adrien P.


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

Re: [OSM-talk-fr] Comment qualifier un Chaussidou

2020-07-23 Thread PanierAvide


Bonjour,

Voir ici, le cas L3 : 
https://wiki.openstreetmap.org/wiki/FR:Bicycle#Bandes_cyclables


Les tags : highway=* + cycleway=lane + lanes=1 + oneway=no

Cordialement,

Adrien P.

Le 23/07/2020 à 17:42, Nicolas Dumoulin a écrit :

Salut :-)

Je me demande comment qualifier un chaussidou, aussi appelé "Chaussée 
à Voie Centrale Banalisée" (CVCB) décrite ici par exemple : 
https://www.cc37.org/chaussee-a-voie-centrale-banalisee-chaucidou/


Une recherche de "chaussidou" sur taginfo ne me renvoie rien à part 
des mentions en attribut "note". Ça me semblerait intéressant de 
qualifier ce genre d'aménagement pour être plus précis et permettre 
une vue générale de la présence de cet aménagement.


Ça ne semble bien sûr pas opportun d'utiliser un highway=* spécifique 
ni d'omettre les tags "cycleway=*" mais d'ajouter un complément genre 
highway:chaussidou=yes ou bien zone:chaussidou=yes. Pour rappel, ce 
type d'aménagement n'est pas spécifiquement Français, donc pas de "FR:".


Qu'en pensez-vous ?

P.S. : Ça faisait longtemps que je n'étais pas passé sur cette liste, 
j'espère que vous allez bien. En tout cas, je constate qu'OSM continue 
à se faire sa place, quelle réjouissance pour un projet libre. 
Portez-vous bien.




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

Re: [OSM-talk-fr] takeout Mapillary... 12To archivés

2020-07-22 Thread PanierAvide

Et c'est déjà géré le fait de ne pas tout re-télécharger ? Si c'est le 
cas, on peut se permettre de faire des take-out +/- réguliers lors de 
sessions de prises de photos ?


Cordialement,

Adrien P.

Le 22/07/2020 à 15:41, Christian Quest a écrit :


Le plus simple pour moi (et toi), c'est de relancer un takeout, qui ne 
prend en compte que les nouvelles photos sans tout recharger.





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

Re: [OSM-talk-fr] takeout Mapillary... 12To archivés

2020-07-22 Thread PanierAvide


Bonjour,

Merci pour ce point d'étape. Je ne dois pas être le seul à continuer à 
faire des photos depuis la nouvelle de rachat et la demande de takeout. 
Y a-t'il une façon de transmettre sur ce serveur les nouvelles photos 
prises ? En sachant que j'en garde désormais une copie en local, mais 
qu'elles sont également envoyées sur Mapillary.


Cordialement,

Adrien P.

Le 22/07/2020 à 11:48, Christian Quest a écrit :
Les photos Mapillary de notre zimmy national ont toute été 
archivées... 3.4To à lui tout seul pour 1.5M de photos.


J'en suis à 12To au total, encore 2.6To de dispo sur la grappe 
actuelle de disques.



Les dernières photos récupérées ne sont pas floutées. Pour faire 
tourner des algo d'IA, plusieurs pistes sont explorées, mais souvent 
gourmandes en ressources de calcul (et énergie), et ce même en 
utilisant un GPU à la place de CPU habituels.


La dernière piste identifiée... les EdgeTPU mis au point par Google. 
Ce sont des circuits dédiés (ASIC) qui permettent de faire tourner des 
algos basés sur des réseaux de neurones légers. Triple avantage: c'est 
rapide, peu consommateur d'énergie (2W) et pas cher (40€ pièce). J'en 
ai reçu deux lundi... à tester prochainement.


Infos ici: https://coral.ai/products/m2-accelerator-bm




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

Re: [OSM-talk-fr] Comment restaurer des données supprimée

2020-06-29 Thread PanierAvide


Bonjour,

Pour référence : https://wiki.openstreetmap.org/wiki/Change_rollback

Et dans ce cas là, à priori le plus simple est le plugin "undelete" de 
JOSM https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Undelete


Cordialement,

Adrien P.

Le 30/06/2020 à 06:33, Gad Jo a écrit :

Bonjour,


J'ai fait une suppression malheureuse mais je m'en rend compte très 
tardivement. La zone est très limité. Sur deux immeubles.


C'est plus simple de refaire un import du cadastre mais je demande ça 
aussi pour apprendre comment répondre à cette étude de cas.


J'ai posté la demande sur le forum pour que le plus grand nombre 
profite de la réponse mais sans succès depuis depuis mai.


Est-ce qu'une personne aurait une solution ?
https://forum.openstreetmap.fr/viewtopic.php?f=5=7400
--
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma 
brièveté.


___
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] listing des cinémas sur data.gouv

2020-06-26 Thread PanierAvide

À minima, il y a la liste des jeux de données qui sont publiées sur le 
compte OSM sur data.gouv.fr :


https://www.data.gouv.fr/fr/organizations/openstreetmap/datasets.csv

Ça peut sans doute servir de base à une documentation sur une page wiki 
? En sachant que je ne sais pas moi-même qui gère les jeux existants 
publiés de longue date.


Cordialement,

Adrien P.

Le 26/06/2020 à 12:00, Marc M. a écrit :

Le 26.06.20 à 10:59, PanierAvide a écrit :

qu'est-ce qui serait à documenter, et où ?

si un jour quelque chose se grippe et que les fichiers ne sont plus
à jour sur
https://www.data.gouv.fr/fr/datasets/cinemas-issus-dopenstreetmap/ il va
chercher pourquoi ou cliquer sur "contacter openstreetmap".
celui chez qui cela arrive (je sais même pas qui) serra content
d'avoir les 4 lignes que tu viens d'écrire :)

je ne sais pas vraiment quel est le meilleur endroit pour cela.
faire une page wiki.openstreetmap.org listant les différents export
du compte osm sur data.gouv.fr ?

genre
sujet / source / hébergement / code / url
ciné / download.osm-fr/... / OpenDataFrance /
https://framagit.org/PanierAvide/GeoDataMine /
https://www.data.gouv.fr/fr/datasets/cinemas-issus-dopenstreetmap/

___
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] listing des cinémas sur data.gouv

2020-06-26 Thread PanierAvide


Bonjour Marc,

Pas sûr de comprendre, en l'état la tuyauterie est la suivante :

- Le serveur de GéoDataMine (hébergé chez OVH par OpenDataFrance) 
récupère le fichier PBF depuis download.openstreetmap.fr régulièrement. 
Ce serveur importe ce PBF dans une base PostgreSQL locale via Osm2pgsql. 
Le code de GéoDataMine est sur Framagit : 
https://framagit.org/PanierAvide/GeoDataMine


- Pour les exports à la demande pour une ville (interface du site 
geodatamine.fr), la requête est envoyée auprès du PostgreSQL local, qui 
renvoie directement le fichier à l'utilisateur (stockage temporaire sur 
le serveur).


- Pour les exports bruts quotidiens (geodatamine.fr/dump), les fichiers 
sont générés et stockés sur le serveur de GeoDataMine, à l'aide la même 
base PostgreSQL.


- Data.gouv.fr pointe vers ces fichiers (pas de copie chez eux), et 
vérifie régulièrement leur disponibilité (tuyauterie interne data.gouv, 
pas la vue sur comment ça marche).


Sur la base de ces éléments, qu'est-ce qui serait à documenter, et où ? :-)

Cordialement,

Adrien P.

Le 26/06/2020 à 10:43, Marc M. a écrit :

très sympa.
suggestions : documenter quelque part et ajouter un lien vers ce quelque
part sur le comment cela tourne (où est le code qui prend le dump
geodatamine pour l'envoyer sur www.data.gouv.fr, où cela tourne,
où signaler une anomalie si un jour c'est ko

Le 25.06.20 à 18:41, PanierAvide a écrit :

Pour les curieux, les exports sont disponibles via GéoDataMine pour
toutes les thématiques présentes dans l'outil (France métropole +
DROM/COM, màj quotidienne) : https://geodatamine.fr/dump/

Adrien P.

Le 25/06/2020 à 17:58, Florian LAINEZ a écrit :

Hey, cadeau du jour : un extract quotidien des cinémas de france sur
data.gouv :
https://www.data.gouv.fr/fr/datasets/cinemas-issus-dopenstreetmap/
Merci de ne pas encore communiquer largement sur le sujet : ce n'est
qu'une première version, vu tout le boulot qu'on est en train de mener
sur le sujet actuellement, attendez vous à voir bouger les données.
On espère avoir une "V1" d'ici quelque temps donc votre aide est la
bienvenue pour améliorer les données dans OSM. En particulier on a
besoin d'aide pour créer les infos de contact : adresse, numéro de
téléphone, site web, page facebook ...

Avec Adrien on va par ailleurs publier pas mal de nouveaux jeux de
données sur data.gouv sur des sujets différents, on vous tient au jus
pour ça aussi.

--

*Florian Lainez*

@overflorian <http://twitter.com/overflorian>

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

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



___
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] listing des cinémas sur data.gouv

2020-06-25 Thread PanierAvide

Pour les curieux, les exports sont disponibles via GéoDataMine pour 
toutes les thématiques présentes dans l'outil (France métropole + 
DROM/COM, màj quotidienne) : https://geodatamine.fr/dump/


Adrien P.

Le 25/06/2020 à 17:58, Florian LAINEZ a écrit :
Hey, cadeau du jour : un extract quotidien des cinémas de france sur 
data.gouv : 
https://www.data.gouv.fr/fr/datasets/cinemas-issus-dopenstreetmap/
Merci de ne pas encore communiquer largement sur le sujet : ce n'est 
qu'une première version, vu tout le boulot qu'on est en train de mener 
sur le sujet actuellement, attendez vous à voir bouger les données.
On espère avoir une "V1" d'ici quelque temps donc votre aide est la 
bienvenue pour améliorer les données dans OSM. En particulier on a 
besoin d'aide pour créer les infos de contact : adresse, numéro de 
téléphone, site web, page facebook ...


Avec Adrien on va par ailleurs publier pas mal de nouveaux jeux de 
données sur data.gouv sur des sujets différents, on vous tient au jus 
pour ça aussi.


--

*Florian Lainez*

@overflorian 

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

Re: [OSM-talk-fr] BANO ça n'existe plus ?

2020-06-23 Thread PanierAvide


Bonjour,

http://bano.openstreetmap.fr/

Cordialement,

Adrien P.

Le 23/06/2020 à 11:10, Jacques Lavignotte a écrit :

Bonjour,

il y a des mois j'ai découvert BANO. Je l'utilisais selon mes besoins 
et ma manière de contribuer. C'était lent, mais bon... ça marchait;


Et là : plus rien.

Y'a que moi que ça gêne ?

A vous les studios.

J.


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

Re: [OSM-talk-fr] Nouveau dépliant OpenStreetMap chez Linux-Alpes

2020-06-22 Thread PanierAvide

L'URL doit être celle-là : 
https://wiki.openstreetmap.org/wiki/France/Support_Communication


Cordialement,

Adrien P.

Le 22/06/2020 à 13:46, Cyrille37 OSM a écrit :

Bonjour

Peut être ajouter le lien sur la page "FR:Mémo pour cartopartie" du 
wiki 
https://wiki.openstreetmap.org/wiki/FR:M%C3%A9mo_pour_cartopartie#M.C3.A9diatisation


Peut être créer un nouveau sous chapitre à "Médiatisation", dans leque 
il y a un point "affiche" qui pourrait être développé ainsi.


Et sur d'autres pages que je n'ai pas en tête ; celle de l'asso où il 
y des dépliants mais dont je ne trouve pas l'url là tout de suite.


Bonne root
Cyrille37.

Le 22/06/2020 à 06:50, Jean-Christophe Becquet a écrit :

Bonjour,

L'association Linux-Alpes qui porte le groupe OSM Digne a travaillé sur
un nouveau dépliant de présentation d'OpenStreetMap.
http://www.linux-alpes.org/depliant-openstreetmap/

Ce document petit format a été distribué en amont de la cartopartie des
commerces et services du centre ville organisée à Digne jeudi 18 juin.
http://www.linux-alpes.org/cartopartie-reussie-a-digne-les-bains/

Nous nous sommes efforcés de veiller au vocabulaire employé afin de
garder le contenu le plus accessible possible pour un public novice.
Dans un souci d'exemplarité, nous avons apporté une grande attention aux
mentions de crédits et de licences.

Afin de permettre sa réutilisation dans d'autres contextes, nous l'avons
réalisé intégralement avec des logiciels libres dont Inkscape pour la
mise en page. Nous partageons les sources sous licence libre Creative
commons BY-SA.

Nous encourageons donc les groupes locaux mais aussi les structures de
médiation numérique, les collectivités ou les entreprises qui souhaitent
contribuer à la promotion d'OpenStreetMap à reprendre et à adapter cette
ressource à leur contexte local et à la décliner selon leur thématique.

Pour notre part, nous envisageons par exemple d'illustrer la prochaine
version avec un rendu OpenTopoMap.
https://opentopomap.org/#map=14/44.09279/6.23603

Bien entendu, nous recevrons avec plaisir vos réactions et propositions
d'amélioration.


L'association Linux Alpes publie un #flyer @OSM_FR @openstreetmap sous
licence libre, recto-verso personnalisable pour vos événements locaux.
https://twitter.com/Linux_Alpes/status/1274362587006861312

Bonne journée

JCB


___
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] Data OSM

2020-06-20 Thread PanierAvide

Ça fait doublon avec les échanges sur le Loomio 
https://www.loomio.org/d/awNJn3j1/comment/2278570?utm_campaign=discussion_mailer_medium=email_source=new_comment


Mais ce qui a été dit c'est que "data" on s'attend à voir des données 
brutes en mode téléchargement automatique. J'aime bien "carte" / 
"portail" qui est plus révélateur du service.


Adrien P.

Le 20/06/2020 à 14:51, Yves P. a écrit :
Pourquoi repréciser "osm" et pas plus simplement 
data.openstreetmap.fr  ?

+1

On trouve data.gouv.fr , data.enedis.fr 
, data.opendatasoft.com 
…


__
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] Facebook achète Mapillary !

C'est le problème de la poule ou l'oeuf : difficile de mobiliser sans un 
début de solution, et pas évident d'avoir une solution technique sur ce 
sujet lancée par une personne qui soit motivante pour amener des 
contributions rapidement...


Adrien P.

Le 19/06/2020 à 17:24, Marc M. a écrit :

Bonjour,

Le 19.06.20 à 16:41, Vincent de Château-Thierry a écrit :

si quelqu'un.e a *envie* qu'un démonstrateur "proxy Mapillary/OSC" voit le 
jour, qu'il/elle n'hésite pas à se lancer

je ne partage pas ta vision du communautaire.

*j*'ai envie de me lancer dans le sujet, comme je l'avais dis
il y a plus d'un an.
mais ce que je n'ai pas envie, c'est d'un Xieme projet mono-leader
qui s'arrête ou se grippe le jour où le mono-leader est indisponible.
le monde libre est plein de projet agonisant, quel gâchis de ne
pas se concentrer sur le durable, ce qui implique aussi d'être
humainement durable. c'est en ce sens que je disais que la
communauté n'avait pas eu envie en 2018 du sujet, ou dit
autrement, il n'y avait pas une manifestation de porteur*s*
pour que l'idée se poursuive

___
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] Facebook achète Mapillary !

Plutôt un manque de temps / ressources ? L'intérêt était déjà assez 
évident à l'époque et l'est encore plus aujourd'hui. De quoi a-t'on 
besoin pour voir un tel mécanisme émerger ?


Adrien P.

Le 19/06/2020 à 16:02, Marc M. a écrit :

Le 19.06.20 à 08:50, PanierAvide a écrit :

À quand un Mapillary/OpenStreetCam libre et décentralisé ? ;-P

lors de l'appel aux dons 2018, il avait été évoqué de faire
un démonstrateur permettant à un contributeur d'envoyer
ses photos à un seul endroit, à charge pour cet endroit
d'en faire une copie locale (permettant un usage communautaire
voir un jour entrainer un apprentisage) et un double envoi OSC/mapillary

domage que cela n'ai pas interessé la communauté à l'époque,
l'actualité montre bien les limites d'utiliser des outils non libre :
quand on est lié à l'ateur ou on perd en fonctionalité sans pouvoir
forker le tout

___
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] Facebook achète Mapillary !

C'est un sujet que je maîtrise mal, mais OpenCV normalement peut le 
faire. Après il y a la question d'entraîner les algos si on est sur de 
l'apprentissage profond (deep learning). La performance de ces solutions 
vient de la qualité du jeu d'apprentissage. L'avantage c'est que ça se 
prête bien à faire de l'intelligence collective, comme l'outil de 
validation de détection qu'avait lancé Mapillary.


Adrien P.

Le 19/06/2020 à 09:58, Stéphane Péneau a écrit :

Le 19/06/2020 à 09:31, PanierAvide a écrit :


Si on est sur un modèle décentralisée / distribué, le coût du 
stockage / maintenance est réparti, ce qui en fait une solution 
probablement plus viable et surtout qui ne dépend plus d'une unique 
entité. Même si Mapillary reste bienveillant à la vue de leur 
communication, on est quand même dans un écosystème où ces solutions 
sont entièrement sous la responsabilité des GAFAM : pas génial, on 
est quand même mieux dans un monde où on a des alternatives.


Quand on voit des outils comme Peertube, ou les plus vieux systèmes 
de partage de fichier BitTorrent, je me dis qu'il y a sûrement une 
carte à jouer sur les photos de rue géolocalisées... Une instance de 
stockage par chapitre local OSM + instances d'entreprises qui font du 
relevé photo, qui communiquent entre elles et avec un beau portail 
web et des flux WFS... Ça fait rêver :-) Je crois que certains dans 
l'asso avaient commencé à réfléchir au sujet.


Est-ce que tu connais des algos vraiment performants pour le floutage 
des visages/plaques d'immatriculation, etc.. ? C'est un point très 
très important.


Stf


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


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

Re: [OSM-talk-fr] Facebook achète Mapillary !

Si on est sur un modèle décentralisée / distribué, le coût du stockage / 
maintenance est réparti, ce qui en fait une solution probablement plus 
viable et surtout qui ne dépend plus d'une unique entité. Même si 
Mapillary reste bienveillant à la vue de leur communication, on est 
quand même dans un écosystème où ces solutions sont entièrement sous la 
responsabilité des GAFAM : pas génial, on est quand même mieux dans un 
monde où on a des alternatives.


Quand on voit des outils comme Peertube, ou les plus vieux systèmes de 
partage de fichier BitTorrent, je me dis qu'il y a sûrement une carte à 
jouer sur les photos de rue géolocalisées... Une instance de stockage 
par chapitre local OSM + instances d'entreprises qui font du relevé 
photo, qui communiquent entre elles et avec un beau portail web et des 
flux WFS... Ça fait rêver :-) Je crois que certains dans l'asso avaient 
commencé à réfléchir au sujet.


Cordialement,

Adrien P.

Le 19/06/2020 à 09:19, Yves P. a écrit :
Suis content d'avoir toujours contribué sur OpenStreetCam (Mapillary 
ne fonctionnant pas sans les Google Play Services sur mon smartphone).
Il est possible de contribuer avec n'importe quel application qui 
prends des photos (et des traces GPS).


Le Google Play Services doit être utilisé pour améliorer la précision 
de la position en zone urbaine.



À quand un Mapillary/OpenStreetCam libre et décentralisé ? ;-P
Malheureusement nous n'avons pas les moyens de mettre ça en place et 
de le maintenir.

OpenStreetCam ne me semble pas au niveau de Mapillary.

Actuellement, il faut choisir entre Google Street View et Mapillary.
On ne peut pas contribuer au premier et sa licence est incompatible 
avec celle d'OSM, contrairement au second.


Un point important est la déclaration de Jan Erik par rapport à OSM :

/"Our commitment to OpenStreetMap stays. The plan is for the
rights given to OpenStreetMap editors to remain unchanged and for
our work with OpenStreetMap communities and companies to continue
on the same path as always. Mapillary will continue to spearhead a
collaborative model where all map communities, companies, cities,
and others work together to keep the maps of our world accurate,
detailed, and up to date."/


Mais il faudra rester vigilant ;)

__
Yves

PS: Bonne nouvelle, ça devient "gratuit" pour les entreprises (et donc 
les municipalités).


___
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] Facebook achète Mapillary !