Re: [OSM-talk-fr] Hiérarchisation du réseau cyclable

[Christian Quest]

Un sujet cyclique ;)

Pour les routes, on a déjà parfois cette discussion et on avait convergé 
sur la logique d'échelle:


- une primary permet de relier des points majeurs éloignés (par exemple 
les préfectures)


- une secondary relie les villes secondaires (les sous-pref ?)

- une tertiary relie les communes entre elles

et ensuite on a les unclassified.


Ce n'est pas directement lié au trafic, qui naturellement passera en 
priorité par ces "grands chemins", adaptés et physiquement mieux aménagé 
(largeur, voies, etc).


Peut-on (doit-on) transposer ce principe au vélo ?

Pas évident car les aménagements sont bien plus récents et manquent de 
cohérence.


Les conclusions passées allaient toutes vers plutôt une description fine 
des aménagements, que vers une classification mais on sent bien qu'il y 
a un manque vu que le sujet revient régulièrement ;)



Le 09/06/2020 à 23:43, Brice a écrit :

Le 09/06/2020 à 19:24, Florimond Berthoux a écrit :

On pourrait effectivement reprendre l'idée de la hiérarchie de 
highway .../primary/secondary/tertiary/...
Ce qui me gêne un peu c'est que c'est difficilement objectivable. 


+ 1



Ce qui me fait penser qu'il nous suffirait d'avoir trois niveau :
primary/"bicycle highway"
normal/banal
link


ces 3 niveaux me semblent pertinents et caractérisables sur le 
terrain, oui


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


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] type de rivière pour la bièvre

[Georges Dutreix via Talk-fr]

Va pour stream.
j'ai affiné le tracé entre la N20 et L'Haÿ les Roses avec des 
expéditions vélos et confirmation des riverains croisés. Quand on leur 
demande "c'est la Bièvre ici ?" il savent parfaitement ce qui passe au 
bord de leur terrain ou en en dessous ;-)


En fait, je suis parti de bouts de trace sur le cadastre pour aller 
vérifier.


Le 10/06/2020 à 02:48, Francois Gouget a écrit :

Le tracé n'est pas top non plus en banlieue (à part quelques bouts
à Cachan et L'Haÿ-les-Roses où elle est découverte). Si quelqu'un a des
sources pour l'affiner...


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

Re: [OSM-talk-fr] type de rivière pour la bièvre

[Vincent de Château-Thierry]

Bonjour,

> De: "Francois Gouget" 
> 
> On Tue, 9 Jun 2020, Brice wrote:
> [...]
> > Concernant la partie la plus en aval, la Bièvre entre dans le
> > réseau des
> > égouts de Paris. J'ai récemment dessiné cette partie aval en
> > choisissant
> > au mieux des tronçons d’égouts (pipeline) pour avoir la continuité
> > jusqu'à la Seine.

Un sujet connexe, toujours sur la Bièvre ou ce qu'il en reste : il existe dans 
le XIIIè et le Vè des repères au sol, sous forme de plaque avec un texte 
indiquant que la Bièvre passait par là avant. Quelques photos d'exemples ici : 
http://parismamanetmoi.com/2012/09/04/sur-les-traces-de-lancien-lit-de-la-bievre-dans-paris/
J'en avais fait le recensement (j'en ai une cinquantaine en stock), mais à 
peine commencé leur saisie dans OSM [1] et [2] car j'avais des doutes sur la 
bonne manière de les tagguer. 

vincent

[1] : https://www.openstreetmap.org/node/484011
[2] : https://www.openstreetmap.org/node/484008

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

Re: [OSM-talk-fr] api-adresse.data.gouv.fr/reverse ne fonctionne pas dans les DOM/TOM ?

[Yves P.]

> Le géocodage inversé d'addok fonctionne par proximité (il se base sur les 
> geohash, ce n'est pas une requête nativement géographique) et si il n'y a pas 
> d'adresse dans le coin, il n'y a pas de réponse.
> 
Ok, ça explique pourquoi il ne trouve rien dans les parcs d'attractions :)
> Je ne vois pas pourquoi il y aurait un bug lié au DOM/TOM, c'est plutôt la 
> faible densité d'adresse qui doit expliquer ce résultat.
> 
Oui, c'est plutôt ça.

Merci pour tes lumières :)

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

Re: [OSM-talk-fr] Hiérarchisation du réseau cyclable

[Phyks]

Bonjour,

Les relations sont souvent des itinéraires touristiques, mais pas
exclusivement. Elles représentent aussi cette notion de réseau (REV, RER
V, Chronovélo, etc). Par exemple
https://cycling.waymarkedtrails.org/#route?id=8664028&map=13!48.8583!2.3467.

Le network (lcn, rcn, ncn, icn) indique alors l'importance de
l'itinéraire (lcn si géré à l'échelle très locale, rcn pour un
itinéraire d'importance régionale type RER V, ncn pour des véloroutes
nationales et icn pour des Eurovelo).


Il y a d'ailleurs déjà des questions soulevées (sur talk-fr notamment)
pour classifier davantage ces relations (tourisme, utilitaire, course,
etc). Pour l'instant, la seule distinction existante est vélo ou VTT.

