Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[European Water Project]

Bonjour Yves,

Je pense qu’il faut pouvoir garder la traçabilité des photos aussi avec
l’API. Dans notre cas, ce n’est pas toujours la même personne qui prendra
la photo qui ajoutera dans OSM.

J'ai écrit ce commentaire avant de prendre contact avec Chris Beddow.

https://forum.mapillary.com/t/trackable-photo-receipt-after-upload/3813

Vous pouvez (nous pouvons) poursuivre la conversation avec Chris ... il est
très motivé aussi. Il essaie de convaincre ses collègues au sein de
Mapillary sur la mérite d’une telle fonctionnalité.

christop...@mapillary.com

J’ai envoyé ceci à Fredrik avant hier dans notre échange d’email de
brainstorming
«
A simple workflow for our app which is realistically implementable for
adding photos to already existing OSM nodes and ways.

1. User clicks on a fountain or café which already exists in the  OSM
database
2. User clicks a button in the popup "add photo"
3. User takes image and it gets sent via an API to Mapillary and stored. A
receipt id is returned by the upload API to the EWP App. This receipt id
and the context in which it was create (ie to which OSM id it is related)
is stored on the European Water Project server.
4. 24 hours later after image key is created, European Water Project can
get image keys using the receipt ids.
5. After manual curation, European Water Project batch creates the
mapillary tags on the OSM objects.

If the same can be done in your app or an app like streetcomplete that
could work too. Having traceability  to easily match to osm object is
important »

Bien cordialement,

Stuart




On Fri, Apr 17, 2020, 07:02 Yves P.  wrote:

>
> > Ce n'est pas possible de prendre des photos individuelles et de les
> mettre efficacement sur le serveur de Mapillary.
> On peut, mais il faut créer une série pour une seule photo.
> C'est lourd.
>
> Pas grand chose à "modifier", il faudrait que l'API accepte une valeur
> spéciale pour la série (par exemple "0", "-1", Null)
>
>
> > Je pense que Mapillary pourrait reconsidérer et commencer à intégrer des
> photos individuelles dans l'avenir proche.
> > (fingers crossed).
> Oui, moi aussi.
>
> Stuart, connais-tu une "Issue" sur ce sujet sur laquelle on pourrait
> rajouter des ?
>
> __
> 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] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[Yves P.]

> Je n'ai pas tout compris à tes interrogations métaphysiques, mais…
Il parait que je me pose beaucoup (trop?) de questions :D

L'idée de départ était de trouver un outils simple et fiable (pour des 
débutants) pour contribuer avec si besoin des photos.
Les notes me paraissent bien car il FAUT un traitement manuel par un 
contributeur (si possible expérimenté).

SC m'a paru très bien.

Le hic, c'est que je pensais qu'il envoyait des photos en pleine résolution, et 
du coup j'ai cadré mes prises de vues en conséquence.
Dans l'absolu ce n'est pas grave, il faut juste le savoir avant :)

