Re: [OSM-talk-fr] #AttributionIsNotAnOption

2020-03-09 Par sujet Arnaud Champollion 

Message envoyé ce soir depuis le formulaire de contact sur

https://www.education.gouv.fr/contactez-nous-41633/category/taxonomy/term/113492










Le 09/03/2020 à 19:39, Arnaud Champollion a écrit :

En tout cas ce sont bien des tuiles OSM qu'ils utilisent, avec leaflet.

Sans qu'aucune mention n'apparaisse nulle part, même pas leaflet.

Si on regarde de près le code de la page on trouve par exemple :


src="https://b.tile.openstreetmap.org/13/4238/2975.png; 
class="leaflet-tile leaflet-tile-loaded" style="width: 256px; height: 
256px; transform: translate3d(247px, -16px, 0px); opacity: 1;">







Le 09/03/2020 à 19:25, Philippe Verdy a écrit :

J'ajouterais aussi cette page concernant les mentions légales du site
de l'éducation nationale:

https://www.education.gouv.fr/mentions-legales-du-site-educationgouvfr-4526 



Il est fait mention des crédits photographiques (agences commerciales
comme Getty), mais pratiquement tout le reste est sous copyright
réservé, cette longue page de restrictions doit être revue pour les
autres catégories d'attributions ! En tout cas dans l'état on ne peut
rien utiliser sur OSM venant de ce site.

Le lun. 9 mars 2020 à 19:20, Philippe Verdy  a écrit :

Argh! même le gouvernement français nous impose ses cookies traceurs
de réseaux sociaux commerciaux (on peut les enlever mais je trouve
quand même qu'on est déjà trop suivi et je pense que c'est mal venu
que ces réseaux suivent les visites des sites officiels
gouvernementaux alros que ce sonts des sites de plus en plus imposés
pour plein de démarches privées que les réseaux sociaux n'ont pas à
connaitre!)

Sur cette page concernant les licences il y a un lien évident qui
pourrait traiter les deux problèmes (vie privée et respect du droit
d'auteur): "contacter le délégué à la protection des données" (je ne
vois pas d'autres moyens de contact évidents sur cette page)

https://www.education.gouv.fr/contactez-nous-41633/category/taxonomy/term/113264 



Le lun. 9 mars 2020 à 19:09, Arnaud Champollion
 a écrit :

Bonjour,

Soit j'ai mal vu, soit on a une grosse boîte qui utilise OSM sans
attribution : l'Éducation Nationale.

Exemple :

https://www.education.gouv.fr/annuaire/04-alpes-de-haute-provence/digne-les-bains/etab/ecole-primaire-le-pigeonnier.html 



Je mets à jour le Wiki.

Arnaud



Le 04/03/2020 à 09:37, Christian Quest a écrit :

Depuis avant hier, j'ai modifié notre cache de tuiles pour qu'il
affiche quelque tuiles "L'attribution n'est pas une option" parmi les
fonds de carte qu'il sert sur les domaines utilisant les fonds
produits par OSM France et où l'attribution est absente.

Cette petite campagne a commencé sur twitter avec ce tweet:
https://twitter.com/cq94/status/1234516075695525888

Ici c'était les pages jaunes marocaines... et en moins de 24h,
l'attribution est apparue :)

Un premier mail reçu d'un autre site hier, et depuis j'ai ajouté une
adresse mail (ti...@openstreetmap.fr) dans la tuile et ce matin deux
mail reçus demandant comment les retirer !


Bref, ça fonctionne et plutôt pas mal :)


La liste des domaines est gérée manuellement, je vais tenter
d'automatiser ça. L'idée est de récupérer la liste des referer depuis
les logs du cache et de consulter la page en question avec selenium
pour détecter la présence d'un "OpenStreetMap" quelque part sur la
page. Cette liste permettra aussi de repérer les gros consommateurs
pour une éventuelle deuxième campagne sur l'usage abusif de 
ressources

limitées.

En attendant, la page du wiki avec les attributions manquantes est le
meilleur moyen de signaler ces "oublis":

- https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
-
https://wiki.openstreetmap.org/wiki/FR:Manque_d%27attribution_appropri%C3%A9e 



Indiquez bien si possible l'URL de la page concernée...



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

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




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




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

Re: [OSM-talk-fr] Proposition de Hack Weekend à Toulouse, 4 et 5 avril

2020-03-09 Par sujet JB 
Pareil, je pense pouvoir venir, s'il reste de la place pour un sac de 
couchage, je prends.

Si trajet en commun depuis l'Yonne ou Paris, je suis intéressé aussi !
JB.

Le 09/03/2020 à 11:04, Sébastien Hinderer a écrit :

Bonjour,

Frédéric Rodrigo (2020/03/09 10:59 +0100):

Parmi ceux qui comptent venir au Hack Weekend il y a du monde qui cherche un
hébergement ou qui ne se sont pas encore organisé ?

  * |Lupini| lève la main :)

Oui, moi, pardon de ne pas m'être inscrit sur le wiki, j'essaie de faire
ça dès ce soir.

Cheers,

Sébastien.



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

Re: [OSM-talk-fr] parking

2020-03-09 Par sujet Romain MEHUT 
Bonsoir,

J'ai annulé ma modification.

Romain

Le lun. 9 mars 2020 à 16:23, Bernard Lefrançois 
a écrit :

> Bonjour,
> Je partage plutôt la vision de Jean-Yvon.
> Sur ta dernière version:
> - tu laisses un espace vide qui n'existe pas entre le parking et la route.
> - tu crées à un emplacement aléatoire une voie qui n'existe pas non plus.
>
> Lorsque je cartographie un parking, j'applique la règle suivante:
> - le parking est séparé réellement de la route (par un fossé, une bande
> d'herbe, un trottoir etc.), je le trace en surfacique avec ses limites
> réelles. Et dans ce cas, il y a forcément une voie pour y accéder et je la
> représente à sa place.
> - ou bien:  le parking borde la route sans séparation et dans ce cas une
> partie du polygone représentant le parking est commune avec le linéaire de
> la route. Inutile de rajouter ici une voie d'accès puisque cet accès est
> possible sur toute la longueur.
>
> Le 08/03/2020 à 21:38, Romain MEHUT a écrit :
>
> J'ai proposé une autre version toute simple.
> Romain
>
> Le dim. 8 mars 2020 à 11:53,  a écrit :
>
>> Oui voir : http://osmose.openstreetmap.fr/en/byuser/ririahp
>>
>> L'erreur c'est d'avoir fait coller le parking au dessin de la route au
>> lieu de le faire coller au fil de la route : mélange représentation
>> filaire/représentation surfacique. J'ai corrigé.
>>
>> Jean-Yvon
>>
>> Le 08/03/2020 à 08:36, Arnaud Champollion -
>> arnaud.champoll...@linux-alpes.org a écrit :
>> > Bonjour,
>> >
>> > Question suite aux contributions du groupe OSMDigne réuni hier
>> > après-midi.
>> >
>> > Quand on trace un parking comme surface, faut-il nécessairement
>> > ajouter une voie de type highway pour le connecter à la route ?
>> >
>> > Le cas se trouve ici :
>> > https://www.openstreetmap.org/#map=19/43.81467/6.24606
>> >
>> > Sur la vue aérienne il est visible qu'il n'y a pas réellement de voies
>> > pour entrer / sortir, ni de voies de parking, seulement une aire en
>> > terre battue qui borde la route.
>> >
>> > Merci de vos avis,
>> >
>> > Bonne journée,
>> >
>> > Arnaud
>> >
>> >
>> >
>> >
>> > ___
>> > 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 
> 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] Projet du mois de mars - #balanceTaBorne - problème des prise type3 <> type3c

2020-03-09 Par sujet Noémie Lehuby via Talk-fr 


Le 09/03/2020 à 16:37, Jacques Lavignotte a écrit :
https://framapic.org/gallery#tLTivoSiWGuj/61powXfE1ZtF.jpg,xw4l8FI1iVnt/zsIyq4IUZWou.jpg 



Que rajouter (i.e socket) ? 