-- 
Phyks
Le 09/06/2020 à 13:58, Julien djakk a écrit :
> Merci marc, je vais jeter un œil là-dessus.
> 
> Bonjour Romain, en général ces itinéraires cartographiés avec une
> relation sont des itinéraires touristiques. Et merci : je ne savais
> pas qu'il existait une liste "vélo" ! :)
> 
> Julien "djakk"
> 
> Le mar. 9 juin 2020 à 12:51, Romain MEHUT  a écrit :
>>
>> Bonjour,
>>
>> N'est-ce pas déjà le cas avec les relations qui décrivent des itinéraires ?
>>
>> Romain
>>
>> Le 09/06/2020 à 12:35, Julien djakk a écrit :
>>> Bonjour tout le monde !
>>>
>>> Je souhaite hiérarchiser dans OpenStreetMap le réseau de pistes
>>> cyclables et de routes ouvertes au vélos. Comment faire ?
>>> Je pensais faire à la manière du réseau routier voitures :
>>> highway="primary", "secondary", etc. -> cycleway="primary",
>>> "secondary", etc. ? Bon cycleway étant déjà utilisé il faudrait une
>>> autre clé (cycleway:importance ?).
>>>
>>> On se retrouverait dans certains cas avec des voies
>>> highway="residential" + cycleway:importance="primary".
>>>
>>>
>>> Julien "djakk"
>>>
>>> ___
>>> 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] Ajout d'un identifiant unique des cinémas en France

[Florian LAINEZ]

Cool cool, ça avance :)
De mon côté j'ai terminé l'ile-de-France ce matin. Mais j'ai trouvé pas mal
d'exceptions que j'ai toutes listées dans le wiki
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Autres
On a aussi le cas un peu délicat des cinémas dans les parcs d'attraction
qui ne sont pas référencés par le CNC
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Parcs_d.27attraction

Le mer. 10 juin 2020 à 08:50, Yves P.  a écrit :

> > Y a du boulot !
> Hier j'ai galèré avec OpenRefine pour réconcilier les tableau avec les
> données OSM.
> Ça marche très bien avec du texte, pas du tout avec des données
> géographiques (il manque un greffon. Il est dans la whist list du projet).
>
> Mais j'ai avancé quand même :)
>
> Les facettes ont permis de voir qu'il y a 1235 communes avec 1 seul ciné.
> J'ai fait le rapprochement avec le greffon MMQGIS… dans QGIS :)
>
> Et pour les cinémas dans wikidata, il y en a 316 avec une correspondance
> automatique.
> Et quelques centaines à valider manuellement (cinéma Bertrand Tavernier  /
> BERTRAND TAVERNIER).
>
> Je vérifie toues ces données aujourd'hui.
>
> __
> Yves
>
> PS: il y a 199 communes avec au moins 2 cinés (soit 636 cinémas)
> Dont 16 communes avec 5 cinémas ou plus (92 pour Paris !!)
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Yves P.]

> Cool cool, ça avance :)

A plusieurs ça va plus vite et c'est plus motivant :)

> De mon côté j'ai terminé l'ile-de-France ce matin. Mais j'ai trouvé pas mal 
> d'exceptions que j'ai toutes listées dans le wiki 
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Autres 
> Je regarde plus 
> tard.

> On a aussi le cas un peu délicat des cinémas dans les parcs d'attraction qui 
> ne sont pas référencés par le CNC 
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Parcs_d.27attraction 
> Quelques
>  coups de téléphones et hop.
Il y a aussi un forum de projectionnistes : 
https://www.projectionniste.net/forums/
C'est une mine d'or.

Pour info, j'ai bossé sur la partie cinéma d'un logiciel de billetterie "open 
source".
En particulier pour et avec les cinémas itinérants (j'ai fait un "stage" à 
Ecran mobile dans le Doubs).

Au fait, c'est un projet "pro" l'intégration des cinés dans OSM ?

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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Florian LAINEZ]

On a aussi le cas un peu délicat des cinémas dans les parcs d'attraction
> qui ne sont pas référencés par le CNC
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Parcs_d.27attraction
>
Quelques coups de téléphones et hop.

 Je ne sais pas ce qu'on pourrait demander au téléphone : on sait que ces
salles existent et on sait qu'elles ne sont pas référencées par le CNC.
Pour moi ce sont juste des exceptions légitimes : on a plus de données dans
OSM. D'où mon idée de créer l'attribut ref:FR:CNC=no pour bien préciser
qu'on a identifié cette situation.

Il y a aussi un forum de projectionnistes :
> https://www.projectionniste.net/forums/
>
Cool, tu pourra leur parler de notre boulot lorsque l'on aura terminé et
publié sur data.gouv ;)

Au fait, c'est un projet "pro" l'intégration des cinés dans OSM ?
>
non, pas du tout, juste ma marotte du moment ;)
Sinon je l'aurai précisé.

Le mer. 10 juin 2020 à 10:00, Yves P.  a écrit :

> Cool cool, ça avance :)
>
> A plusieurs ça va plus vite et c'est plus motivant :)
>
> De mon côté j'ai terminé l'ile-de-France ce matin. Mais j'ai trouvé pas
> mal d'exceptions que j'ai toutes listées dans le wiki
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Autres
>
> Je regarde plus tard.
>
> On a aussi le cas un peu délicat des cinémas dans les parcs d'attraction
> qui ne sont pas référencés par le CNC
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Parcs_d.27attraction
>
> Quelques coups de téléphones et hop.
> Il y a aussi un forum de projectionnistes :
> https://www.projectionniste.net/forums/
> C'est une mine d'or.
>
> Pour info, j'ai bossé sur la partie cinéma d'un logiciel de billetterie
> "open source".
> En particulier pour et avec les cinémas itinérants (j'ai fait un "stage" à
> Ecran mobile dans le Doubs).
>
> Au fait, c'est un projet "pro" l'intégration des cinés dans OSM ?
>
> __
> Yves
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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

