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

2020-06-08 Per discussione Florian LAINEZ
>
> Dans wikidata il n'y a pas (encore) d'identifiants Allociné ou Cinéday.
> On les ajoute dans wikidata ou dans OSM ?
>
Je dirai sans hésiter wikidata. Ne multiplions pas les identifiants
non-stables dans OSM qui seront dur à maintenir.
Donc je propose de ne mettre dans OSM que les identifiants wikidata et CNC.

Sinon j'ai fait la liste des cinémas qui ont fermés ces 3 dernières années
> selon le CNC :
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Cin.C3.A9mas_ferm.C3.A9s
> Je ne sais pas trop comment on peut se servir de ça efficacement ... idées
> bienvenues.
>
Sont-ils encore dans OSM ?
A terme ça pourrait servir à faire une requête des cinés à fermer dans OSM
??

Je ne sais pas s'ils sont encore dans OSM : il faudrait le vérifier
manuellement, sauf, justement, si vous aviez une idée pour semi-automatiser
ça (via OSMOSE ?).

Concernant les cinémas que je n'arrive pas à trouver dans la liste du CNC,
pour l'instant je les ai listés sur la page
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Exceptions en
attendant de confirmer qu'ils sont introuvables. Dans l'idée c'est pour
leur mettre un tag ref:FR:CNC=no plus tard.

Le lun. 8 juin 2020 à 23:12, Yves P.  a écrit :

> Voici la liste des cinémas en France avec en plus ces identifiants :
> https://w.wiki/TSU
>
>
> Oups, c'est https://w.wiki/TSY
> Il n'y a aucun identifiant Fandango (seulement aux USA ?) et 396
>  cinéma avec un identifiant CinemaTreasure.
>
> Bonne nuit,
>
> __
> 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


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

2020-06-08 Per discussione Guy Godfroy
Est ce que c'est également le cas dans les autres pays utilisant des titres 
restaurant ?



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


Re: [OSM-talk] river - stream

2020-06-08 Per discussione 80hnhtv4agou--- via talk

this was solved when someone said you can write your own.

  
>Monday, June 8, 2020 9:35 PM -05:00 from Warin <61sundow...@gmail.com>:
> 
>On 9/6/20 12:01 am, 80hnhtv4agou--- via talk wrote:
>> YES !, i guess what i am saying i would like to see more drop down
>> options.
>
>How many options would you like?
>
>Enough for many pages of options?
>
>Add seasonal, open_hours, description, etc etc?
>
>
>Personally I don't use drop down menus, prefer to tag what I see and
>know rather than be influenced by them. YMMV.
>
>
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk 
 
 
 
 ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] river - stream

2020-06-08 Per discussione Warin

On 9/6/20 12:01 am, 80hnhtv4agou--- via talk wrote:
YES !, i guess what i am saying i would like to see more drop down 
options.



How many options would you like?

Enough for many pages of options?

Add seasonal, open_hours, description, etc etc?


Personally I don't use drop down menus, prefer to tag what I see and 
know rather than be influenced by them. YMMV.



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


Re: [OSM-talk] fake mapping

2020-06-08 Per discussione Warin

On 9/6/20 8:26 am, 80hnhtv4agou--- via talk wrote:
just to be safe i went to a pre-edit location, less than 5 miles 2 
hours by public transportation.
the satellite view was wrong, the river area were ponds because of the 
dam, which was not there in 1969
when we went down the river in cement tubs, and the golf cart paths 
were all marked unmaintained track road.
there are pologons around the greens, holes and fairways not the whole 
property, where natural woods

that have separate pologons.
the point is there is to much there to fix.



So? What is the purpose of this message?




Satellite imagery can be out of date. So? Map the new data and put a 
source statement that says the satellite is out of date and what source 
you used (note cooyright rules!).



There is no need to raise this on the list. Get on with the mapping.




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


Re: [OSM-talk] Toward resolution of controversies related to iD

2020-06-08 Per discussione ndrw6

On 08/06/2020 21:41, Dorothea Kazazi wrote:

The OSMF board is asking for comments on possible approaches to
resolving controversies related to upgrades to and modifications of the
iD editor. Please read the post by Allan Mustard:
https://blog.openstreetmap.org/2020/06/08/toward-resolution-of-controversies-related-to-id/


These are some very strong statements. Questions to Allan:

- Is this an official statement of the whole OSMF board? Who was in 
favor of it and who was against?


- Is there any OSMF funding or other support for iD development 
involved? If so, can you provide the numbers?


- Has this statement been discussed with and agreed on by Quincy and 
other iD authors?



Basically, can you please explain why do you think you should be able to 
influence decisions of the iD maintainer without forking the code, 
maintaining it yourself and in the end competing with iD on a level 
playing field.



For the record (if it wasn't obvious yet) I am strongly against this 
idea. I trust iD authors, even if I don't agree with _all_ their 
decisions, more than the committee you are proposing. The success of iD 
is a proof their vision for the tool development and its feature set are 
working very well (perhaps too well, which is why we are having this 
discussion). I am concerned that by alienating the authors and forcing 
all the ideas they would normally reject, you would be able to inflict a 
real damage on iD and, by extension, on OSM.



My suggestion: rather than crippling down a good tool please focus on 
improving parts of the ecosystem that are in urgent need of investment. 
Official mobile app/editor, the default web map or an infrastructure 
that would enable others to use OSM-hosted tiles come to mind.



Ndrw



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


Re: [Talk-us] fake mapping

2020-06-08 Per discussione Evin Fairchild
Could you provide a link to the area you're referring to?

Thanks, Evin

On Mon, Jun 8, 2020, 3:27 PM 80hnhtv4agou--- via Talk-us <
talk-us@openstreetmap.org> wrote:

> just to be safe i went to a pre-edit location, less than 5 miles 2 hours
> by public transportation.
>
> the satellite view was wrong, the river area were ponds because of the
> dam, which was not there in 1969
>
> when we went down the river in cement tubs, and the golf cart paths were
> all marked unmaintained track road.
>
> there are pologons around the greens, holes and fairways not the whole
> property, where natural woods
>
> that have separate pologons.
>
> the point is there is to much there to fix.
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-it-southtyrol] [Talk-it] Aggiornamento civici comune di Fiè allo Sciliar BZ

2020-06-08 Per discussione Lorenzo Mastrogiacomi
Il giorno lun, 08/06/2020 alle 10.24 +0200, Martin Koppenhoefer ha
scritto:
> sent from a phone
> > On 6. Jun 2020, at 17:34, Lorenzo Mastrogiacomi <
> > lomastr...@gmail.com> wrote:
> > Ho ricevuto una richiesta di aggiornamento dei civici per il comune
> > in oggetto (inviata a me perché sono l'ultimo che li ha modificati
> > visto che un paio di anni fa ho convertito gli apostrofi in
> > accenti).
> 
> cosa si trova in loco?
> 
> Ciao Martin 

Anche sui cartelli vedo che usano l'accento:
https://www.mapillary.com/app/?lat=46.514955=11.5060722=17=photo=wykHgqn5Fs6NpRuCIxcJlg=0.5818016761815649=0.8002607072515018=2.6301369863013697


Mi sto chiedendo se è l'accento giusto. Lo scrivono quasi tutti così ma
da come lo sento pronunciare sembrerebbe meglio é come perché :‑/


Lorenzo
___
Talk-it-southtyrol mailing list
Talk-it-southtyrol@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-southtyrol


Re: [Talk-it] Aggiornamento civici comune di Fiè allo Sciliar BZ

2020-06-08 Per discussione Lorenzo Mastrogiacomi
Il giorno lun, 08/06/2020 alle 10.24 +0200, Martin Koppenhoefer ha
scritto:
> sent from a phone
> > On 6. Jun 2020, at 17:34, Lorenzo Mastrogiacomi <
> > lomastr...@gmail.com> wrote:
> > Ho ricevuto una richiesta di aggiornamento dei civici per il comune
> > in oggetto (inviata a me perché sono l'ultimo che li ha modificati
> > visto che un paio di anni fa ho convertito gli apostrofi in
> > accenti).
> 
> cosa si trova in loco?
> 
> Ciao Martin 

Anche sui cartelli vedo che usano l'accento:
https://www.mapillary.com/app/?lat=46.514955=11.5060722=17=photo=wykHgqn5Fs6NpRuCIxcJlg=0.5818016761815649=0.8002607072515018=2.6301369863013697


Mi sto chiedendo se è l'accento giusto. Lo scrivono quasi tutti così ma
da come lo sento pronunciare sembrerebbe meglio é come perché :‑/


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


[OSM-talk] fake mapping

2020-06-08 Per discussione 80hnhtv4agou--- via talk

just to be safe i went to a pre-edit location, less than 5 miles 2 hours by 
public transportation.
 
the satellite view was wrong, the river area were ponds because of the dam, 
which was not there in 1969
 
when we went down the river in cement tubs, and the golf cart paths were all 
marked unmaintained track road.
 
there are pologons around the greens, holes and fairways not the whole 
property, where natural woods
 
that have separate pologons.  
 
the point is there is to much there to fix.  
 
 ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


[Talk-us] fake mapping

2020-06-08 Per discussione 80hnhtv4agou--- via Talk-us

just to be safe i went to a pre-edit location, less than 5 miles 2 hours by 
public transportation.
 
the satellite view was wrong, the river area were ponds because of the dam, 
which was not there in 1969
 
when we went down the river in cement tubs, and the golf cart paths were all 
marked unmaintained track road.
 
there are pologons around the greens, holes and fairways not the whole 
property, where natural woods
 
that have separate pologons.  
 
the point is there is to much there to fix.  
 
 ___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


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

2020-06-08 Per discussione Yves P.
> Voici la liste des cinémas en France avec en plus ces identifiants : 
> https://w.wiki/TSU 
Oups, c'est https://w.wiki/TSY 
Il n'y a aucun identifiant Fandango (seulement aux USA ?) et 396 
 cinéma avec un identifiant CinemaTreasure.

Bonne nuit,

__
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

2020-06-08 Per discussione Yves P.
>> - "ref:FR:Allocine"
> Il permet d'avoir la liste des films projetés (idem pour Cinéday).
> Mais on peut mettre ça dans wikidata (sauf que tous les cinés n'ont pas 
> d'identifiants wikidata).

Dans wikidata il n'y a pas (encore) d'identifiants Allociné ou Cinéday.
On les ajoute dans wikidata ou dans OSM ?

Par contre il y en a d'autres (liste non exhaustive ?) :
Cinema Treasures  (dans plusieurs 
pays dont la France )
Fandango 

Voici la liste des cinémas en France avec en plus ces identifiants : 
https://w.wiki/TSU

__
Yves

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


[OSM-talk] Toward resolution of controversies related to iD

2020-06-08 Per discussione Dorothea Kazazi
Hi all,

The OSMF board is asking for comments on possible approaches to
resolving controversies related to upgrades to and modifications of the
iD editor. Please read the post by Allan Mustard:
https://blog.openstreetmap.org/2020/06/08/toward-resolution-of-controversies-related-to-id/

Feel free to comment by replying to this email.

Thank you and stay safe.

warm greetings,
Dorothea
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


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

2020-06-08 Per discussione Yves P.
> OK j'ai bien avancé dans Paris et la banlieue Sud et Est ainsi qu'en 
> Haute-Savoie.
C'est pour ça que je trouvais des cinés en Haute-Savoie avec des ref CNC :D

> Il y a néanmoins certains exceptions pour lesquelles je n'arrive vraiment pas 
> à trouver de références dans le fichier du CNC, même après vérification 
> manuelle :
> https://www.openstreetmap.org/way/428450681 
> IMAX de la cité de l'espace. Pas 
> trouvé dans Allociné : http://www.allocine.fr/salle/cinema/ville-96373/

> https://www.openstreetmap.org/node/2722069636 
> Le Choucas aux Carroz 
> d'Arraches :
Ref Allociné P2742 
Ref Orange Cinéday le-choucas-CNT009iYcW 


Il devrait donc être dans le fichier du CNC.


> - "ref:FR:Allocine" : on avait 6 occurrences. Je me suis permis de les 
> remplacer par des beaux ref:FR:CNC pour homogénéiser
Il permet d'avoir la liste des films projetés (idem pour Cinéday).
Mais on peut mettre ça dans wikidata (sauf que tous les cinés n'ont pas 
d'identifiants wikidata).

> Sinon j'ai fait la liste des cinémas qui ont fermés ces 3 dernières années 
> selon le CNC : 
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Cin.C3.A9mas_ferm.C3.A9s
>  
> 
> Je ne sais pas trop comment on peut se servir de ça efficacement ... idées 
> bienvenues.
Sont-ils encore dans OSM ?
A terme ça pourrait servir à faire une requête des cinés à fermer dans OSM ??

> Dernière question : est-ce qu'on laisse la mention "Cinéma" dans le nom ? 
> Rien dans le wiki à ce sujet.
> Exemple : "Cinéma du Criou" ou "Le Criou" 
> https://www.openstreetmap.org/way/50702765 
> Je les enlèverais. D'ailleurs 
> c'est le cas dans le fichier du CNC.
Et au passage, la réconciliation ne fonctionnait pas automatiquement à cause de 
ce détail :/

@Florian
As-tu essayé de réconcilier des cinés dans OpenRefine ?
Il n'y a que 222 ciné avec un tag wikidata dans OSM pour la France : 
https://overpass-turbo.eu/s/URy

Il y en a 637 dans wikidata :  https://w.wiki/TSL

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


Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

2020-06-08 Per discussione osm . sanspourriel

Le 08/06/2020 à 14:59, didier2020 - osm2...@free.fr a écrit :

c'est quelqu'un dont le métier est la route
12+1600 veut dire 1600 m après 12


D'après les photos
,
j'avais cru comprendre

ref= A 86 (ou A 86 extérieur)
distance= 29.

Si maintenant c'est 1+29 et que ce n'est pas sur le terrain... ça change
tout !

Jean-Yvon

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


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

2020-06-08 Per discussione osm . sanspourriel

En France, d'après ce site je dirais effectivement inutile.

Par contre il importe de faire la distinction version papier/version
dématérialisée.

Certains commerçants acceptent la version papier pas la version
dématérialisée.

Par homogénéité avec

payment:mastercard
payment:mastercard_contactless

Je dirais :

payment:meal_voucher=yes
payment:meal_voucher_contactless=yes

(merci Yves).

Comme ce sont les terminaux qui sont acceptés ou pas par l'organisme
central, pour bien faire il faut faire de l'indoor ! Car dans un même
magasin toutes les caisses vont accepter le papier et pas toutes la
carte. payment:meal_voucher=paper;pin;contactless est moins verbeux.

Je ne sais si contactless est uniquement une propriété du terminal
(auquel cas c'est payment:contactless=yes qu'il faudrait mettre) ou si
ça dépend des contrats des commerçants.

Car il y a 3 moyens de payer : version papier, version sans contact et
version avec code.

Les "gentils organisateurs" se sont faits prendre les mains dans le pot
de confiture en s'échangeant des données personnelles.

Jean-Yvon

Le 08/06/2020 à 18:10, LeTopographeFou - letopographe...@gmail.com a écrit :

Dans ce cas en effet pas besoin de différencier dans OSM et
payment:meal_voucher=yes/no suffit (même pas besoin de brand)
___
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

2020-06-08 Per discussione Florian LAINEZ
OK j'ai bien avancé dans Paris et la banlieue Sud et Est ainsi qu'en
Haute-Savoie.
Il y a néanmoins certains exceptions pour lesquelles je n'arrive vraiment
pas à trouver de références dans le fichier du CNC, même après vérification
manuelle :
https://www.openstreetmap.org/way/78534914
https://www.openstreetmap.org/way/428450686
https://www.openstreetmap.org/way/428450681
https://www.openstreetmap.org/node/446014043
https://www.openstreetmap.org/way/133607107
https://www.openstreetmap.org/node/1802486225
https://www.openstreetmap.org/node/2722069636
Help !

quand à la Cinémathèque Française https://www.openstreetmap.org/way/78271385
j'ai remplacé amenity=cinema par tourism=gallery (mais peut-être est-ce
plutôt tourism=museum ?)

@Pierre je vois que ton pseudo dhuyp est celui qui est le plus utilisé pour
la cartographie indoor du centre commercial attenant (bravo pour ce travail
!).
Je crois par contre qu'il y a une erreur : je pense que le cinéma est
indiqué en double :
https://www.openstreetmap.org/way/272478270
https://www.openstreetmap.org/way/162847981
je te laisse régler ce problème et rajouter le tag ref:FR:CNC=425503 sur
l'objet restant ?

Concernant les tags
- "ref:IDF" n'était que sur l'objet
https://www.openstreetmap.org/node/1605619507 et je l'ai viré. Il provient
d'un jeu de données lui-même issu des données du CNC :
https://www.data.gouv.fr/fr/datasets/les-salles-de-cinema-en-ile-de-france-idf/#_
et il est donc sans intérêt
- "ref:FR:CRTA" n'apparait que sur une seule occurence
https://www.openstreetmap.org/way/158722438 et le tag est documenté
https://wiki.openstreetmap.org/wiki/Key:ref:FR:CRTA = je le laisserai perso
- "ref:FR:Allocine" : on avait 6 occurrences. Je me suis permis de les
remplacer par des beaux ref:FR:CNC pour homogénéiser
- "ref" sont des identifiants locaux/municipaux qui me paraissent pas idiots
Les autres ref ne semblent pas poser de problème.

Sinon j'ai fait la liste des cinémas qui ont fermés ces 3 dernières années
selon le CNC :
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Cin.C3.A9mas_ferm.C3.A9s
Je ne sais pas trop comment on peut se servir de ça efficacement ... idées
bienvenues.

Dernière question : est-ce qu'on laisse la mention "Cinéma" dans le nom ?
Rien dans le wiki à ce sujet.
*Exemple : "Cinéma du Criou" ou "Le Criou"
https://www.openstreetmap.org/way/50702765
*

Le lun. 8 juin 2020 à 21:08,  a écrit :

> Le 08/06/2020 à 18:07, Florian LAINEZ - winner...@free.fr a écrit :
>
> Mais on n'y arrivera que si on se partage le boulot.
>
> C'est un peu la philosophie du projet du mois.
>
> Sinon c'est un projet du toi ;-).
>
>
> Question : d'après vous, devrait-on rajouter une valeur *ref:FR:CNC=null*
> (ou "none") pour les cinémas non-listés dans le fichier du CNC ? J'ai bien
> envie de faire ça.
>
> ref:FR:CNC=none est plus homogène avec le reste
>
> noref:FR:CNC=yes
>
> Si tu veux la syntaxe des noms.
>
> Du coup tu n'as pas besoin de filtrer sur
> ref:FR:CNC, ref:FR:CNC!=none
>
> Je pense que Marc entendait récupérer les sirene des cinémas pour les
> ajouter.
>
> Pas de sirene de cinema = cinéma mort.
>
> Mais ça ne me semble pas très fiable.
>
> Jean-Yvon
>
>
>

-- 

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


Re: [Talk-it] Aggiornamento civici comune di Fiè allo Sciliar BZ

2020-06-08 Per discussione Cascafico Giovanni
Il giorno lun 8 giu 2020 alle ore 14:13 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:

> Ci sono dei piccoli problemi legati ai caratteri: il dataset ha i
> caratteri tedeschi con l’umlaut (i due puntini sulle vocali per
> intenderci), ma manca la doppia s tedesca ß, per cui ho fatto un
> replace su addr:street.
>
> aggiungo altre cose che ho riscontrato esplorando la mappa di audit:
- da togliere barra (come da standard sollevato da Musuruane nel caso di
Bergamo)
- alcuni addr:street e addr:street:it contegono Fie' da uniformare a Fiè
- da controllare Schießstandweg ed altre doppie "s"
- H.-Mumelter-Weg >> Hubert?
- alcune addr:street:it  sono uguali a addr:street:de, per cui : "Zann -
Zann" da cambiare in "Zann"



> Provate pure la mappa di audit [1] ed eventualmente se non ci sono
> problemi diffusi si fa l'update in OSM.
>
> [1] http://audit.osmz.ru/map/3600047232
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Importazione delle stazioni di ricarica per auto Enel

2020-06-08 Per discussione Maurizio Napolitano
> Forse è compito del DWM di contattare Enel?

non serve.
Puoi contattare anche tu e chiedere.
Altrimenti può farlo WMI.

> Sarebbe anche a loro favore.
> Poi si potrebbero contattare gli altri fornitori...

Come ho già scritto lo avevano già fatto a suo tempo.
Sicuramente il management è cambiato.
Di mio posso contattare le persone che avevano fatto l'import a suo tempo.

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


Re: [OSM-talk] river - stream

2020-06-08 Per discussione Dave F via talk



On 08/06/2020 18:12, Martin Koppenhoefer wrote:


sent from a phone


On 8. Jun 2020, at 16:15, Dave F  wrote:

 Good Lord!
That has both tunnel & bridge tags on the same object!
This is not what is being discussed here.



it’s in the secondary thread that you started here ;-)