Alors je dirais
- capacity=2 (car on voit deux places peintes en verte devant la borne)
- fee (est-ce payant ?) serait cool, mais je ne saurais dire avec les 
photos si c'est plutot oui ou plutôt non


Ensuite pour les prises, sur la première photo, on voit écrit sur le 
côté de la borne "CHAdeMO DC" avec une représentation schématique qui 
ressemble à un groin de cochon >> tu peux ajouter socket:chademo = 1


Il y a une autre prise de l'autre côté, donc une photo d'un autre angle 
serait utile.
Si les paris sont ouverts, je je crois avoir déjà vu des bornes très 
ressemblantes donc je dirais qu'il y a écrit "DC COMBO" avec un picto 
qui ressemble un peu à ET tête en bas (>> socket:type2_combo = 1) ;)




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

Re: [OSM-talk-fr] #AttributionIsNotAnOption

2020-03-09 Par sujet Arnaud Champollion 

En tout cas ce sont bien des tuiles OSM qu'ils utilisent, avec leaflet.

Sans qu'aucune mention n'apparaisse nulle part, même pas leaflet.

Si on regarde de près le code de la page on trouve par exemple :


src="https://b.tile.openstreetmap.org/13/4238/2975.png; 
class="leaflet-tile leaflet-tile-loaded" style="width: 256px; height: 
256px; transform: translate3d(247px, -16px, 0px); opacity: 1;">







Le 09/03/2020 à 19:25, Philippe Verdy a écrit :

J'ajouterais aussi cette page concernant les mentions légales du site
de l'éducation nationale:

https://www.education.gouv.fr/mentions-legales-du-site-educationgouvfr-4526

Il est fait mention des crédits photographiques (agences commerciales
comme Getty), mais pratiquement tout le reste est sous copyright
réservé, cette longue page de restrictions doit être revue pour les
autres catégories d'attributions ! En tout cas dans l'état on ne peut
rien utiliser sur OSM venant de ce site.

Le lun. 9 mars 2020 à 19:20, Philippe Verdy  a écrit :

Argh! même le gouvernement français nous impose ses cookies traceurs
de réseaux sociaux commerciaux (on peut les enlever mais je trouve
quand même qu'on est déjà trop suivi et je pense que c'est mal venu
que ces réseaux suivent les visites des sites officiels
gouvernementaux alros que ce sonts des sites de plus en plus imposés
pour plein de démarches privées que les réseaux sociaux n'ont pas à
connaitre!)

Sur cette page concernant les licences il y a un lien évident qui
pourrait traiter les deux problèmes (vie privée et respect du droit
d'auteur): "contacter le délégué à la protection des données" (je ne
vois pas d'autres moyens de contact évidents sur cette page)

https://www.education.gouv.fr/contactez-nous-41633/category/taxonomy/term/113264

Le lun. 9 mars 2020 à 19:09, Arnaud Champollion
 a écrit :

Bonjour,

Soit j'ai mal vu, soit on a une grosse boîte qui utilise OSM sans
attribution : l'Éducation Nationale.

Exemple :

https://www.education.gouv.fr/annuaire/04-alpes-de-haute-provence/digne-les-bains/etab/ecole-primaire-le-pigeonnier.html

Je mets à jour le Wiki.

Arnaud



Le 04/03/2020 à 09:37, Christian Quest a écrit :

Depuis avant hier, j'ai modifié notre cache de tuiles pour qu'il
affiche quelque tuiles "L'attribution n'est pas une option" parmi les
fonds de carte qu'il sert sur les domaines utilisant les fonds
produits par OSM France et où l'attribution est absente.

Cette petite campagne a commencé sur twitter avec ce tweet:
https://twitter.com/cq94/status/1234516075695525888

Ici c'était les pages jaunes marocaines... et en moins de 24h,
l'attribution est apparue :)

Un premier mail reçu d'un autre site hier, et depuis j'ai ajouté une
adresse mail (ti...@openstreetmap.fr) dans la tuile et ce matin deux
mail reçus demandant comment les retirer !


Bref, ça fonctionne et plutôt pas mal :)


La liste des domaines est gérée manuellement, je vais tenter
d'automatiser ça. L'idée est de récupérer la liste des referer depuis
les logs du cache et de consulter la page en question avec selenium
pour détecter la présence d'un "OpenStreetMap" quelque part sur la
page. Cette liste permettra aussi de repérer les gros consommateurs
pour une éventuelle deuxième campagne sur l'usage abusif de ressources
limitées.

En attendant, la page du wiki avec les attributions manquantes est le
meilleur moyen de signaler ces "oublis":

- https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
-
https://wiki.openstreetmap.org/wiki/FR:Manque_d%27attribution_appropri%C3%A9e

Indiquez bien si possible l'URL de la page concernée...



___
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] #AttributionIsNotAnOption

2020-03-09 Par sujet Philippe Verdy 
J'ajouterais aussi cette page concernant les mentions légales du site
de l'éducation nationale:

https://www.education.gouv.fr/mentions-legales-du-site-educationgouvfr-4526

Il est fait mention des crédits photographiques (agences commerciales
comme Getty), mais pratiquement tout le reste est sous copyright
réservé, cette longue page de restrictions doit être revue pour les
autres catégories d'attributions ! En tout cas dans l'état on ne peut
rien utiliser sur OSM venant de ce site.

Le lun. 9 mars 2020 à 19:20, Philippe Verdy  a écrit :
>
> Argh! même le gouvernement français nous impose ses cookies traceurs
> de réseaux sociaux commerciaux (on peut les enlever mais je trouve
> quand même qu'on est déjà trop suivi et je pense que c'est mal venu
> que ces réseaux suivent les visites des sites officiels
> gouvernementaux alros que ce sonts des sites de plus en plus imposés
> pour plein de démarches privées que les réseaux sociaux n'ont pas à
> connaitre!)
>
> Sur cette page concernant les licences il y a un lien évident qui
> pourrait traiter les deux problèmes (vie privée et respect du droit
> d'auteur): "contacter le délégué à la protection des données" (je ne
> vois pas d'autres moyens de contact évidents sur cette page)
>
> https://www.education.gouv.fr/contactez-nous-41633/category/taxonomy/term/113264
>
> Le lun. 9 mars 2020 à 19:09, Arnaud Champollion
>  a écrit :
> >
> > Bonjour,
> >
> > Soit j'ai mal vu, soit on a une grosse boîte qui utilise OSM sans
> > attribution : l'Éducation Nationale.
> >
> > Exemple :
> >
> > https://www.education.gouv.fr/annuaire/04-alpes-de-haute-provence/digne-les-bains/etab/ecole-primaire-le-pigeonnier.html
> >
> > Je mets à jour le Wiki.
> >
> > Arnaud
> >
> >
> >
> > Le 04/03/2020 à 09:37, Christian Quest a écrit :
> > > Depuis avant hier, j'ai modifié notre cache de tuiles pour qu'il
> > > affiche quelque tuiles "L'attribution n'est pas une option" parmi les
> > > fonds de carte qu'il sert sur les domaines utilisant les fonds
> > > produits par OSM France et où l'attribution est absente.
> > >
> > > Cette petite campagne a commencé sur twitter avec ce tweet:
> > > https://twitter.com/cq94/status/1234516075695525888
> > >
> > > Ici c'était les pages jaunes marocaines... et en moins de 24h,
> > > l'attribution est apparue :)
> > >
> > > Un premier mail reçu d'un autre site hier, et depuis j'ai ajouté une
> > > adresse mail (ti...@openstreetmap.fr) dans la tuile et ce matin deux
> > > mail reçus demandant comment les retirer !
> > >
> > >
> > > Bref, ça fonctionne et plutôt pas mal :)
> > >
> > >
> > > La liste des domaines est gérée manuellement, je vais tenter
> > > d'automatiser ça. L'idée est de récupérer la liste des referer depuis
> > > les logs du cache et de consulter la page en question avec selenium
> > > pour détecter la présence d'un "OpenStreetMap" quelque part sur la
> > > page. Cette liste permettra aussi de repérer les gros consommateurs
> > > pour une éventuelle deuxième campagne sur l'usage abusif de ressources
> > > limitées.
> > >
> > > En attendant, la page du wiki avec les attributions manquantes est le
> > > meilleur moyen de signaler ces "oublis":
> > >
> > > - https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
> > > -
> > > https://wiki.openstreetmap.org/wiki/FR:Manque_d%27attribution_appropri%C3%A9e
> > >
> > > Indiquez bien si possible l'URL de la page concernée...
> > >
> >
> >
> > ___
> > 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] #AttributionIsNotAnOption