[OSM-talk-fr] Le Grand Logis à Bruz — Ajout d'un identifiant unique des cinémas en France

[Yves P.]

Re bonjour,

Le Grand Logis est un centre culturel qui comprend une médiathèque, un cinéma 
et un théâtre.

Il y avait un tag bibliothèque sur le bâtiment 
, que j'ai mis sur un POI 
.

Et un POI théâtre  qui doit est 
aussi la salle de cinéma.

amenity=cinema;theatre ne va pas fonctionner : 
J'ai rajouté un POI cinéma   
avec le même nom (et le numéro d'autorisation du CNC)
Et j'ai superposé le ciné et la salle de spectacles.

Avez-vous d'autres idées ou des remarques ?

__
Yves

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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Yves P.]

> Je ne sais pas ce qu'on pourrait demander au téléphone : on sait que ces 
> salles existent et on sait qu'elles ne sont pas référencées par le CNC.

De mémoire quand j'avais travaillé sur le logiciel de billetterie, une salle ne 
peut rien projeter si elle n'a pas d'autorisation du CNC.
C'est très contrôlé !!

Les seuls exceptions sont la petite asso qui diffuse un film (DVD) sur son 
écran. Toléré dans les petits villages mais illégal.


> Pour moi ce sont juste des exceptions légitimes : on a plus de données dans 
> OSM. D'où mon idée de créer l'attribut ref:FR:CNC=no pour bien préciser qu'on 
> a identifié cette situation.

Ok dans ce cas :)


> Il y a aussi un forum de projectionnistes : 
> https://www.projectionniste.net/forums/ 
> 
> Cool, tu pourra leur parler de notre boulot lorsque l'on aura terminé et 
> publié sur data.gouv ;) 

L'appel téléphonique ou la question sur le forum projectionniste permettent 
donc de connaître le n° d'autorisation du CNC (quand leur fichier n'est pas à 
jour)
D'ailleurs le fichier est publié en fin d'année, donc probablement pas à jour 
pendant 1 an ;)

> Au fait, c'est un projet "pro" l'intégration des cinés dans OSM ?
> non, pas du tout, juste ma marotte du moment ;)
Tu aussi tu as des Dadas ? 😁

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

Re: [OSM-talk-fr] Le Grand Logis à Bruz — Ajout d'un identifiant unique des cinémas en France

[Yves P.]

> Et un POI théâtre  qui doit est 
> aussi la salle de cinéma.

Syl (qui lit peut-être cette liste ?) m'indique que le ciné à fermé à 
l'ouverture du multiplex.

En lisant l'historique, c'était un ciné qui est devenu une salle de spectacle ?

> J'ai rajouté un POI cinéma   
> avec le même nom (et le numéro d'autorisation du CNC)
je le transforme donc en disused:amenity=cinema pour garder une trace (ainsi 
que les id wikidata et ref:FR:CNC)

__
Yves


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

[OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[Marc M.]

Bonjour,

au niveau de la liste de l'asso osm-fr, démarre une discussion
autour de "à quoi l'asso devrait affecter ses ressources humaines
et financière".
Du coup je trouve que c'est l'occasion de demander à la communauté
ce qu'elle a besoin mais qui n'existe pas, ce qui existe et qu'elle
utilise et de classer un peu tout cela en fonction de priorité (qui
sont évidement propre à chacun).
Cela pourrait éclairer l'association dans ses choix.
La liste des services fournit par l'asso est +- dispo sur
https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France#VMs

Et donc je commence par moi-même :)
- avoir un éditeur web consensuel utilisable (le fameux id-consensuel
grâce aux patchs de fred)
- accompagner les petites structures pour un switch2osm, ce
qui implique d'avoir un doc Leaflet en français par ex
sur http://www.openstreetmap.fr/fonds-de-carte/
- soutenir les rendus existant (par ex fr) ou à grandir (cyclosm)
parce qu'une donnée qui se voit mal est une donnée un peu gâchée.
- diminuer la marche à l'entrée pour les contributeurs :
-- faciliter/accompagner lorsque quelqu'un veux faire une amélioration
sur un outil majeur, écrire p'tre une doc, identifier les problèmes.
-- avoir des serveurs de test pour cela (par exemple tester une modif
de rendu à plusieurs, ce n'est pas facile. faut installer un docker,
le rendre accessible à l'extérieur, installer le style, etc)
-- faciliter le correspondance besoin<>aidant en aidant par exemple
la communauté à batir une page listant les besoins, afin que ceux
qui le souhaitent puisse y piocher sans devoir "parcourir le web".
-- soutenir les communautés locales à grandir voir à se créer
dans les endroits qui en sont dépourvu.
-- aider à l'ajout d'opendata dans osm, non seulement osmose,
mais aussi en discutant d'un possible groupe de travail
import/intégration ciblé (certaines infos ont un "match"
facile entre osm-opendata qui rend inutile de demander
un clic par objet). cfr aussi le osmmybiz version opendata-fr

Cordialement,
Marc

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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Marc M.]

Bonjour,

Le 09.06.20 à 20:37, Yves P. a écrit :
> Je ne sens pas intermittent=yes

je partage cet avis. un magasin fermé pendant les vacances annuelles
est-il plus ou moins intermitant qu'un projecteur de cinéma actif
à cet endroit tous les lundis ?

> opening_hours="cinéma itinérant : consultez les horaires"

c'est une tautologie :) bof. cinéma itinérant est une description
consulter les horaires ? ok la clef opening_hours donc ? qui dit
de consulter les horaires :)
opening_hours:url est plus utile. ou un début d'info.
et si on a rien sur les horaires, pas de clef opening_hours

