Re: [OSM-talk-fr] Simplification représentation "Cédez-le-passage cycliste au feu"

2020-09-28 Par sujet Éric Gillet 

Le 28/09/2020 à 11:02, Axel Listes a écrit :

Bonjour,

Le 28/09/2020 à 09:40, Éric Gillet a écrit :

Donc, dans le schéma d'origine que je découvre, il faudrait trois

relations.

Mais les éditeurs facilitent la création de telles relations.

Exactement ça me semble être une question d'éditeurs plus qu'une
question de tags/objets OSM.

Alors voici globalement les « défauts » qui en découlent :
- Les multiples césures des chemins, il faut les couper à l'emplacement
du point « via » de la relation.


Dans la plupart des cas l'intersection sera composée de 2 voies de la 
manière suivante : -|-, donc ça fait 2 coupures au maximum. J'ai 
l'impression que les intersections plus complexes avec + de voies (donc 
plus dangereuses) n'ont pas de cédez-le-passage tout-droit ou à gauche.



- La maintenance, comme toutes relations, celles-ci sont susceptibles
d’être cassées lorsque qu'un contributeur débutant ou non vigilant
intervient sur l'un des éléments intégrés dans la relation.


Oui en effet, mais ça malheureusement il n'y a pas de solution. Même 
avec une myriade d'avertissement des contributeurs arrivent 
régulièrement à fusionner des nœuds de routes 1km plus loin sur iD. 
Pourtant ce sont des opérations simple (fusion de nœuds) sur des 
"données simples" (nœuds, pas de relation), donc je ne suis pas sûr que 
ce soit un problème de complexité du modèle de données.


Si l'éditeur a une vue dédiée aux cédez-le-passage, il serait sûrement  
facile de mettre cette vue lors d'erreurs de validation pour faire 
corriger le contributeur.