No Martin. Both tunnel & bridge, but on *separate* objects crossing each 
other!


Your example is a bridge with a roof on it.
https://wiki.openstreetmap.org/wiki/Tag:bridge%3Dcovered
or covered=yes

Having road on top does not make it, in any sense, a tunnel.

DaveF











There can't be both a tunnel and bridge. It's one or the other. This goes for 
all scenarios, including roads.


Cheers Martin



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


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

2020-06-08 Per discussione Florian_G
Hello,

Le 08/06/2020 à 12:17, Donat ROBAUX a écrit :
> Concernant les TR, la réglementation est très encadrée car assimilés à
> un moyen de paiement et à des avantages en nature (donc l'Urssaf veille).
> Le terme exact (générique) est Titre-restaurant, car Ticket Resto est
> une marque du groupe Endenred.
> Pour le reste, à partir du moment où un commerçant accepte les TR, il
> les accepte tous sans distinction. Au delà, du TR en papier, il existe
> depuis plusieurs années les paiements dématérialisés (cartes,
> smartphone). Les sociétés émettrices des TR font partie d'une
> commission nationale (la CNTR http://www.cntr.fr/V2/home.php) qui gère
> tout ca.

Mes parents ayant été affiliés (en tant que commerçants), je confirme.

HS : Et pour ceux qui veulent savoir ce que ça coûte aux commerçants et
aux restaurateurs, les tarifs sont sur le site de la CRT :
http://crt.asso.fr (lien direct vers le PDF
)

(et c'est pas folichon…)

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


Re: [Talk-it] Importazione delle stazioni di ricarica per auto Enel

2020-06-08 Per discussione Lorenzo Rolla
PUN, chi era costui? Se leggerete il punto 9 (pag.47) di questo documento
vi sembrerà di entrare nel passato... Qualcuno ne ha mai sentito parlare?

http://www.governo.it/sites/governo.it/files/PNire.pdf


Il giorno lun 8 giu 2020 alle 19:44 Ivo Reano  ha
scritto:

> Io sono particolarmente interessato, anche per essere possessore di
> un'auto elettrica.
> Ho già inserito tutte le stazioni su cui ho fatto una ricarica. Ma
> sono solo 23 e non tutte sono Enel X.
>
> Dalla app apprendo che attualmente ci sono oltre 1 punti di
> ricarica in oltre 6000 posizioni
> Mentre la query dell'import segnala 203 posizioni!!!
>
> Se dobbiamo aspettare che ci siano piu mapper con la macchinina
> elettrica, diventiamo tutti vecchi.
>
> Forse è compito del DWM di contattare Enel?
> Sarebbe anche a loro favore.
> Poi si potrebbero contattare gli altri fornitori...
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 
Lorenzo Rolla
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-br] Nova proposta de classificação viária - Votação encerrada

2020-06-08 Per discussione santamariense
Registro aqui o encerramento da votação da nova proposta de
classificação viária o qual ocorreu na data de 29/05/2020, às
23:59:59, horário de Rio Branco/AC.

Foram um total de 11 votos, onde 7 concordaram, 3 discordaram e 1 absteve.

Existem alguns pontos que foram levantados por colegas e poderão
entrar na proposta passando por nova votação, como de costume.

Também existem páginas da wiki que precisariam ser revisadas, conforme
citei no email [1] que enviei no encerramento da votação, antes do
pedido de prorrogação.

[1] - https://lists.openstreetmap.org/pipermail/talk-br/2020-May/012834.html

Alguma sugestão?

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


[Talk-gb-westmidlands] One-way in Wolverhampton

2020-06-08 Per discussione Andy Mabbett
According to Midlands today just now, there's a new, temporary,
one-way system and bike lanes in Wolverhampton, and the speed limit on
the ring-road has changed from 40 to 30 mph.

This has also resulted in changes to bus stops/ routes.

Is anyone able to map all this? Can we armchair map it, given the
"current situation"?

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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


Re: [Talk-it] Importazione delle stazioni di ricarica per auto Enel

2020-06-08 Per discussione Ivo Reano
Io sono particolarmente interessato, anche per essere possessore di
un'auto elettrica.
Ho già inserito tutte le stazioni su cui ho fatto una ricarica. Ma
sono solo 23 e non tutte sono Enel X.

Dalla app apprendo che attualmente ci sono oltre 1 punti di
ricarica in oltre 6000 posizioni
Mentre la query dell'import segnala 203 posizioni!!!

Se dobbiamo aspettare che ci siano piu mapper con la macchinina
elettrica, diventiamo tutti vecchi.

Forse è compito del DWM di contattare Enel?
Sarebbe anche a loro favore.
Poi si potrebbero contattare gli altri fornitori...

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


Re: [OSM-talk] river - stream

2020-06-08 Per discussione Martin Koppenhoefer


sent from a phone

> On 8. Jun 2020, at 16:15, Dave F  wrote:
> 
>  Good Lord!
> That has both tunnel & bridge tags on the same object! 
> This is not what is being discussed here.



it’s in the secondary thread that you started here ;-)


> There can't be both a tunnel and bridge. It's one or the other. This goes for 
> all scenarios, including roads.


Cheers Martin 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [Talk-it] [OT] DAE - defibrillatori

2020-06-08 Per discussione Lorenzo Rolla
Gentilissimi, riprendo questa discussione di qualche mese fa, inserendo il
testo della legge approvata dalla Camera. Non sarebbe possibile creare un
formulario da completare come quello dei negozi in tempo Covid? In questo
modo sarebbe facilitato il contributo di qualche cittadino volenteroso non
avvezzo alle complessità informatiche di mappatura. Lorenzo

https://www.senato.it/service/PDF/PDFServer/DF/346368.pdf


Il giorno mer 31 lug 2019 alle 08:21 Andreas Lattmann <
andrea.lattm...@ga-2.it> ha scritto:

> >In realtà a me al corso di BLS-D hanno insegnato:
> >
> >  * che si fa il massaggio cardiaco+eventualmente la respirazione (che
> >non è indispensabile nei primi minuti, a meno che l'arresto non sia
> >dovuto a soffocamento, mentre è indispensabile far girare il
> >sangue). Questo permette di recuperare tempo prezioso
> >* che intanto si manda qualcuno a prendere un DAE per riattivare il
> >cuore
> >
>
> Giusto, la procedura è questa, l'importante è che ci sia qualcuno che
> interviene e pratichi subito il BLS mentre qualcuno, anche con l'aiuto di
> OSM, trovi nelle vicinanze un DAE.
>
> >altrimenti si continua a massaggiare/ventilare finché si può, in attesa
> >
> >di soccorsi più esperti.
>
> Anche i soccorsi più esperti miracoli non ne fanno se nessuno interviene
> prima.
> Hanno il vantaggio di maggiore esperienza ed attrezzature (cannula
> oro-faringea [se non c'è dottore], il paziente può essere intubato,
> ossigenato con le bombole di ossigeno ed il dottore gli può fare delle
> punture di adrenalina direttamente nel cuore).  Rispondendo a Martin, è per
> questo che cominciano ad esserci i DAE nei luoghi pubblici, per cercare di
> aumentare il numero di persone che si salvano.
>
> >In generale il problema non è tanto avere il DAE vicino, ma che solo
> >una
> >piccola parte di chi ha un attacco cardiaco ha accanto qualcuno che
> >interviene, mentre spesso ha accanto qualcuno che non fa nulla.
>
> Purtroppo è vero anche questo...
>
> Sarebbe bello avere i dati aperti sul posizionamento dei DAE, almeno per
> poter fare un sopralluogo ed inserirli in OSM nella posizione corretta.
>
> Andreas
>
> --
> 樂
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 
Lorenzo Rolla
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Importazione delle stazioni di ricarica per auto Enel

2020-06-08 Per discussione Francesco Ansanelli
Ciao naposm,

Il sito Open data di Enel non esiste più...

Francesco
Il lun 8 giu 2020, 13:54 Nap Osm  ha scritto:

> Buon pomeriggio, lista.
> Volevo chiedere se fosse possibile importare le posizioni delle colonnine
> di ricarica di Enel X su OpenStreetMap in Italia. Qualcuno è riuscito a
> contattare Enel per ottenere la concessione per l'import? Su Google Maps
> sembra siano presenti dappertutto (anche nei paesi più piccoli), quindi
> presumo siano state importate dal database ufficiale, si potrebbe riuscire
> a fare una cosa simile con OpenStreetMap? Ho letto anche un tweet
> dell'account ufficiale, ma sembra sia finita lì. Qualcuno ha qualche novità?
>
> Mappa delle colonnine di ricarica:
> https://www.enelx.com/it/it/mobilita-elettrica/mappa-stazioni-ricarica
> Tweet: https://twitter.com/OpenStreetMapIt/status/1129301939928391681
> 
> OpenStreetMap Italia on Twitter
> 
> “Ciao @EnelEnergiaHelp @enelenergia visto che @googleitalia non vi
> permette di inserire le colonnine di ricarica su @googlemaps ci mandate il
> dataset, lo carichiamo su @openstreetmap che viene usato liberamente dai
> principali navigatori? @antitrust_it https://t.co/Opqo0eoNyp”
> twitter.com
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Importazione delle stazioni di ricarica per auto Enel

2020-06-08 Per discussione Maurizio Napolitano
Ciao semi omonimo
Pensa che l'import delle stazioni di ricarica di Enel in OpenStreetMap era
stato fatto da Enel stessa nel 2013
https://de.straba.us/2013/08/06/enel-incontra-openstreetmap/
Posso ricontattarli


On Mon, Jun 8, 2020 at 1:54 PM Nap Osm  wrote:

> Buon pomeriggio, lista.
> Volevo chiedere se fosse possibile importare le posizioni delle colonnine
> di ricarica di Enel X su OpenStreetMap in Italia. Qualcuno è riuscito a
> contattare Enel per ottenere la concessione per l'import? Su Google Maps
> sembra siano presenti dappertutto (anche nei paesi più piccoli), quindi
> presumo siano state importate dal database ufficiale, si potrebbe riuscire
> a fare una cosa simile con OpenStreetMap? Ho letto anche un tweet
> dell'account ufficiale, ma sembra sia finita lì. Qualcuno ha qualche novità?
>
> Mappa delle colonnine di ricarica:
> https://www.enelx.com/it/it/mobilita-elettrica/mappa-stazioni-ricarica
> Tweet: https://twitter.com/OpenStreetMapIt/status/1129301939928391681
> 
> OpenStreetMap Italia on Twitter
> 
> “Ciao @EnelEnergiaHelp @enelenergia visto che @googleitalia non vi
> permette di inserire le colonnine di ricarica su @googlemaps ci mandate il
> dataset, lo carichiamo su @openstreetmap che viene usato liberamente dai
> principali navigatori? @antitrust_it https://t.co/Opqo0eoNyp”
> twitter.com
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>


-- 
Maurizio "Napo" Napolitano
http://de.straba.us
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


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

2020-06-08 Per discussione Yves P.
> "Tous les titres-restaurant des huit sociétés citées ci-dessus peuvent être 
> acceptés en paiement d'un repas." (http://www.cntr.fr/V2/presse/infocntr.php)
Merci pour le lien.

Les logos des titres restaurants accepter peuvent être mis dans la quête Street 
Complete pour ceux qui ne connaitraient pas.
(je n'en connaissais que 2)

> J'en ai profité pour clarifier le wiki 
> (https://wiki.openstreetmap.org/wiki/FR:Key:payment#Titres_et_ch.C3.A8ques_affect.C3.A9s),
>  extraire les titres restaurant de la rubrique cryptomonnaie (?) du wik
Merci :)

Préciser quelque part que ça existe en France et en Belgique…
Et pour la France, mettre soit la liste des titres, soit un lien vers la page 
du CNTR.

__
Yves


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


Re: [Talk-it] Aggiornamento civici comune di Fiè allo Sciliar BZ

2020-06-08 Per discussione Maurizio Napolitano
Ciao
intervengo ora dopo parecchio.
A suo tempo ho collaborato con la Provincia Autonoma di Bolzano al
progetto opengisdata.eu che ha visto poi l'import massivo dei dati
come documentato da Lorenzo.
Il fine del progetto era anche quello di donare i dati alla comunità
di openstreetmap per poi proseguirne il mantenimento.
Pertanto il mio suggerimento è quello di attrezzarsi a farlo.
Se a contattare Lorenzo sono i vigili del fuoco di Fiè allo Scillar,
direi che la soluzione da adottare sia quella di proporre ai vigili
del fuoco di farlo magari aiutandoli con un corso di formazione.
Contatto direttamente gli amici che si sono occupati del progetto.
Dal mio punto di vista grazie alla ricchezza dei vigili del fuoco
volontari che si ha in alto adige sarebbe proprio bello e chiuderebbe
il cerchio di quello che è stato il fine di quell'import.
My 2 cents

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


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

2020-06-08 Per discussione Yves P.
> @Yves super ton outil pour réconcilier les listes, peut-on y accéder ?
C'est OpenRefine : https://openrefine.org

Il n'est pas à moi, mais développé à l'origine par Google ;)

> Permet-il d'ajouter automatiquement les bons tags dans OSM ?
Oui. Tu renommes la "colonne" NOM en name et… c'est tout :)

> Intéressé pour aider voir pour organiser un projet du mois : 2500 points, ça 
> devrait pas poser trop de problème pour qu'on nettoie tout ça rapidement et 
> qu'on puisse publier un beau jeu de données sur data.gouv.
> Mais on n'y arrivera que si on se partage le boulot.
Oui.

> 
> Il y a du nettoyage à faire : 2507 cinémas dans OSM et seulement 2045 en 
> activité
> quelqu'un a une idée d'une source intéressante sur laquelle baser notre choix 
> ? Je penche pour une recherche manuelle site web / allociné mais p 500 
> cinémas de différence, ce n'est tout de même pas un détail.
Dans les tags présents dans OSM, il y a ref:FR:Allocine ;)

Mais la source EST le fichier du CNC. On peut aussi croiser ça avec SIREN (mais 
le CNC doit être plus à jour ?)

> Certaines exceptions peuvent justifier une partie de cet écart (doublons 
> "justifiés", parcs d'attractions non couverts par le CNC …).

> Question : d'après vous, devrait-on rajouter une valeur ref:FR:CNC=null (ou 
> "none") pour les cinémas non-listés dans le fichier du CNC ? J'ai bien envie 
> de faire ça.
Non, ne met rien.

@Marc
> Je doute comme JB de l'utilité de ce genre de ref
Les cinémas dans OSM ont aussi les tags suivants :
ref
ref:FR:Allocine
ref:FR:CRTA
ref:FR:NAF
ref:FR:NantesMetropole
ref:FR:SIREN
ref:FR:SIRET
ref:IDF
ref:mhs

On les distingue comment, on en fait quoi ?

Je propose de faire la moyenne des réfs, puis de les additionner 
 et enfin de 
sélectionner une URL de base avec "LinkRoulette"


@Florian
> @marc en effet SIRENE peut aider pour identifier les établissements fermés. 
> Tu sais faire ça ?
SIREN indique si l'établissement est ouvert ou fermé (en tout cas 
https://entreprise.data.gouv.fr)

> Pour ref:FR:CNC=no l'utilité est d'indiquer que cet établissement n'est pas 
> listé par le CNC. Je pense que c'est vraiment utile;
Si un ciné à été ouvert un jour, il a un n° dans ce tableau.

Si un ciné à une ref::FR:CNC mais n'est pas dans la feuille de l'année en cours 
(2019), c'est qu'il a été fermé.

__
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

2020-06-08 Per discussione Florian LAINEZ
@marc en effet SIRENE peut aider pour identifier les établissements fermés.
Tu sais faire ça ?
Moi je vais prendre la liste 2018 et 2017 du CNC.