Cordialement,
Marc

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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Yves P.]

> c'est une tautologie :) bof. cinéma itinérant est une description
> consulter les horaires ? ok la clef opening_hours donc ? qui dit
> de consulter les horaires :)
Le :D à la fin de ma phrase indiquait une pointe d'humour. Je le refais en 
couleur 😁

> opening_hours:url est plus utile. ou un début d'info.
Oui.
Est-ce que c'est géré par des applications ?

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

Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[Jacques Lavignotte]

Je souscris et plussoie tout ce que propose Marc.

Et j'ajoute (tout à fait sur un autre plan) :

Je pense qu'il est important de populariser OSM ;  auprès du grand 
public mais aussi des POI.


- J'imagine un outil qui envoie un mail de présentation d'OSM dès que 
l'on tagge email=moncoiff...@orange.fr. Avec un lien vers un soutien 
financier ;)


- Récemment j'ai éprouvé un manque lors de mes tournées récentes sur le 
terrain : Je note et photographie et j'aurai aimé quelques fois pouvoir 
donner au commerçant ou à l'artisan une petite plaquette expliquant 
succintement OSM. Pour lever certaines méfiances mais aussi faire la 
promo d'OSM.


- (*Imagine) Un outil très simple mis à disposition des POI leur 
permettant de changer quelques éléments de leurs données, par ex. leurs 
horaires.



Mes 2000 ruppies

J.





Le 10/06/2020 à 18:15, Marc M. a écrit :

Bonjour,

au niveau de la liste de l'asso osm-fr, démarre une discussion
autour de "à quoi l'asso devrait affecter ses ressources humaines
et financière".
Du coup je trouve que c'est l'occasion de demander à la communauté
ce qu'elle a besoin mais qui n'existe pas, ce qui existe et qu'elle
utilise et de classer un peu tout cela en fonction de priorité (qui
sont évidement propre à chacun).
Cela pourrait éclairer l'association dans ses choix.
La liste des services fournit par l'asso est +- dispo sur
https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France#VMs

Et donc je commence par moi-même :)
- avoir un éditeur web consensuel utilisable (le fameux id-consensuel
grâce aux patchs de fred)
- accompagner les petites structures pour un switch2osm, ce
qui implique d'avoir un doc Leaflet en français par ex
sur http://www.openstreetmap.fr/fonds-de-carte/
- soutenir les rendus existant (par ex fr) ou à grandir (cyclosm)
parce qu'une donnée qui se voit mal est une donnée un peu gâchée.
- diminuer la marche à l'entrée pour les contributeurs :
-- faciliter/accompagner lorsque quelqu'un veux faire une amélioration
sur un outil majeur, écrire p'tre une doc, identifier les problèmes.
-- avoir des serveurs de test pour cela (par exemple tester une modif
de rendu à plusieurs, ce n'est pas facile. faut installer un docker,
le rendre accessible à l'extérieur, installer le style, etc)
-- faciliter le correspondance besoin<>aidant en aidant par exemple
la communauté à batir une page listant les besoins, afin que ceux
qui le souhaitent puisse y piocher sans devoir "parcourir le web".
-- soutenir les communautés locales à grandir voir à se créer
dans les endroits qui en sont dépourvu.
-- aider à l'ajout d'opendata dans osm, non seulement osmose,
mais aussi en discutant d'un possible groupe de travail
import/intégration ciblé (certaines infos ont un "match"
facile entre osm-opendata qui rend inutile de demander
un clic par objet). cfr aussi le osmmybiz version opendata-fr

Cordialement,
Marc

___
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] Tickets Restaurants et StreetComplete

[Tyndare]

J'ai changé d'avis,

TL;DR: Je sui OK avec la proposition de Guy de rajouter le support de 
payment:meal_voucher dans StreetComplete, mais si on change un peu la 
définition qu'on associe à ce tag en France:

payment:meal_voucher = yes
pourrait signifier en France que le commerçant a reçu l'agrément de la 
CNTR pour accepter les tickets restaurant, mais sans présumer de la 
liste exacte des opérateurs et des moyens de paiements qu'il accepte.


Détail:

D'après cette page

https://www.companeo.com/titre-restaurant/FAQ/affiliation-tickets-restaurant-comment-faire

chaque commerçant est libre de choisir les opérateurs de titres 
restaurant qu'il souhaite accepter ou non, il n'y a aucune obligation de 
tous les accepter, ce qui me parait logique étant donné qu'ils ont tous 
des frais différents, que les commissions peuvent dépendre du volume, et 
que certains (les plus gros) nécessitent un abonnement.


Cette page explique un peu mieux la différence entre les cartes qui sont 
CONECS ou non:

https://www.entrepreneurhero.fr/terminal-de-paiement/ticket-restaurant/

En gros le logiciels CONECS (des 4 gros historiques) permet de ne pas 
passer par le réseau bancaire classique et donc évite au commerçant 
d'avoir a payer la commission carte bancaire (comme MasterCard) en plus 
de la commission de l'opérateur des titres restaurant.


Donc ça me semble nécessaire de pouvoir détailler chaque opérateur et 
moyen de paiement, au cas ou certains ne seraient pas acceptés.