Le débutant ne va pas envoyé ses photos dans Wikimedia Commons, mais elles 
pourraient très bien l'être dans Mapillary.
(il y a tellement de photos floues, mal cadrées, avec une mauvaise résolution: 
ici, les clichés ont plus de chance d'être "meilleurs").

Quand à moi, j'essai autant que possible de conserver des photos correctes dans 
Commons (ou Mapillary) pour lier par exemple une boutique dans OSM à la photo 
de sa devanture…
Ou un poteau incendie à une photo de situation (ils sont parfois difficile à 
trouver) et une de détail.

Si la photo pleine résolution reste dans mon ordiphone, pas de problème. (ce 
n'est pas le cas et je ne le savais pas)

> Voir ici aussi le pourquoi de "pas de sauvegarde" dans l'ordiphone 
> https://github.com/westnordost/StreetComplete/issues/1162
Je ne sais pas si c'est à cause de la Stasi ou la SS, mais les allemands sont 
très sensibles avec les droits d'accès aux données du téléphone ;)
(Peux-être que les collègues allemand(e)s inscrit(e)s sur cette liste 
pourraient nous éclairer sur cette particularité "culturelle"  ?)

Un contributeur indiquait une solution (passer par l'application galerie ce qui 
ne nécessite pas de droits supplémentaire pour SC).
Le développeur n'a pas considéré cette option, dommage.
De mémoire, l'utilisateur peut aussi refuser ce droit à l'application.

>> Un mode offline serait pratique.
> Il existe !!!
Je le connaissais mais je pensais (à tord) qu'il ne fonctionnait que pour les 
quêtes.

> Regarde dans "les trois petites points verticaux en haut à droite" -> 
> Paramètres : Communication -> Synchronisation automatique : 
> désactivé/seulement en wifi".
Donc par défaut, synchronisation automatique activée veut dire qu'on ne peut 
pas envoyer sa note (et en créer une nouvelle) tant qu'on n'a pas de réseau ?
Et que les deux autres options enregistrent les notes dans l'ordiphone, et 
seront envoyées plus tard (automatiquement en WIFI, sinon manuellement).

Ok, ça me va (mais le fonctionnement n'est pas limpide au premier abord).

Je teste ça aujourd'hui. Merci :)

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

Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[Yves P.]

> Ce n'est pas possible de prendre des photos individuelles et de les mettre 
> efficacement sur le serveur de Mapillary.
On peut, mais il faut créer une série pour une seule photo.
C'est lourd.

Pas grand chose à "modifier", il faudrait que l'API accepte une valeur spéciale 
pour la série (par exemple "0", "-1", Null)


> Je pense que Mapillary pourrait reconsidérer et commencer à intégrer des 
> photos individuelles dans l'avenir proche.
> (fingers crossed). 
Oui, moi aussi.

Stuart, connais-tu une "Issue" sur ce sujet sur laquelle on pourrait rajouter 
des ?

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

Re: [OSM-talk-fr] formatage no de téléphone

[Philippe Verdy]

Le ven. 17 avr. 2020 à 03:11, Philippe Verdy  a écrit :
>
> Voir aussi cette expression régulière (syntaxe PCRE) qui mâche le
> travail d'analyse (validée et testée pour plein de pays et plain de
> formats):
> https://regex101.com/r/4wY5xA/48
> utilisée sur Wikidata (comme condition informative, non impérative),
> elle valide plein de numéros et le reste est réellement mal formaté
> (plusieurs numéros accolés, syntaxe ambigüe)

Note: le numéro "0800 130 000" est bien accepté comme valide et
reconnu comme un numéro local (non international non éligible au
préfixe "+CC" du format E.164, donc il n'y a rien dans le groupe de
capture 1 pour le code pays explicite, ou 2 pour le code implicite des
numéros nord-américains +1 ou russes +7)
L'expression détecte tous les groupes de chiffres significatif et
préserve leur groupement (mais crée un groupe dans le dernier groupe
s'il contient plus de 4 chiffres).

Elle détecte aussi certains suffixes d'extension (après "EXT" ou "X")
ajoutés après le numéro
Elle détecte correctement la longueur des codes pays mais ne les
valide pas (elle reconnait des codes encore réservés) et donc ne
traite pas ensuite spécialement les formats selon le code pays reconnu
(pour valider qu'il y a assez de chiffres; de plus divers pays ont des
numéros de téléphone de longueur variable selon les premiers groupes
de chiffres, par exemple l'Allemagne ou l'Italie (les formats
diffèrent aussi selon que c'est un numéro fixe ou mobile plus longs).
Elle ne sait pas dire (selon le pays) s'il faut ou pas composer le 0
initial du numéro national (on ne doit pas le supprimer au Royaume-Uni
par exemple, ce 0 initial est significatif au début du code régional,
dans la plupart des autres dont la France, ce 0 doit être supprimé des
appels internationaux quand on compose le préfixe international et le
code pays "+CC").

Améliorations possibles (à tester, syntaxe à étudier):

Elle ne supporte pas les procédures d'appel sur automates vocaux ("*"
suivi de codes numériques) car elle ne détecte pas encore les codes
"*" et "#" de ces procédures, ni les procédures vocales "pour joindre
un conseiller, dites CONSEILLER" qu'ont pourrait ajouter aussi en
mettant ce mot à prononcer entre guillemets, ou dans une autre
propriété de qualification (wikidata) ou un autre tag (OSM)
Elle pourrait aussi ajouter les codes spéciaux "P[nombre de secondes]"
ou "," pour les pauses nécessaires (codes déjà reconnus par les modem
ou fax via leur interface série).
Elle pourrait supporter toute procédure manuelle (sans automate au
bout pour la réaliser mais à effectuer oralement avec le premier
correspondant pour qu'il renvoie l'appel au bon service/la bonne
personne.
Elle ne détecte pas non plus les horaires possibles "@" suivi d'un
format comme pour opening_hours
D'autres préfixes par pays sont possibles et pourraient être reconnus
(par exemple le 8 en Russie est le code interrégional, le 810 est le
code correspondant au préfixe international "+").

Certains numéros peuvent être appelés en mode interrégional ou en mode
international (au sein du plan nord-américain, le "1" composé seul
appelle n'importe quel pays de la zone, en Russie et plusierus pays
ex-sociétiques, le "8" a aussi cette fonction et il faut analyser le
code régional pour savoir à quel pays cela correspond pour appeler
d'un autre pays, et un numéro kazakhe indiqué par "8(XXX)N..."
devra remplacer le "8" par + suivi du code du Kazakhstan, ou le "+7"
si c'est un numéro russe...). On a le cas aussi en France pour les
outre-mer et les numéros de Monaco, intégrés au plan français dit "à
10 chiffres" (mais qui ont aussi leur propre préfixe international).

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

Re: [OSM-talk-fr] formatage no de téléphone

[Philippe Verdy]

Voir aussi cette expression régulière (syntaxe PCRE) qui mâche le
travail d'analyse (validée et testée pour plein de pays et plain de
formats):
https://regex101.com/r/4wY5xA/48
utilisée sur Wikidata (comme condition informative, non impérative),
elle valide plein de numéros et le reste est réellement mal formaté
(plusieurs numéros accolés, syntaxe ambigüe)


Le jeu. 16 avr. 2020 à 16:00, Pierre-Olivier GREGOIRE
 a écrit :
>
> C'est la bibliothèque que google utilise dans android si j'ai bien compris 
> donc ca doit couvrir tous les pays je pense ;)
>
> Le jeu. 16 avr. 2020 à 14:38, Yves P.  a écrit :
>>
>>
>> Pour info Il y a une bibliotheque libre fournie par Google en js et java qui 
>> permet de passer de la forme locale a l'international et inversement :: 
>> https://github.com/google/libphonenumber
>> La page liste des portages en python et autre
>>
>> Merci cool :)
>>
>> Ça évite de réinventer la roue et ça marche pour plein de pays (tous ?)
>> Un détail, la bibliothèque indique que mon n° de mobile est chez SFR : perdu 
>> :D
>>
>> Comme me l'on fait remarqué 2 personnes assidues, le formatage de n° comme 
>> "0800 130 000" est cassé.
>> Dans CRO, on peut par exemple ne pas reformater un n° si il contient des 
>> espaces (pour la France).
>> Ou alors laisser ça aux éditeurs (c'est le cas actuellement dans CRO).
>>
>> Et pour les données ouvertes, faire ça automatiquement à l'import, en 
>> prévenant l'opérateur en cas de doute.
>> (en France, un groupement de 3 chiffres est probablement voulu).
>>
>> Pour les développeurs de JOSM, cette bibliothèque est faite pour vous ;)
>>
>> __
>> Yves
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Recouvrements highway et waterway sur Osmose

[GarenKreiz]

Bonsoir,

Au temps pour moi,j'avais laissé trainé un filtre sur le niveau de gravité!
Merci

Cdt

   Garenkreiz


On Thu, 16 Apr 2020 at 20:44,  wrote:

> Osmose détecte toujours.
>
> Ici ce n'est pas le message usuel mais :
> *Intersection d’objets sans rapports relatifs à la voirie et aux cours
> d’eau*
> *way 172715101 * josm
> 
> iD  edit
> 
> *way 789623290 * josm
> 
> iD  edit
> 
> osm-show
> 
> osm-edit 
> josm-zone
> 
> détails
> 
> Signalement du : 2020-04-16
> × 
> Gravité
> Avec correction
> Le 16/04/2020 à 18:38, GarenKreiz - garenkr...@gmail.com a écrit :
>
> Bonjour,
>
> Il me semblait qu'Osmose détectait les recouvrements non déclarés entre
> les chemins "highway" et les chemins "waterway". Pourtant il n'indique rien
> pour https://www.openstreetmap.org/way/172715101 , une rue de Puteaux qui
> tente de traverser la Seine à gué.
>
> Y a-t-il un paramétrage à faire?
>
> Garenkreiz
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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] Coronapiste : piste cyclable temporaire qui dure

[Marc M.]

Bonjour,

Le 16.04.20 à 22:59, Florimond Berthoux a écrit :
> Si comme à Nantes la piste remplace un aménagement (bande ou voie bus)
> on pourrait mettre :
> was:cycleway=lane|*

bonne idée

> Et pour l'aspect temporaire :
> cycleway:conditional=yes @ covid19

oui mais un oui par défaut + un oui conditionnel,
cela risque de faire réagir des QA (donc provoquer
leur suppression ou pire une correction incorrecte)
je mettrais à la place description:covid19=piste cyclabe temporaire

Cordialement,
Marc

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

[OSM-talk-fr] Coronapiste : piste cyclable temporaire qui dure

[Florimond Berthoux]

Bonsoir,

Il y a dans le monde un mouvement de création de piste cyclable temporaire
afin de favoriser la distanciation sociale contre le covid19.
Voir une liste par ici
https://twitter.com/Lelievre_Adrien/status/124462002223488
Et en France aussi ça bouge, par exemple une première à Nantes
https://twitter.com/thomasquero/status/1250842503403708420

Comment mapper ça ?
Mon avis est qu'elles sont faites pour durer quelques temps, plusieurs mois
au moins. Donc autant les tagguer en "dur" avec les tags habituels
(cycleway=*, voire highway=cycleway). Ainsi la donnée sera utilisable par
tous sans modification de code.

Si comme à Nantes la piste remplace un aménagement (bande ou voie bus) on
pourrait mettre :
was:cycleway=lane|*

Et pour l'aspect temporaire :
cycleway:conditional=yes @ covid19

Qu'en pensez vous ?

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

Re: [OSM-talk-fr] Recouvrements highway et waterway sur Osmose

[osm . sanspourriel]

Osmose détecte toujours.

Ici ce n'est pas le message usuel mais :

*Intersection d’objets sans rapports relatifs à la voirie et aux cours
d’eau*
*way 172715101 * josm

iD  edit

*way 789623290 * josm

iD  edit

osm-show

osm-edit

josm-zone

détails


Signalement du : 2020-04-16
× 
Gravité

Avec correction
Le 16/04/2020 à 18:38, GarenKreiz - garenkr...@gmail.com a écrit :

Bonjour,

Il me semblait qu'Osmose détectait les recouvrements non déclarés
entre les chemins "highway" et les chemins "waterway". Pourtant il
n'indique rien pour https://www.openstreetmap.org/way/172715101 , une
rue de Puteaux qui tente de traverser la Seine à gué.

Y a-t-il un paramétrage à faire?

    Garenkreiz


___
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] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[deuzeffe]

Je n'ai pas tout compris à tes interrogations métaphysiques, mais...

Le 16/04/2020 à 10:22, Yves P. a écrit :
J'ai (re)testé hier. Voici les notes générées 
.



  * pas d'enregistrement en pleine résolution dans la galerie du
smartphone (pour pallier les pb ci-dessus et une perte éventuelle de
données cf. issue #1768
)


Voir ici aussi le pourquoi de "pas de sauvegarde" dans l'ordiphone 
https://github.com/westnordost/StreetComplete/issues/1162



De plus le processus ne semble pas documenté (d'où mes mauvaises surprises).
J'ai déposé un ticket #1781 



Autre détail, sans connexion 3/4/5 G, il me semble pas possible 
d'envoyer la note.

Un mode offline serait pratique.


Il existe !!! Regarde dans "les trois petites points verticaux en haut à 
droite" -> Paramètres : Communication -> Synchronisation automatique : 
désactivé/seulement en wifi".


HTH
--
deuzeffe

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

Re: [OSM-talk-fr] Recouvrements highway et waterway sur Osmose

[Marc M.]

Bonjour,

Le 16.04.20 à 18:38, GarenKreiz a écrit :
> Il me semblait qu'Osmose détectait les recouvrements non déclarés entre
> les chemins "highway" et les chemins "waterway". Pourtant il n'indique
> rien pour https://www.openstreetmap.org/way/172715101 , une rue de
> Puteaux qui tente de traverser la Seine à gué.

https://osmose.openstreetmap.fr/fr/error/6edf0147-6726-832a-6ec5-b87d2a1ad420
Intersection d’objets sans rapports relatifs à la voirie et aux cours d’eau

trouvé en activant tous les niveaux de gravité et toutes les rubriques

Cordialement,
Marc

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

[OSM-talk-fr] Recouvrements highway et waterway sur Osmose

[GarenKreiz]

Bonjour,

Il me semblait qu'Osmose détectait les recouvrements non déclarés entre les
chemins "highway" et les chemins "waterway". Pourtant il n'indique rien
pour https://www.openstreetmap.org/way/172715101 , une rue de Puteaux qui
tente de traverser la Seine à gué.

Y a-t-il un paramétrage à faire?

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

Re: [OSM-talk-fr] Et si on prenait soin de nos EHPAD ?

[Jean-Guilhem Cailton]

Bonjour,

D’après ce que j’ai compris de Nicolas et toi Pascal, l’Hérault doit en
effet être fait.

Par ailleurs, l’équipe « ROJLP », qui avait fait le Gard, et vient de
terminer l’Ardèche, attaque la Drôme.

Et d’après les réponses sur la liste talk-fr qui mentionnent des
départements :
- Après la Haute-Savoie, Yves parlait du Jura (en commençant par un
Ehpad dans l’Ain (?), VillA Charlotte).
- Paul se balade dans toute l’Isère, bien équipé en umap et overpass-turbo.

(Fil
https://lists.openstreetmap.org/pipermail/talk-fr/2020-April/thread.html#98295
)

Pour ma part, j’en fait un peu autour de chez moi en Haute-Garonne
(hors de la carte de Kalksten)


Ça laisse pas mal de départements dont il serait bien que de bonnes
volontés prennent soin…

N’hésitez pas à partager vos avancées et contributions sur ce thème,

Je vous embrasse (comme, par courriel, on peut),

Jean-Guilhem


Le 16/04/2020 à 10:30, ARNOUX Pascal (Free) a écrit :
> Bonjour,
>
> A-t-on un bilan sur ce qui a été fait et sur ce qu'il reste à faire ?
> J'ai consulté les deux liens fournis, je n'ai pas trop vu
> d'indications sur le Gard et l'Hérault.
> -- 
> Bien cordialement, Pascal ARNOUX
> Président de Montpel'libre - Les logiciels logiquement libres
> https://montpellibre.fr - 06.47.85.59.42
>
>
> Le 09/04/2020 à 19:30, Jean-Guilhem Cailton a écrit :
>> Bonjour,
>>
>> Il reste beaucoup à améliorer sur la cartographie des EHPAD dans OSM.
>> Y compris de ceux dont la presse nous donne des nouvelles terribles.
>>
>> Nicolas avait aussi signalé que, au moins pour les sapeurs-pompiers
>> de l’Hérault, la cartographie des EHPAD faisait partie des
>> thématiques à améliorer, pour leur système d’alerte…
>>
>>
>> Grâce aux données ouvertes FINESS, intégrées dans Osmose, il est
>> relativement facile de compléter les informations des établissements
>> déjà présents, ou d’ajouter ceux qui manquent.
>>
>> Pour ma part, j’ai appris à utiliser http://osmose.openstreetmap.fr à
>> cette occasion. Je sélectionne « Gravité=Toutes », « Avec
>> correction=JOSM » (c’est l’éditeur que j’utilise), et « Thème=merge ».
>> Puis dans la rubrique Intégration, je clique sur « rien » pour tout
>> décocher, puis « Structure sociale » et « Structure sociale à intégrer ».
>>
>> J’ai activé dans JOSM l’option « Télécharger dans un nouveau calque »
>> du contrôle à distance. Puis, pour une puce Osmose donnée, j’utilise
>> les liens josm-zone et fix-josm pour charger la zone, et un objet
>> avec les nouvelles balises, chacun dans un calque. Je préfère ça pour
>> m’y retrouver, et savoir ce que j’édite avant de le charger dans OSM.
>> Si nécessaire, j’ajoute aussi à la main nom et adresse.
>>
>> Je remplace aussi le group_home proposé par défaut par Osmose,
>> actuellement, par social_facility=nursing_home, pour les vrais EHPAD,
>> conformément au consensus dans le fil « Listes d’EHPAD et tag », sur
>> talk-fr les 24 et 25 mars.
>>
>> Au passage, je fais une petite recherche web sur le nom de
>> l’établissement. Ils ont souvent leur propre site web, ou au moins
>> des pages qui les décrivent, et permettent de distinguer les EHPAD
>> des foyers-logements, par exemple, pour lesquels group_home peut être
>> mieux adapté. Et du coup, ça fait aussi un attribut website à ajouter.
>>
>>
>> Pour se coordonner, au niveau élémentaire, on peut cliquer sur la
>> coche verte « corrigé » d’Osmose une fois qu’on a intégré les
>> informations d’une puce dans OSM.
>>
>> À un niveau plus global, par exemple par département (je crois que
>> l’Hérault et le Gard ont déjà été faits), peut-être qu’on peut se le
>> dire simplement en répondant à ce message. À moins que quelqu’un
>> mette en place un meilleur système, comme une page wiki ?
>>
>>
>> Pour ma part, je vais prioriser en fonction de nouvelles de presse
>> qui sont cartographiées sur cette umap (et de leurs alentours) :
>> https://umap.openstreetmap.fr/fr/map/liste-des-ephad-concernes-par-le-covid-19_439161
>> (surtout par Kalksten — https://twitter.com/Kalkspat1)
>>
>> Attention, ça peut être assez éprouvant de regarder ce genre de
>> nouvelles de trop près…
>>
>>
>> Prenez bien soin de vous, et de nos aînés en cartographiant leurs
>> EHPAD, si ça vous dit,
>>
>> Jean-Guilhem

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

Re: [OSM-talk-fr] #caresteouvert Intégration données dokomaps en opendata

[Marc M.]

Bonjour,

Le 16.04.20 à 17:14, Baptiste Jonglez a écrit :
> Si je résume les avis exprimés sur la liste

j'ai soumis la question à legal-questi...@osmfoundation.org
histoire d'avoir un avis un peu plus neutre que "c'est covid19
donc c'est légal"

hélas j'imagine que cela prendra un peu de temps.

Cordialement,
Marc

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

[OSM-talk-fr] Fusions pharmacies

[Jacques Lavignotte]

Bonjour,

Deux pharmacies fusionnent avec une troisième (3 n° de FINESS) Je mets 
des was: sur les amenity=pharmacy des officines fermées et je laisse les 
reste en l'état. J'ai bon ?


J.
--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] #caresteouvert Intégration données dokomaps en opendata

[Baptiste Jonglez]

Bonjour,

Si je résume les avis exprimés sur la liste, concernant uniquement
l'intégration déjà réalisée des commentaires venant de Dokomaps :

- 2 avis "il faut revert les données déjà intégrées"
- 4 avis "il faut conserver les données déjà intégrées"

Les arguments donnés pour revert : le statut juridique n'est pas
acceptable puisqu'il manque l'accord des contributeurs originaux ;
l'intégration s'est faite de manière trop cavalière ; la licence ODbL sans
provision de future changement de licence ne permet pas d'intégrer des
données dans OSM.

Les arguments donnés pour conserver : on a bien l'accord du propriétaire
de la base de données (Dokomaps) ; ces données ont un intérêt général et
sanitaire qui justifie l'intégration malgré l'incertitude juridique ; les
données seront de toute façon effacées d'OSM à la fin de la crise.

Y a-t-il d'autres avis sur la question ?

Pour ce qui est de finir d'intégrer les données restantes, ce n'est
évidemment plus considéré, et ça n'a de toute façon plus vraiment
d'intérêt (les données sont maintenant trop vieilles).

Baptiste

On 11-04-20, Baptiste Jonglez wrote:
> Bonjour,
> 
> Tout d'abord, je n'ai pas l'impression d'avoir fermé la discussion.  Il y
> a eu une première discussion sur
> https://github.com/osmontrouge/caresteouvert/issues/81 avec des retours
> positifs (je tiens à noter que je ne suis pas l'initiateur de cette
> discussion).
> 
> Puis une seconde discussion ici, où tu as très justement pointé du doigt
> certains problèmes avec l'origine des données.  Quelques personnes ont
> participé à la discussion.  Après je suis d'accord que le début de
> l'intégration a été précipité vis-à-vis de l'annonce sur talk-fr (j'ai
> considéré à tord que les principales personnes concernées avaient déjà eu
> vent de la discussion via le ticket github, ouvert depuis plusieurs jours
> et avec de nombreux retours).
> 
> Maintenant sur les données elles-mêmes, il y a deux cas :
> 
> - les données provenant de Google (nom des POI et localisation) :
>   clairement, il n'y a pas lieu de les intégrer, ça semble faire
>   consensus.  Merci d'avoir remonté ce problème.  Aucune intégration n'a
>   été faite sur ces données.
> 
> - les données d'ouverture en temps de confinement, venant des
>   contributeurs de Dokomaps : il y a effectivement un flou sur la relation
>   entre Dokomaps et ses utilisateurs, Dokomaps aurait dû chercher de façon
>   plus explicite la permission de ses utilisateurs.  Ceci dit, il ne me
>   semble pas y avoir de consensus dans la discussion sur l'intégration de
>   ces données, ni dans un sens ni dans l'autre.  Ça ne me semble pas
>   justifié de reverter l'intégration de ces données (surtout qu'elles sont
>   généralement croisées avec des informations apportées par ailleurs par
>   des contributeurs sur çaresteouvert)
> 
> En tout cas, vu ces oppositions, j'ai désactivé les données restantes à
> intégrer sur umap (ce que j'aurais effectivement dû faire avant).
> 
> Si un consensus émerge sur la nécessité de reverter les données déjà
> intégrées, ce sera à contre-coeur mais je m'en chargerais, il n'est pas
> question que ça demande du travail à d'autres contributeurs...
> 
> Baptiste
> 
> On 11-04-20, althio wrote:
> > En l'absence de clarification complète ou d'autres éléments convaincants
> > sur le statut des données Doko Maps, leur propriété et leur licence, je
> > considère que ces données ne sont pas valables pour un ajout dans OSM.
> > 
> > La discussion avec les différents auteurs de cet ajout de données et le
> > reste de la communauté n'a pas eu lieu (en tout, pas aussi détaillée et
> > conclusive qu'on aurait pu espérer), ni ici sur talk-fr, ni sur
> > https://github.com/osmontrouge/caresteouvert/issues/81
> > 
> > J'ai fait une demande aux auteurs de cet ajout de données de reverter leurs
> > contributions, ce qui a été ignoré pour l'instant.
> > cf.
> > https://github.com/osmontrouge/caresteouvert/issues/81#issuecomment-611299417
> > 
> > Je lance donc un dernier appel sur cette liste, si quelqu'un :
> > - veut exprimer son opinion en faveur ou défaveur de la validité de ces
> > données dans OSM, et pour ou contre des reverts
> > - voire un appel à volontaires pour effectuer les reverts si les auteurs
> > initiaux ne s'en chargent pas
> > 
> > On Sat, 4 Apr 2020 at 21:52, althio  wrote:
> > 
> > > Bonjour,
> > >
> > > Merci pour le suivi, les renseignements complémentaires et la mise à jour
> > > des informations.
> > >
> > > > Alors, en regardant plus en détails, sur les deux catégories de données 
> > > > :
> > >> >
> > >> > - données des contributeurs (commentaire) : je n'ai pas trouvé non plus
> > >> de
> > >> >   Terms of Services ou équivalent, donc c'est effectivement une zone
> > >> >   grise.  Je vais demander.
> > >>
> > >> Ils n'en ont effectivement pas.  Du point de vue d'OSM, on peut 
> > >> considérer
> > >> qu'ils nous ont accordé une licence et que la base juridique de cet 
> > >> accord
> > >> vis-à-vis de leurs utilisateurs 

Re: [OSM-talk-fr] formatage no de téléphone

[Pierre-Olivier GREGOIRE]

C'est la bibliothèque que google utilise dans android si j'ai bien compris
donc ca doit couvrir tous les pays je pense ;)

Le jeu. 16 avr. 2020 à 14:38, Yves P.  a écrit :

>
> Pour info Il y a une bibliotheque libre fournie par Google en js et java
> qui permet de passer de la forme locale a l'international et inversement ::
> https://github.com/google/libphonenumber
> La page liste des portages en python et autre
>
> Merci cool :)
>
> Ça évite de réinventer la roue et ça marche pour plein de pays (tous ?)
> Un détail, la bibliothèque indique que mon n° de mobile est chez SFR :
> perdu :D
>
> Comme me l'on fait remarqué 2 personnes assidues, le formatage de n° comme
> "0800 130 000
> " est cassé.
> Dans CRO, on peut par exemple ne pas reformater un n° si il contient des
> espaces (pour la France).
> Ou alors laisser ça aux éditeurs (c'est le cas actuellement dans CRO).
>
> Et pour les données ouvertes, faire ça automatiquement à l'import, en
> prévenant l'opérateur en cas de doute.
> (en France, un groupement de 3 chiffres est probablement voulu).
>
> Pour les développeurs de JOSM, cette bibliothèque est faite pour vous ;)
>
> __
> 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