Pour ref:FR:CNC=no l'utilité est d'indiquer que cet établissement n'est pas
listé par le CNC. Je pense que c'est vraiment utile;
Par exemple je le rajouterai à l'annexe du MK2 bibliothèque :

> Le cinéma MK2 Bibliothèque est composé d'un bâtiment principal
>  et d'une annexe souterraine
> . Le numéro CNC a été mis
> sur le bâtiment principal uniquement.
>

Le lun. 8 juin 2020 à 18:13, Marc M.  a écrit :

> Le 08.06.20 à 18:07, Florian LAINEZ a écrit :
> > @marc M j'imagine que tu penses à ajouter le numéro de SIRET
> > comme suggéré par Christian ?
>
> non, je pensais à l'utilisation de la base sirene pour détecter les
> cinémas manquant dans osm et les cinémas fermés depuis longtemps.
>
> > Question : d'après vous, devrait-on rajouter une valeur
> > *ref:FR:CNC=null* (ou "none") pour les cinémas non-listés dans le
> > fichier du CNC ? J'ai bien envie de faire ça.
>
> Je doute comme JB de l'utilité de ce genre de ref mais si tu veux le
> faire, la valeur standard =no me semble être *le* choix (comme =yes est
> la valeur standard pour dire il y a en a une, à rafiner + tard)
>
> Cordialement,
> Marc
>
> ___
> 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


[Talk-it-southtyrol] Aggiornamento civici Völs am Schlern

2020-06-08 Per discussione Cascafico Giovanni
Ciao ML,

è stata segnalata su talk-it una richiesta [1] per l'aggiornamento dei
numeri civici del comune di Völs am Schlern - Fiè allo Sciliar.

Qui [2] trovate una mappa preliminare per la conflation.

Alcune operazioni che saranno inserite a breve nella mappa prelimiare:
- togliere barra e portare a minuscolo, per esempio 21/A >> 21a
- modificare nei tag addr:street e addr:street:it la stringa Fie' >> Fiè
- espandere (anche nella highway) il nome "H.-Mumelter-Weg" >> "Hubert"; a
questo proposito la notazione con "-" resta ("Hubert-Mumelter-Weg")? "Weg"
va portato in minuscolo ("weg")?

Ogni altra osservazione sarà utile.



[1] https://lists.openstreetmap.org/pipermail/talk-it/2020-June/070082.html
[2] http://audit.osmz.ru/project/3600047232/
___
Talk-it-southtyrol mailing list
Talk-it-southtyrol@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-southtyrol


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

2020-06-08 Per discussione Marc M.
Le 08.06.20 à 18:07, Florian LAINEZ a écrit :
> @marc M j'imagine que tu penses à ajouter le numéro de SIRET 
> comme suggéré par Christian ?

non, je pensais à l'utilisation de la base sirene pour détecter les
cinémas manquant dans osm et les cinémas fermés depuis longtemps.

> Question : d'après vous, devrait-on rajouter une valeur
> *ref:FR:CNC=null* (ou "none") pour les cinémas non-listés dans le
> fichier du CNC ? J'ai bien envie de faire ça.

Je doute comme JB de l'utilité de ce genre de ref mais si tu veux le
faire, la valeur standard =no me semble être *le* choix (comme =yes est
la valeur standard pour dire il y a en a une, à rafiner + tard)

Cordialement,
Marc

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


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

2020-06-08 Per discussione LeTopographeFou
En effet j'ai voulu retrouver le source de cette affirmation et il 
semblerait qu'il ne doive pas y avoir de différenciation de 
l'émetteur... c'est comme cela que l'on peut interpréter le "peuvent" 
dans "Tous les titres-restaurant des huit sociétés citées ci-dessus 
peuvent être acceptés en paiement d'un repas." 
(http://www.cntr.fr/V2/presse/infocntr.php) Me coucherai moins bête. 
Dans ce cas en effet pas besoin de différencier dans OSM et 
payment:meal_voucher=yes/no suffit (même pas besoin de brand)


J'en ai profité pour clarifier le wiki 
(https://wiki.openstreetmap.org/wiki/FR:Key:payment#Titres_et_ch.C3.A8ques_affect.C3.A9s), 
extraire les titres restaurant de la rubrique cryptomonnaie (?) du wiki 
et mis une ligne vierge pour les chèques vacances en vue d'un choix (je 
voulais justement lancer le sujet un jour déçu par la carte en ligne ANCV).


LeTopographeFou

Le 08/06/2020 à 15:24, Marc M. a écrit :

ok pour le besoin de doc.

Donat vient de nous informer que c'est tout ou rien en France,
donc la marque n'est pas nécessaire voir induirait en erreur.

pour le namespace, oki lorsqu'il y a un conflit (par exemple une route
sur un point peux avoir un nom pour la route et un pour le pont,
donc logique d'avoir bridge:name)
mais pour les tickets restaurants, cela me sembble une mauvaise
idée de faire dépendre le tag en fonction de l'étendue commerciale
d'une marque genre payment:meal_voucher=Sedexo puisque mondial
et payment:meal_voucher:FR=trucmuchlocal parce que fr-fr
avoir besoin de consulter le plan d'affaire d'une entreprise
pour choisir le tag n'a pas de sens.

Le 08.06.20 à 15:01, Topographe Fou a écrit :

Par "pas claire" j'entends que le wiki ne propose rien aujourd'hui (ni
sur la page anglaise, ni sur la française) et que la clé n'étant utilisé
que 212 fois dans le monde dont seulement 30 fois pour autre chose que
yes/no (pour Sodexo en l'occurrence) c'est qu'il doit sûrement rester un
peu de discussion à avoir (83 fois en France métropolitaine avec 82
yes/no + 1 chèque vacances).

Par ailleurs il peut y avoir plus d'un émetteur de titre (certes la CRT
centralise les 4 plus gros émetteurs mais il n'y a pas qu'eux). Par
'brand' tu veux dire une liste des titres acceptés séparés par un ; ?
Cela peut être une option mais d'expérience cela cafouille vite et puis
la limite du nombre de caractères jouera probablement vite les troubles
fêtes avec l'arrivée des nouveaux acteurs. D'où ma suggestion de rester
dans la veine des autres moyens de paiement, ce qui renforce la
cohérence. Le 'FR:' est une touche personnelle pour éviter d'éventuels
conflits de noms quand un émetteur est clairement franco-français (ex :
chèque vacances).

Le lun. 8 juin 2020 à 14:42, Marc M. mailto:marc_marc_...@hotmail.com>> a écrit :

 Le 08.06.20 à 13:58, Topographe Fou a écrit :
 > il faudrait déjà un schéma claire, ce qui n'est pas le cas
 aujourd'hui.

 =yes/brand/no c'est pas clair ?

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



--
LeTopographeFou

___
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

2020-06-08 Per discussione Florian LAINEZ
Merci Francescu, je veux bien que tu les recontacte oui.

@marc M j'imagine que tu penses à ajouter le numéro de SIRET comme suggéré
par Christian ? Etant donné que le CNC a confirmé que son numéro est stable
et que c'est l'autorité de référence pour les cinémas, je pense qu'il vaut
mieux se baser sur leur référentiel qui est plus spécifique.

@Yves super ton outil pour réconcilier les listes, peut-on y accéder ?
Permet-il d'ajouter automatiquement les bons tags dans OSM ?
Intéressé pour aider voir pour organiser un projet du mois : 2500 points,
ça devrait pas poser trop de problème pour qu'on nettoie tout ça rapidement
et qu'on puisse publier un beau jeu de données sur data.gouv.
Mais on n'y arrivera que si on se partage le boulot.

Il y a du nettoyage à faire : 2507 cinémas dans OSM et seulement 2045 en
> activité
>
quelqu'un a une idée d'une source intéressante sur laquelle baser notre
choix ? Je penche pour une recherche manuelle site web / allociné mais
p 500 cinémas de différence, ce n'est tout de même pas un détail.
Certaines exceptions peuvent justifier une partie de cet écart (doublons
"justifiés", parcs d'attractions non couverts par le CNC ...).
J'ai commencé une liste de ces exceptions :
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Exceptions

Question : d'après vous, devrait-on rajouter une valeur *ref:FR:CNC=null*
(ou "none") pour les cinémas non-listés dans le fichier du CNC ? J'ai bien
envie de faire ça.

Le lun. 8 juin 2020 à 18:01, Marc M.  a écrit :

> Le 08.06.20 à 17:42, Francescu GAROBY a écrit :
> > géoloc des cinémas, ça aiderait beaucoup !
>
> sirene via osmose ?
>
> ___
> 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

2020-06-08 Per discussione Marc M.
Le 08.06.20 à 17:42, Francescu GAROBY a écrit :
> géoloc des cinémas, ça aiderait beaucoup !

sirene via osmose ?

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


Re: [OSM-talk-ie] name=Ireland | Re: name=Éire / Ireland

2020-06-08 Per discussione Neil O'Byrne
Is there a name for the whole island?  Hockey and rugby teams play under the 
name Ireland and represent the whole island.  Should there be a clear 
distinction between the 26 county sovereign and independent state, the 6 county 
part of the UK and the whole island on the west side of the Irish Sea?

-Original Message-
From: Nick Burrett [mailto:n...@sqrt.co.uk] 
Sent: Monday 8 June 2020 13:37
To: Discussion of OpenStreetMap in Ireland 
Subject: Re: [OSM-talk-ie] name=Ireland | Re: name=Éire / Ireland

http://www.irishstatutebook.ie/eli/cons/en/html#part2

For those that don't trust Wikipedia

On Mon, 8 Jun 2020, 12:38 Karl Newsletters,  wrote:

> Article 4 of the Constitution of Ireland, gives the state its two 
> official names, Éire in Irish and Ireland in English. Each name is a 
> direct translation of the other. From 1937, the name Éire was often 
> used even in the English language.
>
> copy from wikipedia, so usual precautions apply
>
>
> On Mon, 8 Jun 2020 at 12:05, Rory McCann  wrote:
>
> > I think `name=Ireland` is best. For `name`, the most commonly used 
> > name in the place for the thing is what it should be. And, whatever 
> > one things /should be/ the most common name, I think we can all 
> > agree that what /is/ the most common name is “Ireland”.
> >
> > `int_name` is a silly tag. I haven't heard of a good definition of 
> > that aside from “Name of the country in English”, which wronly 
> > prioritises English. Why not `int_name=جزيرة أيرلندا`?
> >
> > On 07/06/2020 16:24, Neil O'Byrne wrote:
> > > The Irish euro coins just have Éire.  So maybe name=Éire and
> > int_name=Ireland
> > >
> > > -Original Message-
> > > From: Colm Moore [mailto:colmmoor...@hotmail.com]
> > > Sent: Sunday 7 June 2020 14:56
> > > To: talk-ie@openstreetmap.org
> > > Subject: [OSM-talk-ie] name=Éire / Ireland
> > >
> > > Hi,
> > >
> > > https://www.openstreetmap.org/relation/62273
> > >
> > > Someone has set the name of the (Republic of) Ireland to "Éire /
> > Ireland". Whatever about Irish constitutional nuances, OSM usually 
> > uses
> one
> > field=one piece of data. I'm inclined to change it to name=Ireland, 
> > given that Ireland is the name that most people use.
> > >
> > > Separately, there is the matter of lots of the international
> > translations are of "Republic of Ireland" instead of "Ireland". Does
> anyone
> > have thoughts on how to deal with potential grammatical issues in 
> > rationalising these?
> > >
> > > Colm
> > >
> > >
> >
> --
> -
> > > Never doubt that a small group of thoughtful, committed citizens 
> > > can
> > change the world. Indeed, it is the only thing that ever has. 
> > Margaret
> Mead
> > ___
> > > Talk-ie mailing list
> > > Talk-ie@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-ie
> > >
> > >
> >
> > ___
> > Talk-ie mailing list
> > Talk-ie@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ie
> >
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie


-- 
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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


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

2020-06-08 Per discussione Francescu GAROBY
Bonjour,
Désolé de ne pas t'avoir répondu à ton mail direct (que j'avais bien vu,
mais n'avais pas pris le temps d'y répondre).
J'ai donc bien ~2.100 cinémas avec des coordonnées GPS à ma disposition.
Comme je l'avais dit à l'époque : ces infos (coordonnées, mais aussi nombre
de salles, accessibilité, ...) me proviennent de Plurimedia. Je leur avais
demandé, à l'époque, s'ils m'autorisaient à utiliser ces données pour les
insérer dans OSM, je n'avais jamais eu de réponse. Je peux toujours
retenter ma chance...

Francescu

Le lun. 8 juin 2020 à 16:25, Florian LAINEZ  a écrit :

> Salut à tous,
> Je relance le sujet 3 ans plus tard. Pour rappel le sujet est
> l'identification de tous les cinémas en France.
>
> J'ai créé une page décrivant l'identifiant du CNC :
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC
> J'ai avancé à la mano l'intégration des numéros de référence sur les
> cinémas.
>
> Si Francescu (ou quelqu'un d'autre) dispose des géoloc des cinémas, ça
> aiderait beaucoup !
> Il reste encore du boulot pour intégrer les 2000 cinémas restants (90% du
> taff reste donc à faire) et en attendant le taff prend vraiment du temps
> ... aide bienvenue.
>
> Le jeu. 19 oct. 2017 à 20:49, JB  a écrit :
>
>> Je dois être vieux jeu… mais je reste toujours dubitatif sur
>> l'introduction d'identifiants uniques dans la base pour faciliter la
>> connexion avec tel ou tel outil.
>> Sur une problématique aussi ciblée, je n'arrive pas à comprendre qu'on
>> n'arrive pas à croiser deux bases de données sans cet identifiant. Y a-t-il
>> une telle densité de cinémas qu'avec un tag amenity=cinema (moins de 2000
>> objets) + un nom de cinéma + une géolocalisation plus ou moins convenable,
>> on n'arrive pas à recouper les données ?
>> Peut-être qu'on répondra qu'il y a des doublons dans l'une ou l'autre
>> base ? L'identifiant unique ne résoudra rien.
>> Peut-être répondra-t-on qu'on facilitera la mise à jour d'OSM à partir
>> d'une base externe ? Un croisement des données à chaque mise à jour donnera
>> la même chose.
>> Voilà voilà pour ce soir. Au fait, vous penserez à passer par la case «
>> import » pour rentrer les identifiants en masse, hein ?
>> JB.
>>
>> Le 19/10/2017 à 18:27, Christian Quest a écrit :
>>
>> Si il y a un identifiant CNC c'est une solution... si il n'y en a pas,
>> n'oubliez pas le SIRET... c'est pas limité aux cinémas, mais en principe,
>> c'est unique et sûrement universel.
>>
>> Le 19/10/2017 à 17:17, Francescu GAROBY a écrit :
>>
>> Bonjour,
>> En tant que développeur d'un site pour le cinéma indépendant en France,
>> mais sur lequel on retrouve tout de même tous les cinémas et toutes les
>> sorties en salle, j'ai besoin d'afficher une carte (OSM, évidemment)
>> pointant sur le cinéma (ex : Cinéma Lux
>> , à Caen).
>> Pour l'instant, je récupère l'emplacement du cinéma, soit à partir de son
>> adresse soit à partir des coordonnées GPS qu'une source extérieure me
>> fournit. Sauf que cette source a parfois des coordonnées incorrectes (en
>> gros, les coordonnées du centre de la commune).
>>
>> Vu que data.gouv.fr a la liste des cinémas de France (fournie par le CNC)
>> ,
>> je me disais que le plus simple serait d'ajouter à chaque node/way
>> représentant un cinéma l'identifiant unique contenu dans ledit fichier.
>> J'ai bien évidemment posé la question de l'unicité et de la stabilité d'un
>> tel identifiant (cf. la discussion "Stabilité de l'ID des cinémas", sur
>> la page data.gouv.fr citée ci-dessus).
>>
>> Si cela vous convient, il resterait alors à se mettre d'accord sur la clé
>> à utiliser.
>> "ref:FR:CNC=*" me paraît pas mal, non ?
>>
>> --
>> Francescu GAROBY
>>
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>>
>>
>> ___
>> 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
>>
>
>
> --
>
> *Florian Lainez*
> @overflorian 
>


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