On a déjà dans le Wiki anglais
payment:edenred_voucher
payment:edenred_card
mais ils sont plus générique et englobe les cartes cadeaux d'Edenred, ça 
peut être ambigu pour un supermarché qui pourrait accepter l'une mais 
pas l'autre.


On pourrait rajouter dans le wiki français:

Pour Apetiz http://www.apetiz.com/
payment:apetiz_voucher
payment:apetiz_card

Pour Up Déjeuner (ex Chèque Déjeuner), https://updejeuner.fr/
payment:up_dejeuner_voucher
payment:up_dejeuner_card

Pour Swile (ex Lunchr) https://www.swile.co/
payment:swile_card

Pour Pass Restaurant (Sodexo) https://www.sodexo.fr/commercants/
payment:pass_restaurant_voucher
payment:pass_restaurant_card

Pour Restoflash https://www.restoflash.fr/ , ils n'ont pas leur propre 
carte je n'ai pas compris comment ça marche exactement

payment:restoflash

Pour Ticket Restaurant (Edenred) https://www.edenred.fr/ticket-restaurant
payment:ticket_restaurant_voucher
payment:ticket_restaurant_card

Pour Wedoofood https://wedoofood.com/
payment:wedoofood_card

Et pour savoir si un commerçant supporte les cartes CONECS (ça devient 
un détail technique si on détail chaque opérateur mais à mon avis ça 
fait quand sens de pouvoir le préciser)

payment:conecs_card


Le 09/06/2020 à 18:36, Tyndare a écrit :



Je pense qu'il est nécessaire de faire la distinction entre ticket 
papier et titre dématérialisé, même  dans Street Complete, quitte à ce 
qu'il ne complète que les titres papiers pour l'instant.


Sur le Wiki en anglais ( https://wiki.openstreetmap.org/wiki/Key:payment 
) on trouve:


payment:edenred_voucher
payment:edenred_card