2020-03-09 Par sujet Philippe Verdy 
Argh! même le gouvernement français nous impose ses cookies traceurs
de réseaux sociaux commerciaux (on peut les enlever mais je trouve
quand même qu'on est déjà trop suivi et je pense que c'est mal venu
que ces réseaux suivent les visites des sites officiels
gouvernementaux alros que ce sonts des sites de plus en plus imposés
pour plein de démarches privées que les réseaux sociaux n'ont pas à
connaitre!)

Sur cette page concernant les licences il y a un lien évident qui
pourrait traiter les deux problèmes (vie privée et respect du droit
d'auteur): "contacter le délégué à la protection des données" (je ne
vois pas d'autres moyens de contact évidents sur cette page)

https://www.education.gouv.fr/contactez-nous-41633/category/taxonomy/term/113264

Le lun. 9 mars 2020 à 19:09, Arnaud Champollion
 a écrit :
>
> Bonjour,
>
> Soit j'ai mal vu, soit on a une grosse boîte qui utilise OSM sans
> attribution : l'Éducation Nationale.
>
> Exemple :
>
> https://www.education.gouv.fr/annuaire/04-alpes-de-haute-provence/digne-les-bains/etab/ecole-primaire-le-pigeonnier.html
>
> Je mets à jour le Wiki.
>
> Arnaud
>
>
>
> Le 04/03/2020 à 09:37, Christian Quest a écrit :
> > Depuis avant hier, j'ai modifié notre cache de tuiles pour qu'il
> > affiche quelque tuiles "L'attribution n'est pas une option" parmi les
> > fonds de carte qu'il sert sur les domaines utilisant les fonds
> > produits par OSM France et où l'attribution est absente.
> >
> > Cette petite campagne a commencé sur twitter avec ce tweet:
> > https://twitter.com/cq94/status/1234516075695525888
> >
> > Ici c'était les pages jaunes marocaines... et en moins de 24h,
> > l'attribution est apparue :)
> >
> > Un premier mail reçu d'un autre site hier, et depuis j'ai ajouté une
> > adresse mail (ti...@openstreetmap.fr) dans la tuile et ce matin deux
> > mail reçus demandant comment les retirer !
> >
> >
> > Bref, ça fonctionne et plutôt pas mal :)
> >
> >
> > La liste des domaines est gérée manuellement, je vais tenter
> > d'automatiser ça. L'idée est de récupérer la liste des referer depuis
> > les logs du cache et de consulter la page en question avec selenium
> > pour détecter la présence d'un "OpenStreetMap" quelque part sur la
> > page. Cette liste permettra aussi de repérer les gros consommateurs
> > pour une éventuelle deuxième campagne sur l'usage abusif de ressources
> > limitées.
> >
> > En attendant, la page du wiki avec les attributions manquantes est le
> > meilleur moyen de signaler ces "oublis":
> >
> > - https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
> > -
> > https://wiki.openstreetmap.org/wiki/FR:Manque_d%27attribution_appropri%C3%A9e
> >
> > Indiquez bien si possible l'URL de la page concernée...
> >
>
>
> ___
> 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] tags pour les paiement en cryptomonnaies acceptées

2020-03-09 Par sujet Philippe Verdy 
Noter quand même dans ce débat que la norme ISO de codage des
monnaires ne conerne que celles qui sont acceptées sur les marchés
régulés internationaux dans les transactions bancaires.
On a ainsi les DTS (droits de tirage spéciaux du FMI) dont le code ISO
n'est pas DTS. On a aussi XAU XAG XPT pour l'once d'or, dargent ou de
platine, XEU pour l'unité européenne de conversion entre monnaies de
l'eurosystème (dont l'euro EUR n'est qu'une composante du panier): on
ne peut pas librement utiliser le "X" pour les autres unités
monétaires non standardisées car ce n'est pas formellement désigné
pour l'usage privé. Le Bitcoin aussi a un code ISO standard codé avec
un X mais seulement depuis son acceptation par le droit allemand par
les banques internationales (et par suite sur les marchés régulés
européens et internationaux), mais ce n'est pas encore le cas pour
tout un tas de nouvelles cryptomonnaies (mais il va y en avoir car les
pays eux-même commencent à en créer, comme la Suède en plus de sa
couronne SEK dans l'Union européenne, mais aussi la Suisse, la Chine
et des pays africains, et d'autres grosses sociétés de commerce ou
service en ligne comme Amazon ou Facebook).

Si la monnaie n'a pas de code ISO, ne pas utiliser les codes à 3
lettres qui sont tous réservés. Et ne pas se fier aux noms dans une
langue particulière, dans ce cas XG1 (qui n'entre pas en conflit avec
les codes ISO standards) peut aussi bien être utilisé plutôt que XGU
(lié aux langues romanes), mais étant donné les versionnements de
telles monnaies en familles, je verrais plutôt "XG-1" (sans utiliser
le ":" comme séparateur, car réservé pour les espaces de nommages de
sous-clés dans OSM), ce qui ne bloque pas non plus l'extension
attendue de la norme ISO avec des codes contenant des chiffres et pas
seulement des lettres A-Z (cela a déjà eu lieu pour d'autres codes
ISO, ce ne serait pas nouveau, et par prudence je n'utiliserait pas
les codes à 3 caractères mixant des chiffres et lettres ou que des
chiffres), l'ISO définit aussi des codes plus longs (déjà pour les
anciens codes remplacés par d'autres actuels mais dont l'entité
historique passe à un autre code pour des raisons de conservation des
historiques: regarder la norme ISO 3166-1 ajoutant des codes à 4
lettres ou chiffres combinant un premier code actuel à deux lettres et
un suffixe correspondant à l'entité historique)

Il est clair qu'on va avoir d'autres codes standardisés sur les
marchés monétaires dont le code ISO 4217 commencera par un X, et sans
doute des codes plus longs que 3 caractères et une levée des
restrictions à seulement des lettres. Dans ce cas je verrais les codes
d'usage privés comme "X-G1" en utilisant l'unique préfixe "X-", comme
c'est déjà fait pour les étiquettes de langues dans les RFC pour BCP
47 (et non pas "XG1", "XG-1", "XGU", etc. à garder pour d'autres
monnaies ajoutées à la norme ISO).


Le dim. 8 mars 2020 à 11:52, Baptiste Lemoine - Cipher Bliss
 a écrit :
>
> Bonjour,
> j'aimerais lister les boutiques qui acceptent des cryptomonnaies / monnaie 
> libre duniter et j'ai l'impression que ces infos sont dispersées dans le wiki 
> en payment, currency et ailleurs.
> https://wiki.openstreetmap.org/wiki/FR:Key:payment
> https://wiki.openstreetmap.org/wiki/FR:Key:currency
>
> il existe une page spécifique pour le bitcoin,
> https://wiki.openstreetmap.org/wiki/Bitcoin
> il serait sans doute plus pratique d'avoir une redirection ou une liste des 
> pages parlant de cryptomonnaies vers le tag payment ou currency, et de lister 
> là bas les tags qui conviennent.
>
> Des utilisateurs de Duniter ont proposé des tags pour les boutiques acceptant 
> la June, j'ai rajouté le topic à la page de discussion sur le wiki dans la 
> page currency.
> Page de discussion pour accepter la G1: 
> https://forum.monnaie-libre.fr/t/referencement-des-lieux-sur-openstreetmap-acceptant-la-g1/7860
>
> Par exemple, le bar "BeerZ" à Dourdan (île de France), accepte des paiements 
> de bière en June:
> https://www.openstreetmap.org/edit?node=6388814212#map=19/48.52938/2.00995
> je n'ai pas encore mis de tag correspondant, craignant de faire une bêtise.
>
> Si il faut lancer un vote pour choisir des tags ce serait l'occasion
>
>
>
> Baptiste LEMOINE - Dirigeant de Cipher Bliss.com , N° SIRET: 79942416300035
> Tel 0185461173 / Signal 0627130837 , Telegram: Tykayn , Mastodon: @tykayn
> GPG: 64A8 9B18 65E6 6523 FD86 7CB5 8796 1FCA F978 54FF
>
>
> Sent with ProtonMail Secure Email.
>
> ___
> 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] #AttributionIsNotAnOption