2020-06-08 Per discussione Yves P.
> Et pour les cinémas dans OSM sans cette référence : 
> http://overpass-turbo.eu/s/UQU 
Soit 2507 (points d'intérêt - POIs: 1801, lignes: 4, polygones: 702)
Il y a du nettoyage à faire : 2507 cinémas dans OSM et seulement 2045 en 
activité

Pour info, OpenRefine permet de "réconcilier" le nom du ciné avec ceux trouvé 
dans Wikidata.

Voici ci-dessous le résultat pour les cinés du Doubs : les noms en minuscules 
sont issus de Wikidata.

__
Yves

ref:FR:CNC
DEPARTEMENT
COMMUNE
NOM ETABLISSEMENT
wikidata
ECRANS
FAUTEUILS
CODE COMMUNE
720450
25
Audincourt
MEGARAMA

10
1 880
25031
42201
25
Baume-les-Dames
STELLA CINEMA

2
194
25047
52162
25
Besançon
ESPACE PLANOISE

1
426
25056
52174
25
Besançon
MEGARAMA BEAUX  ARTS

8
1 330
25056
52141
25
Besançon
PLAZZA VICTOR HUGO

3
337
25056
102531
25
Charmoille
cinéma de charmoille
Q61858990
1
212
25125
145241
25
École-Valentin
MEGARAMA

13
1 973
25212
133681
25
Gilley
SALLE PAULETTE DONZEL

1
250
25271
240661
25
Maîche
salle saint michel (Maîche)
Q61860963
1
320
25356
260602
25
Métabief
cinéma le mont d'or
Q61859854
2
212
25380
269255
25
Montbéliard
cinéma colisee concorde
Q61858949
4
1 053
25388
278805
25
Morteau
cinéma l'atalante (Morteau)
Q61859303
1
340
25411
278802
25
Morteau
LE PARIS

1
120
25411
299281
25
Ornans
ELDORADO

1
153
25434
318711
25
Pontarlier
OLYMPIA

6
964
25462
319582
25
Pont-de-Roide-Vermondans
LE FOYER

1
100
25463
439583
25
Valdahon
ciné pax
Q61858553
1
241
25578___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[Talk-it] Sondaggio OpenStreetMap Italia

2020-06-08 Per discussione Anisa Kuci

Ciao a tutti,

in collaborazione con i coordinatori di OSM Italia abbiamo preparato 
un'indagine con argomenti e attività diverse.


Chiedo gentilmente a tutta la comunità di OSM Italia di compilare il 
sondaggio  in 
modo da poter creare un'idea degli argomenti più importanti su cui lavorare.


Se volete condividerlo nei gruppi regionali, per favore segnalatemi dove 
è stato fatto.


Il sondaggio sarà disponibile per due settimane a partire da oggi (fino 
al 22 giugno).


Fatemi sapere se avete domande!

Buona mappatura,

Anisa


--
Anisa Kuci
Responsabile OpenStreetMap e Wikidata
Wikimedia Italia - Associazione per la diffusione della conoscenza libera
Via Bergognone 34 - 20144 Milano
Tel. (+39) 02 97677170 | anisa.k...@wikimedia.it | www.wikimedia.it

DAI ALLA CONOSCENZA LIBERA UN NUOVO NOME. IL TUO.
Devolvi il 5x1000 a Wikimedia Italia:
nella tua dichiarazione dei redditi inserisci il Codice Fiscale 94039910156

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


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

2020-06-08 Per discussione Yves P.

> J'ai créé une page décrivant l'identifiant du CNC : 
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC 
> 
> J'ai avancé à la mano l'intégration des numéros de référence sur les cinémas.
> 
> Si Francescu (ou quelqu'un d'autre) dispose des géoloc des cinémas, ça 
> aiderait beaucoup !
Je vais essayer de faire ça avec OpenRefine et une requête overpass ou 
Nominatim.

> Il reste encore du boulot pour intégrer les 2000 cinémas restants (90% du 
> taff reste donc à faire) et en attendant le taff prend vraiment du temps ... 
> aide bienvenue.
Je vais faire le Jura, et si j'ai du temps la Haute-Savoie et le Doubs.

Il n'y en a que 68 dans OSM : http://overpass-turbo.eu/s/UQT

Et pour les cinémas dans OSM sans cette référence : 
http://overpass-turbo.eu/s/UQU
(j'ai dépassé mon quota pour avoir le résultat)

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


[OSM-talk-fr] MOOC Wikidata

2020-06-08 Per discussione Yves P.
Bonjour,

Je viens d'entendre cette annonce dans le bistrot de wikidata : Mooc Wikidata 

Ça pourra nous éclairer sur Wikidata et nos DataItems 
 :)

__
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

2020-06-08 Per discussione Florian LAINEZ
Salut à tous,
Je relance le sujet 3 ans plus tard. Pour rappel le sujet est
l'identification de tous les cinémas en France.

J'ai créé une page décrivant l'identifiant du CNC :
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC
J'ai avancé à la mano l'intégration des numéros de référence sur les
cinémas.

Si Francescu (ou quelqu'un d'autre) dispose des géoloc des cinémas, ça
aiderait beaucoup !
Il reste encore du boulot pour intégrer les 2000 cinémas restants (90% du
taff reste donc à faire) et en attendant le taff prend vraiment du temps
... aide bienvenue.

Le jeu. 19 oct. 2017 à 20:49, JB  a écrit :

> Je dois être vieux jeu… mais je reste toujours dubitatif sur
> l'introduction d'identifiants uniques dans la base pour faciliter la
> connexion avec tel ou tel outil.
> Sur une problématique aussi ciblée, je n'arrive pas à comprendre qu'on
> n'arrive pas à croiser deux bases de données sans cet identifiant. Y a-t-il
> une telle densité de cinémas qu'avec un tag amenity=cinema (moins de 2000
> objets) + un nom de cinéma + une géolocalisation plus ou moins convenable,
> on n'arrive pas à recouper les données ?
> Peut-être qu'on répondra qu'il y a des doublons dans l'une ou l'autre base
> ? L'identifiant unique ne résoudra rien.
> Peut-être répondra-t-on qu'on facilitera la mise à jour d'OSM à partir
> d'une base externe ? Un croisement des données à chaque mise à jour donnera
> la même chose.
> Voilà voilà pour ce soir. Au fait, vous penserez à passer par la case «
> import » pour rentrer les identifiants en masse, hein ?
> JB.
>
> Le 19/10/2017 à 18:27, Christian Quest a écrit :
>
> Si il y a un identifiant CNC c'est une solution... si il n'y en a pas,
> n'oubliez pas le SIRET... c'est pas limité aux cinémas, mais en principe,
> c'est unique et sûrement universel.
>
> Le 19/10/2017 à 17:17, Francescu GAROBY a écrit :
>
> Bonjour,
> En tant que développeur d'un site pour le cinéma indépendant en France,
> mais sur lequel on retrouve tout de même tous les cinémas et toutes les
> sorties en salle, j'ai besoin d'afficher une carte (OSM, évidemment)
> pointant sur le cinéma (ex : Cinéma Lux
> , à Caen).
> Pour l'instant, je récupère l'emplacement du cinéma, soit à partir de son
> adresse soit à partir des coordonnées GPS qu'une source extérieure me
> fournit. Sauf que cette source a parfois des coordonnées incorrectes (en
> gros, les coordonnées du centre de la commune).
>
> Vu que data.gouv.fr a la liste des cinémas de France (fournie par le CNC)
> ,
> je me disais que le plus simple serait d'ajouter à chaque node/way
> représentant un cinéma l'identifiant unique contenu dans ledit fichier.
> J'ai bien évidemment posé la question de l'unicité et de la stabilité d'un
> tel identifiant (cf. la discussion "Stabilité de l'ID des cinémas", sur
> la page data.gouv.fr citée ci-dessus).
>
> Si cela vous convient, il resterait alors à se mettre d'accord sur la clé
> à utiliser.
> "ref:FR:CNC=*" me paraît pas mal, non ?
>
> --
> Francescu GAROBY
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
>
> ___
> 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
>


-- 

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


Re: [OSM-talk] river - stream

2020-06-08 Per discussione Dave F via talk

Drop down options are not the only choice. You can add your own.
It's not compulsory to use those options. Common sense should be used.  
If there's a bridge over, don't add tunnel/culvert to the way going under.


DaveF

On 08/06/2020 15:01, 80hnhtv4agou--- via talk wrote:
YES !, i guess what i am saying i would like to see more drop down 
options.


Monday, June 8, 2020 8:36 AM -05:00 from nwastra :
I am not very familiar with the iD editor but I notice that where
a stream and highway cross, what boxes and dropdowns are offered
depends what you have selected.
If you have the stream selected you will be offered
tunnel/culvert/layer/etc as options.
If you have the highway selected you will be offered
bridge/tunnel/ford/etc.
Is this the reason you are not seeing the options you expect?

On 8 Jun 2020, at 10:49 pm, 80hnhtv4agou--- via talk
> wrote:


i guss what i am saying, add a tunnel is wrong, when the road
is on the bridge, and the drop down box

says culvert. again i am only seeing the ID map.



i just tried it, it only says add a tunnel, then river is under
bridge.

Monday, June 8, 2020 7:00 AM -05:00 from Mateusz Konieczny
via talk :
Is there anything wrong with that?
Jun 8, 2020, 13:57 by talk@openstreetmap.org
:

in the ID editor, if you draw a stream - river  line,
and it crosses a road, you get a warning, with the
suggestion
add a bridge or tunnel.

Monday, June 8, 2020 5:13 AM -05:00 from Martin
Koppenhoefer :
Am Sa., 6. Juni 2020 um 18:02 Uhr schrieb Dave F
via talk http://e.mail.ru/compose/?mailto=mailto%3at...@openstreetmap.org>>:

Do you have an example?

A simple example for a tunnel (here subway) on a
bridge would be this:
https://www.openstreetmap.org/way/757824513
https://fr.wikipedia.org/wiki/Pont_Morand

Whether it's a bridge or tunnel is fairly
easily defined by determining
which is taking the load.
If a tunnel's structure was removed, would
whitewater's above it
collapse? If 'yes' then it's a tunnel.

what I wrote was that - according to some
technical definitions - a tunnel must not have
something above it, it may be sufficient that it
is closed and long enough. I am not sure if we
share these definitions in OSM.
According to the current wiki, "a tunnel is an
underground passage for a road or similar." and
also: "tunnel=* is used for roads, railway line,
canals etc that run underground (in tunnel
). " 
This doesn't appear to be exhaustive / complete,
tunnels could also run underwater, above ground
and potentially in the future even in space, no?
Many current underwater tunnels are also
"underground", as they are often running in a man
made structure (embankment like) on the ground or
below the water body/river in the ground
Cheers
Martin
___



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


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


Re: [OSM-talk] river - stream

2020-06-08 Per discussione Dave F via talk

Good Lord!
That has both tunnel & bridge tags on the same object!
This is not what is being discussed here.

DaveF

On 08/06/2020 11:10, Martin Koppenhoefer wrote:
Am Sa., 6. Juni 2020 um 18:02 Uhr schrieb Dave F via talk 
mailto:talk@openstreetmap.org>>:


Do you have an example?



A simple example for a tunnel (here subway) on a bridge would be this:
https://www.openstreetmap.org/way/757824513
https://fr.wikipedia.org/wiki/Pont_Morand


Whether it's a bridge or tunnel is fairly easily defined by
determining
which is taking the load.
If a tunnel's structure was removed, would whitewater's above it
collapse? If 'yes' then it's a tunnel.




what I wrote was that - according to some technical definitions - a 
tunnel must not have something above it, it may be sufficient that it 
is closed and long enough. I am not sure if we share these definitions 
in OSM.
According to the current wiki, "a tunnel is an underground passage for 
a road or similar." and also: "tunnel=* is used for roads, railway 
line, canals etc that run underground (in tunnel 
). "  This doesn't appear to 
be exhaustive / complete, tunnels could also run underwater, above 
ground and potentially in the future even in space, no?
Many current underwater tunnels are also "underground", as they are 
often running in a man made structure (embankment like) on the ground 
or below the water body/river in the ground



Cheers
Martin




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


Re: [OSM-talk] river - stream

2020-06-08 Per discussione 80hnhtv4agou--- via talk

YES !, i guess what i am saying i would like to see more drop down options.
  
>Monday, June 8, 2020 8:36 AM -05:00 from nwastra :
> 
>I am not very familiar with the iD editor but I notice that where a stream and 
>highway cross, what boxes and dropdowns are offered depends what you have 
>selected.
>If you have the stream selected you will be offered tunnel/culvert/layer/etc 
>as options.
>If you have the highway selected you will be offered bridge/tunnel/ford/etc.
> 
>Is this the reason you are not seeing the options you expect?
>
>On 8 Jun 2020, at 10:49 pm, 80hnhtv4agou--- via talk < talk@openstreetmap.org 
>> wrote:
> 
>>>i guss what i am saying, add a tunnel is wrong, when the road is on the 
>>>bridge, and the drop down box
>> 
>>says culvert. again i am only seeing the ID map.
>>i just tried it, it only says add a tunnel, then river is under bridge. 
>>>Monday, June 8, 2020 7:00 AM -05:00 from Mateusz Konieczny via talk < 
>>>talk@openstreetmap.org >:
>>> 
>>>Is there anything wrong with that?
>>> 
>>> 
>>>Jun 8, 2020, 13:57 by  talk@openstreetmap.org :
>in the ID editor, if you draw a stream - river  line, and it crosses a 
>road, you get a warning, with the suggestion
> 
>add a bridge or tunnel. 
> 
>>Monday, June 8, 2020 5:13 AM -05:00 from Martin Koppenhoefer < 
>>dieterdre...@gmail.com >:
>> 
>>Am Sa., 6. Juni 2020 um 18:02 Uhr schrieb Dave F via talk < 
>>talk@openstreetmap.org >:
>>>Do you have an example?
>> 
>>A simple example for a tunnel (here subway) on a bridge would be this:
>>https://www.openstreetmap.org/way/757824513
>>https://fr.wikipedia.org/wiki/Pont_Morand
>> 
>>>Whether it's a bridge or tunnel is fairly easily defined by determining
>>>which is taking the load.
>>>If a tunnel's structure was removed, would whitewater's above it
>>>collapse? If 'yes' then it's a tunnel.
>> 
>>what I wrote was that - according to some technical definitions - a 
>>tunnel must not have something above it, it may be sufficient that it is 
>>closed and long enough. I am not sure if we share these definitions in 
>>OSM.
>>According to the current wiki, "a tunnel is an underground passage for a 
>>road or similar." and also: " tunnel =* is used for roads, railway line, 
>>canals etc that run underground (in  tunnel ). "  This doesn't appear to 
>>be exhaustive / complete, tunnels could also run underwater, above ground 
>>and potentially in the future even in space, no?
>>Many current underwater tunnels are also "underground", as they are often 
>>running in a man made structure (embankment like) on the ground or below 
>>the water body/river in the ground
>> 
>>Cheers
>>Martin
>>___
>>  
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [Talk-us] [OSM-talk] river - stream

2020-06-08 Per discussione 80hnhtv4agou--- via Talk-us

YES !, i guess what i am saying i would like to see more drop down options.
  
>Monday, June 8, 2020 8:36 AM -05:00 from nwastra :
> 
>I am not very familiar with the iD editor but I notice that where a stream and 
>highway cross, what boxes and dropdowns are offered depends what you have 
>selected.
>If you have the stream selected you will be offered tunnel/culvert/layer/etc 
>as options.
>If you have the highway selected you will be offered bridge/tunnel/ford/etc.
> 
>Is this the reason you are not seeing the options you expect?
>
>On 8 Jun 2020, at 10:49 pm, 80hnhtv4agou--- via talk < t...@openstreetmap.org 
>> wrote:
> 
>>>i guss what i am saying, add a tunnel is wrong, when the road is on the 
>>>bridge, and the drop down box
>> 
>>says culvert. again i am only seeing the ID map.
>>i just tried it, it only says add a tunnel, then river is under bridge. 
>>>Monday, June 8, 2020 7:00 AM -05:00 from Mateusz Konieczny via talk < 
>>>t...@openstreetmap.org >:
>>> 
>>>Is there anything wrong with that?
>>> 
>>> 
>>>Jun 8, 2020, 13:57 by  t...@openstreetmap.org :
>in the ID editor, if you draw a stream - river  line, and it crosses a 
>road, you get a warning, with the suggestion
> 
>add a bridge or tunnel. 
> 
>>Monday, June 8, 2020 5:13 AM -05:00 from Martin Koppenhoefer < 
>>dieterdre...@gmail.com >:
>> 
>>Am Sa., 6. Juni 2020 um 18:02 Uhr schrieb Dave F via talk < 
>>t...@openstreetmap.org >:
>>>Do you have an example?
>> 
>>A simple example for a tunnel (here subway) on a bridge would be this:
>>https://www.openstreetmap.org/way/757824513
>>https://fr.wikipedia.org/wiki/Pont_Morand
>> 
>>>Whether it's a bridge or tunnel is fairly easily defined by determining
>>>which is taking the load.
>>>If a tunnel's structure was removed, would whitewater's above it
>>>collapse? If 'yes' then it's a tunnel.
>> 
>>what I wrote was that - according to some technical definitions - a 
>>tunnel must not have something above it, it may be sufficient that it is 
>>closed and long enough. I am not sure if we share these definitions in 
>>OSM.
>>According to the current wiki, "a tunnel is an underground passage for a 
>>road or similar." and also: " tunnel =* is used for roads, railway line, 
>>canals etc that run underground (in  tunnel ). "  This doesn't appear to 
>>be exhaustive / complete, tunnels could also run underwater, above ground 
>>and potentially in the future even in space, no?
>>Many current underwater tunnels are also "underground", as they are often 
>>running in a man made structure (embankment like) on the ground or below 
>>the water body/river in the ground
>> 
>>Cheers
>>Martin
>>___
>>  
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> ___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

2020-06-08 Per discussione didier2020
Le lundi 08 juin 2020 à 15:44 +0200, osm.sanspourr...@spamgourmet.com a
écrit :
> https://www.mapillary.com/app/?lat=48.8611312=2.4841852=17=G1IiVslryLcBZplrme2ENA=photo=0.30771109667569485=0.7322106887594706=3
> 
> Ce serait A 86 ou A 86 extérieur ? Sur le panneau il y a A 86
> extérieur.
il y a un petit 'D' en bas a droite.
extérieur n'est pas 'conforme'
> 
> Et à partir de ça on sait reconstituer la référence RRN ?
non ...,
pour le rrn, a cet endroit c'est
route=A00086 plo=93PR29D 
(ou 93 est le département gestionnaire, pas le département ou se situe
la borne)


> 
> "+" pour indiquer que la distance est positive ? Semble évident !
> 
> Le 08/06/2020 à 15:07, didier2020 - osm2...@free.fr a écrit :
> > Le lundi 08 juin 2020 à 14:31 +0200, Marc M. a écrit :
> > > Le 08.06.20 à 13:26, didier2020 a écrit :
> > > > - 9057 ont un tag ref
> > > ce serrait sans doute utile de chercher quelques photos
> > > de borne avec la ref visible.
> > https://www.mapillary.com/app/?lat=48.8247647=2.4636774=17=IlaESQuLBwKEqsw1F-FV4w=photo=0.5059995150967409=0.4975920048505564=0
> > 
> > https://www.mapillary.com/app/?lat=48.8611312002=2.484185199562=16.84333642656937=G1IiVslryLcBZplrme2ENA=photo
> > 
> > https://www.mapillary.com/app/?lat=49.073468617885425=2.332858531006834=17=vxFrND-wENkm_OfdYDqsmA=photo
> > 
> > > >   60 sont du texte/inclus un . ou +
> > > . est le séparateur décimal dans osm, du coup c'est numérique.
> > > le + est + étrange.
> > > 
> > > > ref:highway
> > > > serait une solution
> > > à mon avis, quand il n'y a pas consensus, osmose doit s'abstenir
> > > donc intégrons déjà toutes les bornes sans ref:highway
> > > 
> > > > "notre" besoin de référence unique
> > > quel besoin ? si la ref dans la source n'est pas unique, elle
> > > n'est
> > > pas
> > > unique.
> > > prenons un exemple fictif : si la sncf décide de peindre ses
> > > places
> > > de parking en commençant par 1 sur tous ces sites, cela ferra des
> > > ref=1
> > > non unique dans osm.
> > > ce n'est pas le rôle d'osm d'inventer une ref genre
> > > ref:FR:SNCF:siteA
> > > par dogme d'unicité dans osm.
> > > ou exemple réel : la route ref=1 n'est pas unique dans osm,
> > > c'est la réalité, cela n'empêche pas son utilisation.
> > > 
> > > dupliquer + tard un ref:highway s'il y a un cas d'usage et un
> > > consensus,
> > > c'est toujours possible
> > > 
> > > ___
> > > 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] river - stream