En France si c'est la CNTR qui centralise le paiement des tickets 
papiers, et qu'un commerçant doivent effectivement tous les accepter 
(j'ai un petit doute), on pourrait alors utiliser comme proposé 
payment:meal_voucher mais considérer qu'il ne s'applique qu'au papier, 
ou alors rajouter un tag  genre payment:cntr_voucher.


Pour les titres dématérialisés, d'après cette page ( 
https://www.conecs.fr/prerequis-a-lacceptation-des-trd/ )
il y aurait un logo "conecs" sur les cartes compatibles avec le 
logiciels conecs pour terminal de paiement.


Donc on pourrait imaginer un tag
payment:conecs_card correspondant à toutes les cartes pour titres 
restaurant dématérialisé en France compatible avec le logiciel Conecs 
(je pense qu'il y a les plus gros)


Pour le sans contact le wiki utilise soit payment:contactless générique, 
soit le suffix _contactless ce qui donnerait 
payment:conecs_card_contactless


Qu'est-ce que vous en pensez ?


Le 09/06/2020 à 13:23, osm.sanspourr...@spamgourmet.com a écrit :

Je dirais comme Guy *actuellement* mais si on regarde l'évolution des
chèques (dont le principe est similaire sauf que le risque d'impayé est
plus élevé), on voit de plus en plus de magasins refuser les chèques. Il
est possible, et c'est le but du cartel, qu'à terme ils éliminent les
tickets (gestion dématérialisée mais frais identiques).

Si c'est pour simplifier une quête  StreetComplete ça semble
raisonnable, si c'est pour changer le modèle de tags je suis plus 
réservé.


Doit-on profiter pour demander en plus si le terminal accepte le sans
contact ?

Jean-Yvon

Le 09/06/2020 à 11:09, Guy Godfroy - guy.godf...@gugod.fr a écrit :

Honnêtement je crois que j'ai jamais vu de gens qui acceptaient la carte
mais pas le papier.

D'autre part il me semble (mais je peux me tromper) que seul EdenRed
émet des cartes à puce pour t

Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[Romain MEHUT]

Bonsoir,

J'ajoute en vrac :

- le retour d'un rendu BANO ;)

- une instance française de https://nrenner.github.io/achavi/ ?

Aussi, j'ai découvert tout récemment http://geosm.openstreetmap.fr/ via 
le pad d'organisation de la prochaine AG. Étonnant de ne pas en avoir 
entendu parler avant. Des infos ? Cela me fait penser à 
https://geodatamine.fr/


Romain

Le 10/06/2020 à 18:15, Marc M. a écrit :

Bonjour,

au niveau de la liste de l'asso osm-fr, démarre une discussion
autour de "à quoi l'asso devrait affecter ses ressources humaines
et financière".
Du coup je trouve que c'est l'occasion de demander à la communauté
ce qu'elle a besoin mais qui n'existe pas, ce qui existe et qu'elle
utilise et de classer un peu tout cela en fonction de priorité (qui
sont évidement propre à chacun).
Cela pourrait éclairer l'association dans ses choix.
La liste des services fournit par l'asso est +- dispo sur
https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France#VMs

Et donc je commence par moi-même :)
- avoir un éditeur web consensuel utilisable (le fameux id-consensuel
grâce aux patchs de fred)
- accompagner les petites structures pour un switch2osm, ce
qui implique d'avoir un doc Leaflet en français par ex
sur http://www.openstreetmap.fr/fonds-de-carte/
- soutenir les rendus existant (par ex fr) ou à grandir (cyclosm)
parce qu'une donnée qui se voit mal est une donnée un peu gâchée.
- diminuer la marche à l'entrée pour les contributeurs :
-- faciliter/accompagner lorsque quelqu'un veux faire une amélioration
sur un outil majeur, écrire p'tre une doc, identifier les problèmes.
-- avoir des serveurs de test pour cela (par exemple tester une modif
de rendu à plusieurs, ce n'est pas facile. faut installer un docker,
le rendre accessible à l'extérieur, installer le style, etc)
-- faciliter le correspondance besoin<>aidant en aidant par exemple
la communauté à batir une page listant les besoins, afin que ceux
qui le souhaitent puisse y piocher sans devoir "parcourir le web".
-- soutenir les communautés locales à grandir voir à se créer
dans les endroits qui en sont dépourvu.
-- aider à l'ajout d'opendata dans osm, non seulement osmose,
mais aussi en discutant d'un possible groupe de travail
import/intégration ciblé (certaines infos ont un "match"
facile entre osm-opendata qui rend inutile de demander
un clic par objet). cfr aussi le osmmybiz version opendata-fr

Cordialement,
Marc

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



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

Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[Romain MEHUT]

J'ajoute aussi ce qu'a proposé Florian 
https://lists.openstreetmap.org/pipermail/talk-fr/2020-May/099075.html 
mais resté sans réponse.


Romain

Le 10/06/2020 à 21:50, Romain MEHUT a écrit :

Bonsoir,

J'ajoute en vrac :

- le retour d'un rendu BANO ;)

- une instance française de https://nrenner.github.io/achavi/ ?

Aussi, j'ai découvert tout récemment http://geosm.openstreetmap.fr/ 
via le pad d'organisation de la prochaine AG. Étonnant de ne pas en 
avoir entendu parler avant. Des infos ? Cela me fait penser à 
https://geodatamine.fr/


Romain

Le 10/06/2020 à 18:15, Marc M. a écrit :

Bonjour,

au niveau de la liste de l'asso osm-fr, démarre une discussion
autour de "à quoi l'asso devrait affecter ses ressources humaines
et financière".
Du coup je trouve que c'est l'occasion de demander à la communauté
ce qu'elle a besoin mais qui n'existe pas, ce qui existe et qu'elle
utilise et de classer un peu tout cela en fonction de priorité (qui
sont évidement propre à chacun).
Cela pourrait éclairer l'association dans ses choix.
La liste des services fournit par l'asso est +- dispo sur
https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France#VMs

Et donc je commence par moi-même :)
- avoir un éditeur web consensuel utilisable (le fameux id-consensuel
grâce aux patchs de fred)
- accompagner les petites structures pour un switch2osm, ce
qui implique d'avoir un doc Leaflet en français par ex
sur http://www.openstreetmap.fr/fonds-de-carte/
- soutenir les rendus existant (par ex fr) ou à grandir (cyclosm)
parce qu'une donnée qui se voit mal est une donnée un peu gâchée.
- diminuer la marche à l'entrée pour les contributeurs :
-- faciliter/accompagner lorsque quelqu'un veux faire une amélioration
sur un outil majeur, écrire p'tre une doc, identifier les problèmes.
-- avoir des serveurs de test pour cela (par exemple tester une modif
de rendu à plusieurs, ce n'est pas facile. faut installer un docker,
le rendre accessible à l'extérieur, installer le style, etc)
-- faciliter le correspondance besoin<>aidant en aidant par exemple
la communauté à batir une page listant les besoins, afin que ceux
qui le souhaitent puisse y piocher sans devoir "parcourir le web".
-- soutenir les communautés locales à grandir voir à se créer
dans les endroits qui en sont dépourvu.
-- aider à l'ajout d'opendata dans osm, non seulement osmose,
mais aussi en discutant d'un possible groupe de travail
import/intégration ciblé (certaines infos ont un "match"
facile entre osm-opendata qui rend inutile de demander
un clic par objet). cfr aussi le osmmybiz version opendata-fr

Cordialement,
Marc

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



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



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

Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[Frédéric Rodrigo]

Le 10/06/2020 à 18:15, Marc M. a écrit :

Bonjour,

au niveau de la liste de l'asso osm-fr, démarre une discussion
autour de "à quoi l'asso devrait affecter ses ressources humaines
et financière".
Du coup je trouve que c'est l'occasion de demander à la communauté
ce qu'elle a besoin mais qui n'existe pas, ce qui existe et qu'elle
utilise et de classer un peu tout cela en fonction de priorité (qui
sont évidement propre à chacun).
Cela pourrait éclairer l'association dans ses choix.
La liste des services fournit par l'asso est +- dispo sur
https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France#VMs

Et donc je commence par moi-même :)
- avoir un éditeur web consensuel utilisable (le fameux id-consensuel
grâce aux patchs de fred)
- accompagner les petites structures pour un switch2osm, ce
qui implique d'avoir un doc Leaflet en français par ex
sur http://www.openstreetmap.fr/fonds-de-carte/
- soutenir les rendus existant (par ex fr) ou à grandir (cyclosm)
parce qu'une donnée qui se voit mal est une donnée un peu gâchée.
- diminuer la marche à l'entrée pour les contributeurs :
-- faciliter/accompagner lorsque quelqu'un veux faire une amélioration
sur un outil majeur, écrire p'tre une doc, identifier les problèmes.
-- avoir des serveurs de test pour cela (par exemple tester une modif
de rendu à plusieurs, ce n'est pas facile. faut installer un docker,
le rendre accessible à l'extérieur, installer le style, etc)
-- faciliter le correspondance besoin<>aidant en aidant par exemple
la communauté à batir une page listant les besoins, afin que ceux
qui le souhaitent puisse y piocher sans devoir "parcourir le web".
-- soutenir les communautés locales à grandir voir à se créer
dans les endroits qui en sont dépourvu.
-- aider à l'ajout d'opendata dans osm, non seulement osmose,
mais aussi en discutant d'un possible groupe de travail
import/intégration ciblé (certaines infos ont un "match"
facile entre osm-opendata qui rend inutile de demander
un clic par objet). cfr aussi le osmmybiz version opendata-fr

Cordialement,
Marc




Cher Père Noël,

Cette année (ou même l'an prochaine) j'aimerais bien avoir :

- du Docker sur l'infra OSM-FR

- du switch2osm qui parle de tuiles vecto, j'ai l'impression que la 
communauté OSM resté bloqué sur les tuiles raster


- une version d'Osmose dédié à l'OpenData

Frédéric



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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Yves P.]

>payment:meal_voucher = yes
> pourrait signifier en France que le commerçant a reçu l'agrément de la CNTR 
> pour accepter les tickets restaurant, mais sans présumer de la liste exacte 
> des opérateurs et des moyens de paiements qu'il accepte.
Oui, mais à décourager comme pour les cartes bancaires.

> https://www.companeo.com/titre-restaurant/FAQ/affiliation-tickets-restaurant-comment-faire
>  https://www.entrepreneurhero.fr/terminal-de-paiement/ticket-restaurant/
Merci pour les liens :)

> Donc ça me semble nécessaire de pouvoir détailler chaque opérateur et moyen 
> de paiement, au cas ou certains ne seraient pas acceptés.
Je confirme.

>payment:edenred_voucher
>payment:edenred_card
> mais ils sont plus générique et englobe les cartes cadeaux d'Edenred, ça peut 
> être ambigu pour un supermarché qui pourrait accepter l'une mais pas l'autre.
Est-ce que c'est utilisable en France ?
Ou chez nous c'est uniquement payment:ticket_restaurant_voucher et _card ?

> On pourrait rajouter dans le wiki français:
>payment:apetiz_voucher
>payment:apetiz_card
…
Oui :)
Et les logos des cartes dans la page wiki  