2020-03-09 Par sujet Arnaud Champollion 

Bonjour,

Soit j'ai mal vu, soit on a une grosse boîte qui utilise OSM sans 
attribution : l'Éducation Nationale.


Exemple :

https://www.education.gouv.fr/annuaire/04-alpes-de-haute-provence/digne-les-bains/etab/ecole-primaire-le-pigeonnier.html

Je mets à jour le Wiki.

Arnaud



Le 04/03/2020 à 09:37, Christian Quest a écrit :
Depuis avant hier, j'ai modifié notre cache de tuiles pour qu'il 
affiche quelque tuiles "L'attribution n'est pas une option" parmi les 
fonds de carte qu'il sert sur les domaines utilisant les fonds 
produits par OSM France et où l'attribution est absente.


Cette petite campagne a commencé sur twitter avec ce tweet: 
https://twitter.com/cq94/status/1234516075695525888


Ici c'était les pages jaunes marocaines... et en moins de 24h, 
l'attribution est apparue :)


Un premier mail reçu d'un autre site hier, et depuis j'ai ajouté une 
adresse mail (ti...@openstreetmap.fr) dans la tuile et ce matin deux 
mail reçus demandant comment les retirer !



Bref, ça fonctionne et plutôt pas mal :)


La liste des domaines est gérée manuellement, je vais tenter 
d'automatiser ça. L'idée est de récupérer la liste des referer depuis 
les logs du cache et de consulter la page en question avec selenium 
pour détecter la présence d'un "OpenStreetMap" quelque part sur la 
page. Cette liste permettra aussi de repérer les gros consommateurs 
pour une éventuelle deuxième campagne sur l'usage abusif de ressources 
limitées.


En attendant, la page du wiki avec les attributions manquantes est le 
meilleur moyen de signaler ces "oublis":


- https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
- 
https://wiki.openstreetmap.org/wiki/FR:Manque_d%27attribution_appropri%C3%A9e


Indiquez bien si possible l'URL de la page concernée...




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

Re: [OSM-talk-fr] parking

2020-03-09 Par sujet Philippe Verdy 
il faut ajouter aussi que si la parking ne se fait que d'un côté de la
route et pas les deux, la voie ne devrait pas passer au milieu de la
surface de parking (en partageant ou pas des noeuds) mais le filaire
de la route devrait être commun avec le filaire délimitant la surface
de parking (l'intersection des deux est alors linéaire et pas réduite
à un ou deux points). Le but étant de savoir si on se gare du côté
droit ou gauche de la voie.

Un autre cas est une voie qui se termine en surface de parking: là on
ne devrait pas terminer la route sur un noeud de la bordure de surface
du parking mais y entrer et se terminer sur un noeud à l'intérieur (on
peut alors aussi découper ou pas la voie sur ce noeud de bordure): il
devrait y avoir une partie du chemin (hors des noeuds) dans le parking
ou sur le bord, et une autre partie en dehors, mais on n'est pas
obligé d'avoir un noeud d'intersection entre la voie et la bordure de
surface (et peu importe que la surface de parking soit un way unique
fermé ou une relation avec des ways multiples)

Idélament il faudrait aussi taguer le parking pour indiquer si le
stationnement se fait dans le sens parallèle à la route ou en épi
(normalement alors dans le même sens que celui de circulation si la
voie est en double sens) ou bien orthogonalement (dans ce cas peut
importe le sens de circulation, sauf sur les voies où le demi-tour est
interdit ou s'il y a une séparation physique sur les voies à double
sens).

Pour les voies à sens unique, le parking peut se faire à droite comme
à gauche et là encore le parking devrait être délimité du bon côté sur
la bordure de voie s'il n'y en a que d'un seul côté.

Nombre de grands parkings n'ont également pas de voies désignées ni
d'alignement imposé, ce ne sont que des grandes surfaces et les
véhicules naturellement se mettent en commençant par la périphérie
puis au milieu en laissant de la place pour circuler autour: cela
s'applique pour nombre de parkings industriels, où différents types de
véhicules se garent, mais pour les véhicules de tourisme et deux-roues
(et les emplacements réservés pour handicapés) il y a généralement des
emplacements désignés donc une voie à tracer en bordure de cette
surface, le reste étant sans voies désignées.

Le lun. 9 mars 2020 à 16:23, Bernard Lefrançois
 a écrit :
>
> Bonjour,
> Je partage plutôt la vision de Jean-Yvon.
> Sur ta dernière version:
> - tu laisses un espace vide qui n'existe pas entre le parking et la route.
> - tu crées à un emplacement aléatoire une voie qui n'existe pas non plus.
>
> Lorsque je cartographie un parking, j'applique la règle suivante:
> - le parking est séparé réellement de la route (par un fossé, une bande 
> d'herbe, un trottoir etc.), je le trace en surfacique avec ses limites 
> réelles. Et dans ce cas, il y a forcément une voie pour y accéder et je la 
> représente à sa place.
> - ou bien:  le parking borde la route sans séparation et dans ce cas une 
> partie du polygone représentant le parking est commune avec le linéaire de la 
> route. Inutile de rajouter ici une voie d'accès puisque cet accès est 
> possible sur toute la longueur.
>
> Le 08/03/2020 à 21:38, Romain MEHUT a écrit :
>
> J'ai proposé une autre version toute simple.
> Romain
>
> Le dim. 8 mars 2020 à 11:53,  a écrit :
>>
>> Oui voir : http://osmose.openstreetmap.fr/en/byuser/ririahp
>>
>> L'erreur c'est d'avoir fait coller le parking au dessin de la route au
>> lieu de le faire coller au fil de la route : mélange représentation
>> filaire/représentation surfacique. J'ai corrigé.
>>
>> Jean-Yvon
>>
>> Le 08/03/2020 à 08:36, Arnaud Champollion -
>> arnaud.champoll...@linux-alpes.org a écrit :
>> > Bonjour,
>> >
>> > Question suite aux contributions du groupe OSMDigne réuni hier
>> > après-midi.
>> >
>> > Quand on trace un parking comme surface, faut-il nécessairement
>> > ajouter une voie de type highway pour le connecter à la route ?
>> >
>> > Le cas se trouve ici :
>> > https://www.openstreetmap.org/#map=19/43.81467/6.24606
>> >
>> > Sur la vue aérienne il est visible qu'il n'y a pas réellement de voies
>> > pour entrer / sortir, ni de voies de parking, seulement une aire en
>> > terre battue qui borde la route.
>> >
>> > Merci de vos avis,
>> >
>> > Bonne journée,
>> >
>> > Arnaud
>> >
>> >
>> >
>> >
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne - problème des prise type3 <> type3c

2020-03-09 Par sujet Philippe Verdy 
Est-ce que ce tag s'applique juste aux bornes de recharge de véhicules ?

Sinon il y a aussi sur Commons:
https://commons.wikimedia.org/wiki/Mains_socket
https://commons.wikimedia.org/wiki/File:Plug_types.svg

Et là on voit que ce sont les "sockets" habituels à domicile pour les
prises en 210-230 volts (en France: type E, compatible avec les câbles
munis ou pas de contact de terre, ou type 7 ajoutant aussi 2 contacts
de terre en périphérie de la prise)

Les prises pour véhicules type 3 sont comme un type E "doublé": 5
contacts, dont 3 avec la terre , 2 au dessus sans terre.

Le lun. 9 mars 2020 à 16:38, Jacques Lavignotte
 a écrit :
>
> Bonjour,
>
> j'ai replacé une borne (sur le KML elle était à 1OOm)
> La contribution précédente 09/2019) était plutôt pas mal.
>
> Elle est là : Nœud : 6766204586
>
>
> et des photos :
>
> https://framapic.org/gallery#tLTivoSiWGuj/61powXfE1ZtF.jpg,xw4l8FI1iVnt/zsIyq4IUZWou.jpg
>
> Que rajouter (i.e socket) ?
>
> 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

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