2020-06-08 Per discussione 80hnhtv4agou--- via talk

YES !

  
>Monday, June 8, 2020 8:37 AM -05:00 from nwastra :
> 
> 
> 
> 
>I am not very familiar with the iD editor but I notice that where a stream and 
>highway cross, what boxes and dropdowns are offered depends what you have 
>selected.
>If you have the stream selected you will be offered tunnel/culvert/layer/etc 
>as options.
>If you have the highway selected you will be offered bridge/tunnel/ford/etc.
> 
>Is this the reason you are not seeing the options you expect?
> 
> 
>  On 8 Jun 2020, at 10:49 pm, 80hnhtv4agou--- via talk < 
>talk@openstreetmap.org > wrote:
> 
>>>i guss what i am saying, add a tunnel is wrong, when the road is on the 
>>>bridge, and the drop down box
>> 
>>says culvert. again i am only seeing the ID map.
>> 
>>>i just tried it, it only says add a tunnel, then river is under bridge. 
>>>
>>> 
Monday, June 8, 2020 7:00 AM -05:00 from Mateusz Konieczny via talk < 
talk@openstreetmap.org >:
 
Is there anything wrong with that?
 
 
Jun 8, 2020, 13:57 by  talk@openstreetmap.org :
>>in the ID editor, if you draw a stream - river  line, and it crosses a 
>>road, you get a warning, with the suggestion
>> 
>>add a bridge or tunnel. 
>> 
>>>Monday, June 8, 2020 5:13 AM -05:00 from Martin Koppenhoefer < 
>>>dieterdre...@gmail.com >:
>>> 
>>>Am Sa., 6. Juni 2020 um 18:02 Uhr schrieb Dave F via talk < 
>>>talk@openstreetmap.org >:
Do you have an example?
 
>>> 
>>> 
>>>A simple example for a tunnel (here subway) on a bridge would be this:
>>>https://www.openstreetmap.org/way/757824513
>>>https://fr.wikipedia.org/wiki/Pont_Morand
>>> 
>>> 
>>> 
Whether it's a bridge or tunnel is fairly easily defined by determining
which is taking the load.
If a tunnel's structure was removed, would whitewater's above it
collapse? If 'yes' then it's a tunnel.
>>> 
>>> 
>>> 
>>>what I wrote was that - according to some technical definitions - a 
>>>tunnel must not have something above it, it may be sufficient that it is 
>>>closed and long enough. I am not sure if we share these definitions in 
>>>OSM.
>>>According to the current wiki, "a tunnel is an underground passage for a 
>>>road or similar." and also: " tunnel =* is used for roads, railway line, 
>>>canals etc that run underground (in  tunnel ). "  This doesn't appear to 
>>>be exhaustive / complete, tunnels could also run underwater, above 
>>>ground and potentially in the future even in space, no?
>>>Many current underwater tunnels are also "underground", as they are 
>>>often running in a man made structure (embankment like) on the ground or 
>>>below the water body/river in the ground
>>> 
>>> 
>>> 
>>>Cheers
>>>Martin
>>> 
>>> 
>>>___
>>>talk mailing list
>>>talk@openstreetmap.org
>>>https://lists.openstreetmap.org/listinfo/talk
>> 
>> 
>> 
>> 
> 
> 
> 
> 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk 
>>> 
>>> 
>>> 
>>>  
>> 
>> 
>> 
>> 
>>___
>>talk mailing list
>>talk@openstreetmap.org
>>https://lists.openstreetmap.org/listinfo/talk
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk 
 
 
 
 ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

2020-06-08 Per discussione osm . sanspourriel

https://www.mapillary.com/app/?lat=48.8611312=2.4841852=17=G1IiVslryLcBZplrme2ENA=photo=0.30771109667569485=0.7322106887594706=3

Ce serait A 86 ou A 86 extérieur ? Sur le panneau il y a A 86 extérieur.

Et à partir de ça on sait reconstituer la référence RRN ?

"+" pour indiquer que la distance est positive ? Semble évident !

Le 08/06/2020 à 15:07, didier2020 - osm2...@free.fr a écrit :

Le lundi 08 juin 2020 à 14:31 +0200, Marc M. a écrit :

Le 08.06.20 à 13:26, didier2020 a écrit :

- 9057 ont un tag ref

ce serrait sans doute utile de chercher quelques photos
de borne avec la ref visible.

https://www.mapillary.com/app/?lat=48.8247647=2.4636774=17=IlaESQuLBwKEqsw1F-FV4w=photo=0.5059995150967409=0.4975920048505564=0

https://www.mapillary.com/app/?lat=48.8611312002=2.484185199562=16.84333642656937=G1IiVslryLcBZplrme2ENA=photo

https://www.mapillary.com/app/?lat=49.073468617885425=2.332858531006834=17=vxFrND-wENkm_OfdYDqsmA=photo


  60 sont du texte/inclus un . ou +

. est le séparateur décimal dans osm, du coup c'est numérique.
le + est + étrange.


ref:highway
serait une solution

à mon avis, quand il n'y a pas consensus, osmose doit s'abstenir
donc intégrons déjà toutes les bornes sans ref:highway


"notre" besoin de référence unique

quel besoin ? si la ref dans la source n'est pas unique, elle n'est
pas
unique.
prenons un exemple fictif : si la sncf décide de peindre ses places
de parking en commençant par 1 sur tous ces sites, cela ferra des
ref=1
non unique dans osm.
ce n'est pas le rôle d'osm d'inventer une ref genre ref:FR:SNCF:siteA
par dogme d'unicité dans osm.
ou exemple réel : la route ref=1 n'est pas unique dans osm,
c'est la réalité, cela n'empêche pas son utilisation.

dupliquer + tard un ref:highway s'il y a un cas d'usage et un
consensus,
c'est toujours possible

___
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] river - stream

2020-06-08 Per discussione nwastra
I am not very familiar with the iD editor but I notice that where a stream and 
highway cross, what boxes and dropdowns are offered depends what you have 
selected.
If you have the stream selected you will be offered tunnel/culvert/layer/etc as 
options.
If you have the highway selected you will be offered bridge/tunnel/ford/etc.

Is this the reason you are not seeing the options you expect?


> On 8 Jun 2020, at 10:49 pm, 80hnhtv4agou--- via talk  
> wrote:
> 
> i guss what i am saying, add a tunnel is wrong, when the road is on the 
> bridge, and the drop down box
>  
> says culvert. again i am only seeing the ID map.
>  
> i just tried it, it only says add a tunnel, then river is under bridge. 
> 
>  
> Monday, June 8, 2020 7:00 AM -05:00 from Mateusz Konieczny via talk 
> :
>  
> Is there anything wrong with that?
>  
>  
> Jun 8, 2020, 13:57 by talk@openstreetmap.org:
> in the ID editor, if you draw a stream - river  line, and it crosses a road, 
> you get a warning, with the suggestion
>  
> add a bridge or tunnel. 
>  
> Monday, June 8, 2020 5:13 AM -05:00 from Martin Koppenhoefer 
> :
>  
> Am Sa., 6. Juni 2020 um 18:02 Uhr schrieb Dave F via talk 
> :
> Do you have an example?
>  
>  
>  
> A simple example for a tunnel (here subway) on a bridge would be this:
> https://www.openstreetmap.org/way/757824513
> https://fr.wikipedia.org/wiki/Pont_Morand
>  
>  
>  
> Whether it's a bridge or tunnel is fairly easily defined by determining
> which is taking the load.
> If a tunnel's structure was removed, would whitewater's above it
> collapse? If 'yes' then it's a tunnel.
>  
>  
>  
> what I wrote was that - according to some technical definitions - a tunnel 
> must not have something above it, it may be sufficient that it is closed and 
> long enough. I am not sure if we share these definitions in OSM.
> According to the current wiki, "a tunnel is an underground passage for a road 
> or similar." and also: "tunnel=* is used for roads, railway line, canals etc 
> that run underground (in tunnel). "  This doesn't appear to be exhaustive / 
> complete, tunnels could also run underwater, above ground and potentially in 
> the future even in space, no?
> Many current underwater tunnels are also "underground", as they are often 
> running in a man made structure (embankment like) on the ground or below the 
> water body/river in the ground
>  
>  
>  
> Cheers
> Martin
>  
>  
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>  
>  
>  
>  
>  
>  
>  
>  
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>  
>  
>  
>  
>  
>  
>  
>  
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] VANDALISM !

2020-06-08 Per discussione 80hnhtv4agou--- via talk

That is a good question, I answered him on what he sent me, that he was 
complaining about in the form of a threat,
 
as andy said,
 
I was trying fix the ghost issue on a 10 year old  National Hydrography 
Dataset, download that was one 81 mile
 
multipolygon that was not even his edit, I answered him with the wiki. rule, 
and he attacked all my that day’s 
 
river edits some i have been working on for a year, attacking other issues next 
to the river as well
 
things that have been all ready ? by others users.
  
>Sunday, June 7, 2020 11:59 PM -05:00 from Alessandro Sarretta 
>:
> 
>If this is the changeset ( https://www.openstreetmap.org/changeset/86230442 ), 
>where is the discussion?
>Ale
>On 07/06/20 17:33, 80hnhtv4agou--- via talk wrote:
>>86230442
>>>Sunday, June 7, 2020 8:47 AM -05:00 from Dave F via talk < 
>>>talk@openstreetmap.org >:
>>> 
>>>Provide a link to the changeset.
>>>
>>>DaveF
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk 
 
 
 
 ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [Talk-us] [OSM-talk] VANDALISM !

2020-06-08 Per discussione 80hnhtv4agou--- via Talk-us

That is a good question, I answered him on what he sent me, that he was 
complaining about in the form of a threat,
 
as andy said,
 
I was trying fix the ghost issue on a 10 year old  National Hydrography 
Dataset, download that was one 81 mile
 
multipolygon that was not even his edit, I answered him with the wiki. rule, 
and he attacked all my that day’s 
 
river edits some i have been working on for a year, attacking other issues next 
to the river as well
 
things that have been all ready ? by others users.
  
>Sunday, June 7, 2020 11:59 PM -05:00 from Alessandro Sarretta 
>:
> 
>If this is the changeset ( https://www.openstreetmap.org/changeset/86230442 ), 
>where is the discussion?
>Ale
>On 07/06/20 17:33, 80hnhtv4agou--- via talk wrote:
>>86230442
>>>Sunday, June 7, 2020 8:47 AM -05:00 from Dave F via talk < 
>>>t...@openstreetmap.org >:
>>> 
>>>Provide a link to the changeset.
>>>
>>>DaveF
>___
>talk mailing list
>t...@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk 
 
 
 
 ___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [OSM-talk-fr] Etang sur arroux

2020-06-08 Per discussione Yves P.
> C'est une requête qui permet d'afficher les modifications entre 2 dates :
> 
> https://wiki.openstreetmap.org/wiki/Overpass_API/Augmented_Diffs 
> Merci :)

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


Re: [OSM-talk-fr] Etang sur arroux

2020-06-08 Per discussione Stéphane Péneau

Le 07/06/2020 à 16:45, Yves P. a écrit :

Une requête addif aurait pu faire l'affaire aussi.

Kesako ?


C'est une requête qui permet d'afficher les modifications entre 2 dates :

https://wiki.openstreetmap.org/wiki/Overpass_API/Augmented_Diffs

Stf

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


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

2020-06-08 Per discussione Marc M.
ok pour le besoin de doc.

Donat vient de nous informer que c'est tout ou rien en France,
donc la marque n'est pas nécessaire voir induirait en erreur.

pour le namespace, oki lorsqu'il y a un conflit (par exemple une route
sur un point peux avoir un nom pour la route et un pour le pont,
donc logique d'avoir bridge:name)
mais pour les tickets restaurants, cela me sembble une mauvaise
idée de faire dépendre le tag en fonction de l'étendue commerciale
d'une marque genre payment:meal_voucher=Sedexo puisque mondial
et payment:meal_voucher:FR=trucmuchlocal parce que fr-fr
avoir besoin de consulter le plan d'affaire d'une entreprise
pour choisir le tag n'a pas de sens.

Le 08.06.20 à 15:01, Topographe Fou a écrit :
> Par "pas claire" j'entends que le wiki ne propose rien aujourd'hui (ni
> sur la page anglaise, ni sur la française) et que la clé n'étant utilisé
> que 212 fois dans le monde dont seulement 30 fois pour autre chose que
> yes/no (pour Sodexo en l'occurrence) c'est qu'il doit sûrement rester un
> peu de discussion à avoir (83 fois en France métropolitaine avec 82
> yes/no + 1 chèque vacances).
> 
> Par ailleurs il peut y avoir plus d'un émetteur de titre (certes la CRT
> centralise les 4 plus gros émetteurs mais il n'y a pas qu'eux). Par
> 'brand' tu veux dire une liste des titres acceptés séparés par un ; ?
> Cela peut être une option mais d'expérience cela cafouille vite et puis
> la limite du nombre de caractères jouera probablement vite les troubles
> fêtes avec l'arrivée des nouveaux acteurs. D'où ma suggestion de rester
> dans la veine des autres moyens de paiement, ce qui renforce la
> cohérence. Le 'FR:' est une touche personnelle pour éviter d'éventuels
> conflits de noms quand un émetteur est clairement franco-français (ex :
> chèque vacances).
> 
> Le lun. 8 juin 2020 à 14:42, Marc M.  > a écrit :
> 
> Le 08.06.20 à 13:58, Topographe Fou a écrit :
> > il faudrait déjà un schéma claire, ce qui n'est pas le cas
> aujourd'hui.
> 
> =yes/brand/no c'est pas clair ?
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> -- 
> LeTopographeFou
> 
> ___
> 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] Tickets Restaurants et StreetComplete

2020-06-08 Per discussione Guy Godfroy
Désolé de l'envoi vide tout à l'heure.

Il faudrait aussi penser à la forme du formulaire à remplir côté StreetComplete.



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


Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

2020-06-08 Per discussione didier2020
Le lundi 08 juin 2020 à 14:31 +0200, Marc M. a écrit :
> Le 08.06.20 à 13:26, didier2020 a écrit :
> > - 9057 ont un tag ref
> 
> ce serrait sans doute utile de chercher quelques photos
> de borne avec la ref visible.

https://www.mapillary.com/app/?lat=48.8247647=2.4636774=17=IlaESQuLBwKEqsw1F-FV4w=photo=0.5059995150967409=0.4975920048505564=0

https://www.mapillary.com/app/?lat=48.8611312002=2.484185199562=16.84333642656937=G1IiVslryLcBZplrme2ENA=photo

https://www.mapillary.com/app/?lat=49.073468617885425=2.332858531006834=17=vxFrND-wENkm_OfdYDqsmA=photo

> 
> >  60 sont du texte/inclus un . ou +
> 
> . est le séparateur décimal dans osm, du coup c'est numérique.
> le + est + étrange.
> 
> > ref:highway
> > serait une solution
> 
> à mon avis, quand il n'y a pas consensus, osmose doit s'abstenir
> donc intégrons déjà toutes les bornes sans ref:highway
> 
> > "notre" besoin de référence unique
> 
> quel besoin ? si la ref dans la source n'est pas unique, elle n'est
> pas
> unique.
> prenons un exemple fictif : si la sncf décide de peindre ses places
> de parking en commençant par 1 sur tous ces sites, cela ferra des
> ref=1
> non unique dans osm.
> ce n'est pas le rôle d'osm d'inventer une ref genre ref:FR:SNCF:siteA
> par dogme d'unicité dans osm.
> ou exemple réel : la route ref=1 n'est pas unique dans osm,
> c'est la réalité, cela n'empêche pas son utilisation.
> 
> dupliquer + tard un ref:highway s'il y a un cas d'usage et un
> consensus,
> c'est toujours possible
> 
> ___
> 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] Tickets Restaurants et StreetComplete

2020-06-08 Per discussione Topographe Fou
Par "pas claire" j'entends que le wiki ne propose rien aujourd'hui (ni sur
la page anglaise, ni sur la française) et que la clé n'étant utilisé que
212 fois dans le monde dont seulement 30 fois pour autre chose que yes/no
(pour Sodexo en l'occurrence) c'est qu'il doit sûrement rester un peu de
discussion à avoir (83 fois en France métropolitaine avec 82 yes/no + 1
chèque vacances).

Par ailleurs il peut y avoir plus d'un émetteur de titre (certes la CRT
centralise les 4 plus gros émetteurs mais il n'y a pas qu'eux). Par 'brand'
tu veux dire une liste des titres acceptés séparés par un ; ? Cela peut
être une option mais d'expérience cela cafouille vite et puis la limite du
nombre de caractères jouera probablement vite les troubles fêtes avec
l'arrivée des nouveaux acteurs. D'où ma suggestion de rester dans la veine
des autres moyens de paiement, ce qui renforce la cohérence. Le 'FR:' est
une touche personnelle pour éviter d'éventuels conflits de noms quand un
émetteur est clairement franco-français (ex : chèque vacances).

Le lun. 8 juin 2020 à 14:42, Marc M.  a écrit :

> Le 08.06.20 à 13:58, Topographe Fou a écrit :
> > il faudrait déjà un schéma claire, ce qui n'est pas le cas aujourd'hui.
>
> =yes/brand/no c'est pas clair ?
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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


Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

2020-06-08 Per discussione didier2020
Le lundi 08 juin 2020 à 14:31 +0200, Marc M. a écrit :
> Le 08.06.20 à 13:26, didier2020 a écrit :
> > - 9057 ont un tag ref
> 
> ce serrait sans doute utile de chercher quelques photos
> de borne avec la ref visible.
> 
> >  60 sont du texte/inclus un . ou +
> 
> . est le séparateur décimal dans osm, du coup c'est numérique.
> le + est + étrange.
c'est quelqu'un dont le métier est la route
12+1600 veut dire 1600 m après 12
> 
> > ref:highway
> > serait une solution
> 
> à mon avis, quand il n'y a pas consensus, osmose doit s'abstenir
> donc intégrons déjà toutes les bornes sans ref:highway
> 
> > "notre" besoin de référence unique
> 
> quel besoin ? si la ref dans la source n'est pas unique, elle n'est
> pas
> unique.