> Pour Restoflash https://www.restoflash.fr/ , ils n'ont pas leur propre carte 
> je n'ai pas compris comment ça marche exactement
C'est une application sur smartphone qui n'utilise pas de "puce" sans contact 
(NFC)
Elle affiche un QR code (appelé aussi Flash code) qui est scanné par le 
terminal de paiement.

> Et pour savoir si un commerçant supporte les cartes CONECS (ça devient un 
> détail technique si on détail chaque opérateur mais à mon avis ça fait quand 
> sens de pouvoir le préciser)
>payment:conecs_card
Ça c'est une question de "tuyauterie" (et de gros sous) qui ne concerne ni le 
porteur de la carte, ni le contributeur OSM ;)


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

Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[Christian Rogel]

> Le 10 juin 2020 à 18:15, Marc M.  a écrit :
> 
> Bonjour,
> 
> au niveau de la liste de l'asso osm-fr, démarre une discussion
> autour de "à quoi l'asso devrait affecter ses ressources humaines
> et financière".
> 
> - avoir un éditeur web consensuel utilisable (le fameux id-consensuel
> grâce aux patchs de fred)


Sans avoir idée de ce que pourraient apporter les patchs de Frédéric, je 
signale que le président et le CA
de la Fondation d’OSM ont présenté à la discussion par la communauté (RFC) 
l’idée d’une instance qui 
pourrait aplanir les divergences entre développeurs d’ID et les contributeurs :

https://blog.openstreetmap.org/2020/06/08/toward-resolution-of-controversies-related-to-id/

Ce texte a été appprouvé par les développeurs d’iD.

La discussion sur la liste internationale a mis en lumière que, si Mapbox a 
payé et paie encore une partie
du développement, la propriété morale d’iD appartient à la Fondation.


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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Tyndare]

Le 10/06/2020 à 23:20, Yves P. a écrit :

   payment:edenred_voucher
   payment:edenred_card
mais ils sont plus générique et englobe les cartes cadeaux d'Edenred, 
ça peut être ambigu pour un supermarché qui pourrait accepter l'une 
mais pas l'autre.

Est-ce que c'est utilisable en France ?


Ces tags sont définis sur le wiki Anglais comme s’appliquants à la 
Hongrie, mais vu leur nom c'est difficile de ne pas considérer qu'il 
pourrait aussi correspondre aux tickets ou cartes Edenred françaises 
(Ticket  Restaurant, Kadéos, …).



Ou chez nous c'est uniquement payment:ticket_restaurant_voucher et _card ?


Je crois que je préférerais ça, afin de garder une hiéarchie simple 
(sans héritage multiple), où payment:ticket_restaurant_voucher est une 
sous catégorie de payment:meal_voucher uniquement, pas de 
payment:edenred_voucher.









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

[OSM-talk-fr] On va changer notre infra informatique

[Gad Jo]

Bonjour,


Suite au mail, c'est Noël je viens de fairr le rapprochement qu'au boulot nous 
allons changer notre infra d'ici quelques semaines, c'est SPIE qui va tout 
récupérer pour recyclage.