Re: [OSM-talk-fr] OrthoPhotos HS ?

2020-03-09 Par sujet Cédric Frayssinet 

Chouette, merci pour ta rapidité de correction !


Le 09/03/2020 à 17:54, Christian Quest a écrit :
> Il y avait effectivement un problème... et c'est réglé :)
>
>
> Le 09/03/2020 à 17:26, Cédric Frayssinet a écrit :
>>
>> Bonjour à tous, et particulièrement à Christian :)
>>
>> Dans iD, j'ai paramétré ce fond de carte personnalisé avec l'URL
>> suivante : http://wms.openstreetmap.fr/tms/1.0.0/tous_fr/{zoom}/{x}/{y}
>>
>> Mais depuis quelques jours, les images n'ont pas une belle résolution
>> sur Lyon, de même, les orthophotos 8cm de Lyon sont moins bonnes que
>> la BDOrtho IGN :(
>>
>> Ai-je loupé une information ?
>>
>> Merci d'avance,
>>
>> Cédric
>>

-- 

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

Promouvoir et soutenir le logiciel libre 

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

Re: [OSM-talk-fr] OrthoPhotos HS ?

2020-03-09 Par sujet Christian Quest 

Il y avait effectivement un problème... et c'est réglé :)


Le 09/03/2020 à 17:26, Cédric Frayssinet a écrit :


Bonjour à tous, et particulièrement à Christian :)

Dans iD, j'ai paramétré ce fond de carte personnalisé avec l'URL 
suivante : http://wms.openstreetmap.fr/tms/1.0.0/tous_fr/{zoom}/{x}/{y}


Mais depuis quelques jours, les images n'ont pas une belle résolution 
sur Lyon, de même, les orthophotos 8cm de Lyon sont moins bonnes que 
la BDOrtho IGN :(


Ai-je loupé une information ?

Merci d'avance,

Cédric


--
Christian Quest - OpenStreetMap France


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

[OSM-talk-fr] OrthoPhotos HS ?

2020-03-09 Par sujet Cédric Frayssinet 
Bonjour à tous, et particulièrement à Christian :)

Dans iD, j'ai paramétré ce fond de carte personnalisé avec l'URL
suivante : http://wms.openstreetmap.fr/tms/1.0.0/tous_fr/{zoom}/{x}/{y}

Mais depuis quelques jours, les images n'ont pas une belle résolution
sur Lyon, de même, les orthophotos 8cm de Lyon sont moins bonnes que la
BDOrtho IGN :(

Ai-je loupé une information ?

Merci d'avance,

Cédric

-- 

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

Promouvoir et soutenir le logiciel libre 

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

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne - problème des prise type3 <> type3c

2020-03-09 Par sujet Jacques Lavignotte 

Bonjour,

j'ai replacé une borne (sur le KML elle était à 1OOm)
La contribution précédente 09/2019) était plutôt pas mal.

Elle est là : Nœud : 6766204586


et des photos :

https://framapic.org/gallery#tLTivoSiWGuj/61powXfE1ZtF.jpg,xw4l8FI1iVnt/zsIyq4IUZWou.jpg

Que rajouter (i.e socket) ?

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

2020-03-09 Par sujet Bernard Lefrançois 

Bonjour,
Je partage plutôt la vision de Jean-Yvon.
Sur ta dernière version:
- tu laisses un espace vide qui n'existe pas entre le parking et la route.
- tu crées à un emplacement aléatoire une voie qui n'existe pas non plus.