dans la base de donnée du réseau rrn, 
route + borne = référence & localisation unique

> prenons un exemple fictif : si la sncf décide de peindre ses places
> de parking en commençant par 1 sur tous ces sites, cela ferra des
> ref=1
> non unique dans osm.
> ce n'est pas le rôle d'osm d'inventer une ref genre ref:FR:SNCF:siteA
> par dogme d'unicité dans osm.
> ou exemple réel : la route ref=1 n'est pas unique dans osm,
> c'est la réalité, cela n'empêche pas son utilisation.
> 

c'est comme une addr:housenumber sans addr:street ni relation
associated...
le numero seul a une réutilisation très limitée voir inexistante.



> dupliquer + tard un ref:highway s'il y a un cas d'usage et un
> consensus,
> c'est toujours possible
> 
> ___
> 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] river - stream

2020-06-08 Per discussione 80hnhtv4agou--- via talk

>i guss what i am saying, add a tunnel is wrong, when the road is on the 
>bridge, and the drop down box
 
says culvert. again i am only seeing the ID map.
> 
>i just tried it, it only says add a tunnel, then river is under bridge. 
>
> 
>>Monday, June 8, 2020 7:00 AM -05:00 from Mateusz Konieczny via talk < 
>>talk@openstreetmap.org >:
>> 
>>Is there anything wrong with that?
>> 
>> 
>>Jun 8, 2020, 13:57 by talk@openstreetmap.org:
in the ID editor, if you draw a stream - river  line, and it crosses a 
road, you get a warning, with the suggestion
 
add a bridge or tunnel. 
 
>Monday, June 8, 2020 5:13 AM -05:00 from Martin Koppenhoefer < 
>dieterdre...@gmail.com >:
> 
>Am Sa., 6. Juni 2020 um 18:02 Uhr schrieb Dave F via talk < 
>talk@openstreetmap.org >:
>>Do you have an example?
>> 
> 
> 
>A simple example for a tunnel (here subway) on a bridge would be this:
>https://www.openstreetmap.org/way/757824513
>https://fr.wikipedia.org/wiki/Pont_Morand
> 
> 
> 
>>Whether it's a bridge or tunnel is fairly easily defined by determining
>>which is taking the load.
>>If a tunnel's structure was removed, would whitewater's above it
>>collapse? If 'yes' then it's a tunnel.
> 
> 
> 
>what I wrote was that - according to some technical definitions - a tunnel 
>must not have something above it, it may be sufficient that it is closed 
>and long enough. I am not sure if we share these definitions in OSM.
>According to the current wiki, "a tunnel is an underground passage for a 
>road or similar." and also: " tunnel =* is used for roads, railway line, 
>canals etc that run underground (in  tunnel ). "  This doesn't appear to 
>be exhaustive / complete, tunnels could also run underwater, above ground 
>and potentially in the future even in space, no?
>Many current underwater tunnels are also "underground", as they are often 
>running in a man made structure (embankment like) on the ground or below 
>the water body/river in the ground
> 
> 
> 
>Cheers
>Martin
> 
> 
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk
 
 
 
 
>>> 
>>> 
>>> 
>>> 
>>___
>>talk mailing list
>>talk@openstreetmap.org
>>https://lists.openstreetmap.org/listinfo/talk 
> 
> 
> 
>  
 
 
 
 ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


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

2020-06-08 Per discussione Marc M.
Le 08.06.20 à 13:58, Topographe Fou a écrit :
> il faudrait déjà un schéma claire, ce qui n'est pas le cas aujourd'hui.

=yes/brand/no c'est pas clair ?

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


Re: [Talk-dk] Ukrediteret brug af OSM data, endda mod betaling.

2020-06-08 Per discussione Anders Wegge Keller
På Mon, 8 Jun 2020 11:03:53 +0200
o...@workmail.com skrev:
> Firmaets hjemmeside, nederst: http://mkayart.dk/handelsbetingelser/
> "Plakaterne følger retningslinjerne for OpenStreetMap.com".

Den var der ikke i går aftes. Men det er heller ikke nok:

https://wiki.openstreetmap.org/wiki/Legal_FAQ#3b._If_I_have_data_derived_from_OSM_data.2C_do_I_have_to_distribute_it.3F

-- 
/Wegge

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


Re: [OSM-talk-ie] name=Ireland | Re: name=Éire / Ireland

2020-06-08 Per discussione Nick Burrett
http://www.irishstatutebook.ie/eli/cons/en/html#part2

For those that don't trust Wikipedia

On Mon, 8 Jun 2020, 12:38 Karl Newsletters,  wrote:

> Article 4 of the Constitution of Ireland, gives the state its two official
> names, Éire in Irish and Ireland in English. Each name is a direct
> translation of the other. From 1937, the name Éire was often used even in
> the English language.
>
> copy from wikipedia, so usual precautions apply
>
>
> On Mon, 8 Jun 2020 at 12:05, Rory McCann  wrote:
>
> > I think `name=Ireland` is best. For `name`, the most commonly used name
> > in the place for the thing is what it should be. And, whatever one
> > things /should be/ the most common name, I think we can all agree that
> > what /is/ the most common name is “Ireland”.
> >
> > `int_name` is a silly tag. I haven't heard of a good definition of that
> > aside from “Name of the country in English”, which wronly prioritises
> > English. Why not `int_name=جزيرة أيرلندا`?
> >
> > On 07/06/2020 16:24, Neil O'Byrne wrote:
> > > The Irish euro coins just have Éire.  So maybe name=Éire and
> > int_name=Ireland
> > >
> > > -Original Message-
> > > From: Colm Moore [mailto:colmmoor...@hotmail.com]
> > > Sent: Sunday 7 June 2020 14:56
> > > To: talk-ie@openstreetmap.org
> > > Subject: [OSM-talk-ie] name=Éire / Ireland
> > >
> > > Hi,
> > >
> > > https://www.openstreetmap.org/relation/62273
> > >
> > > Someone has set the name of the (Republic of) Ireland to "Éire /
> > Ireland". Whatever about Irish constitutional nuances, OSM usually uses
> one
> > field=one piece of data. I'm inclined to change it to name=Ireland, given
> > that Ireland is the name that most people use.
> > >
> > > Separately, there is the matter of lots of the international
> > translations are of "Republic of Ireland" instead of "Ireland". Does
> anyone
> > have thoughts on how to deal with potential grammatical issues in
> > rationalising these?
> > >
> > > Colm
> > >
> > >
> >
> ---
> > > Never doubt that a small group of thoughtful, committed citizens can
> > change the world. Indeed, it is the only thing that ever has. Margaret
> Mead
> > ___
> > > Talk-ie mailing list
> > > Talk-ie@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-ie
> > >
> > >
> >
> > ___
> > Talk-ie mailing list
> > Talk-ie@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ie
> >
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie


Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

2020-06-08 Per discussione Marc M.
Le 08.06.20 à 13:26, didier2020 a écrit :
> - 9057 ont un tag ref

ce serrait sans doute utile de chercher quelques photos
de borne avec la ref visible.

>  60 sont du texte/inclus un . ou +

. est le séparateur décimal dans osm, du coup c'est numérique.
le + est + étrange.

> ref:highway
> serait une solution

à mon avis, quand il n'y a pas consensus, osmose doit s'abstenir
donc intégrons déjà toutes les bornes sans ref:highway

> "notre" besoin de référence unique

quel besoin ? si la ref dans la source n'est pas unique, elle n'est pas
unique.
prenons un exemple fictif : si la sncf décide de peindre ses places
de parking en commençant par 1 sur tous ces sites, cela ferra des ref=1
non unique dans osm.
ce n'est pas le rôle d'osm d'inventer une ref genre ref:FR:SNCF:siteA
par dogme d'unicité dans osm.
ou exemple réel : la route ref=1 n'est pas unique dans osm,
c'est la réalité, cela n'empêche pas son utilisation.

dupliquer + tard un ref:highway s'il y a un cas d'usage et un consensus,
c'est toujours possible

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


Re: [OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

2020-06-08 Per discussione Percherie OnDaNet

Merci, je vais faire ça

Nickel le lien, je m'en sert souvent quand j'ai un doute

Le 08/06/2020 à 14:23, deuzeffe a écrit :

Le 08/06/2020 à 13:57, Percherie OnDaNet a écrit :

Bonjour,

Suite à cela, est-ce je doit remonter ces remarques à une adresse ou 
page en particulier où les responsable d'Osmose lisent l'intégralité 
des courriels de cette liste :-P (oui je sais la réponse est dans la 
question).


Où puis-je remonter l'information ?


Il semblerait que ça soit un pb d'analyse pour toi ? Alors, tu peux le 
signaler ici : https://github.com/osm-fr/osmose-backend/issues


Cerise sur le gâteau, la bible fr dont je me sers pour cartographier 
les lignes de bus de mon coin est ici : 
https://nlehuby.5apps.com/bien-cartographier-les-bus.html


Happy maping!


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


Re: [OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

2020-06-08 Per discussione deuzeffe

Le 08/06/2020 à 13:57, Percherie OnDaNet a écrit :

Bonjour,

Suite à cela, est-ce je doit remonter ces remarques à une adresse ou 
page en particulier où les responsable d'Osmose lisent l'intégralité des 
courriels de cette liste :-P (oui je sais la réponse est dans la question).


Où puis-je remonter l'information ?


Il semblerait que ça soit un pb d'analyse pour toi ? Alors, tu peux le 
signaler ici : https://github.com/osm-fr/osmose-backend/issues


Cerise sur le gâteau, la bible fr dont je me sers pour cartographier les 
lignes de bus de mon coin est ici : 
https://nlehuby.5apps.com/bien-cartographier-les-bus.html


Happy maping!
--
deuzeffe, droguée aux lignes de bus ^^

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


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

2020-06-08 Per discussione osm . sanspourriel

Ou acceptent la version papier mais pas la version carte.

Le 08/06/2020 à 13:36, Yves P. - yves.prat...@gmail.com a écrit :

Demander quand même car certains commerces n'ont plus le lecteur et n'ont pas 
enlevé l'autocollant sur la vitrine.



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


[Talk-tr] atıf göstermeyen siteler

2020-06-08 Per discussione Roman Neumüller

Şuna bakınız: atıf göstermeyen kaymakamlık siteler:

mesela
* http://bayburt.gov.tr/ilcelerimiz
* http://samsun.gov.tr/ilcelerimiz

Sadece Leaflet'in bağlantı görünüyor.
Her halde hepsi bir resmi yazılımı kullanıyorlar...

O konuda ne yapabiliriz ?

slm

Roman

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


Re: [Talk-dk] Uncredited use of OSM at mapiful.se?

2020-06-08 Per discussione jakob
...men er det nok? Skal krediteringen ikke også fremgå af selve 
trykket/plakaten? Det lader fx til, at Mapifuls plakater bliver solgt på 
desenio.dk (søg på "map" på deres hjemmeside) - og så er der jo ingen 
henvisning til OSM?

-- 
Jakob

-Original Message-
From: o...@workmail.com  
Sent: 8. juni 2020 13:49
To: ja...@barfod.dk; talk-dk@openstreetmap.org
Subject: Re: [Talk-dk] Uncredited use of OSM at mapiful.se?


Nederst på siden "Attribution and copyright to work of others" 
https://www.mapiful.com/terms-condition/


--


> Sent: Monday, June 08, 2020 at 1:25 PM
> From: ja...@barfod.dk
> To: talk...@openstreetmap.org
> Cc: "'OpenStreetMap Denmark'" 
> Subject: [Talk-dk] Uncredited use of OSM at mapiful.se?
>
> To the Swedish OSM "talk" list.
>
> (cc: the Danish OSM "talk" list)
>
> There is an ongoing discussion on the Danish talk list regarding the 
> company MK'ay art (mkayart.dk) who is apparently using OSM data 
> without proper attribution to OSM.
>
> When approached, the owner of mkayart explains that she was inspired 
> by the Swedish company Mapiful (mapiful.com) - who also seems to use 
> OSM data without attribution.
>
> I would like to approach Mapiful using the excellent guideline at 
> https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution - but 
> not if the issue has already been handled in the Swedish community.
>
> So therefore: Do you know if Mapiful's use of OSM data has been 
> addressed by the Swedish OSM community?
>
> Best Regards,
>
> --
> Jakob
>
>
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>



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


Re: [Talk-it] Aggiornamento civici comune di Fiè allo Sciliar BZ

2020-06-08 Per discussione Cascafico Giovanni
Ho dato un'occhiata al dataset e mi èpare sia abbstanza ordinato e
precido per impostare un update-import...

Ci sono dei piccoli problemi legati ai caratteri: il dataset ha i
caratteri tedeschi con l’umlaut (i due puntini sulle vocali per
intenderci), ma manca la doppia s tedesca ß, per cui ho fatto un
replace su addr:street.

Provate pure la mappa di audit [1] ed eventualmente se non ci sono
problemi diffusi si fa l'update in OSM.

[1] http://audit.osmz.ru/map/3600047232




Il sab 6 giu 2020, 17:34 Lorenzo Mastrogiacomi 
ha scritto:
>
> Ciao.
>
> Ho ricevuto una richiesta di aggiornamento dei civici per il comune in 
> oggetto (inviata a me perché sono l'ultimo che li ha modificati visto che un 
> paio di anni fa ho convertito gli apostrofi in accenti).
>
> I civici sono stati importati nel 2014 e l'import dovrebbe essere quello 
> documentato qui:
> https://wiki.openstreetmap.org/wiki/AltoAdige_-_S%C3%BCdtirol/OpenGisData_HouseNumber_Import2
>
> C'è per caso qualche attività in corso oppure è già stato fatto qualcosa per 
> altri comuni della provincia?
>
> Riporto la richiesta:
> Buongiorno,
>
> visto che Lei ha modificato l’ultima volta i numeri civici nella comune di 
> Fiè allo Sciliar volevo chiedere se sarebbe possible di aggiornarli a quelli 
> nuovi.
>
> I numeri civici nuovi sono disponibile e possono essere esportati da: 
> http://geocatalogo.retecivica.bz.it/geokatalog/#! 1. Selezionare Dati: numeri 
> civici 2. Download -> Modalità di selezione: luogo 3. Download -> luogo: Fie’ 
> allo Sciliar, (Comune Amministrativo), comune di Fie’ allo Sciliar 4. 
> Download -> Dati vettoriali: geoJSON 5. Download ->Scarica
>
> Se Lei mi potrebbe dare anche il suo indirizzo E-Mail poterei inoltrare il 
> suo contatto anche alle comune di Fiè allo Sciliar per eventuali ulteriori 
> dettagli.
>
> Cordiali Saluti, Thomas Mair Vigili Volontari Aica di Fié
>
>
>
> Lorenzo
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it

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


Re: [OSM-talk] river - stream

2020-06-08 Per discussione 80hnhtv4agou--- via talk

>in the ID editor, if you draw a stream - river  line, and it crosses a road, 
>you get a warning, with the suggestion
> 
>add a bridge or tunnel. 
> 
>>Monday, June 8, 2020 5:13 AM -05:00 from Martin Koppenhoefer < 
>>dieterdre...@gmail.com >:
>> 
>>Am Sa., 6. Juni 2020 um 18:02 Uhr schrieb Dave F via talk < 
>>talk@openstreetmap.org >: 
>>>Do you have an example?
>>> 
>> 
>> 
>>A simple example for a tunnel (here subway) on a bridge would be this:
>>https://www.openstreetmap.org/way/757824513
>>https://fr.wikipedia.org/wiki/Pont_Morand
>> 
>> 
>>  
>>>Whether it's a bridge or tunnel is fairly easily defined by determining
>>>which is taking the load.
>>>If a tunnel's structure was removed, would whitewater's above it
>>>collapse? If 'yes' then it's a tunnel.
>> 
>> 
>> 
>>what I wrote was that - according to some technical definitions - a tunnel 
>>must not have something above it, it may be sufficient that it is closed and 
>>long enough. I am not sure if we share these definitions in OSM.
>>According to the current wiki, "a tunnel is an underground passage for a road 
>>or similar." and also: " tunnel =* is used for roads, railway line, canals 
>>etc that run underground (in  tunnel ). "  This doesn't appear to be 
>>exhaustive / complete, tunnels could also run underwater, above ground and 
>>potentially in the future even in space, no?
>>Many current underwater tunnels are also "underground", as they are often 
>>running in a man made structure (embankment like) on the ground or below the 
>>water body/river in the ground
>> 
>> 
>> 
>>Cheers
>>Martin
>> 
>> 
>>___
>>talk mailing list
>>talk@openstreetmap.org
>>https://lists.openstreetmap.org/listinfo/talk 
> 
> 
> 
>  
 
 
 
 ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] river - stream

2020-06-08 Per discussione Mateusz Konieczny via talk
Is there anything wrong with that?


Jun 8, 2020, 13:57 by talk@openstreetmap.org:

>> in the ID editor, if you draw a stream - river  line, and it crosses a road, 
>> you get a warning, with the suggestion
>>  
>> add a bridge or tunnel. 
>>  
>>
>>> Monday, June 8, 2020 5:13 AM -05:00 from Martin Koppenhoefer <>>> 
>>> dieterdre...@gmail.com >>> >:
>>>  
>>> Am Sa., 6. Juni 2020 um 18:02 Uhr schrieb Dave F via talk <>>> 
>>> talk@openstreetmap.org 
>>> :
>>>
 Do you have an example?
  

>>>  
>>>  
>>> A simple example for a tunnel (here subway) on a bridge would be this:
>>> https://www.openstreetmap.org/way/757824513
>>> https://fr.wikipedia.org/wiki/Pont_Morand
>>>  
>>>  
>>>  
>>>
 Whether it's a bridge or tunnel is fairly easily defined by determining
 which is taking the load.
 If a tunnel's structure was removed, would whitewater's above it
 collapse? If 'yes' then it's a tunnel.

>>>  
>>>  
>>>  
>>> what I wrote was that - according to some technical definitions - a tunnel 
>>> must not have something above it, it may be sufficient that it is closed 
>>> and long enough. I am not sure if we share these definitions in OSM.
>>> According to the current wiki, "a tunnel is an underground passage for a 
>>> road or similar." and also: ">>> tunnel < =*>>>  is used for roads, 
>>> railway line, canals etc that run underground (in >>> tunnel 
>>> >> exhaustive / complete, tunnels could also run underwater, above ground and 
>>> potentially in the future even in space, no?
>>> Many current underwater tunnels are also "underground", as they are often 
>>> running in a man made structure (embankment like) on the ground or below 
>>> the water body/river in the ground
>>>  
>>>  
>>>  
>>> Cheers
>>> Martin
>>>  
>>>  
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org <>
>>> https://lists.openstreetmap.org/listinfo/talk
>>>
>>  
>>  
>>  
>>  
>>
>  
>  
>  
>  
>___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


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

2020-06-08 Per discussione Topographe Fou
Inclure aussi les chèques vacances ! Qui ne sont pas restreint à la
restauration.

Pour ce qui est de SC attention à la formulation de la quête car ce que la
plupart des gens de mon entourage appellent "tickets restaurants" sont en
fait des titres restaurant d'un émetteur concurrent (voir
https://fr.wikipedia.org/wiki/Titre_restaurant#Organismes). Comme quand on
parle d'un Zodiac ou d'un Frigidaire à la place d'un semi-rigide ou d'un
réfrigérateur. J'imagine que le sujet du mail porte sur tous les émetteurs
de titres restaurant.

Au delà de l'outils il faudrait déjà un schéma claire, ce qui n'est pas le
cas aujourd'hui. Une solution simple consisterait à reprendre le principe
des cartes de crédits :

   - payment:meal_voucher comme "clé générique pour dire que les titres
   restaurant *ne* sont *pas* acceptées"
   - payment:FR:cheque_de_table=*
   - payment:FR:ticket_restaurant=*
   - payment:FR:cheque_vacances=*
   - ...

Pour ce qui est des logos les Data items du wiki OSM peuvent être associés
au Wikidata items de Wikidata, permettant ainsi aux outils de récupérer
dynamiquement logos, opérateurs...

Le lun. 8 juin 2020 à 13:37, Yves P.  a écrit :

> > on peut imaginer proposer les logos des titres restaurant et des cartes
> de paiement, éventuellement regroupées par type. « sélectionnez tous les
> moyens de paiement acceptés ici puis validez la quête ».
>
> Super :)
>
> Pour les différents titres restaurant, tu détails ou pas ?
>
> > Il y a beaucoup de commerces qui ont ces logos sur leur vitrine, donc ça
> devrait pas être trop compliqué.
> Oui :)
>
> Demander quand même car certains commerces n'ont plus le lecteur et n'ont
> pas enlevé l'autocollant sur la vitrine.
>
> __
> Yves
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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