Les systèmes
de suivi d’éditions ont plus de difficultés à donner des informations
concernant des éditions de relations que de points (Achavi, OSMcha ...)
Oui en effet. Je pense que c'est l’œuf et la poule, il y a beaucoup plus 
de modifications (et donc d'erreurs à surveiller) sur les nœuds et 
voies, donc plus d'attention est portée à leur rendu.

- La complexité de l'usage des relations, honnêtement pourquoi
obligatoirement passer par un système hyper complexe alors que l'on peut
juste ajouter une balise sur un point pour arriver au même résultat ?
L'exemple d'Éric est intéressant, car il permet de se poser cette
question : Une balise sur un point déjà existant ou trois relations ?


C'est plus complexe qu'un seul tag sur un seul nœud, de là à dire 
"hyper-complexe" pas sûr. Le monde est complexe, pas tout n'est 
forcément cartographiable facilement. Par exemple on pourrait dire qu'il 
serait plus simple de cartographier les arbres de la manière suivante :


natural=tree
espece=platane

Au lieu de :

natural=tree
genus=Platanus
species=Platanus × hispanica
deciduous=leaf_cycle
leaf_type=broadleaved

Mais ça me semble pas pertinent pour une base de données.

Pour revenir sur les panneaux, il faut se demander ce que l'on veut 
cartographier : le panneau (ce que tu suggères si j'ai bien compris) ou 
son effet.


Panneau :

 * Plus simple à cartographier
 * Ne représente que le panneau, et nécessite donc une interprétation
   pour savoir quelle voie sont concernées. Cette interprétation est
   potentiellement différente par pays/état.

Relations:

 * Plus complexe à cartographier
 * Pas d'ambiguïté pour les utilisateurs

Certains pourraient suggérer une approche hybride (panneau quand pas 
d'ambiguïté, relation quand ambiguïté possible), mais ça veut dire 
implémenter logiciellement (et faire comprendre aux contributeurs) les 
deux manières de cartographier, ce qui me semble empirer le problème.


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

Re: [OSM-talk-fr] Simplification représentation "Cédez-le-passage cycliste au feu"

2020-09-28 Par sujet Vincent de Château-Thierry 
Bonjour,

> De: "Éric Gillet" 

> C'est plus complexe qu'un seul tag sur un seul nœud, de là à dire
> "hyper-complexe" pas sûr. Le monde est complexe, pas tout n'est
> forcément cartographiable facilement. 

Pour moi c'est le coeur du sujet ici.

On passe notre temps à modéliser le terrain pour le faire entrer dans une base 
de données, avec la conviction que ce qu'on fait peut servir à d'autres, et 
sans préjuger des usages. Dans le cas d'un cédez-le-passage cycliste, on peut 
se demander à quoi donc cela peut servir. Un domaine d'usage reconnu est l'aide 
à la mobilité, quand on veut exploiter la base OSM pour proposer un trajet, un 
itinéraire, voire un guidage en temps réel. Et dans ces contextes, où un 
algorithme va devoir interpréter les données qu'on a saisies, il faut autant 
que possible supprimer les ambiguïtés, afin que le robot fonctionne au mieux.

Pour le guidage, mentionner une manoeuvre implique à la fois de savoir d'où on 
vient et où on va. Ca permet de donner des instructions comme "tournez à 
droite", etc. C'est là que les relations OSM sont utiles, car elles décrivent 
un parcours, depuis un axe (role from) vers un autre axe (role to) en passant 
par un certain point (role via). Ces 3 infos sont précieuses, et on n'a pas 
d'autre formalisme que les relations pour les renseigner. C'est plus lourd 
qu'un simple point, mais beaucoup moins ambigu, donc plus utile. On augmente la 
valeur des données en allant à ce niveau de détail, clairement.

> Certains pourraient suggérer une approche hybride (panneau quand pas
> d'ambiguïté, relation quand ambiguïté possible), mais ça veut dire
> implémenter logiciellement (et faire comprendre aux contributeurs)
> les deux manières de cartographier, ce qui me semble empirer le
> problème.

D'accord avec ça. Les modélisations multiples sont parfois un mal nécessaire 
dans OSM (exemple typique : les relations associatedStreet vs les simples nodes 
addr:housenumber & addr:street) mais quand on part d'une situation assez 
uniforme comme dans le cas des cédez-le-passage cycliste, je trouverais dommage 
qu'on évolue vers une modélisation multiple, hétérogène et plus complexe à 
consommer.

vincent

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

[OSM-talk-fr] Écoles maternelles -> amenity=school et school:FR=maternelle / et primaire-élémentaire-maternelle / était [Re: Osmose - Demande d'aide pour les écoles en France]

2020-09-28 Par sujet Vincent Bergeot 

Le 27/09/2020 à 11:22, Frédéric Rodrigo a écrit :

Bonjour,

La liste des signalements de dysfonctionnement d'Osmose à propos des 
écoles en France ne fait que s'allonger. Mais personne ne traite le 
sujet.


https://github.com/osm-fr/osmose-backend/issues

Le sujet de l'éducation intéresse ici du monde. Si quelqu’un veut bien 
regarder ça. Il faut faire le point sur les issues dans github et les 
analyses Osmose. Puis proposer les corrections qui vont bien dans les 
analyses Osmose (modification du code ou au moins signaler quoi 
changer où).


Bonjour,

je veux bien y regarder, sachant donc que le choix discuté ici est de 
transformer les écoles maternelles ayant "amenity=*kindergarten*" (avec 
soit maternelle dans le name, soit school:FR=maternelle, soit 
reconnaissance terrain) en amenity=*school* et school:FR=maternelle. Il 
s'agit de ne pas transformer les amenity=kindergarten correspondant à 
des crèches en school :)


On garde le school:FR avec maternelle, élémentaire, primaire (3 "formes 
différentes" maternelle=Petite Section -> Grande Section, 
élémentaire=CP-CM2, primaire:PS -> CM2) / j'ai demandé des précisions à 
l'éducation nationale car même sur le site annuaire de l'éducation 
nationale il y a des contradictions.


On voit comment la ref:UAI arrive à se glisser la dedans.

Merci Frédéric du signalement

--
Vincent Bergeot

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

Re: [OSM-talk-fr] Simplification représentation "Cédez-le-passage cycliste au feu"

2020-09-28 Par sujet Éric Gillet 

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

> Donc, dans le schéma d'origine que je découvre, il faudrait trois
relations.

Mais les éditeurs facilitent la création de telles relations.


Exactement ça me semble être une question d'éditeurs plus qu'une 
question de tags/objets OSM.



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

Re: [OSM-talk-fr] Simplification représentation "Cédez-le-passage cycliste au feu"

2020-09-28 Par sujet osm . sanspourriel 

> Donc, dans le schéma d'origine que je découvre, il faudrait trois
relations.

Oui. Les écologistes foutent le bordel^^

Mais les éditeurs facilitent la création de telles relations.

Jean-Yvon



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

Re: [OSM-talk-fr] Simplification représentation "Cédez-le-passage cycliste au feu"

2020-09-28 Par sujet Axel Listes 
Bonjour,

Le 28/09/2020 à 09:40, Éric Gillet a écrit :
>> > Donc, dans le schéma d'origine que je découvre, il faudrait trois
>> relations.
>>
>> Mais les éditeurs facilitent la création de telles relations.
> 
> Exactement ça me semble être une question d'éditeurs plus qu'une
> question de tags/objets OSM.

Alors voici globalement les « défauts » qui en découlent :
- Les multiples césures des chemins, il faut les couper à l'emplacement
du point « via » de la relation.
- La maintenance, comme toutes relations, celles-ci sont susceptibles
d’être cassées lorsque qu'un contributeur débutant ou non vigilant
intervient sur l'un des éléments intégrés dans la relation. Les systèmes
de suivi d’éditions ont plus de difficultés à donner des informations
concernant des éditions de relations que de points (Achavi, OSMcha ...)
- La complexité de l'usage des relations, honnêtement pourquoi
obligatoirement passer par un système hyper complexe alors que l'on peut
juste ajouter une balise sur un point pour arriver au même résultat ?
L'exemple d'Éric est intéressant, car il permet de se poser cette
question : Une balise sur un point déjà existant ou trois relations ?

Axel.

-- 

"Un peuple prêt à sacrifier un peu de liberté pour un peu de sécurité ne
mérite ni l'une ni l'autre, et finit par perdre les deux."
Citation de Benjamin Franklin.

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

Re: [OSM-talk-fr] Choisir le bon name pour les trajets de bus

2020-09-28 Par sujet Éric Gillet 

Le 27/09/2020 à 16:46, Gad Jo a écrit :

Bonjour a tous,

Exemple extrême (y aura pas pire que ça) : Bus 12 bis : 
Montredon-des-Corbières - Montredon Pôle d’échanges → 
Montredon-des-Corbières - Clos des Ormeaux

(Désolé le copier-coller sur l'application ajoute le format)
Relation concernée : https://www.openstreetmap.org/relation/11674315

Auriez vous des propositions à me faire ? À moins que des règles 
existent et j'applique... Je serait tenté de placer que le nom de l'arrêt


Bonjour,

Je pense qu'il faut mettre le nom tel que diffusé au public par le 
réseau (en données ouvertes, sur les documents ou sur le terrain).


"name=:  → /" /[1][2]//ou 
autre variante n'est pas un nom mais une description//redondante avec 
les autres tags présents dans la relation/. /Pas toutes les applications 
affichent ces détails-là donc une telle description en nom me paraît 
acceptable, mais uniquement en "solution de repli" quand la ligne n'a 
pas de nom.


[1]https://wiki.openstreetmap.org/wiki/Public_transport#Service_routes
[2]https://lists.openstreetmap.org/pipermail/tagging/2019-May/045180.html

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

Re: [OSM-talk-fr] Simplification représentation "Cédez-le-passage cycliste au feu"

2020-09-28 Par sujet Axel Listes 
Bonjour,

Le 27/09/2020 à 22:35, osm.sanspourr...@spamgourmet.com a écrit :
> Sauf que si tu mets ça sur un point, comment savoir de quelle route tu
> parles si la voie piétonne est autorisée aux cycles.

Dans le cas d’existence d'une rue ou place piétonne autorisées aux
cyclistes (à l'allure du pas donc), alors la solution est la même que
pour tous carrefours ou le vélo ne peut pas céder-le-passage vers toutes
les directions disponibles : on utilise le système de relations.

L'idée n'est pas de remplacer les relations, mais d’éviter de les
utiliser pour des cas simples.

> En deux mots : simple mais pas pris en compte par les outils. Devrait
> donc passer par une proposition officielle notant cela.

À ma connaissance les relations non plus ne sont pas prises en compte.
C'est justement le bon moment pur tout remettre à plat ...

Axel.

-- 

"Un peuple prêt à sacrifier un peu de liberté pour un peu de sécurité ne
mérite ni l'une ni l'autre, et finit par perdre les deux."
Citation de Benjamin Franklin.

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

Re: [OSM-talk-fr] Choisir le bon name pour les trajets de bus

2020-09-28 Par sujet Gad Jo 
C'est exactement ça. Sur la même ligne j'ai des variante qui font tous les 
villages et d'autres seulement quelques villages. En bonus certains arrêt en 
milieu de ligne peuvent être ignoré en milieu de journée ou pendant le 
ramassage scolaire

J'avais tenté name=: commune -  → 
commune - 

Au final je vais faire sauter le nom des communes. Le from et to sont justement 
changeant suivant les horaires et périodes de l'année. La clé via permet de 
préciser un peu plus le  otrajet

En tout merci pour votre réactivité

Ps : Prochain mail : comment gérer les horaires sur les lignes de bus (c'est 
coton). Je fait le point et au besoin je poserai ma question



Le September 28, 2020 5:22:08 PM UTC, blef  a écrit 
:
>Le 28/09/2020 à 09:55, Éric Gillet a écrit :
>> Le 27/09/2020 à 16:46, Gad Jo a écrit :
>>> Bonjour a tous,
>>>
>>> Exemple extrême (y aura pas pire que ça) : Bus 12 bis : 
>>> Montredon-des-Corbières - Montredon Pôle d’échanges → 
>>> Montredon-des-Corbières - Clos des Ormeaux
>>> (Désolé le copier-coller sur l'application ajoute le format)
>>> Relation concernée : https://www.openstreetmap.org/relation/11674315
>>>
>>> Auriez vous des propositions à me faire ? À moins que des règles 
>>> existent et j'applique... Je serait tenté de placer que le nom de
>l'arrêt
>>
>> Bonjour,
>>
>> Je pense qu'il faut mettre le nom tel que diffusé au public par le 
>> réseau (en données ouvertes, sur les documents ou sur le terrain).
>>
>> "name=:  → /" 
>> /[1][2]//ou autre variante n'est pas un nom mais une 
>> description//redondante avec les autres tags présents dans la 
>> relation/. /Pas toutes les applications affichent ces détails-là donc
>
>> une telle description en nom me paraît acceptable, mais uniquement en
>
>> "solution de repli" quand la ligne n'a pas de nom.
>>
>>
>[1]https://wiki.openstreetmap.org/wiki/Public_transport#Service_routes
>>
>[2]https://lists.openstreetmap.org/pipermail/tagging/2019-May/045180.html
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
>Bonjour,
>
>Le problème survient quand il y a des variantes sur une ligne.
>Le nom officiel de la ligne est toujours le même, mais les trajets et 
>arrêts desservis varient.
>Comme il faut établir une relation par variante, il faut bien 
>différencier les noms.
>Dans une petite ville comme la mienne, il y a un nombre restreint de 
>lignes, mais suivant les moments de la journée, la ligne x passe ou pas
>
>par le collège, la zone industrielle ou le cimetière.
>J'ai donc dû différentier arbitrairement les noms de variantes de celui
>
>"fourni" par le gestionnaire du réseau, en général en faisant figurer
>le 
>"via" qui caractérise la variante.

-- 
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

Re: [OSM-talk-fr] Choisir le bon name pour les trajets de bus

2020-09-28 Par sujet osm . sanspourriel 


Le 28/09/2020 à 19:22, blef - bernard.lefranc...@free.fr a écrit


Bonjour,

Le problème survient quand il y a des variantes sur une ligne.
Le nom officiel de la ligne est toujours le même, mais les trajets et
arrêts desservis varient.


En général le nom reste le même c'est un tableau horaire.

Par contre en général il y a des notes (a, b, c...) précisant le trajet.

J'aurais tendance à les appeler xxx, variante a etc.

Sinon il y a une liste transports pour les questions de spécialistes.

Jean-Yvon, non spécialiste transports




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

Re: [OSM-talk-fr] Fontaine...

2020-09-28 Par sujet ades 
le pb semble être que fontaine et fountain ce n’est pas du tout la même chose.

Pour ça, comparer : 
https://www.collinsdictionary.com/dictionary/english/fountain 


et

https://www.littre.org/definition/fontaine 


ou encore :

http://stella.atilf.fr/Dendien/scripts/tlfiv5/visusel.exe?13;s=4211401755;r=1;nat=;sol=2;

ou encore : 

https://www.dictionnaire-academie.fr/article/A9F1208 


va falloir tropuver en anglais ce qui correspond à la fontaine française…


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

Re: [OSM-talk-fr] Fontaine...

2020-09-28 Par sujet osm . sanspourriel 

C'est assez simple, c'est fountain!

Je ne vois pas ce qui te choque.

https://www.linguee.fr/francais-anglais/search?query=fontaine

https://www.linguee.fr/francais-anglais/search?source=auto=fountain

Jean-Yvon



Le 28/09/2020 à 20:11, ades - ades.s...@orange.fr a écrit :

le pb semble être que fontaine et fountain ce n’est pas du tout la
même chose.

Pour ça, comparer :
https://www.collinsdictionary.com/dictionary/english/fountain


et

https://www.littre.org/definition/fontaine


ou encore :

http://stella.atilf.fr/Dendien/scripts/tlfiv5/visusel.exe?13;s=4211401755;r=1;nat=;sol=2
;

ou encore :

https://www.dictionnaire-academie.fr/article/A9F1208


va falloir tropuver en anglais ce qui correspond à la fontaine française…



___
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] Fontaine...

2020-09-28 Par sujet ades 
moi, rien ne me choque ;-)  (enfin presque)

c’est juste qu’au départ du fil il est dit que fountain ne correspond pas à 
l’objet à tagger, après examen, c’est sans doute parce que la fontaine est dite 
ornementale et seulement ornementale, dans le wiki, ce qui correspond à une 
traduction (bête) du features anglo saxon.
Bon, je n’ai pas cherché à savoir comment on appelle en anglais ce que l’on 
appelle fontaine en Fçais. Faudrait ausssi voir avec les autres langues latines…


> Le 28 sept. 2020 à 20:45, osm.sanspourr...@spamgourmet.com a écrit :
> 
> C'est assez simple, c'est fountain!
> 
> Je ne vois pas ce qui te choque.
> 
> https://www.linguee.fr/francais-anglais/search?query=fontaine
> 
> https://www.linguee.fr/francais-anglais/search?source=auto=fountain
> 
> Jean-Yvon
> 
> 
> 
> Le 28/09/2020 à 20:11, ades - ades.s...@orange.fr a écrit :
>> le pb semble être que fontaine et fountain ce n’est pas du tout la
>> même chose.
>> 
>> Pour ça, comparer :
>> https://www.collinsdictionary.com/dictionary/english/fountain
>> 
>> 
>> et
>> 
>> https://www.littre.org/definition/fontaine
>> 
>> 
>> ou encore :
>> 
>> http://stella.atilf.fr/Dendien/scripts/tlfiv5/visusel.exe?13;s=4211401755;r=1;nat=;sol=2
>> ;
>> 
>> ou encore :
>> 
>> https://www.dictionnaire-academie.fr/article/A9F1208
>> 
>> 
>> va falloir tropuver en anglais ce qui correspond à la fontaine française…
>> 
>> 
>> 
>> ___
>> 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] Choisir le bon name pour les trajets de bus

2020-09-28 Par sujet blef 

Le 28/09/2020 à 09:55, Éric Gillet a écrit :

Le 27/09/2020 à 16:46, Gad Jo a écrit :

Bonjour a tous,

Exemple extrême (y aura pas pire que ça) : Bus 12 bis : 
Montredon-des-Corbières - Montredon Pôle d’échanges → 
Montredon-des-Corbières - Clos des Ormeaux

(Désolé le copier-coller sur l'application ajoute le format)
Relation concernée : https://www.openstreetmap.org/relation/11674315

Auriez vous des propositions à me faire ? À moins que des règles 
existent et j'applique... Je serait tenté de placer que le nom de l'arrêt


Bonjour,

Je pense qu'il faut mettre le nom tel que diffusé au public par le 
réseau (en données ouvertes, sur les documents ou sur le terrain).


"name=:  → /" 
/[1][2]//ou autre variante n'est pas un nom mais une 
description//redondante avec les autres tags présents dans la 
relation/. /Pas toutes les applications affichent ces détails-là donc 
une telle description en nom me paraît acceptable, mais uniquement en 
"solution de repli" quand la ligne n'a pas de nom.


[1]https://wiki.openstreetmap.org/wiki/Public_transport#Service_routes
[2]https://lists.openstreetmap.org/pipermail/tagging/2019-May/045180.html


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


Bonjour,

Le problème survient quand il y a des variantes sur une ligne.
Le nom officiel de la ligne est toujours le même, mais les trajets et 
arrêts desservis varient.
Comme il faut établir une relation par variante, il faut bien 
différencier les noms.
Dans une petite ville comme la mienne, il y a un nombre restreint de 
lignes, mais suivant les moments de la journée, la ligne x passe ou pas 
par le collège, la zone industrielle ou le cimetière.
J'ai donc dû différentier arbitrairement les noms de variantes de celui 
"fourni" par le gestionnaire du réseau, en général en faisant figurer le 
"via" qui caractérise la variante.


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

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

2020-09-28 Par sujet Romain MEHUT 

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
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Web-SIG du Pays Terres de Lorraine

2020-09-28 Par sujet Romain MEHUT 

Bonsoir,

Une information complémentaire, je devrais avoir prochainement un 
nouveau rendez-vous avec la personne qui gère le SIG en question.


Donc je suis toujours preneur de retour d'expérience côté collectivité.

Merci d'avance.

Romain

Le 27/09/2020 à 23:05, pepilepi...@ovh.fr a écrit :

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

Le 27/09/2020 à 14:21, Romain MEHUT - romain.me...@mailo.com a écrit :

J'en viens donc à vous, auriez-vous connaissance de web-SIG grand
public où les données OSM seraient exploitées pour justement éviter
cet écueil ? Tony peut être avec la CCPRO ?


GéoBretagne avec ÇaResteOuvert par exemple :

https://cms.geobretagne.fr/content/commerces-de-premiere-necessite-ouverts 

 



Avec les débits de boisson sur Marseille, CRO ferme.

En fait non, ne va-t-il pas falloir réactiver CRO ? :-(

CRO ou Kro ?


Mais avant il faut sans doute nettoyer ce qui est encore présent.

Jean-Yvon



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



--


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé 
la bonne question.



___
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] Web-SIG du Pays Terres de Lorraine

2020-09-28 Par sujet Romain MEHUT 

Bonsoir à tous les deux,

Suite à mon message sur talk-fr 
https://lists.openstreetmap.org/pipermail/talk-fr/2020-September/101373.html 
je vous contacte pour vous demander s'il y a un espace de discussion du 
groupe AITF SIG-TOPO ?


Merci.

Romain

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


Bonsoir,

Une information complémentaire, je devrais avoir prochainement un 
nouveau rendez-vous avec la personne qui gère le SIG en question.


Donc je suis toujours preneur de retour d'expérience côté collectivité.

Merci d'avance.

Romain

Le 27/09/2020 à 23:05, pepilepi...@ovh.fr a écrit :

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

Le 27/09/2020 à 14:21, Romain MEHUT - romain.me...@mailo.com a écrit :

J'en viens donc à vous, auriez-vous connaissance de web-SIG grand
public où les données OSM seraient exploitées pour justement éviter
cet écueil ? Tony peut être avec la CCPRO ?


GéoBretagne avec ÇaResteOuvert par exemple :

https://cms.geobretagne.fr/content/commerces-de-premiere-necessite-ouverts 

 
  --



Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé 
la bonne question.



___
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] Serveur Discord créé

2020-09-28 Par sujet Jacques Lavignotte 

+1.


Le 28/09/2020 à 22:11, 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


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



--
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] Serveur Discord créé

2020-09-28 Par sujet Gad Jo 
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