[OSM-talk-fr] Ça reste ouvert : saisie des horaires

[Yves P.]

Bonjour,

En nettoyant OSM, je suis tombé sur des opening_hours un peu bizarre.
De mémoire, https://openingh.openstreetmap.de/evaluation_tool/ n'a pas trop 
apprécié.

Cela ressemblait à une juxtaposition de jours, sans séparateur ";".
C'était factorisable "Mo-Sa:" 

En découvrant et en testant le formulaire de saisie dans CRO, je pense que le 
problème vient de là.
Le contributeur débutant à dû créer les horaires jour par jour.

Difficile décrire… :/ Je vous laisse essayer.
Avez-vous rencontré des problèmes ?

__
Yves

PS: peut-être en lien avec 
https://github.com/osmontrouge/caresteouvert/issues/338 ?


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

Re: [OSM-talk-fr] formatage no de téléphone

[Yves P.]

> Pour info Il y a une bibliotheque libre fournie par Google en js et java qui 
> permet de passer de la forme locale a l'international et inversement :: 
> https://github.com/google/libphonenumber 
> 
> La page liste des portages en python et autre 
Merci cool :)

Ça évite de réinventer la roue et ça marche pour plein de pays (tous ?)
Un détail, la bibliothèque indique que mon n° de mobile est chez SFR : perdu :D