Si ça intéresse l'association je peut en parler au DSI voir si c'est 
envisageable de vous le céder. Sous réserve d'accord du DG.

Je n'ai pas le détail techniques mais je peut l'avoir dans la journée. Il y a 
deux ESX Dell, baie de stockage de quelques tera en raid, switch et l'ensemble 
des rack de rangement.

Si ça peut aider pour les projets de test et développement ce sera déjà ça... 
Surtout qu'ils sont en train de découvrir uMap et OSM via les démo que je leur 
ai fait.

Ne tardez pas pour que je puisse avoir le temps d'en parler et si possible de 
mettre la cession du matériel en place.

Hors sujet : les équipes sur le terrain et dans les services de construction ou 
la politique de la ville sont conquises par l'utilisation d'uMap et ont de 
grande difficultés pour montrer l'intérêt au DG qui prends ça pour un gadget. 
Les équipes vont lui refaire une présentation d'uMap, y a t'il des exemples ou 
blog qui pourrait les inspirer pour leur présentation de projet ? (Je bosse 
pour un office HLM)

Cordialement 

Le June 10, 2020 9:34:37 PM UTC, Christian Rogel 
 a écrit :
>
>
>> Le 10 juin 2020 à 18:15, Marc M.  a écrit
>:
>> 
>> Bonjour,
>> 
>> au niveau de la liste de l'asso osm-fr, démarre une discussion
>> autour de "à quoi l'asso devrait affecter ses ressources humaines
>> et financière".
>> 
>> - avoir un éditeur web consensuel utilisable (le fameux id-consensuel
>> grâce aux patchs de fred)
>
>
>Sans avoir idée de ce que pourraient apporter les patchs de Frédéric,
>je signale que le président et le CA
>de la Fondation d’OSM ont présenté à la discussion par la communauté
>(RFC) l’idée d’une instance qui 
>pourrait aplanir les divergences entre développeurs d’ID et les
>contributeurs :
>
>https://blog.openstreetmap.org/2020/06/08/toward-resolution-of-controversies-related-to-id/
>
>Ce texte a été appprouvé par les développeurs d’iD.
>
>La discussion sur la liste internationale a mis en lumière que, si
>Mapbox a payé et paie encore une partie
>du développement, la propriété morale d’iD appartient à la Fondation.
>
>
>Christian R.
>___
>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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Yves P.]

> Ces tags sont définis sur le wiki Anglais comme s’appliquants à la Hongrie, 
> mais vu leur nom c'est difficile de ne pas considérer qu'il pourrait aussi 
> correspondre aux tickets ou cartes Edenred françaises (Ticket  Restaurant, 
> Kadéos, …).
Merci pour les éclaircissements . Comme la législation sur les titres 
restaurants est propre à la France, il faut donc créer 
payment:ticket_restaurant_voucher …

>> Ou chez nous c'est uniquement payment:ticket_restaurant_voucher et _card ?
> Je crois que je préférerais ça, afin de garder une hiéarchie simple (sans 
> héritage multiple), où payment:ticket_restaurant_voucher est une sous 
> catégorie de payment:meal_voucher uniquement, pas de payment:edenred_voucher.
Je ne parlais surtout d'héritage "multiple" :D

Il y aura donc dans le wiki payment:edenred_voucher et 
payment:ticket_restaurant_voucher :)

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

Re: [OSM-talk-fr] On va changer notre infra informatique

[Jean-Christophe Becquet]

Le 11/06/2020 07:31, Gad Jo a écrit :
> Hors sujet : les équipes sur le terrain et dans les services de
> construction ou la politique de la ville sont conquises par
> l'utilisation d'uMap et ont de grande difficultés pour montrer l'intérêt
> au DG qui prends ça pour un gadget. Les équipes vont lui refaire une
> présentation d'uMap, y a t'il des exemples ou blog qui pourrait les
> inspirer pour leur présentation de projet ? (Je bosse pour un office HLM)

Bonjour,

Pas directement sur uMap mais ça m'a fait penser à cette initiative :

La Fabrique Numérique de Gonesse : cartographier pour exister
https://ml.apitux.net/pipermail/dessinetaville/2018-February/000356.html
https://ml.apitux.net/pipermail/dessinetaville/2018-March/000365.html

Bonne journée

JCB
-- 
Neelie Kroes : Une technologie propriétaire est un gaspillage financier
http://www.apitux.org/index.php?2009/10/24/239-neelie-kroes-une-technologie-proprietaire-est-un-gaspillage-financier

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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

Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[Christian Quest]

Le 10/06/2020 à 22:27, Frédéric Rodrigo a écrit :



Cher Père Noël,

Cette année (ou même l'an prochaine) j'aimerais bien avoir :

- du Docker sur l'infra OSM-FR

On peut sans problème depuis la version 6 de proxmox... dispo sur osm11 
si besoin, prochainement sur le cluster OVH après mise à jour à faire 
d'ici fin juillet.



- du switch2osm qui parle de tuiles vecto, j'ai l'impression que la 
communauté OSM resté bloqué sur les tuiles raster


J'ai une vue bordélique (ma vue) des stacks pour le vectoriel... si tu 
as un tuto concis à partager et à ajouter sur switch2osm ça serait TRES 
bien.


Envisager par la suite de fournir des tuiles vecto avec nos styles ?



- une version d'Osmose dédié à l'OpenData


+1 !

Ceci séparerait la correction et l'apport de nouvelles données.


--

Christian Quest - OpenStreetMap France


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