Re: [OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

2020-06-08 Per discussione Percherie OnDaNet

Merci Marc pour tes précisions

Suite à cela, est-ce je doit remonter ces remarques à une adresse ou 
page en particulier où les responsable d'Osmose lisent l'intégralité des 
courriels de cette liste :-P (oui je sais la réponse est dans la question).


Où puis-je remonter l'information ?

cordialement

Le 08/06/2020 à 10:52, Marc M. a écrit :

Le 08.06.20 à 10:40, Percherie OnDaNet a écrit :

Juste pour être certains que je ne fasse pas d'erreur : Peut-on avec
le schéma Public Transport V2 placer deux nœuds pour un arrêt, n°1
l'emplacement de l'arrêt (stop_position) et n°2 l'emplacement des
passagers (platform) ? Ou est-ce à éviter ?

c'est possible, non obligatoire et c'est la version la plus "complète"
avis perso : je commencerais par toutes les plateforme
avant d'ajouter éventuelement les stop_position.
histoire d'avoir un réseau qui a au moins une fois l'info (la
plateforme) pour tous les arrêts au lieu d'avoir un réseau
qui est super précis mais qui n'est pas complet)
mais c'est un choix qui t'appartient.


Pour l'arrêt "Cave Coopérative", le nœud
https://www.openstreetmap.org/node/2466864152 est bien sur le chemin et
il à le tag "highway=bus_stop". Je m'attendais à avoir le fix-edit de
Osmose propose le tag "public_transport=stop_position" au lieu de
"public_transport=platform". Quelle est la réponse idéale ?

oui idéalement osmose devrait dire "cela appartient à la route,
donc fix avec stop_postion ou déconnectez de la route pour une plateforme"


Pour l'arrêt "La Ricarde", le nœud
https://www.openstreetmap.org/node/4498238410 est isolé mais porte des
tag nécessitant d'être rattaché au chemin (stop_position et bus_stop).
Je m'attendais à ce qu'Osmose demande à ce qu'il soit rattaché OU BIEN
que les tag soient modifiés (platform) pour que cela corresponde à un
nœud isolé. Pour l'instant Osmose ne remonte aucune erreur sur
"public_transport=stop_position" sur des nœud isolé.

oui idéalement osmose devrait dire "rattachez le stop_position à la
route si c'est l'emplacement du véhicule ou corriger en plateform
si c'est le lieu d'attente du véhicule

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-it] Importazione delle stazioni di ricarica per auto Enel

2020-06-08 Per discussione Nap Osm
Buon pomeriggio, lista.
Volevo chiedere se fosse possibile importare le posizioni delle colonnine di 
ricarica di Enel X su OpenStreetMap in Italia. Qualcuno è riuscito a contattare 
Enel per ottenere la concessione per l'import? Su Google Maps sembra siano 
presenti dappertutto (anche nei paesi più piccoli), quindi presumo siano state 
importate dal database ufficiale, si potrebbe riuscire a fare una cosa simile 
con OpenStreetMap? Ho letto anche un tweet dell'account ufficiale, ma sembra 
sia finita lì. Qualcuno ha qualche novità?

Mappa delle colonnine di ricarica: 
https://www.enelx.com/it/it/mobilita-elettrica/mappa-stazioni-ricarica
Tweet: https://twitter.com/OpenStreetMapIt/status/1129301939928391681
[https://pbs.twimg.com/profile_images/37880338088022/46cfb27f42292711bdc482416d4f8af2_400x400.png]
OpenStreetMap Italia on 
Twitter
“Ciao @EnelEnergiaHelp @enelenergia visto che @googleitalia non vi permette di 
inserire le colonnine di ricarica su @googlemaps ci mandate il dataset, lo 
carichiamo su @openstreetmap che viene usato liberamente dai principali 
navigatori? @antitrust_it https://t.co/Opqo0eoNyp”
twitter.com

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


Re: [Talk-dk] Uncredited use of OSM at mapiful.se?

2020-06-08 Per discussione osm
Nederst på siden "Attribution and copyright to work of others" 
https://www.mapiful.com/terms-condition/


--


> Sent: Monday, June 08, 2020 at 1:25 PM
> From: ja...@barfod.dk
> To: talk...@openstreetmap.org
> Cc: "'OpenStreetMap Denmark'" 
> Subject: [Talk-dk] Uncredited use of OSM at mapiful.se?
>
> To the Swedish OSM "talk" list.
> 
> (cc: the Danish OSM "talk" list)
> 
> There is an ongoing discussion on the Danish talk list regarding the company
> MK'ay art (mkayart.dk) who is apparently using OSM data without proper
> attribution to OSM.
> 
> When approached, the owner of mkayart explains that she was inspired by the
> Swedish company Mapiful (mapiful.com) - who also seems to use OSM data
> without attribution.
> 
> I would like to approach Mapiful using the excellent guideline at
> https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution - but not if
> the issue has already been handled in the Swedish community.
> 
> So therefore: Do you know if Mapiful's use of OSM data has been addressed by
> the Swedish OSM community?
> 
> Best Regards,
> 
> -- 
> Jakob
> 
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>

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


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

2020-06-08 Per discussione Yves P.
> Pour les différents titres restaurant, tu détails ou pas ?
Je viens de lire le mél de notre DRH :)
Donc pas besoin pour la France.

Et comment ça se passe en Wallonie ?

Existe-t-il plusieurs titres ?
Si oui, sont-ils tous acceptés ?

__
Yves


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


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

2020-06-08 Per discussione Yves P.
> on peut imaginer proposer les logos des titres restaurant et des cartes de 
> paiement, éventuellement regroupées par type. « sélectionnez tous les moyens 
> de paiement acceptés ici puis validez la quête ».

Super :)

Pour les différents titres restaurant, tu détails ou pas ?

> Il y a beaucoup de commerces qui ont ces logos sur leur vitrine, donc ça 
> devrait pas être trop compliqué.
Oui :)

Demander quand même car certains commerces n'ont plus le lecteur et n'ont pas 
enlevé l'autocollant sur la vitrine.

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


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

2020-06-08 Per discussione Julien Lepiller
Le 8 juin 2020 04:42:07 GMT-04:00, "Yves P."  a écrit :
>> Hélas si le nombre de réponses augmente on s'éloigne de l'esprit de
>StreetComplete, qui cherche des quêtes simples.
>
>> Dans l'idéal c'est une réponse simple oui/non qui est attendue.
>C'est un peu le problème de SC.
>
>Mais proposer un formulaire avec une case à cocher pour chaque moyen de
>paiement en France est-ce un problème ?
>
>Ou faut-il faire une quête pour les TR ?
>Puis repasser au même endroit pour une autre quête sur les cartes VISA
>?
>Etc.
>
>__
>Yves

Un peu comme la quête des types de bâtiments, on peut imaginer proposer les 
logos des titres restaurant et des cartes de paiement, éventuellement 
regroupées par type. « sélectionnez tous les moyens de paiement acceptés ici 
puis validez la quête ». Il y a beaucoup de commerces qui ont ces logos sur 
leur vitrine, donc ça devrait pas être trop compliqué.

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


[OSM-talk-fr] Intégration du bornage du réseau routier national

2020-06-08 Per discussione didier2020
comme il n'y a pas de consensus sur l'utilisation des tags
complémentaire a higway=milestone,

j'ai téléchargé le pbf de la france et filtrer les nodes
highway=milestone pour voir ce qui existe :

sur 10935 higway=milestone, 
- 9057 ont un tag ref
- 442 ont un tag ref avec une valeur numerique
- distance :
 705 n'ont pas de valeur distance
 60 sont du texte/inclus un . ou +
 170 ont des valeurs supérieur a 1000, donc a prioris des metres plutot
que des kilometres
- 400 avec un tag ref:highway

ce ref:highway est peut etre redondant,
mais pas plus que addr:street/name pour les adresses,
serait une solution pour "notre" besoin de référence unique pour le
réseau routier national ?






 




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


[Talk-dk] Uncredited use of OSM at mapiful.se?

2020-06-08 Per discussione jakob
To the Swedish OSM "talk" list.

(cc: the Danish OSM "talk" list)

There is an ongoing discussion on the Danish talk list regarding the company
MK'ay art (mkayart.dk) who is apparently using OSM data without proper
attribution to OSM.

When approached, the owner of mkayart explains that she was inspired by the
Swedish company Mapiful (mapiful.com) - who also seems to use OSM data
without attribution.

I would like to approach Mapiful using the excellent guideline at
https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution - but not if
the issue has already been handled in the Swedish community.

So therefore: Do you know if Mapiful's use of OSM data has been addressed by
the Swedish OSM community?

Best Regards,

-- 
Jakob



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


[OSM-talk-ie] name=Ireland | Re: name=Éire / Ireland

2020-06-08 Per discussione Rory McCann
I think `name=Ireland` is best. For `name`, the most commonly used name 
in the place for the thing is what it should be. And, whatever one 
things /should be/ the most common name, I think we can all agree that 
what /is/ the most common name is “Ireland”.


`int_name` is a silly tag. I haven't heard of a good definition of that 
aside from “Name of the country in English”, which wronly prioritises 
English. Why not `int_name=جزيرة أيرلندا`?


On 07/06/2020 16:24, Neil O'Byrne wrote:

The Irish euro coins just have Éire.  So maybe name=Éire and int_name=Ireland

-Original Message-
From: Colm Moore [mailto:colmmoor...@hotmail.com]
Sent: Sunday 7 June 2020 14:56
To: talk-ie@openstreetmap.org
Subject: [OSM-talk-ie] name=Éire / Ireland

Hi,

https://www.openstreetmap.org/relation/62273

Someone has set the name of the (Republic of) Ireland to "Éire / Ireland". 
Whatever about Irish constitutional nuances, OSM usually uses one field=one piece of 
data. I'm inclined to change it to name=Ireland, given that Ireland is the name that most 
people use.

Separately, there is the matter of lots of the international translations are of "Republic of 
Ireland" instead of "Ireland". Does anyone have thoughts on how to deal with 
potential grammatical issues in rationalising these?

Colm

---
Never doubt that a small group of thoughtful, committed citizens can change the 
world. Indeed, it is the only thing that ever has. Margaret Mead 
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie




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


Re: [Talk-dk] Ukrediteret brug af OSM data, endda mod betaling.

2020-06-08 Per discussione Peter Leth
Kære alle

Som jeg skrev i aftes, så har jeg ringet til Mette i dag og snakket med
hende (ud fra betragtningen om at det måske nogle gange kan være rart nok
at kunne snakke sammen om en sag sådan lidt mere uformelt)

Hun giver udtryk for at hun ikke ønsker at gøre noget forkert, og at hun
har ladet sig inspirere af Mapiful (dem i Stockholm, som jeg nævnte i går,
og som jeg virkelig heller ikke kan se nogen kreditering af osm på) og at
det derfor også overraskede hende at der skulle være noget galt.

Jeg foreslog hende at hun kunne skrive til Anders Hedelund at hun ville
kigge på sagen, sådan at vi andre i osm-fællesskabet, via Anders, kunne
blive orienteret, og at hun i den mail kunne give udtryk for at hun havde
fået vores henvendelse og hvad hun ville gøre ud fra vores henvendelse. Og
så foreslog jeg hende at hun også fulgte op med emails til os, når hun
havde gjort noget i forbindelse med vores henvendelse.

Jeg har tilbudt at hun kan ringe, hvis hun vil.
Jeg har både indledningsvis og til sidst understreget at jeg ikke taler på
nogens fælles vegne.

Men blot til orientering om at der er en dialog i gang.

Hilsen
Peter Leth



Den man. 8. jun. 2020 kl. 11.04 skrev :

> Firmaets hjemmeside, nederst: http://mkayart.dk/handelsbetingelser/
> "Plakaterne følger retningslinjerne for OpenStreetMap.com".
>
>
> --
>
>
> > Sent: Sunday, June 07, 2020 at 5:46 PM
> > From: "Anders Wegge Keller" 
> > To: "OpenStreetMap Denmark" 
> > Subject: [Talk-dk] Ukrediteret brug af OSM data, endda mod betaling.
> >
> > Er der nogen af jer der har kendskab til firmaet bag denne og mange andre
> > plakater?
> >
> >
> http://mkayart.dk/shop/11-hjemstavn-kollektionen/304-aarup-begraenset-antal---max-75-stk/
> >
> > Det pikerer mig lidt at man laver et kommercielt produkt uden
> overhovedet at
> > nævne hvor data kommer fra.
> >
> > --
> >
> > //Wegge
> >
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
> >
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>


-- 
*Med venlig hilsen *

*Peter Leth*
*pe...@pluk.dk  *
*l...@creativecommons.dk* 

*T. 5152 2387*
*Skype. peter.leth1*
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk


Re: [Talk-dk] Ukrediteret brug af OSM data, endda mod betaling.

2020-06-08 Per discussione Jens Hyllegaard
Det er en ny tilføjelse. Iflg. Googles cache stod det der ikke den 29 maj 2020.
http://webcache.googleusercontent.com/search?q=cache:pPL-IiX6xrcJ:mkayart.dk/handelsbetingelser/+=1=da=clnk=dk


-Oprindelig meddelelse-
Fra: o...@workmail.com  
Sendt: 8. juni 2020 11:04
Til: talk-dk@openstreetmap.org
Emne: Re: [Talk-dk] Ukrediteret brug af OSM data, endda mod betaling.

Firmaets hjemmeside, nederst: http://mkayart.dk/handelsbetingelser/ "Plakaterne 
f lger retningslinjerne for OpenStreetMap.com".


-- 


> Sent: Sunday, June 07, 2020 at 5:46 PM
> From: "Anders Wegge Keller" 
> To: "OpenStreetMap Denmark" 
> Subject: [Talk-dk] Ukrediteret brug af OSM data, endda mod betaling.
>
> Er der nogen af jer der har kendskab til firmaet bag denne og mange 
> andre plakater?
> 
> http://mkayart.dk/shop/11-hjemstavn-kollektionen/304-aarup-begraenset-
> antal---max-75-stk/
> 
> Det pikerer mig lidt at man laver et kommercielt produkt uden 
> overhovedet at n vne hvor data kommer fra.
> 
> --
> 
> //Wegge
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>

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


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


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

2020-06-08 Per discussione Donat ROBAUX
Bonjour,

Concernant les TR, la réglementation est très encadrée car assimilés à un
moyen de paiement et à des avantages en nature (donc l'Urssaf veille).
Le terme exact (générique) est Titre-restaurant, car Ticket Resto est une
marque du groupe Endenred.
Pour le reste, à partir du moment où un commerçant accepte les TR, il les
accepte tous sans distinction. Au delà, du TR en papier, il existe depuis
plusieurs années les paiements dématérialisés (cartes, smartphone). Les
sociétés émettrices des TR font partie d'une commission nationale (la CNTR
http://www.cntr.fr/V2/home.php) qui gère tout ca.

Voilà pour l'essentiel.

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


Re: [OSM-talk] river - stream

2020-06-08 Per discussione Martin Koppenhoefer
Am Sa., 6. Juni 2020 um 18:02 Uhr schrieb Dave F via talk <
talk@openstreetmap.org>:

> Do you have an example?
>
>

A simple example for a tunnel (here subway) on a bridge would be this:
https://www.openstreetmap.org/way/757824513
https://fr.wikipedia.org/wiki/Pont_Morand




> Whether it's a bridge or tunnel is fairly easily defined by determining
> which is taking the load.
> If a tunnel's structure was removed, would whitewater's above it
> collapse? If 'yes' then it's a tunnel.




what I wrote was that - according to some technical definitions - a tunnel
must not have something above it, it may be sufficient that it is closed
and long enough. I am not sure if we share these definitions in OSM.
According to the current wiki, "a tunnel is an underground passage for a
road or similar." and also: "tunnel=* is used for roads, railway line,
canals etc that run underground (in tunnel
). "  This doesn't appear to be
exhaustive / complete, tunnels could also run underwater, above ground and
potentially in the future even in space, no?
Many current underwater tunnels are also "underground", as they are often
running in a man made structure (embankment like) on the ground or below
the water body/river in the ground


Cheers
Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [Talk-de] YouTube Account "OpenStreetMap Deutschland"

2020-06-08 Per discussione Sören Reinecke via Talk-de
Hi Jochen,

bin schon dabei :)