Lorsque je cartographie un parking, j'applique la règle suivante:
- le parking est séparé réellement de la route (par un fossé, une bande 
d'herbe, un trottoir etc.), je le trace en surfacique avec ses limites 
réelles. Et dans ce cas, il y a forcément une voie pour y accéder et je 
la représente à sa place.
- ou bien:  le parking borde la route sans séparation et dans ce cas une 
partie du polygone représentant le parking est commune avec le linéaire 
de la route. Inutile de rajouter ici une voie d'accès puisque cet accès 
est possible sur toute la longueur.


Le 08/03/2020 à 21:38, Romain MEHUT a écrit :

J'ai proposé une autre version toute simple.
Romain

Le dim. 8 mars 2020 à 11:53, > a écrit :


Oui voir : http://osmose.openstreetmap.fr/en/byuser/ririahp

L'erreur c'est d'avoir fait coller le parking au dessin de la route au
lieu de le faire coller au fil de la route : mélange représentation
filaire/représentation surfacique. J'ai corrigé.

Jean-Yvon

Le 08/03/2020 à 08:36, Arnaud Champollion -
arnaud.champoll...@linux-alpes.org
 a écrit :
> Bonjour,
>
> Question suite aux contributions du groupe OSMDigne réuni hier
> après-midi.
>
> Quand on trace un parking comme surface, faut-il nécessairement
> ajouter une voie de type highway pour le connecter à la route ?
>
> Le cas se trouve ici :
> https://www.openstreetmap.org/#map=19/43.81467/6.24606
>
> Sur la vue aérienne il est visible qu'il n'y a pas réellement de
voies
> pour entrer / sortir, ni de voies de parking, seulement une aire en
> terre battue qui borde la route.
>
> Merci de vos avis,
>
> Bonne journée,
>
> Arnaud
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr


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


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



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

Re: [OSM-talk-fr] Plans lignes RER?

2020-03-09 Par sujet Shohreh 
Bibi wrote
> C'est un problème de peaufinage des relations RER A (choix par
> l'utilisateur ou complétude des segments), pas un problème d'OSM en
> général.

Sans doute, mais c'est encore plus simple de récupérer des fichiers tout
fait, surtout si on n'est pas expert.



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

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

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne - problème des prise type3 <> type3c

2020-03-09 Par sujet Marc M. 
Bonjour,

J'allais modifier le wiki pour déplacer le type de socket 3c dans la
catégorie "courant en France" et voulant sourcer mon avis, j'ai regarder
pour confirmation. https://taginfo.openstreetmap.fr/search?q=socket%3A
et là je vois que le type3 surpasse le type3c.
la page du projet renseigne aussi type3 et non type3c

Mais à ma connaissance, ce n'est pas le même type de prise.
j'avais même ajouté la photo type3c sur le wiki l'an passé
https://wiki.openstreetmap.org/wiki/File:Socket.type3c.jpg
a comparer avec la photo du type3
https://wiki.openstreetmap.org/wiki/File:Colonnine.jpg

Du coup quid ?
on continue à renseigner un type de prise pas exact ?
on vérifie les prises type3 pour voir si sont des type3c mal renseigné ?
on fait une édition de masse si personne n'a jamais vu de "type3" autre
que les type3c ?

Cordialement,
Marc

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

Re: [OSM-talk-fr] Projet du mois - astuces Maps.me

2020-03-09 Par sujet Philippe Verdy 
Cmmons "plus ouvert", ça dépend de quoi on parle. En tout cas pas pour les
licences ou Commons est plus restrictif que Wikipédia qui accepte des
exceptions nationales (selon l'importance relative des "marchés" auxquels
s'adresse chaque édition linguistique), alors que Commons doit être
compatible avec le monde entier. L'exception de "fair use" par exemple est
possible sur la version anglophone de Wikipedia, à condition que les droits
de propriété concernés soient américains (et pas abusés par dérivation
illicite de droits en fait détenus ailleurs). L'exemple en est les logos de
sociétés, et les photos de personnes prises sur le sol américain
(indépendamment de leur nationalité, les photos d'américains à l'étranger
sont couvertes par le droit d'image du lieu où ils résident).

D'autres exceptions existent aussi concernant le prétendu "domaine public"
qui n'est pas mondial mais issu de chaque législation nationale (qui ne
garantit pas la pérennité des droits accordés, de nombreux pays ayant même
étendu les durées de protection exclusives, même ce qui était déjà tombé
dans le domaine public avant le changement). Le "domaine public" n'existe
en effet que par défaut dans chaque législation mais les droits de
propriété nationaux continuent à avoir la priorité, ces domaines public
nationaux ne consistant QUE dans ce qui reste et n'est pas couvert par un
droit de propriété. et cela a abouti à des réappropriations de nombreux
contenus auparavant décrits comme du domaine public. C'est pour ça qu'il
faut une attribution quand même pour protéger ce domaine public et dans une
vraie licence internationale, dite de "dévolution au domaine public" C'est
pour cela qu'existe la licence CC0 qui évite les réappropriations par les
droits nationaux, puisque cette licence affirme que la dévolution est
irrévocable.

Et au delà des licences individuelles existent les nouvelles possibilités
de réappropriation indirecte de contenus libres par le biais des brevets
(sévèrement bogué et abusé car ils sont attribués par des procédures
opaques et avec peu de possibiltiés d'appel), et du droit spécifique des
bases de données (qui intervient en cas d'agrégation de contenus libres
quand leur volume devient significatif, la base de données constituant une
mise en relation de ces contenus entre eux, la protection portant justement
sur le jeux de relations créées); et finalement le droit personnel peut
intervenir au dessus de tout ça (et c'est un sujet sensible aujourd'hui
avec l'existence du BigData et l'abus sur la vie privée des personnes qui
se font même approprier leur propre identité; avec l'attribution requise
par CC BY SA sur Wikipédia, au moins un appel reste possible permettant de
remonter à la source du partage d'informations personnelles non autorisées
par ces personnes qui peuvent demander le masquage et invalider ce qui a
été soumis abusivement dans le "domaine public" par des tiers sans rien
demander aux personnes légitimement propriétaires de ces données
personnelles ; c'est moins facile sur Commons et quasi impossible avec tous
les silos "Big Data", et ce problème existe aussi si l'attribution
d'origine "share-alike" est obligatoire et pas agrégeable sous forme
collective et non sous forme de longues listes de droits des personnes
individuelles: là, ODbL et CC-BY sans clause SA protègent mieux les données
personnelles en permettant l'agrégation que CC-BY-SA ne permet pas car un
"tiers de confiance" de confiance est désigné pour agir comme
intermédiaire, mais ODbL protège aussi des réattributions par des bases de
données "Big Data" et a des clauses propres à exclure la réappropriation
par des brevets abusifs).


Le lun. 9 mars 2020 à 12:34, PanierAvide  a écrit :

> J'avais entendu de la bouche d'un wikimédien que les critères
> d'acceptation sur Wikimédia Commons étaient plus ouverts que sur Wikipédia.
> Et ça a du sens de vouloir illustrer les différents modèles de bornes, ou
> d'associer la photo de borne à la catégorie de la commune d'implantation.
>
> Adrien P.
>
> Le 09/03/2020 à 12:26, osm.sanspourr...@spamgourmet.com a écrit :
>
> Est-ce qu'une borne de recharge a une importance suffisante pour avoir sa
> page Wikipédia ? Non.
>
> Pour Wikimedia Commons, il y a le même genre de critères.
>
> Donc je ne mettrais pas dans WC. Mais non dans les WC mais dans Mapillary
> et Cie.
>
> Jean-Yovn
> Le 09/03/2020 à 09:40, Noémie Lehuby via Talk-fr -
> talk-fr@openstreetmap.org a écrit :
>
> Excellente idée Wikimédia Commons ! je l'ai ajoutée à la page de wiki du
> projet du mois (et j'ai moi aussi publié ma première photo sur ce thème)
>
> --
> Noémie Lehuby
> Jungle Bus - http://junglebus.io
>
> Le 08/03/2020 à 13:23, Yves P. a écrit :
>
> Puis, vous n’avez plus qu’à vous rendre sur place aux emplacements des
> différents signets, pour prendre des photos sur Mapillary ou faire
> directement des modifications ou des notes dans OSM.
>
> On peut aussi les mettre dans Wikimedia Commons 
>
>

Re: [OSM-talk-fr] Plans lignes RER?

2020-03-09 Par sujet osm . sanspourriel 

Tu récupères la relation.

Si certaines choses sont en trop (par exemple le bout s'arrêtant à
Maison-Laffitte) est-ce que le problème n'est pas la sélection des
relations ?

En fait si tu n'en veux pas tu exclus
https://www.openstreetmap.org/relation/2333442 de ta préselection.

Quant à l'absence de Cergy-le-Haut, je vois que seule la plateforme de
sortie est dans une relation.

Il faut ajouter https://www.openstreetmap.org/node/2320446017.

C'est un problème de peaufinage des relations RER A (choix par
l'utilisateur ou complétude des segments), pas un problème d'OSM en général.

Jean-Yvon

Le 09/03/2020 à 14:14, Shohreh - codecompl...@free.fr a écrit :

marc marc wrote

donc la différence semble être que osm a d'info que tu ne sais pas
filtrer ou il y a une différence dans le tracé lui-même ?

Avec la requête suivante, on récupère 1) des ways en trop (double ou triples
voies dans des gares), 2) des nodes en trop (deux-trois nodes pour une gare
donnée), et 3) il manque des noms de gares en bout de ligne ("Cergy-le-Haut"
par exemple):

=
[out:json][timeout:25];

relation["network"="RER"]["ref"="A"]->.Input;

(
//membres ayant  un rôle vide (trajet)
way(r.Input:"") ;
//membres ayant le rôle "stop" (gares)
node(r.Input:"stop") ;
);

out body;

;

out skel qt;
=
http://overpass-turbo.eu/s/Rrr

Donc les données d'IDFM ne sont peut-être pas parfaites, mais font mieux que
la requête ci-dessus.



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

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



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

Re: [OSM-talk-fr] Plans lignes RER?

2020-03-09 Par sujet Shohreh 
marc marc wrote
> donc la différence semble être que osm a d'info que tu ne sais pas
> filtrer ou il y a une différence dans le tracé lui-même ?

Avec la requête suivante, on récupère 1) des ways en trop (double ou triples
voies dans des gares), 2) des nodes en trop (deux-trois nodes pour une gare
donnée), et 3) il manque des noms de gares en bout de ligne ("Cergy-le-Haut"
par exemple):

=
[out:json][timeout:25];

relation["network"="RER"]["ref"="A"]->.Input;

(
//membres ayant  un rôle vide (trajet)
way(r.Input:"") ;
//membres ayant le rôle "stop" (gares)
node(r.Input:"stop") ; 
);

out body;
>;
out skel qt;
=
http://overpass-turbo.eu/s/Rrr

Donc les données d'IDFM ne sont peut-être pas parfaites, mais font mieux que
la requête ci-dessus.



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

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

Re: [OSM-talk-fr] Projet du mois - astuces Maps.me

2020-03-09 Par sujet Yves P. 
>
> Et ça a du sens de vouloir illustrer les différents modèles de bornes, ou
> d'associer la photo de borne à la catégorie de la commune d'implantation.
>
Voir les points d'eau incendie du projet OsmHydrant, les postes de
transformation électrique...

__
Yves

WC 

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

Re: [OSM-talk-fr] Plans lignes RER?

2020-03-09 Par sujet Julien djakk 
Salut JB !

Je suis aussi très intéressé par ton travail sur le rendu TC ;)
Je cherche aussi à compter le nombre de voies sur une voie ferrée.

Julien « djakk »


Le lun. 9 mars 2020 à 10:47, JB  a écrit :

> J'arrive avec un peu de retard, et je ne suis pas sûr de comprendre
> exactement le besoin : tracé « géographique » tel que sur le terrain, ou
> réseau plus ou moins analysé/simplifié, rassemblant les voies sur un
> seul axe ?
> Si une simplification est recherchée, j'avais sorti ça à une époque :
> https://twitter.com/RandoCarto/status/1201458577799569408/photo/1, il y
> a possibilité d'arrêter le traitement une étape plus tôt, avant
> l'éclatement des lignes superposées, et de sortir la donnée brute. Comme
> c'est un peu de boulot, je ne me lance pas dans le travail pour l'instant.
> JB.
>
> Le 09/03/2020 à 01:17, Shohreh a écrit :
> > cquest wrote
> >> Les tracés d'IDFM ne sont pas non plus parfait, loin de là ! La boucle
> de
> >> terminus de la ligne 6 à Nation n'a sûrement pas cette allure. Données à
> >> prendre avec du recul donc...
> > Ils sont un peu plus propres : avec la relation, je récupérais des ways
> et
> > des nodes en plus (plusieurs voies et points dans une gare).
> >
> > J'ai eu le même genre de problème en récupérant des parcours vélos dans
> OSM
> > type Eurovelo etc. → il vaut mieux récupérer une vraie trace sur des
> sites
> > spécialisés.
> >
> >
> >
> > --
> > Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> 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] Proposition de Hack Weekend à Toulouse, 4 et 5 avril