Comme me l'on fait remarqué 2 personnes assidues, le formatage de n° comme 
"0800 130 000 " 
est cassé.
Dans CRO, on peut par exemple ne pas reformater un n° si il contient des 
espaces (pour la France).
Ou alors laisser ça aux éditeurs (c'est le cas actuellement dans CRO).

Et pour les données ouvertes, faire ça automatiquement à l'import, en prévenant 
l'opérateur en cas de doute.
(en France, un groupement de 3 chiffres est probablement voulu).

Pour les développeurs de JOSM, cette bibliothèque est faite pour vous ;)

__
Yves

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

Re: [OSM-talk-fr] formatage no de téléphone

[Pierre-Olivier GREGOIRE]

Pour info Il y a une bibliotheque libre fournie par Google en js et java
qui permet de passer de la forme locale a l'international et inversement ::
https://github.com/google/libphonenumber
La page liste des portages en python et autre

Le jeu. 16 avr. 2020 à 10:56, Yves P.  a écrit :

>
> reformatter au passage le n°
>
>
> quelqu'un avait fait un petit programme
> lors d'une édition de masse précédente,
> ce serrait surement utile de le retrouver
> (le = le programe et/ou la personne :p)
>
>
> J'ai fait ça hier soir dans OpenRefine avec quelques regex.
> Au passage ça rempli soit le champ *phone* soit le champ *mobile*.
>
> Pour remplir les n° de :
>
>- fixe:
>replace(replace(join(splitByLengths(replace(value,"/",""),2,2,2,2,2),"
>"),/^0/,"+33 "),/^\+33 [^67].*/,"")
>- mobile : 
> replace(replace(join(splitByLengths(replace(value,"/",""),2,2,2,2,2),"
>"),/^0/,"+33 "),/^\+33 [67].*/,"")
>
>
> *Notes :*
> C'est la syntaxe GREL
> .
> value dans ce contexte est la valeur de la cellule "téléphone" d'un jeu de
> données.
> Je vire les "/" qui trainent dans les n° (j'aurais pu aussi mettre une
> regex pour supprimer aussi les espaces, points…)
>
> __
> 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] [caresteouvert] tag pour les marchands de marché

[Nicolas Bétheuil]

c'est bien ça
localisation=outdoor et reservation=required
mais du coup ce serait reservation:covid19=required parce que les jours de
marché on peut y acheter sans réserver

c'est effectivement un contournement plutôt qu'une entourloupe.
localisation officielle ? c'est un producteur normand du coup ça fait loin
non ?

Le jeu. 16 avr. 2020 à 12:55, Marc M.  a écrit :

> Bonjour,
>
> Le 16.04.20 à 09:19, Vincent Bergeot a écrit :
> > Fausse bonne idée, vraie mauvaise idée ? Petite impression de me perdre
> > dans les tags !
>
> si on veux le tager, je l'aurais fais ainsi :
>
> - la place de livraison (un amenity=parking_space est une partie
> d'un amenity=parking sinon c'est amenity=parking capacity=1)
> et access=delivery s'il y a un panneau "interdit sauf livraison".
> mais si ce n'est pas une place de livraison mais le lieux d'un marché,
> c'est pas bon...
>
> - le vendeur s'apparente un peu aux commerçant de marché qu'on tag
> parfois quand la position est fixe, sauf qu'il faut réserver avant
> dont shop=* opening_hours localisation=outdoor et reservation=required
>
> Mais faut-il tager le commerçant ? je n'ai pas vraiment l'impression
> que c'est un "commerce légal sur livraison" mais plutôt une entourloupe
> pour contourner les règles de fermeture des marchés pour confinement...
> du coup à minima, ce serrait sans doute bien tager sa localisation
> officielle (entreprise agricole ou bureau d'un vendeur)
>
> Cordialement,
> Marc
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [caresteouvert] tag pour les marchands de marché

[Marc M.]

Bonjour,

Le 16.04.20 à 09:19, Vincent Bergeot a écrit :
> Fausse bonne idée, vraie mauvaise idée ? Petite impression de me perdre
> dans les tags !

si on veux le tager, je l'aurais fais ainsi :

- la place de livraison (un amenity=parking_space est une partie
d'un amenity=parking sinon c'est amenity=parking capacity=1)
et access=delivery s'il y a un panneau "interdit sauf livraison".
mais si ce n'est pas une place de livraison mais le lieux d'un marché,
c'est pas bon...

- le vendeur s'apparente un peu aux commerçant de marché qu'on tag
parfois quand la position est fixe, sauf qu'il faut réserver avant
dont shop=* opening_hours localisation=outdoor et reservation=required

Mais faut-il tager le commerçant ? je n'ai pas vraiment l'impression
que c'est un "commerce légal sur livraison" mais plutôt une entourloupe
pour contourner les règles de fermeture des marchés pour confinement...
du coup à minima, ce serrait sans doute bien tager sa localisation
officielle (entreprise agricole ou bureau d'un vendeur)

Cordialement,
Marc

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

Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[Marc M.]

Le 16.04.20 à 11:32, Yves P. a écrit :
>> niveau asso osm-fr, il y avait un projet de faire un démonstrateur

> Comme le fork SC que j'ai imaginé hier ?

on avait imaginé (par ordre de volume, histoire de commencer
par l'utilisable avant d'envisagEr l'hypothétique)
- une url pour ceux qui envoye leur photo en ligne de commande
- une interface web genre Lutim  (utilisée entre autre par framapic
qui ferme en janvier 2021, donc c'est d'actualité)

tout est possible ou presque... s'il y a des bras...

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

Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[European Water Project]

Bonjour Marc,




*niveau asso osm-fr, il y avait un projet de faire un démonstrateurpour un
"quelque chose" qui à qui l'utilisateur aurait pu envoyerses photos osm et
qui (dans la réflexion de l'époque) aurait puenvoyer cela à mapillary et/ou
openstreetcam et serveur osm-fr  *

Ce n'est pas possible de prendre des photos individuelles et de les mettre
efficacement sur le serveur de Mapillary.   Jusqu'à présent il semblerait
que c'est plutôt Mapillary qui n'en voulait pas sinon ils auraient ajouté
cette fonctionnalité depuis longtemps dans leur application ou auraient
créé un API d'ajout de photos individuelles .  D'après mes connaissances
limitées sur le sujet, Mapillary a priorisé jusqu'à présent les
séquences de photos prises par des voitures et vélos et aussi des photos
360 dégrées pour des raisons techniques et commerciales. Je pense que
Mapillary pourrait reconsidérer et commencer à intégrer des photos
individuelles dans l'avenir proche. (fingers crossed).

Bien cordialement,

Stuart



On Thu, 16 Apr 2020 at 11:14, Marc M.  wrote:

> niveau asso osm-fr, il y avait un projet de faire un démonstrateur
> pour un "quelque chose" qui à qui l'utilisateur aurait pu envoyer
> ses photos osm et qui (dans la réflexion de l'époque) aurait pu
> envoyer cela à mapillary et/ou openstreetcam et serveur osm-fr
>
> les buts à l'époque était :
> - redondance entre les 2 services
> - avoir une base d'image si la communauté souhaite
> faire du "machine learning"
>
> L'idée est restée en l'état par manque de gens (tant pour
> discuter que pour coder)
>
> PS: je trouve tout à fait normal que la photo pour une photo
> soie supprimée X temps après la fermeture de la photo.
> si la photo est utile à plus long terme, elle doit être
> référencée par autre chose qu'une note
>
> Le 16.04.20 à 11:06, European Water Project a écrit :
> > Bonjour Yves,
> >
> > J'avais la même question sur le stockage temporaire des photos. Le
> > Readme  de sc-photo-service
> >  qui est une module
> > utilisée par StreetComplete explique pourquoi ils ont fait le choix de
> > garder les photos que
> > temporairement. https://github.com/exploide/sc-photo-service
> >
> > Je trouverai très intéressant qu'on trouve un streamlined workflow pour
> > prendre et stocker des photos de qualité sur un serveur accessible à
> > tous pour pouvoir les liées aux objets dans OSM (par exemple: /une
> > devanture de café ou un restaurant/).  Par qualité, c'est plutôt le
> > cadrage et la luminosité qui compte, pas la densité des pixels.
> >
> > Lundi j'ai parlé de ce sujet, d'ajout des photos individuels dans
> > Mapillary, avec Chris Beddow de Mapillary qui a écrit ticket #1780
> >  et hier avec
> > Fredrik Glans, le nouveau Directeur de Business Development de
> > Mapillary. Fredrik est également intéressé par cette fonctionnalité car
> > il y a des clients payants de Mapillary qui pourraient en profiter.
> >
> > Bien cordialement,
> >
> > Stuart
> >
> >
> >
> >
> >
> > On Thu, 16 Apr 2020 at 10:23, Yves P.  > > wrote:
> >
> >> J'ai (re)testé hier. Voici les notes générées
> >> <
> https://ent8r.github.io/NotesReview/?closed=true=pyrog=2020-04-11=2020-04-12=18/46.5763/5.75
> >.
> >
> > Et encore un test plus "grand".
> >
> > Mauvaises surprises :
> >
> >   * les photos sont redimensionnées :
> >   o je ne peux pas lire les références sur un poste de
> > transformation électrique.
> >   o la photo perd en résolution, dommage pour Wikimedia Commons
> >   * Il semble que dès que la note est fermée, elle est effacée du
> > site web de StreetComplete qui sert de stockage (temporaire)
> >   * pas d'enregistrement en pleine résolution dans la galerie du
> > smartphone (pour pallier les pb ci-dessus et une perte
> > éventuelle de données cf. issue #1768
> > )
> >
> >
> > Ça serait pratique de pouvoir choisir le site de stockage
> > (westnordost mais aussi Mapillary, Wikimedia Commons…).
> >
> > De plus le processus ne semble pas documenté (d'où mes mauvaises
> > surprises).
> > J'ai déposé un ticket #1781
> > 
> >
> > Autre détail, sans connexion 3/4/5 G, il me semble pas possible
> > d'envoyer la note.
> > Un mode offline serait pratique.
> > __
> > 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] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[osm . sanspourriel]

Bonjour Yves et Stuart,

je regardais les possibilités au niveau d'OSMAND et je vois à condition
d'avoir activé les greffons d'édition et de prise de notes que si on
sélection une marque (par exemple) on a la possibilité d'"Ajouter des
photos".

Ceci passe par l'application Mapillary donc j'aurais tendance à dire que
ça existe déjà, rien à développer, juste utiliser les bons outils.

Ça ne répond pas exactement à la demande d'Yves. Il fera donc une
seconde étape : "signaler une anomalie OSM" et il mettra un texte style
"traiter la photo ajoutée".

Yves : tu peux aussi sauver ta photo en local depuis OSMAND.

Jean-Yvon

Le 16/04/2020 à 11:06, European Water Project -
europeanwaterproj...@gmail.com a écrit :

Bonjour Yves,

J'avais la même question sur le stockage temporaire des photos. Le
Readme  de sc-photo-service
 qui est une module
utilisée par StreetComplete explique pourquoi ils ont fait le choix de
garder les photos que temporairement.
https://github.com/exploide/sc-photo-service

Je trouverai très intéressant qu'on trouve un streamlined workflow
pour prendre et stocker des photos de qualité sur un serveur
accessible à tous pour pouvoir les liées aux objets dans OSM (par
exemple: /une devanture de café ou un restaurant/).  Par qualité,
c'est plutôt le cadrage et la luminosité qui compte, pas la densité
des pixels.

Lundi j'ai parlé de ce sujet, d'ajout des photos individuels dans
Mapillary, avec Chris Beddow de Mapillary qui a écrit ticket #1780
 et hier
avec Fredrik Glans, le nouveau Directeur de Business Development de
Mapillary. Fredrik est également intéressé par cette fonctionnalité
car il y a des clients payants de Mapillary qui pourraient en profiter.

Bien cordialement,

Stuart





On Thu, 16 Apr 2020 at 10:23, Yves P. mailto:yves.prat...@gmail.com>> wrote:


J'ai (re)testé hier. Voici les notes générées

.


Et encore un test plus "grand".

Mauvaises surprises :

  * les photos sont redimensionnées :
  o je ne peux pas lire les références sur un poste de
transformation électrique.
  o la photo perd en résolution, dommage pour Wikimedia Commons
  * Il semble que dès que la note est fermée, elle est effacée du
site web de StreetComplete qui sert de stockage (temporaire)
  * pas d'enregistrement en pleine résolution dans la galerie du
smartphone (pour pallier les pb ci-dessus et une perte
éventuelle de données cf. issue #1768
)


Ça serait pratique de pouvoir choisir le site de stockage
(westnordost mais aussi Mapillary, Wikimedia Commons…).

De plus le processus ne semble pas documenté (d'où mes mauvaises
surprises).
J'ai déposé un ticket #1781


Autre détail, sans connexion 3/4/5 G, il me semble pas possible
d'envoyer la note.
Un mode offline serait pratique.
__
Yves

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


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

Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[Yves P.]

> Le Readme  de sc-photo-service  
> qui est une module utilisée par StreetComplete explique pourquoi ils ont fait 
> le choix de garder les photos que temporairement. 
> https://github.com/exploide/sc-photo-service 
>   
Merci :) Il est effectivement mentionné dans CONTRIBUTING.md 

 et ARCHITECTURE.md 

 que je n'avais pas lu (je cherchais dans la FAQ)

> Je trouverai très intéressant qu'on trouve un streamlined workflow pour 
> prendre et stocker des photos de qualité sur un serveur accessible à tous 
> pour pouvoir les liées aux objets dans OSM (par exemple: une devanture de 
> café ou un restaurant).
+1

> Par qualité, c'est plutôt le cadrage et la luminosité qui compte, pas la 
> densité des pixels.   
Les pixels aussi, car pensant récupérer la photo en pleine résolution, je n'ai 
pas fait de photos de détail.
Et oui aussi pour Mapillary, Wikimedia Commons…

> Lundi j'ai parlé de ce sujet, d'ajout des photos individuels dans Mapillary, 
> avec Chris Beddow de Mapillary qui a écrit ticket #1780 
> Merci :) Hier, 
> j'ai mis un thumb up

Je pensais à un fork de SC pour les newbies sans les quêtes et dédié aux 
"notes".
Mais autant intégrer ça dans SC.

Je réponds aussi à Marc :

> niveau asso osm-fr, il y avait un projet de faire un démonstrateur
> pour un "quelque chose" qui à qui l'utilisateur aurait pu envoyer
> ses photos osm et qui (dans la réflexion de l'époque) aurait pu
> envoyer cela à mapillary et/ou openstreetcam et serveur osm-fr
Comme le fork SC que j'ai imaginé hier ?

J'ai pensé aussi à un autre "stockage" et protocole de transmission : matrix ;)

En jouant avec le client Riot, j'ai remarqué qu'en faisant un drag'n'drop de 
photos, elles sont stockées sur le serveur Matrix.
J'imagine jusqu'à ce que la "room" soit fermée.

En utilisant ce protocole ouvert, d'autres clients peuvent récupérer 
automatiquement en en temps réel le flux de photos.
Sans passer par IRC ou RSS (c'est pour te taquiner Marc)

> les buts à l'époque était :
> - redondance entre les 2 services
> - avoir une base d'image si la communauté souhaite
> faire du "machine learning"
Intéressant.

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

Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[Marc M.]

Le 16.04.20 à 11:13, Marc M. a écrit :
> PS: je trouve tout à fait normal que la photo pour une photo
> soie supprimée X temps après la fermeture de la photo.

houla, je voulais dire :
je trouve tout à fait normal que la photo pour une note
soie supprimée X temps après la fermeture de la note.

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

Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[Marc M.]

niveau asso osm-fr, il y avait un projet de faire un démonstrateur
pour un "quelque chose" qui à qui l'utilisateur aurait pu envoyer
ses photos osm et qui (dans la réflexion de l'époque) aurait pu
envoyer cela à mapillary et/ou openstreetcam et serveur osm-fr

les buts à l'époque était :
- redondance entre les 2 services
- avoir une base d'image si la communauté souhaite
faire du "machine learning"

L'idée est restée en l'état par manque de gens (tant pour
discuter que pour coder)

PS: je trouve tout à fait normal que la photo pour une photo
soie supprimée X temps après la fermeture de la photo.
si la photo est utile à plus long terme, elle doit être
référencée par autre chose qu'une note

Le 16.04.20 à 11:06, European Water Project a écrit :
> Bonjour Yves,
> 
> J'avais la même question sur le stockage temporaire des photos. Le
> Readme  de sc-photo-service
>  qui est une module
> utilisée par StreetComplete explique pourquoi ils ont fait le choix de
> garder les photos que
> temporairement. https://github.com/exploide/sc-photo-service  
> 
> Je trouverai très intéressant qu'on trouve un streamlined workflow pour
> prendre et stocker des photos de qualité sur un serveur accessible à
> tous pour pouvoir les liées aux objets dans OSM (par exemple: /une
> devanture de café ou un restaurant/).  Par qualité, c'est plutôt le
> cadrage et la luminosité qui compte, pas la densité des pixels.   
> 
> Lundi j'ai parlé de ce sujet, d'ajout des photos individuels dans
> Mapillary, avec Chris Beddow de Mapillary qui a écrit ticket #1780
>  et hier avec
> Fredrik Glans, le nouveau Directeur de Business Development de
> Mapillary. Fredrik est également intéressé par cette fonctionnalité car
> il y a des clients payants de Mapillary qui pourraient en profiter.  
> 
> Bien cordialement,
> 
> Stuart 
> 
> 
> 
> 
> 
> On Thu, 16 Apr 2020 at 10:23, Yves P.  > wrote:
> 
>> J'ai (re)testé hier. Voici les notes générées
>> 
>> .
> 
> Et encore un test plus "grand".
> 
> Mauvaises surprises :
> 
>   * les photos sont redimensionnées :
>   o je ne peux pas lire les références sur un poste de
> transformation électrique.
>   o la photo perd en résolution, dommage pour Wikimedia Commons
>   * Il semble que dès que la note est fermée, elle est effacée du
> site web de StreetComplete qui sert de stockage (temporaire)
>   * pas d'enregistrement en pleine résolution dans la galerie du
> smartphone (pour pallier les pb ci-dessus et une perte
> éventuelle de données cf. issue #1768
> )
> 
> 
> Ça serait pratique de pouvoir choisir le site de stockage
> (westnordost mais aussi Mapillary, Wikimedia Commons…).
> 
> De plus le processus ne semble pas documenté (d'où mes mauvaises
> surprises).
> J'ai déposé un ticket #1781
> 
> 
> Autre détail, sans connexion 3/4/5 G, il me semble pas possible
> d'envoyer la note.
> Un mode offline serait pratique.
> __
> Yves
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 


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

Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[European Water Project]

Bonjour Yves,

J'avais la même question sur le stockage temporaire des photos. Le Readme
de sc-photo-service  qui est
une module utilisée par StreetComplete explique pourquoi ils ont fait le
choix de garder les photos que temporairement.
https://github.com/exploide/sc-photo-service

Je trouverai très intéressant qu'on trouve un streamlined workflow pour
prendre et stocker des photos de qualité sur un serveur accessible à tous
pour pouvoir les liées aux objets dans OSM (par exemple: *une devanture de
café ou un restaurant*).  Par qualité, c'est plutôt le cadrage et la
luminosité qui compte, pas la densité des pixels.

Lundi j'ai parlé de ce sujet, d'ajout des photos individuels dans
Mapillary, avec Chris Beddow de Mapillary qui a écrit ticket #1780
 et hier avec
Fredrik Glans, le nouveau Directeur de Business Development de Mapillary.
Fredrik est également intéressé par cette fonctionnalité car il y a des
clients payants de Mapillary qui pourraient en profiter.

Bien cordialement,

Stuart





On Thu, 16 Apr 2020 at 10:23, Yves P.  wrote:

> J'ai (re)testé hier. Voici les notes générées
> 
> .
>
>
> Et encore un test plus "grand".
>
> Mauvaises surprises :
>
>- les photos sont redimensionnées :
>   - je ne peux pas lire les références sur un poste de transformation
>   électrique.
>   - la photo perd en résolution, dommage pour Wikimedia Commons
>- Il semble que dès que la note est fermée, elle est effacée du site
>web de StreetComplete qui sert de stockage (temporaire)
>- pas d'enregistrement en pleine résolution dans la galerie du
>smartphone (pour pallier les pb ci-dessus et une perte éventuelle de
>données cf. issue #1768
>)
>
>
> Ça serait pratique de pouvoir choisir le site de stockage (westnordost
> mais aussi Mapillary, Wikimedia Commons…).
>
> De plus le processus ne semble pas documenté (d'où mes mauvaises
> surprises).
> J'ai déposé un ticket #1781
> 
>
> Autre détail, sans connexion 3/4/5 G, il me semble pas possible d'envoyer
> la note.
> Un mode offline serait pratique.
> __
> 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] formatage no de téléphone

[Yves P.]

>> reformatter au passage le n°
> 
> quelqu'un avait fait un petit programme
> lors d'une édition de masse précédente,
> ce serrait surement utile de le retrouver
> (le = le programe et/ou la personne :p)

J'ai fait ça hier soir dans OpenRefine avec quelques regex.
Au passage ça rempli soit le champ phone soit le champ mobile.

Pour remplir les n° de :
fixe: replace(replace(join(splitByLengths(replace(value,"/",""),2,2,2,2,2)," 
"),/^0/,"+33 "),/^\+33 [^67].*/,"")
mobile : replace(replace(join(splitByLengths(replace(value,"/",""),2,2,2,2,2)," 
"),/^0/,"+33 "),/^\+33 [67].*/,"")

Notes :
C'est la syntaxe GREL 
.
value dans ce contexte est la valeur de la cellule "téléphone" d'un jeu de 
données.
Je vire les "/" qui trainent dans les n° (j'aurais pu aussi mettre une regex 
pour supprimer aussi les espaces, points…)

__
Yves

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

Re: [OSM-talk-fr] formatage no de téléphone

[Marc M.]

Le 16.04.20 à 10:34, Yves P. a écrit :
> reformatter au passage le n°

quelqu'un avait fait un petit programme
lors d'une édition de masse précédente,
ce serrait surement utile de le retrouver
(le = le programe et/ou la personne :p)

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

Re: [OSM-talk-fr] [caresteouvert] tag pour les marchands de marché

[Nicolas Bétheuil]

Je comprends le dérivé vers un lieu de livraison.
J'aurais préféré identifier un commerçant récurent de marché non couvert
qui pendant le confinement fait de la livraison.

Il doit manquer une négation dans la phrase
"Places réservées à de la livraison pour NE approvisionner PAS un magasin
mais directement des gens qui ont passé commande."

La place n'est pas, à ma connaissance "réservée", aucune idée s'il y a
autorisation de la mairie au quoi que ce soit. Juste tu appelles, le
marchand te dit "venez à tel heure, au lieu du marché récurrent, je vous
donnerais votre commande". Ça doit dépendre des places de parking dispo en
plus ...
Du coup la localisation est complexe. Peut être pas sa place dans OSM, vu
que c'est un peu tordu que ce soit une donnée géographique.

Le jeu. 16 avr. 2020 à 09:19, Vincent Bergeot  a
écrit :

> Le 15/04/2020 à 13:44, Nicolas Bétheuil a écrit :
>
> C'est un commerce qui n'est que sur le marché. Il n'a pas de réalité au
> quotidien. Ce n'est pas un primeur qui a pignon sur rue.
> Et pendant le confinement, il propose de retirer les commandes au cul du
> camion sur des horaires précis.
>
> Si je reprends le déroulé :
>
> Les gens passent commande par téléphone et récupère à un lieu donné leur
> commande.
>
> Le lieu géographique est donc un point de livraison, qui possède un numéro
> de téléphone associé pour la commande, avec des horaires réguliers, et où
> l'on peut trouver un certains types de produits
>
> cela me fait penser à :
>
> amenity=parking_space
> parking_space=delivery
>
> Places réservées à de la livraison pour approvisionner un magasin mais
> directement des gens qui ont passé commande.
>
> produce ensuite et opening_hours:covid19 ?
>
> Fausse bonne idée, vraie mauvaise idée ? Petite impression de me perdre
> dans les tags !
>
> Cependant cela peut devenir un volume non négligeable de données car les 2
> sites cités par ailleurs (https://www.produits-locaux.bzh/ et
> https://plateforme.produits-locaux-nouvelle-aquitaine.fr) sont justement
> axés sur des points de livraisons de produits locaux.
>
>
> @nicolas ma surprise ci-dessous ne voulait pas dire que ce n'est pas ce
> qu'il faut faire (en me relisant, je me trouve ambigu), je ne sais pas non
> plus comment taguer un lieu de livraison.
>
>
>
> Le mer. 15 avr. 2020 à 12:45, Vincent Bergeot  a
> écrit :
>
>> Le 15/04/2020 à 11:54, Nicolas Bétheuil a écrit :
>> > Bonjour,
>> >
>> > Comment tagguer un commerçant qui "continue" les marchés en commande
>> > par tel au cul du camion ?
>> > https://www.openstreetmap.org/node/7404967885
>> >
>> > J'ai souvenir d'une recommandation récente mais je n'arrive pas à
>> > remettre la main dessus
>>
>>
>> ce qui me surprend sur le POI c'est shop=greengroccer (c'est un magasin
>> de légume, qui peut s'entendre pour un stand de légule sur un marché).
>>
>> Dans le cas d'un lieu de livraison sur commande, je ne suis pas sur que
>> cela soit "correct".
>>
>> Pour les diverses recommandations, peut-être fais tu référence à cela :
>>
>> https://wiki.openstreetmap.org/wiki/FR:Key:opening_hours:covid19#Livraison.2C_vente_.C3.A0_emporter.2C_drive
>> ?
>>
>> à plus
>>
>>
>> --
>> Vincent Bergeot
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> Vincent Bergeot
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours mobile/phone:covid19

[Yves P.]

>> Comme c'était des téléphones mobiles (le perso du gérant ?), j'ai rajouté un 
>> mobile=06 54 32 10 98,  le message dans description:covid19 demandant 
>> d'appeler le mobile.
> You meant +33 6 54 32 10 98. Permet notamment l'appel automatique depuis un 
> portable (le 0 ne marche pas systématiquement : appel depuis un téléphone 
> étranger).

Oui. J'ai songé aussi à ce point :)

Il ne me semble pas que JOSM ou Osmose ne râle pour ça. Pour iD, je n'ai pas 
testé.

CRO pourrait reformatter au passage le n° (en fonction des pays) :
Il y a un peu n'importe quoi dans les données ouvertes, dans OSM… 
01.02.03.04.05
01-23-45-67-89
0123456789
+33 (0)1 23 45 67 89
Des n° de portables dans le tag pour les n° de fixe…
> J'avais l'intention de dire que les phone_1, phone_2, phone_3 (des gens en 
> manque d'idée - iD) ou que les téléphones séparés par des ; ont un manque 
> commun : ils sont interchangeables ce qui n'est pas le cas en fait.
> 
CRO pourrait aussi charger les numéros de ces clés
> Yves utilise la notion physique, j'aurais plus tendance à utiliser le rôle.
> 
??
> Il n'y a pas de clé mobile sur le wiki.
> 
OsmAnd gère indistinctement les clés mobile et contact:mobile ;)

Je n'étais pas chaud pour ces préfixes contact:* car ils sont plus long a 
saisir et qu'ils sont moins nombreux dans OSM.
Ils ont quand même l'avantage de regrouper les tags en lien avec un contact :D
Dans JOSM, quand il y a beaucoup de tag pour un objet OSM, la 
saisie/vérification est plus facile (pas ou moins besoin de faire défiler le 
panneau des tags)
> phone:reservation
> phone:order
> phone:delivery
> 
J'entends déjà Bryan Housel raller pour l'introduction de nouveaux tags (peu) 
utilisés ;D

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

Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[Yves P.]

> J'ai (re)testé hier. Voici les notes générées 
> .

Et encore un test plus "grand".

Mauvaises surprises :
les photos sont redimensionnées :
je ne peux pas lire les références sur un poste de transformation électrique.
la photo perd en résolution, dommage pour Wikimedia Commons
Il semble que dès que la note est fermée, elle est effacée du site web de 
StreetComplete qui sert de stockage (temporaire)
pas d'enregistrement en pleine résolution dans la galerie du smartphone (pour 
pallier les pb ci-dessus et une perte éventuelle de données cf. issue #1768 
)

Ça serait pratique de pouvoir choisir le site de stockage (westnordost mais 
aussi Mapillary, Wikimedia Commons…).

De plus le processus ne semble pas documenté (d'où mes mauvaises surprises).
J'ai déposé un ticket #1781 


Autre détail, sans connexion 3/4/5 G, il me semble pas possible d'envoyer la 
note.
Un mode offline serait pratique.
__
Yves

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

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours mobile/phone:covid19

[osm . sanspourriel]

Le 15/04/2020 à 08:15, Yves P. - yves.prat...@gmail.com a écrit :


Comme c'était des téléphones mobiles (le perso du gérant ?), j'ai
rajouté un *mobile=06 54 32 10 98, * le message dans
*description:covid19* demandant d'appeler le mobile.

You meant *+33 *6 54 32 10 98. Permet notamment l'appel automatique
depuis un portable (le 0 ne marche pas systématiquement : appel depuis
un téléphone étranger).


J'avais l'intention de dire que les phone_1, phone_2, phone_3 (des gens
en manque d'idée - iD) ou que les téléphones séparés par des ; ont un
manque commun : ils sont interchangeables ce qui n'est pas le cas en fait.

Yves utilise la notion physique, j'aurais plus tendance à utiliser le rôle.

Et le wiki de la page contact précise :

contact:mobile 
/+44 11223 456-789/ *mobile phone number*. The more general tag
contact:phone =*
should be preferred

Il n'y a pas de clé mobile sur le wiki.


On a name, alt_name, old_name,..., j'aurais plus tendance à indiquer
quand utiliser le téléphone car le phone:covid19 c'est dans un contexte
bien particulier.

phone:reservation
phone:order
phone:delivery

(avec : ou _ mais plutôt : pour avoir les numéros regroupés
alphabétiquement).

phone:covid19 me va aussi (ça va correspondre au numéro pour les
services nouveaux dus au covid-19).

Jean-Yvon

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

Re: [OSM-talk-fr] [caresteouvert] tag pour les marchands de marché

[Vincent Bergeot]

Le 15/04/2020 à 13:44, Nicolas Bétheuil a écrit :
C'est un commerce qui n'est que sur le marché. Il n'a pas de réalité 
au quotidien. Ce n'est pas un primeur qui a pignon sur rue.
Et pendant le confinement, il propose de retirer les commandes au cul 
du camion sur des horaires précis.


Si je reprends le déroulé :

Les gens passent commande par téléphone et récupère à un lieu donné leur 
commande.


Le lieu géographique est donc un point de livraison, qui possède un 
numéro de téléphone associé pour la commande, avec des horaires 
réguliers, et où l'on peut trouver un certains types de produits


cela me fait penser à :

amenity=parking_space
parking_space=delivery

Places réservées à de la livraison pour approvisionner un magasin mais 
directement des gens qui ont passé commande.


produce ensuite et opening_hours:covid19 ?

Fausse bonne idée, vraie mauvaise idée ? Petite impression de me perdre 
dans les tags !


Cependant cela peut devenir un volume non négligeable de données car les 
2 sites cités par ailleurs (https://www.produits-locaux.bzh/ et 
https://plateforme.produits-locaux-nouvelle-aquitaine.fr) sont justement 
axés sur des points de livraisons de produits locaux.



@nicolas ma surprise ci-dessous ne voulait pas dire que ce n'est pas ce 
qu'il faut faire (en me relisant, je me trouve ambigu), je ne sais pas 
non plus comment taguer un lieu de livraison.





Le mer. 15 avr. 2020 à 12:45, Vincent Bergeot > a écrit :


Le 15/04/2020 à 11:54, Nicolas Bétheuil a écrit :
> Bonjour,
>
> Comment tagguer un commerçant qui "continue" les marchés en
commande
> par tel au cul du camion ?
> https://www.openstreetmap.org/node/7404967885
>
> J'ai souvenir d'une recommandation récente mais je n'arrive pas à
> remettre la main dessus


ce qui me surprend sur le POI c'est shop=greengroccer (c'est un
magasin
de légume, qui peut s'entendre pour un stand de légule sur un marché).

Dans le cas d'un lieu de livraison sur commande, je ne suis pas
sur que
cela soit "correct".

Pour les diverses recommandations, peut-être fais tu référence à
cela :

https://wiki.openstreetmap.org/wiki/FR:Key:opening_hours:covid19#Livraison.2C_vente_.C3.A0_emporter.2C_drive

?

à plus


-- 
Vincent Bergeot



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


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



--
Vincent Bergeot

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