Gruß

Sören Reinecke

On Mon, 2020-06-08 at 10:09 +0200, Jochen Topf wrote:
> Hallo Sören,
> 
> magst Du vielleicht noch einen News-Artikel für www.fossgis.de
> schreiben? Am besten gleich als Markdown und als Pull Request auf
> https://github.com/fossgis/fossgis-webseite ?
> 
> Kannst auch noch etwas warten bis https://videos.openstreetmap.de
> hübscher geworden ist -- wie ihr wollt.
> 
> Jochen
> 
> On Sun, Jun 07, 2020 at 11:41:02PM +0200, Sören Reinecke via Talk-de
> wrote:
> > Date: Sun, 07 Jun 2020 23:41:02 +0200
> > From: Sören Reinecke via Talk-de 
> > To: talk-de@openstreetmap.org
> > Cc: Sören Reinecke 
> > Subject: Re: [Talk-de] YouTube Account "OpenStreetMap Deutschland"
> > 
> > Hi,
> > 
> > nun ist es soweit. Unser YouTube Account 
> > https://www.youtube.com/channel/UCjCS5VzsMI2TreDsIxWoIEg ist heute
> > mit
> > zwei Videos online gegangen. Für Menschen, die YouTube nicht mögen,
> > gibt es https://videos.openstreetmap.de (Das befindet sich zurzeit
> > im
> > Aufbau und soll noch einen hübschen Anstrich bekommen, insofern
> > sind
> > Designideen gefragt :))
> > 
> > Wir werden nun nach und nach das Angebot weiter ausbauen. Die
> > dazugehörige Wikiseite 
> > https://wiki.openstreetmap.org/wiki/Germany/Videos_zu_OSM wird
> > ebenfalls aktualisiert. Zu Anfang werden wir noch etwas träge
> > agieren,
> > weil wir noch keine Workflows haben. Aber wir arbeiten daran.
> > 
> > Wir sind in Moment zwei bis drei die das machen. Einer ist wieder
> > ausgestiegen. Insofern freuen wir uns auch über OSMler, die
> > ebenfalls
> > zum Projekt "Videos zu OSM" beitragen wollen.
> > 
> > Längerfristig soll es auch das Ziel werden, Videos mit veraltetem
> > Inhalt rauszunehmen und neu zu machen. Hat den positiven
> > Nebeneffekt,
> > dass man die Videos dabei qualitativ verbessern kann. 
> > 
> > Danke an FOSSGIS e.V. für die Betreuung des Accounts und für die
> > Bereitstellung der Resourcen. Ich werde mich auch drum kümmern,
> > dass
> > ich für die Community besser erreichbar werde. So kann man mich bei
> > Fragen etc. zum Projekt kontaktieren. 
> > 
> > Gruß
> > 
> > Sören Reinecke alias Valor Naram
> > 
> > On Sat, 2020-03-21 at 18:44 +0100, Sören Reinecke via Talk-de
> > wrote:
> > > Hey,
> > > 
> > > wenn ich mir Youtube angucke, dann finde ich sehr viele
> > > englischsprachige Videos zu OpenStreetMap in selten guter
> > > Qualität
> > > (eher schlecht oder mittelmäßig). Diese sind aber nicht gebündelt
> > > sondern bunt durchgemischt (kein offizieller Account, vielmehr
> > > kleine
> > > "Kräuter"). Es gibt z.B. keine mir bekannte Playlist zu "OSM
> > > Basics".
> > > Youtube ist dabei eine Plattform, die von vielen Menschen genutzt
> > > wird
> > > um neue Dinge kennen zu lernen. Youtube kann also dazu beitragen,
> > > dass
> > > OpenStreetMap bekannter wird und Eintrittsbarrieren nicht mehr so
> > > groß
> > > scheinen.
> > > 
> > > Was sagt ihr dazu? Wir brauchen nur ein Team von Content-
> > > Producern.
> > > 
> > > Gruß
> > > 
> > > ~ Sören Reinecke alias Valor Naram,
> > > 
> > > 
> > > Developer of the Babykarte - https://babykarte.github.io
> > > Participating in MapDiscover project - https://mapdiscover.org
> > > "Community Supporter" for Trufi Association - https://trufi-
> > > association.org
> > > 
> > > Ein Gag zu Hamsterkäufen: https://klopapier.mapdiscover.org id="-
> > > x-
> > > evo-selection-end-marker">
> > > ___
> > > Talk-de mailing list
> > > Talk-de@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-de
> > 
> > ___
> > Talk-de mailing list
> > Talk-de@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-de


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


Re: [OSM-talk-fr] Caméra de surveillance — Proposition d'analyse pour Osmose

2020-06-08 Per discussione Percherie OnDaNet
Je reste intéressé pour suivre comment vous faites les propositions sur 
le wiki. Pour l'instant je reste en retrait et laisse ceux qui savent le 
faire, j'observe pour voir ce qui est habituel de faire pour lancer une 
proposition sur le wiki.


Joël

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

Le statut de cet horrible ":type" est proposed.

Horrible car mélangeant le moyen utilisé (caméra, humain) et la fonction
(identification des plaques d'immatriculation).
Pour le tag surveillance:type, la valeur est camera à 97.34%, 
soit 67 351 objets dans OSM)


Il y aussi 508 surveillance=camera 
 !


La photo du wiki montre une… caméra de surveillance !

Peut-être qu'il faut proposer quelque chose de plus simple limité aux 
cameras dans l'espace publique : (webcam, caméra de surveillance, 
webcam pour la faune…) ?


  * man_man=camera
  * camera:type=fixed | panning | dome | alpr | fake ?
  * location = indoor | outdoor
  * camera:angle
 ou
camera:direction
 ? (et
quand on connait le "champ", comment le spécifier : 0;60 ou 0-60…)
  * camera:mount
 ?
  * height ou  camera:height ??
  * model  ou  camera:model
  * manufacturer | camera:manufacturer


Donc ne pas faire d'intégration Osmose.

Oui, faire une proposition avant :)

__
Yves

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


Re: [OSM-talk-fr] Proposition d'analyse pour Osmose

2020-06-08 Per discussione Yves P.
> Peut-être tout simplement :
> 
> mean (camera, guard)
> function (licence_plate, facial_recognition, traffic...) - ou ALPR
> (Automatic licence-plate recognition)
ça me va.

Je voulais simplement montrer que 99% des objets sont des caméras, et que du 
coup avoir un même schéma de tag pour des caméra et des vigile n'est peut-être 
pas nécessaire.
En tout cas ça ne simplifie les choses.

> 
> Je suppose que pour la reconnaissance des plaques d'immatriculation ils
> utilisent maintenant des caméras, même si du côté de Bure ils utilisent
> encore des gendarmes (non tagués dans OSM, ils bougent, sauf à mettre
> une zone).
Et pour les gendarmes, vigiles… ce qu'on peut objectivement taguer c'est un 
bâtiment "poste de garde".

> function (licence_plate, facial_recognition, traffic...) - ou ALPR
tu as oublié la mesure de température, très à la mode en ce moment dans les 
aéroports…
et ça marche même pour les "flics" qui portent des lunettes avec affichage de 
la température de la personne qu'ils regardent :D

> 
> Blague à part, la lecture des plaques est une fonction mais ce qu'il est
> fait de cette collecte de données n'est pas indiqué. Par exemple les
> radars tronçons utilisent cette technique mais du coup sont des
> relations enforcement=average_speed.
> 
> Maintenant se pose la question de la vérifiabilité sur le terrain.
Pour les caméras de lecture de plaque d'immatriculation, je ne connais que 
celles qui sont aux péages des autoroutes (mis à part les radars tronçons).

> C'est d'ailleurs le cas des caméras de mesure moyenne de vitesse : les
> plaques doivent être lues (et transmises à l'autre caméra ou au PC),
> est-ce que les images brutes sont aussi transmises au PC ?
"Les 2 mon capitaine !"
La photo sert en cas de litige. C'est le cas (aussi) pour les radars routiers

__
Yves


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


Re: [OSM-talk-fr] Proposition d'analyse pour Osmose

2020-06-08 Per discussione osm . sanspourriel

Peut-être tout simplement :

mean (camera, guard)
function (licence_plate, facial_recognition, traffic...) - ou ALPR
(Automatic licence-plate recognition)

Je suppose que pour la reconnaissance des plaques d'immatriculation ils
utilisent maintenant des caméras, même si du côté de Bure ils utilisent
encore des gendarmes (non tagués dans OSM, ils bougent, sauf à mettre
une zone).

Blague à part, la lecture des plaques est une fonction mais ce qu'il est
fait de cette collecte de données n'est pas indiqué. Par exemple les
radars tronçons utilisent cette technique mais du coup sont des
relations enforcement=average_speed.

Maintenant se pose la question de la vérifiabilité sur le terrain. On
peut imaginer des caméras "ordinaires" sur les rues d'une ville et
d'ajouter la détection faciale au niveau du PC de coordination. Par
exemple en le justifiant par le "besoin" de retrouver ceux qui jettent
des masques usagés : rien ne l'indiquera sur le terrain.

C'est d'ailleurs le cas des caméras de mesure moyenne de vitesse : les
plaques doivent être lues (et transmises à l'autre caméra ou au PC),
est-ce que les images brutes sont aussi transmises au PC ?

Si les autres personnes de la liste n'ont pas d'objection on peut faire
une proposition dans ce sens.

Jean-Yvon

Le 08/06/2020 à 09:36, Percherie OnDaNet - perche...@toutenkamion.net a
écrit :

Ah oui quand même... je n'avais pas fait attention qu'il est en proposed

Merci pour la précision quant au mélange des moyens et fonctions de ce
tag. J'espère qu'il sera amélioré ou remplacé par une autre proposition.

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

Le statut de cet horrible ":type" est proposed.

Horrible car mélangeant le moyen utilisé (caméra, humain) et la fonction
(identification des plaques d'immatriculation).

Donc ne pas faire d'intégration Osmose.

Jean-Yvon

Le 07/06/2020 à 20:24, Gad.Jo - perche...@toutenkamion.net a écrit :

(...)

Autre remarque concernant les caméras de surveillance. J'ai souvent
remarqué qu'elles ne portent pas le tag surveillance:type=*, très
souvent c'est le tag surveillance:type=camera qui est manquant :
https://wiki.openstreetmap.org/wiki/Key:surveillance:type

Est-il envisageable de prévoir ces cas pour Osmose ?

Cordialement




___
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: [Talk-dk] Ukrediteret brug af OSM data, endda mod betaling.

2020-06-08 Per discussione osm
Firmaets hjemmeside, nederst: http://mkayart.dk/handelsbetingelser/ "Plakaterne 
følger retningslinjerne for OpenStreetMap.com".


-- 


> Sent: Sunday, June 07, 2020 at 5:46 PM
> From: "Anders Wegge Keller" 
> To: "OpenStreetMap Denmark" 
> Subject: [Talk-dk] Ukrediteret brug af OSM data, endda mod betaling.
>
> Er der nogen af jer der har kendskab til firmaet bag denne og mange andre
> plakater?
> 
> http://mkayart.dk/shop/11-hjemstavn-kollektionen/304-aarup-begraenset-antal---max-75-stk/
> 
> Det pikerer mig lidt at man laver et kommercielt produkt uden overhovedet at
> nævne hvor data kommer fra. 
> 
> -- 
> 
> //Wegge
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>

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


Re: [OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

2020-06-08 Per discussione Marc M.
Le 08.06.20 à 10:40, Percherie OnDaNet a écrit :
> Juste pour être certains que je ne fasse pas d'erreur : Peut-on avec 
> le schéma Public Transport V2 placer deux nœuds pour un arrêt, n°1
> l'emplacement de l'arrêt (stop_position) et n°2 l'emplacement des
> passagers (platform) ? Ou est-ce à éviter ?

c'est possible, non obligatoire et c'est la version la plus "complète"
avis perso : je commencerais par toutes les plateforme
avant d'ajouter éventuelement les stop_position.
histoire d'avoir un réseau qui a au moins une fois l'info (la
plateforme) pour tous les arrêts au lieu d'avoir un réseau
qui est super précis mais qui n'est pas complet)
mais c'est un choix qui t'appartient.

> Pour l'arrêt "Cave Coopérative", le nœud
> https://www.openstreetmap.org/node/2466864152 est bien sur le chemin et
> il à le tag "highway=bus_stop". Je m'attendais à avoir le fix-edit de
> Osmose propose le tag "public_transport=stop_position" au lieu de
> "public_transport=platform". Quelle est la réponse idéale ?

oui idéalement osmose devrait dire "cela appartient à la route,
donc fix avec stop_postion ou déconnectez de la route pour une plateforme"

> Pour l'arrêt "La Ricarde", le nœud
> https://www.openstreetmap.org/node/4498238410 est isolé mais porte des
> tag nécessitant d'être rattaché au chemin (stop_position et bus_stop).
> Je m'attendais à ce qu'Osmose demande à ce qu'il soit rattaché OU BIEN
> que les tag soient modifiés (platform) pour que cela corresponde à un
> nœud isolé. Pour l'instant Osmose ne remonte aucune erreur sur
> "public_transport=stop_position" sur des nœud isolé.

oui idéalement osmose devrait dire "rattachez le stop_position à la
route si c'est l'emplacement du véhicule ou corriger en plateform
si c'est le lieu d'attente du véhicule

Cordialement,
Marc

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


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

2020-06-08 Per discussione Yves P.
> Hélas si le nombre de réponses augmente on s'éloigne de l'esprit de 
> StreetComplete, qui cherche des quêtes simples.

> Dans l'idéal c'est une réponse simple oui/non qui est attendue.
C'est un peu le problème de SC.

Mais proposer un formulaire avec une case à cocher pour chaque moyen de 
paiement en France est-ce un problème ?

Ou faut-il faire une quête pour les TR ?
Puis repasser au même endroit pour une autre quête sur les cartes VISA ?
Etc.

__
Yves

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


[Talk-de] weeklyOSM #515 2020-05-26-2020-06-01

2020-06-08 Per discussione weeklyteam
Die Wochennotiz Ausgabe Nr. # 515, ist nun verfügbar - 
wie immer mit vielen Nachrichten aus dem OSM-Universium:

https://www.weeklyosm.eu/de/archives/13248/

Viel Spaß beim Lesen.  

Euer Wochennotizteam

Wusstet ihr, dass ihr auch selbst Meldungen für die Wochennotiz
einreichen könnt? Einfach auf https://osmbc.openstreetmap.de/ 
mit eurem OSM-Benutzerkonto anmelden und dann den Gastzugang benutzen. 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

2020-06-08 Per discussione Percherie OnDaNet

Merci Marc pour ce retour.


Oui pour les arrêts en double, c'était pour un test d'intégration 
échouée. Une correction est prévue sur 
https://www.openstreetmap.org/node/7589051409


Juste pour être certains que je ne fasse pas d'erreur : Peut-on avec le 
schéma Public Transport V2 placer deux nœuds pour un arrêt, n°1 
l'emplacement de l'arrêt (stop_position) et n°2 l'emplacement des 
passagers (platform) ? Ou est-ce à éviter ?


Je mélange les interprétations que remonte Osmose et j'aurai besoin 
qu'on m'explique.


Pour l'arrêt "Cave Coopérative", le nœud 
https://www.openstreetmap.org/node/2466864152 est bien sur le chemin et 
il à le tag "highway=bus_stop". Je m'attendais à avoir le fix-edit de 
Osmose propose le tag "public_transport=stop_position" au lieu de 
"public_transport=platform". Quelle est la réponse idéale ? (ne pas 
tenir compte de la relation, elle doit être mise à jour)


Pour l'arrêt "La Ricarde", le nœud 
https://www.openstreetmap.org/node/4498238410 est isolé mais porte des 
tag nécessitant d'être rattaché au chemin (stop_position et bus_stop). 
Je m'attendais à ce qu'Osmose demande à ce qu'il soit rattaché OU BIEN 
que les tag soient modifiés (platform) pour que cela corresponde à un 
nœud isolé. Pour l'instant Osmose ne remonte aucune erreur sur 
"public_transport=stop_position" sur des nœud isolé.
C'est l'objet de ce sujet à moins que je me suis mélangé entre les deux 
schéma de transport (pas facile).


Cordialement

Joël

Le 08/06/2020 à 09:58, Marc M. a écrit :

cBonjour,

Le 08.06.20 à 09:47, Percherie OnDaNet a écrit :

J'avais mis pas mal emplacement où s'arrête le bus comme nœud isolé
alors qu'ils doivent être placé sur le chemin.

Je pense que tu as mal interprété l'anomalie osmose.
il y a 2 façons, selon les régions du monde de maper un arrêt de bus :
- soit un objet décrivant où attendent les passagers
- soit un objet décrivant où s'arrête le véhicule.
historiquement les 2 se tag avec highway=bus_stop

pour harmoniser et lever l'ambiguïté, la PTv2 propose
d'ajouter la fonction public_transport=plateform au premier
et public_transport=stop_position au 2ieme.


   * Remonte dans Osmose : https://www.openstreetmap.org/node/2466864152

texte osmose : Préciser s’il s’agit d’une station (“platform”)
ou d’un emplacement sur la route (“stop_position”)
fait partie de la route -> stop_position
avec la plateforme https://www.openstreetmap.org/node/7589051409
PS: il ne faut pas 2 bus_stop par arrêt. sauf si on représente
2 arrêts de part et d'autre de la rue


Pas d'erreur dans Osmose : https://www.openstreetmap.org/node/4498238410

mais cela ne semble pas être le lieu oü s'arrête le véhicule.
cela devrait donc être public_transport=plateform

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

2020-06-08 Per discussione Guy Godfroy
Hélas si le nombre de réponses augmente on s'éloigne de l'esprit de 
StreetComplete, qui cherche des quêtes simples. Dans l'idéal c'est une réponse 
simple oui/non qui est attendue.



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


  1   2   >