2020-03-09 Par sujet Julien djakk 
Ouiii :)

Julien « djakk »


Le lun. 9 mars 2020 à 11:10, PanierAvide  a écrit :

> +2 rennais qui n'ont pas d'hébergement pour l'instant et qui sont
> preneurs d'une solution commune :-)
>
> Cordialement,
>
> Adrien P.
>
> Le 09/03/2020 à 11:04, Sébastien Hinderer a écrit :
> > Bonjour,
> >
> > Frédéric Rodrigo (2020/03/09 10:59 +0100):
> >> Parmi ceux qui comptent venir au Hack Weekend il y a du monde qui
> cherche un
> >> hébergement ou qui ne se sont pas encore organisé ?
> >   * |Lupini| lève la main :)
> >
> > Oui, moi, pardon de ne pas m'être inscrit sur le wiki, j'essaie de faire
> > ça dès ce soir.
> >
> > Cheers,
> >
> > Sébastien.
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet du mois - astuces Maps.me

2020-03-09 Par sujet PanierAvide 
J'avais entendu de la bouche d'un wikimédien que les critères 
d'acceptation sur Wikimédia Commons étaient plus ouverts que sur 
Wikipédia. Et ça a du sens de vouloir illustrer les différents modèles 
de bornes, ou d'associer la photo de borne à la catégorie de la commune 
d'implantation.


Adrien P.

Le 09/03/2020 à 12:26, osm.sanspourr...@spamgourmet.com a écrit :


Est-ce qu'une borne de recharge a une importance suffisante pour avoir 
sa page Wikipédia ? Non.


Pour Wikimedia Commons, il y a le même genre de critères.

Donc je ne mettrais pas dans WC. Mais non dans les WC mais dans 
Mapillary et Cie.


Jean-Yovn

Le 09/03/2020 à 09:40, Noémie Lehuby via Talk-fr - 
talk-fr@openstreetmap.org a écrit :


Excellente idée Wikimédia Commons ! je l'ai ajoutée à la page de wiki 
du projet du mois (et j'ai moi aussi publié ma première photo sur ce 
thème)


--
Noémie Lehuby
Jungle Bus -http://junglebus.io
Le 08/03/2020 à 13:23, Yves P. a écrit :


Puis, vous n’avez plus qu’à vous rendre sur place aux emplacements 
des différents signets, pour prendre des photos sur Mapillary ou 
faire directement des modifications ou des notes dans OSM.



On peut aussi les mettre dans Wikimedia Commons 
https://commons.wikimedia.org/wiki/Category:Electric_vehicle_charging_stations_in_France

Quelques remarque après mon premier #balanceTaBorne :

  * Le template JOSM ne propose pas :
  o de prises de type E
  o de réseau
  o de puissance par type de prise

  * Des erreurs à nettoyer dans les données :
  o Places de parkings taguées comme une borne :
  + Way 607292224 
  o Ne pas confondre capacité et puissance : capacity=22 +
description=« Accélérée 22 kW » 
  o des tags bizarres :
  + ogr_type_1=T3 et EF (Node 3709750452
)
  o Plusieurs références (et pas le bon séparateur)
  + ref="NDJF, NLRW"
  o Une référence qui semble être une référence ref:EU:EVSE :
  + ref="eborn:FR*S38*P38161*A"
  o Les unités de puissance saisies inutilement :
  + socket:type2:output=22 kW
 +
socket:chademo:output=50kW
  o Nom, note et/ou description inutiles :
  + name=« Station de recharge voiture électrique »
  + description=« 2 cars can load at the same time. » →
capacity=2
  + note="Strom für Elektroautos"


—
Yves

PS: Ma première à Annecy d’après une photo Wikimedia Commons : 
https://www.openstreetmap.org/node/7276464122

J’en ai deux à rajouter à Lons-le-Saunier…


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


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


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

Re: [OSM-talk-fr] Projet du mois - astuces Maps.me

2020-03-09 Par sujet osm . sanspourriel 

Est-ce qu'une borne de recharge a une importance suffisante pour avoir
sa page Wikipédia ? Non.

Pour Wikimedia Commons, il y a le même genre de critères.

Donc je ne mettrais pas dans WC. Mais non dans les WC mais dans
Mapillary et Cie.

Jean-Yovn

Le 09/03/2020 à 09:40, Noémie Lehuby via Talk-fr -
talk-fr@openstreetmap.org a écrit :


Excellente idée Wikimédia Commons ! je l'ai ajoutée à la page de wiki
du projet du mois (et j'ai moi aussi publié ma première photo sur ce
thème)

--
Noémie Lehuby
Jungle Bus -http://junglebus.io
Le 08/03/2020 à 13:23, Yves P. a écrit :


Puis, vous n’avez plus qu’à vous rendre sur place aux emplacements
des différents signets, pour prendre des photos sur Mapillary ou
faire directement des modifications ou des notes dans OSM.


On peut aussi les mettre dans Wikimedia Commons 
https://commons.wikimedia.org/wiki/Category:Electric_vehicle_charging_stations_in_France

Quelques remarque après mon premier #balanceTaBorne :

  * Le template JOSM ne propose pas :
  o de prises de type E
  o de réseau
  o de puissance par type de prise

  * Des erreurs à nettoyer dans les données :
  o Places de parkings taguées comme une borne :
  + Way 607292224 
  o Ne pas confondre capacité et puissance : capacity=22 +
description=« Accélérée 22 kW » 
  o des tags bizarres :
  + ogr_type_1=T3 et EF (Node 3709750452
)
  o Plusieurs références (et pas le bon séparateur)
  + ref="NDJF, NLRW"
  o Une référence qui semble être une référence ref:EU:EVSE :
  + ref="eborn:FR*S38*P38161*A"
  o Les unités de puissance saisies inutilement :
  + socket:type2:output=22 kW
 +
socket:chademo:output=50kW
  o Nom, note et/ou description inutiles :
  + name=« Station de recharge voiture électrique »
  + description=« 2 cars can load at the same time. » →
capacity=2
  + note="Strom für Elektroautos"


—
Yves

PS: Ma première à Annecy d’après une photo Wikimedia Commons :
https://www.openstreetmap.org/node/7276464122
J’en ai deux à rajouter à Lons-le-Saunier…


___
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] Proposition de Hack Weekend à Toulouse, 4 et 5 avril

2020-03-09 Par sujet PanierAvide 
+2 rennais qui n'ont pas d'hébergement pour l'instant et qui sont 
preneurs d'une solution commune :-)


Cordialement,

Adrien P.

Le 09/03/2020 à 11:04, Sébastien Hinderer a écrit :

Bonjour,

Frédéric Rodrigo (2020/03/09 10:59 +0100):

Parmi ceux qui comptent venir au Hack Weekend il y a du monde qui cherche un
hébergement ou qui ne se sont pas encore organisé ?

  * |Lupini| lève la main :)

Oui, moi, pardon de ne pas m'être inscrit sur le wiki, j'essaie de faire
ça dès ce soir.

Cheers,

Sébastien.

___
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] Proposition de Hack Weekend à Toulouse, 4 et 5 avril

2020-03-09 Par sujet Sébastien Hinderer 
Bonjour,

Frédéric Rodrigo (2020/03/09 10:59 +0100):
> Parmi ceux qui comptent venir au Hack Weekend il y a du monde qui cherche un
> hébergement ou qui ne se sont pas encore organisé ?

 * |Lupini| lève la main :)

Oui, moi, pardon de ne pas m'être inscrit sur le wiki, j'essaie de faire
ça dès ce soir.

Cheers,

Sébastien.

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

Re: [OSM-talk-fr] Proposition de Hack Weekend à Toulouse, 4 et 5 avril

2020-03-09 Par sujet Frédéric Rodrigo 
Parmi ceux qui comptent venir au Hack Weekend il y a du monde qui 
cherche un hébergement ou qui ne se sont pas encore organisé ?


La pèche à hébergement chez des locaux n'a pas donné grand-chose.




Le 07/03/2020 à 09:06, Christian Quest a écrit :

J'envisageais un train de nuit... depuis Paris, un des derniers !

Prix assez délirant... doit peut être voiture


Le 06/03/2020 à 17:52, Sébastien Hinderer a écrit :

Bonjour, tous,

Dès que j'aurais réussi à réinitialiser mon mot de passe je m'inscrirai
sur le wiki.

Est-ce que parmi les franciliens qui viennent quelqu'un est intéressé
par voyager ensemble en train ou en voiture?

S'il reste des places en hébergement je suis carrément intéressé.

Ce sera cool de faire la connaissance de ceux qui pourront venir!

Sébastien.

___
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] [OSM-dev-fr] Hack Weekend, Toulouse, 4-5 avril 2020, soutien aux déplacements

2020-03-09 Par sujet Vincent Bergeot 

Le 09/03/2020 à 10:39, Frédéric Rodrigo a écrit :

Le 05/03/2020 à 00:26, Donat ROBAUX a écrit :
Sans dénaturer ce qui est fait sur ces HW, il s'agit surtout de 
produire qqch
sur une délai court car on sait bien dans notre milieu que le temps 
est cher
et les sollicitations nombreuses. Donc faire de la vidéo-conf, c'est 
perdre

du temps au détriment de l'action.



Attention un Hack Weekend n'est pas un Hackathon. Il ne s’agit pas 
d’essayer de réaliser une idée en un weekend (et encore moins d'y 
associer un business plan ;) ). C'est plus un weekend pour construire, 
entretenir et échanger sur l’écosystème d'OSM.


Quant à de la vidéo-conférence je reste très mitigé sur l'idée. Je ne 
pense pas qu'il y de temps fort qui puisse être partagé.


peut-être "ouvrir" un canal de discussion sur framateam, irc, truc 
synchrone, pour permettre éventuellement à des gens à distances de 
participer mais sans la "contrainte" de la visio. Et si vraiment il y a 
besoin de faire une visio cela s'organisera !




https://wiki.openstreetmap.org/wiki/Toulouse_Hack_Weekend_April_2020
Si vous hésitez toujours à venir : pour l’hébergement on peut se 
débrouiller, et OSM-FR subvention les frais déplacement de ceux qui en 
font la demande.


oui, et si la débrouille pour l'hébergement ne vous convient pas, 
l'association peut aussi y réfléchir. Cela ne doit pas être un frein :D




Frédéric.


Merci Frédéric

Bonne journée à tout le monde

--
Vincent Bergeot


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

Re: [OSM-talk-fr] Plans lignes RER?

2020-03-09 Par sujet JB 
J'arrive avec un peu de retard, et je ne suis pas sûr de comprendre 
exactement le besoin : tracé « géographique » tel que sur le terrain, ou 
réseau plus ou moins analysé/simplifié, rassemblant les voies sur un 
seul axe ?
Si une simplification est recherchée, j'avais sorti ça à une époque : 
https://twitter.com/RandoCarto/status/1201458577799569408/photo/1, il y 
a possibilité d'arrêter le traitement une étape plus tôt, avant 
l'éclatement des lignes superposées, et de sortir la donnée brute. Comme 
c'est un peu de boulot, je ne me lance pas dans le travail pour l'instant.

JB.

Le 09/03/2020 à 01:17, Shohreh a écrit :

cquest wrote

Les tracés d'IDFM ne sont pas non plus parfait, loin de là ! La boucle de
terminus de la ligne 6 à Nation n'a sûrement pas cette allure. Données à
prendre avec du recul donc...

Ils sont un peu plus propres : avec la relation, je récupérais des ways et
des nodes en plus (plusieurs voies et points dans une gare).

J'ai eu le même genre de problème en récupérant des parcours vélos dans OSM
type Eurovelo etc. → il vaut mieux récupérer une vraie trace sur des sites
spécialisés.



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

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




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

Re: [OSM-talk-fr] [OSM-dev-fr] Hack Weekend, Toulouse, 4-5 avril 2020, soutien aux déplacements

2020-03-09 Par sujet Frédéric Rodrigo 

Le 05/03/2020 à 00:26, Donat ROBAUX a écrit :

Sans dénaturer ce qui est fait sur ces HW, il s'agit surtout de produire qqch
sur une délai court car on sait bien dans notre milieu que le temps est cher
et les sollicitations nombreuses. Donc faire de la vidéo-conf, c'est perdre
du temps au détriment de l'action.



Attention un Hack Weekend n'est pas un Hackathon. Il ne s’agit pas 
d’essayer de réaliser une idée en un weekend (et encore moins d'y 
associer un business plan ;) ). C'est plus un weekend pour construire, 
entretenir et échanger sur l’écosystème d'OSM.


Quant à de la vidéo-conférence je reste très mitigé sur l'idée. Je ne 
pense pas qu'il y de temps fort qui puisse être partagé.


https://wiki.openstreetmap.org/wiki/Toulouse_Hack_Weekend_April_2020
Si vous hésitez toujours à venir : pour l’hébergement on peut se 
débrouiller, et OSM-FR subvention les frais déplacement de ceux qui en 
font la demande.


Frédéric.


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

Re: [OSM-talk-fr] Projet du mois - astuces Maps.me

2020-03-09 Par sujet Noémie Lehuby via Talk-fr 
Excellente idée Wikimédia Commons ! je l'ai ajoutée à la page de wiki du 
projet du mois (et j'ai moi aussi publié ma première photo sur ce thème)


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 08/03/2020 à 13:23, Yves P. a écrit :


Puis, vous n’avez plus qu’à vous rendre sur place aux emplacements 
des différents signets, pour prendre des photos sur Mapillary ou 
faire directement des modifications ou des notes dans OSM.



On peut aussi les mettre dans Wikimedia Commons 
https://commons.wikimedia.org/wiki/Category:Electric_vehicle_charging_stations_in_France

Quelques remarque après mon premier #balanceTaBorne :

  * Le template JOSM ne propose pas :
  o de prises de type E
  o de réseau
  o de puissance par type de prise

  * Des erreurs à nettoyer dans les données :
  o Places de parkings taguées comme une borne :
  + Way 607292224 
  o Ne pas confondre capacité et puissance : capacity=22 +
description=« Accélérée 22 kW » 
  o des tags bizarres :
  + ogr_type_1=T3 et EF (Node 3709750452
)
  o Plusieurs références (et pas le bon séparateur)
  + ref="NDJF, NLRW"
  o Une référence qui semble être une référence ref:EU:EVSE :
  + ref="eborn:FR*S38*P38161*A"
  o Les unités de puissance saisies inutilement :
  + socket:type2:output=22 kW
 +
socket:chademo:output=50kW
  o Nom, note et/ou description inutiles :
  + name=« Station de recharge voiture électrique »
  + description=« 2 cars can load at the same time. » → capacity=2
  + note="Strom für Elektroautos"


—
Yves

PS: Ma première à Annecy d’après une photo Wikimedia Commons : 
https://www.openstreetmap.org/node/7276464122

J’en ai deux à rajouter à Lons-le-Saunier…


___
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] Plans lignes RER?

2020-03-09 Par sujet Marc M. 
Le 09.03.20 à 01:17, Shohreh a écrit :
> cquest wrote
>> Les tracés d'IDFM ne sont pas non plus parfait, loin de là ! La boucle de
>> terminus de la ligne 6 à Nation n'a sûrement pas cette allure. Données à
>> prendre avec du recul donc...
> 
> Ils sont un peu plus propres : avec la relation, je récupérais des ways et
> des nodes en plus (plusieurs voies et points dans une gare).

donc la différence semble être que osm a d'info que tu ne sais pas
filtrer ou il y a une différence dans le tracé lui-même ?

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