Re: [OSM-talk-fr] Covid-19 et carto

[Yves P.]

Bonjour,

Le but est de faire des respirateurs
> supplémentaires pour les gens qui en auraient besoin et de les réserver aux
> gens les moins graves. Et de garder les vrais respi aux malades graves.
>

Voici un projet complémentaire :
500 masques Decathlon transformés en respirateurs grâce à l’impression 3D

https://www.3dnatives.com/masque-decathlon-respirateur-3d-250320203/

__
Yves

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

Re: [Talk-lt] Pastabos Kaune

[Paulius Masiliūnas]

Dar būtu super jei kažkas pataisytu
https://www.openstreetmap.org/note/2128151
Čia Tomas pakeitė pastato pavadinimą, bet čia reiktų pakeisti visą pastatą,
bei pridėti objektus aplink jį (parkingas, žiedas, papildomos eismo juostos)

2020-03-26, kt 00:16, Mindaugas  rašė:

> Pataisiau.
>
> Mindaugas
>
>
> On Tue, Mar 24, 2020 at 9:11 PM Tomas Straupis 
> wrote:
>
>> Sveiki, Kauniečiai!
>>
>>   Yra trys pastabos apie naujus/pasikeitusius objektus Kaune, gal kas
>> žinote ir galėsite/norėsite pakeitimus padaryti?
>>
>> http://www.openstreetmap.org/note/2128172
>> http://www.openstreetmap.org/note/2128176
>> http://www.openstreetmap.org/note/2128157
>>
>> --
>> Tomas
>>
>> ___
>> Talk-lt mailing list
>> Talk-lt@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-lt
>>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [OSM-talk-fr] Ça reste ouvert : on a besoin de vous !

[Violaine_Do]

Super, merci beaucoup!!

Ya moyen de donner l'accès en Polynésie française et en particulier à 
Tahiti / Moorea? Ou alors c'est moi 
(https://www.caresteouvert.fr/@-17.541352,-149.569779,16.03) On a de la 
data pourtant..


@bientôt


Le 25/03/2020 à 11:15, François de Metz a écrit :

Bonjour à tous,

Une contribution intéressante est également de rajouter le tag
brand:wikidata sur les boutiques qui n'en ont pas. Cela facilite la
fusion avec https://github.com/PanierAvide/Covid_enseignes.

François

On Wed, Mar 25, 2020 at 07:44:53PM +0100, PanierAvide wrote:

Bonjour à tous,

Suite aux échanges divers sur l'épidémie de Covid-19 et comment OSM pouvait
proposer une information de qualité sur le sujet, nous avons enfin publié
"Ça reste ouvert", la carte des lieux ouverts pendant le confinement :
caresteouvert.fr

La carte propose aux visiteurs d'ajouter des infos dans leur commune : cela
créé une note automatiquement dans OSM, avec les informations nécessaires.
Ces notes sont à passer en revue pour intégrer les tags sur les lieux
concernés. En particulier :

- opening_hours:covid19 : horaires d'ouvertures pendant le confinement (ou
off si fermé)
- note:covid19 : si des infos supplémentaires sont données (livraison à
domicile, mesures sanitaires...)

Pour vous aider à passer en revue les notes, il y a l'outil NotesReview :

https://ent8r.github.io/NotesReview/?query=%23caresteouvert=1=2020-03-23=6%2F47.3691%2F1.0107

Et la page de coordination du projet est ici :
https://wiki.openstreetmap.org/wiki/France/Covid-19

Nous comptons sur la communauté pour intégrer ces infos et faire d'OSM la
base de données de référence pendant le confinement (et même après) !

Cordialement,

--
Adrien P.


___
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


--
Violaine_Do


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

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Jérôme Amagat]

Le mer. 25 mars 2020 à 17:27, Yves P.  a écrit :

> Bonjour,
>
> Je viens de regarder le résultat de la dernière PR.
> Ici
> les
> localisations ne correspondent pas du tout aux adresses.
>
> Les accents sont aussi manquants (champ subtitle):
>
> Exemple :
> 6, R, SAINT CYR, 71520 MATOUR, EHPA ne percevant pas des crdits
> d'assurance maladie
> Ce POI est localisé à Châlon-sur-Saône
>
> http://osmose.openstreetmap.fr/fr/error/a7a2a6b6-a919-1acb-884a-247dbe7e3448
>
> Je suis retourné au fichier source ici :
https://www.data.gouv.fr/fr/datasets/finess-extraction-du-fichier-des-etablissements/

Pour cet établissement ref:FR:FINESS= 710978040
les coordonnées sont 841416.0 6632966.4 ça fait bien comme dit osmose :
4,8537542 46,7818901
donc osmose le place bien
MAIS

dans un ancien fichier, celui utilisé avant les derniers changements par
osmose : https://static.data.gouv.fr/
resources/finess-extraction-du-fichier-des-etablissements/20190307-093304/etalab-cs1100507-stock-20190307-0422.csv
les coordonnées sont 813827.5 6579859.2 ça fait : 4,4791663 46,3090391
et ça se situe à Matour 6 rue de Saint-Cyr

Donc le problème des coordonnées n'est pas osmose mais la source, il fait
réutilisé un fichier plus ancien ...
(ca n'a pas l'air d'être juste un décalage de ligne)

sur la page :
https://www.data.gouv.fr/fr/datasets/finess-extraction-du-fichier-des-etablissements/
dans les commentaire, quelqu'un a détecté le même problème, les coordonnées
qui changent et sont mauvaises, il s'en plaint mais il n'obtient pas de
réponse...

Pour les accents, que j'ouvre le fichier sur libreoffice en ISO-8859-1 ou
en ISO-8859-15, j'ai les accents.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Vincent Bergeot]

Le 25/03/2020 à 22:59, osm.sanspourr...@spamgourmet.com a écrit :


Je vois de même que le labo Biolor est bien situé à 20 m du bon 
emplacement... sauf qu'il s'agit de celui de Guidel et non de celui de 
Quéven.


http://osmose.openstreetmap.fr/fr/error/93487b25-a3a6-5fab-3b85-7fbc3746d1a8



oui c'est étonnant car autour de Bordeaux, la localisation semble ok 
http://osmose.openstreetmap.fr/fr/error/3f410f7c-a97e-1509-2b74-81c4b56305c6


Une partie seulement des données ne semblent pas être à la bonne place





Problme ;-) d'accent aussi (Catégorie de l'établissement).

Le 25/03/2020 à 17:27, Yves P. - yves.prat...@gmail.com a écrit :

Bonjour,

Je viens de regarder le résultat de la dernière PR.
Ici 
les 
localisations ne correspondent pas du tout aux adresses.


Les accents sont aussi manquants (champ subtitle):

Exemple :
6, R, SAINT CYR, 71520 MATOUR, EHPA ne percevant pas des crdits 
d'assurance maladie

Ce POI est localisé à Châlon-sur-Saône
http://osmose.openstreetmap.fr/fr/error/a7a2a6b6-a919-1acb-884a-247dbe7e3448

__
Yves

PS:
Nominatim ne trouve pas6 RUE SAINT CYR  MATOUR 
, mais 6 RUE de SAINT CYR  MATOUR 


https://www.openstreetmap.org/node/2916408042#map=19/46.30896/4.47885

Sa page web :
https://www.matour.fr/fr/2018/03/18/m-a-r-p-a/

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


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



--
Vincent Bergeot

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

[Talk-it] Militari russi, italiani e mappa OSM

[totera]

Ciao a tutti,
vedo rilanciata da diversi utenti su Twitter una foto in cui si vedono
militari russi insieme a uno italiano intenti a consultare una mappa su di
un tavolo:

https://pbs.twimg.com/media/ET5oM4vWAAASqgF?format=jpg=medium

Ebbene, mi sembra palesemente una stampa dello stile Standard di OSM!
Ciao,
Gianluca




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-ca] Coastline Question

[Clifford Snow]

Adam,
I just looked at a recent CANVED File Geodatabase. The coast line appears
not to extend into the river. However, and this is a big however, the
metadata associated with the data doesn't have sufficient information to
say for certain what I'm looking at is actual shoreline. My guess is there
is better authoritative data available. I just grabbed the wrong data.

Best,
Clifford

On Wed, Mar 25, 2020 at 3:20 PM Adam Martin  wrote:

> Hello all,
>
> I have been moving about the Island of Newfoundland addressing Keep Right!
> issues and adding missing features.  While doing so, I encountered an area
> of coastline along the Burin Peninsula that appears odd to me.
> Specifically, the Garnish River here:
>
> https://www.openstreetmap.org/#map=16/47.2322/-55.3473
>
> On the regular map, it looks fine.  In the iD Editor, however, the banks
> of the river are designated as the coastline.  Now, I know that this is
> reasonable in some circumstances (generally, where the ocean water is
> directly present in the waterway).  But if you look at it in the editor,
> the coastline doesn't stop in that area.  In fact, the coastline extends
> deep into the interior of the peninsula, tracing along the riverway all the
> way to just north of Clam Pond.  Again, I know this can be reasonable in
> cases where, if I recall correctly, the water itself is at ocean level or
> similar.  I recall there being wrangling over the St. Lawrence regarding
> the coastline designation, but this is nowhere near as big as that river.
>
> But I am from this Province and have lived on that peninsula - the entire
> place is a quagmire of hills and gullies.  I do not believe that this river
> is level with the ocean, at least not to this extent.  The data source for
> it is NRCAN CANVEC 8.0.  I reviewed the Natural Resources Canada "Toporama"
> map for the area to check the altitude of the river as it extends
> eastward.  The river passes to the south of "Morgans Pond" and, as it does
> so, crosses a 50ft topographical line there.  So, in my mind, that means
> that it must be descending as it moves to the west and can't be considered
> ocean at this point, at least.
>
> With that in mind, I am just looking for some input from the group here.
> I don't want to change something like that only to find I was wrong for one
> reason or another.
>
> Thanks,
>
> Adam
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>


-- 
@osm_washington
www.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-it] R: Vetrine di vario tipo

[Lorenzo Mastrogiacomi]

Il giorno mer, 25/03/2020 alle 14.23 -0700, Jeawrong ha scritto:
> Sono d'accordo con Martin, ho spesso letto "si mappa quel che si vede" (o giù
> di lì, non ricordo esattamente) e quei civici non più utili ci sono ancora,
> quindi secondo il mio parere è utile (o quantomeno non danneggia) mapparli.
> 
> Comunque stiamo divagando (ed è colpa mia...): ancora non ho capito come
> mappare tali vetrine, nel caso di un negozio che ha una vetrina con esposti
> i prodotti ok, shop_window, ma quale chiave? E negli altri casi?
> shop_qualcosa ecc.
> Il dubbio mi è rimasto.
> 

Sicuramente direi di non mettere il nome del negozio. Almeno se c'è il negozio 
dietro il nome va sul quel poi soltanto.
Se poi fosse una vetrina senza negozio potrebbe aver senso il nome e anche per 
me un tag tipo advertising=* come poi a se stante. 

Sui civici come nodi sul perimetro degli edifici che non sono ingressi alcuni 
di noi mettono entrance=no ad indicare appunto che non sono accessi.
Poi aggiungo che io di mia iniziativa nel mappare i civici in città e volendo 
marcare quelli che erano vetrine e non solo porte tappate mi sono inventato un 
window=display.
In pratica l'ho messa come un tipo di finestra, solo che nessuno mappa le 
finestre :) Sono l'unico utilizzatore di questo tag.



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

[Talk-ca] Coastline Question

[Adam Martin]

Hello all,

I have been moving about the Island of Newfoundland addressing Keep Right!
issues and adding missing features.  While doing so, I encountered an area
of coastline along the Burin Peninsula that appears odd to me.
Specifically, the Garnish River here:

https://www.openstreetmap.org/#map=16/47.2322/-55.3473

On the regular map, it looks fine.  In the iD Editor, however, the banks of
the river are designated as the coastline.  Now, I know that this is
reasonable in some circumstances (generally, where the ocean water is
directly present in the waterway).  But if you look at it in the editor,
the coastline doesn't stop in that area.  In fact, the coastline extends
deep into the interior of the peninsula, tracing along the riverway all the
way to just north of Clam Pond.  Again, I know this can be reasonable in
cases where, if I recall correctly, the water itself is at ocean level or
similar.  I recall there being wrangling over the St. Lawrence regarding
the coastline designation, but this is nowhere near as big as that river.

But I am from this Province and have lived on that peninsula - the entire
place is a quagmire of hills and gullies.  I do not believe that this river
is level with the ocean, at least not to this extent.  The data source for
it is NRCAN CANVEC 8.0.  I reviewed the Natural Resources Canada "Toporama"
map for the area to check the altitude of the river as it extends
eastward.  The river passes to the south of "Morgans Pond" and, as it does
so, crosses a 50ft topographical line there.  So, in my mind, that means
that it must be descending as it moves to the west and can't be considered
ocean at this point, at least.

With that in mind, I am just looking for some input from the group here.  I
don't want to change something like that only to find I was wrong for one
reason or another.

Thanks,

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

Re: [Talk-lt] Pastabos Kaune

[Mindaugas]

Pataisiau.

Mindaugas


On Tue, Mar 24, 2020 at 9:11 PM Tomas Straupis 
wrote:

> Sveiki, Kauniečiai!
>
>   Yra trys pastabos apie naujus/pasikeitusius objektus Kaune, gal kas
> žinote ir galėsite/norėsite pakeitimus padaryti?
>
> http://www.openstreetmap.org/note/2128172
> http://www.openstreetmap.org/note/2128176
> http://www.openstreetmap.org/note/2128157
>
> --
> Tomas
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[osm . sanspourriel]

Je vois de même que le labo Biolor est bien situé à 20 m du bon
emplacement... sauf qu'il s'agit de celui de Guidel et non de celui de
Quéven.

http://osmose.openstreetmap.fr/fr/error/93487b25-a3a6-5fab-3b85-7fbc3746d1a8

Problme ;-) d'accent aussi (Catégorie de l'établissement).

Le 25/03/2020 à 17:27, Yves P. - yves.prat...@gmail.com a écrit :

Bonjour,

Je viens de regarder le résultat de la dernière PR.
Ici
les
localisations ne correspondent pas du tout aux adresses.

Les accents sont aussi manquants (champ subtitle):

Exemple :
6, R, SAINT CYR, 71520 MATOUR, EHPA ne percevant pas des crdits
d'assurance maladie
Ce POI est localisé à Châlon-sur-Saône
http://osmose.openstreetmap.fr/fr/error/a7a2a6b6-a919-1acb-884a-247dbe7e3448

__
Yves

PS:
Nominatim ne trouve pas6 RUE SAINT CYR  MATOUR
, mais 6 RUE de SAINT CYR  MATOUR

https://www.openstreetmap.org/node/2916408042#map=19/46.30896/4.47885

Sa page web :
https://www.matour.fr/fr/2018/03/18/m-a-r-p-a/

___
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-au] Duplicate of the same airport

[Graeme Fitzpatrick]

No, I would leave it as 2 separate airfields, with the same info
against both.

If that causes a problem, then take the codes off the airbase, as strictly
speaking, that side of the airfield isn't an air transport destination.

Thanks

Graeme


On Wed, 25 Mar 2020 at 22:10, Nemanja Bracko (E-Search) via Talk-au <
talk-au@openstreetmap.org> wrote:

> Thank you all for clarification.
>
> Thank you James for more local details.
>
> So by your opinion is it better to have 2 separate airports with
> duplicated data (such as IATA, ICAO, etc.), or to combine into one polygon.
> Taking into consideration Cleary's and Andrew's answer I would leave as
> is, but since this is isolated case in AU, and some data will be
> duplicated, I would join two polygons. Don't know what to do. 
>
> Thank you in advance for the response.
>
> Nemanja
>
> -Originalna poruka-
> Od: Michael James 
> Poslato: sreda, 25. mart 2020. 12:21
> Za: OpenStreetMap 
> Tema: [EXTERNAL] Re: [talk-au] Duplicate of the same airport
>
> It is a military base that allows civilian air traffic to use its runway.
>
> As far as air traffic goes it's called Williamtown, only the civilian
> terminal area is called Newcastle airport. (28 hectares of land)
>
> https://www.newcastleairport.com.au/corporate/about/board-governance
>
> Hope that helps, though no map of that land parcel that they lease for the
> civilian side.
>
> > -Original Message-
> > From: cleary 
> > Sent: Wednesday, 25 March 2020 6:29 PM
> > To: OpenStreetMap 
> > Subject: Re: [talk-au] Duplicate of the same airport
> >
> >
> >
> > I think the air force base and civilian airport share the same runway
> > but they are two distinct entities with separate buildings etc. Same
> > applies in some other cities including Canberra. I would defer to
> > someone more knowledgeable but I think it remains appropriate to have
> two separate entities mapped in OSM.
> >
> >
> >
> > On Wed, 25 Mar 2020, at 7:06 PM, Nemanja Bracko (E-Search) via Talk-au
> > wrote:
> > >
> > > Hi,
> > >
> > >
> > > There are two relations in OSM that are referring to the same airport:
> > >
> > >  * https://www.openstreetmap.org/relation/6263052
> > >  * https://www.openstreetmap.org/relation/4145466
> > >
> > >
> > >
> > > The first one has a *aeroway:aerodrome* tag, the second one has a
> > > *military:airfield* tag.
> > >
> > >
> > > I’m not sure should I merge these two relations since there are some
> > > sporadic differences for the same tag in both relations. Please, I
> > > need an extra hand on this.
> > >
> > >
> > > This is an isolated case in whole Australia.
> > >
> > >
> > > Thank you in advance,
> > >
> > > Nemanja
> > >
> > > ___
> > > Talk-au mailing list
> > > Talk-au@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-au
> > >
> >
> > ___
> > Talk-au mailing list
> > Talk-au@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-au
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Yves P.]

> J’ai vérifié avec OpenRefine plusieurs POI, et plusieurs libellés de 
> catégories avec les facettes.
> C’est cohérent. Il n’y a qu’un seul encodage.
> 
> Y aurait-t-il un problème de cache quelque part ?

Osmose propose encore des Structure Dispensatrice domicile d'Oxygène à usage 
médical, alors que dans la dernière PR j’ai oublié de mettre la catégorie 632.

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

Re: [Talk-it] R: Vetrine di vario tipo

[Jeawrong]

Sono d'accordo con Martin, ho spesso letto "si mappa quel che si vede" (o giù
di lì, non ricordo esattamente) e quei civici non più utili ci sono ancora,
quindi secondo il mio parere è utile (o quantomeno non danneggia) mapparli.

Comunque stiamo divagando (ed è colpa mia...): ancora non ho capito come
mappare tali vetrine, nel caso di un negozio che ha una vetrina con esposti
i prodotti ok, shop_window, ma quale chiave? E negli altri casi?
shop_qualcosa ecc.
Il dubbio mi è rimasto.



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [OSM-talk-fr] Ça reste ouvert : on a besoin de vous !

[François de Metz]

Bonjour à tous,

Une contribution intéressante est également de rajouter le tag
brand:wikidata sur les boutiques qui n'en ont pas. Cela facilite la
fusion avec https://github.com/PanierAvide/Covid_enseignes.

François

On Wed, Mar 25, 2020 at 07:44:53PM +0100, PanierAvide wrote:
> Bonjour à tous,
> 
> Suite aux échanges divers sur l'épidémie de Covid-19 et comment OSM pouvait
> proposer une information de qualité sur le sujet, nous avons enfin publié
> "Ça reste ouvert", la carte des lieux ouverts pendant le confinement :
> caresteouvert.fr
> 
> La carte propose aux visiteurs d'ajouter des infos dans leur commune : cela
> créé une note automatiquement dans OSM, avec les informations nécessaires.
> Ces notes sont à passer en revue pour intégrer les tags sur les lieux
> concernés. En particulier :
> 
> - opening_hours:covid19 : horaires d'ouvertures pendant le confinement (ou
> off si fermé)
> - note:covid19 : si des infos supplémentaires sont données (livraison à
> domicile, mesures sanitaires...)
> 
> Pour vous aider à passer en revue les notes, il y a l'outil NotesReview :
> 
> https://ent8r.github.io/NotesReview/?query=%23caresteouvert=1=2020-03-23=6%2F47.3691%2F1.0107
> 
> Et la page de coordination du projet est ici :
> https://wiki.openstreetmap.org/wiki/France/Covid-19
> 
> Nous comptons sur la communauté pour intégrer ces infos et faire d'OSM la
> base de données de référence pendant le confinement (et même après) !
> 
> Cordialement,
> 
> -- 
> Adrien P.
> 
> 
> ___
> 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] Osmose et intégration FINESS : problème de localisation

[Yves P.]

> Ce sont les positions du fichier proposée en opendata. C'est bien pour ça que 
> l'on passe par de l'intégration manuelle.
Certes.

Jusqu’à présent, les POI étaient assez bien localisés. 1km maxi de mémoire.
Je viens d’en vérifier un, il est à plus de 50 km. 

Serait-il possible d’utiliser le géocodeur de la BAN ?
Et/ou de comparer la position fournie par FINESS avec celle de la BAN et si 
l’écart est trop important, choisir la BAN ?


>> Les accents sont aussi manquants (champ subtitle):
> 
> C'est donc que l'encodage n'est toujours pas bon. Il y a peut être plusieurs 
> encodage dans le fichier.
J’ai vérifié avec OpenRefine plusieurs POI, et plusieurs libellés de catégories 
avec les facettes.
C’est cohérent. Il n’y a qu’un seul encodage.

Y aurait-t-il un problème de cache quelque part ?

J’utilise le fichier du 2020 03 04 avec un encodage ISO-8859-1.

__
Yves


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

Re: [Talk-GB] Anyone in South-West London?

[Andy Townsend]

On 25/03/2020 16:02, Jez Nicholson wrote:
Heh, none of the references on the Wikipedia page link to anything 
mentioning that it exists. I call bullsh/t


Indeed - https://en.wikipedia.org/wiki/User_talk:Tfondie does not look 
promising.





On Wed, Mar 25, 2020 at 2:34 PM Andrew Hain 
mailto:andrewhain...@hotmail.co.uk>> wrote:


I wonder if Tfondie who created the Wikipedia page may be the same
person.

I've "sent them a message that they have to read before continuing to 
edit" at https://www.openstreetmap.org/user_blocks/3585 .


We'll see what happens next; if there's no reply after a week or so I'll 
revert their remaining edits that haven't since been edited by other 
users; most have been reverted already but some (such as 
https://www.openstreetmap.org/way/783299940 ) remain and look somewhat 
implausible.


Best Regards,

Andy (from the DWG)



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

[Talk-es] Mapatones Online

[00 FUN-TECSOS-Miguel Rodríguez Gómez]

Hola a todos,

Lo primero desearos a todos vosotros y a los vuestros que en estos tiempos 
difíciles estéis llevando la situación lo mejor posible.

Me pongo en contacto con vosotros para informaros de una iniciativa que estamos 
llevando a cabo desde Cruz Roja y la Fundación de Tecnologías Sociales 
(Tecsos). Como sabéis en estas semanas hay una gran demanda de actividad por 
parte del voluntariado de Cruz Roja incluso de personas que no están vinculadas 
con la organización. Cruz Roja está llevando a cabo la movilización de recursos 
más grande de su historia, pero teniendo en cuenta los protocolos de seguridad 
en caso de actividad presencial y el número de puestos voluntarios necesarios 
para llevarla a cabo, no puede dar respuesta a toda está gran demanda. Es por 
esto que hemos visto una oportunidad para darle un empujón a la línea de 
actividad que teníamos abierta con Missing Maps haciendo mapatones online. De 
esta manera se le da oportunidad a las personas de hacer voluntariado desde sus 
casas.

El proceso que tenemos pensado es el siguiente:

1-  Se circula entre los canales de comunicación existentes de Cruz Roja y 
RRSS la invitación a participar en el primer mapatón online (muy probablemente 
el día 3 de Abril) con un enlace web.

2-  En esa página estarán los enlaces a los diferentes mapatones que se 
vayan haciendo. Hemos comprado licencias para hacerlo mediante zoom para una 
capacidad de 100 personas. Dependiendo de la demanda y del número de 
colaboradores veremos el número de mapatones que es necesario hacer o incluso 
comprar una licencia para más participantes

3-  En esta página habrá también un par de píldoras formativas seguramente 
en forma de video para que cuando la gente entre en el mapatón ya se hayan 
registrado en OSM y en el Tasking Manager de HOT y sepan de donde viene toda 
esta iniciativa

4-  El día y la fecha indicada la gente se conectará la sesión de Zoom 
donde se hará un repaso a las herramientas de mapeo con el ID Editor para luego 
pasar al mapeo propiamente dicho divididos en grupos más pequeños para 
facilitar el trabajo colaborativo. La idea es que haya dinamizadores que se 
vayan pasando por las salas resolviendo las dudas que se vayan generando.

¿Cómo podéis echarnos una mano?:

-  Apuntandoos como dinamizadores o validadores. Aquí sobretodo es 
donde más ayuda necesitamos

-  Ayudándonos con la difusión a través de vuestras redes

Decidnos todas las dudas, aportaciones, aclaraciones que veáis necesario. En 
esta semana queremos tener todo los materiales de difusión e inscripción 
listos. Para la parte de dinamizadores/validadores os pasaremos un formulario 
para que os podáis apuntar.

Por supuesto podéis renviar este correo a todas las personas que consideréis 
que le pueda interesar.

Un fuerte abrazo de esos que se echan de menos en estos días

[Logotipo_TECSOS_firma_]
Míchel Rodríguez Gómez
Ingeniero de Proyectos
Avenida Reina Victoria, 26 1º planta 28003 Madrid
*: 91 3354328 EXT: 20328  | 678406592
*: mir...@fundaciontecsos.es |
http://www.fundaciontecsos.es

"Construyendo una sociedad para todas las personas con tecnología adaptada para 
cada una de ellas"







CONFIDENCIALIDAD. El contenido de esta comunicación y el de toda la 
documentación anexa es confidencial y va dirigido únicamente al destinatario 
del mismo. En el supuesto de que usted no fuera el destinatario, le solicitamos 
nos lo haga saber a la dirección del remitente y que no comunique su contenido 
a terceros, procediendo a su destrucción.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Philippe Verdy]

Peut-être que l'outil de validation pourrait faire un test minimal sur
la validité de codage chaque chaîne (possible au moins pour l'UTF-8).
En cas de violation une analyse de probabilité: en France ça doit être
de l'ISO 8859-1 ou du CP-850 et les changements d'interprétation sont
certainement le plus souvent sur des lettres accentuées très courantes
dans la toponymie (é, è, à, ê, î) et une base de mots fréquents
(allée, église, cimetière, hôpital, dépôt, etc.) ou polygrammes finals
de mots fréquents (/.*ées?/, /.*ères?/, etc.)  doit pouvoir remédier à
l'ambiguité pour tenter une réparation automatique, mais dans tous les
cas ne laisser aucun encodage invalide et au minimum considérer que la
source est du Windows-1252, et en dernier lieu du CP850 (presque tout
les octets sont valides hors des contrôles C0), avant de convertir en
UTF-8, afin de laisser ces caractères visibles distinctement (même si
c'est encore du "mojibake") afin que le correcteur humain puisse s'en
apercevoir (qui sait si une source n'a pas utilisé par erreur lors de
la saisie un autre codage moins probable comme un jeu latin d'Europe
centrale en ISO ou page de code Windows ou OEM, ou a fait une erreur
d'utilisation dans un outil d'export ou une base intermédiaire)

Dans tous les cas, un journal de signalement devrait être réalisé pour
permettre au minimum un contrôle humain et une validation et un retour
d'informations vers la source de ces données boguées (toutes les
sources font des erreurs, même OSM lui-même, via des contributeurs
internationaux qui utilisent nativement divers claviers et langues et
des logiciels obsolètes ou mal configurés).



Le mer. 25 mars 2020 à 18:11, Frédéric Rodrigo
 a écrit :
>
> Le 25/03/2020 à 17:27, Yves P. a écrit :
> > Bonjour,
> >
> > Je viens de regarder le résultat de la dernière PR.
> > Ici
> > les
> > localisations ne correspondent pas du tout aux adresses.
>
> Ce sont les positions du fichier proposée en opendata. C'est bien pour
> ça que l'on passe par de l'intégration manuelle.
>
>
> >
> > Les accents sont aussi manquants (champ subtitle):
>
> C'est donc que l'encodage n'est toujours pas bon. Il y a peut être
> plusieurs encodage dans le fichier.
>
>
>
> ___
> 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] Osmose, voirie non connectée

[Frédéric Rodrigo]

Salut,
C'est corrigé. Dans certains cas le frontend ne supprimait pas des marqueurs
Frédéric.

Le 15/03/2020 à 09:45, Stéphane Péneau a écrit :

Salut,

Osmose m'indique une erreur de voirie non connectée, et j'avoue que je 
ne comprends pas du tout pourquoi :


http://osmose.openstreetmap.fr/fr/error/fe07c3d2-ba91-f492-f6b4-2c00cbdf8dd2 



Il s'agit de la jonction entre

https://www.openstreetmap.org/way/768475052
et
https://www.openstreetmap.org/way/123276562


Bug de l'analyse, ou alors je ne vois pas l'erreur ?


Stf


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




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

[OSM-talk-fr] caches lents : pourquoi déployer un nouveau rendu maintenant ?

[Philippe Verdy]

On le sait les caches OSM sont surchargés, mais c'est concommittant
aussi avec le déploiement malvenu d'un nouveau rendu sur Carto OSM qui
invalide des tonnes de tuiles (que les caches doivent donc
recharger...)

Je me demande si c'était bienvenu d'invalider autant de tuiles en ce
moment où on a besoin de fonds cartographiques.

Ceci dit les tuiles sont invalidées en de nombreux endroits avec de
très nombreuses contribution partout dans le monde par ceux qui sont
chez eux et ont plus de temps de cartographier.

En attendant on voit les différences de style dans le rendu aux
niveaux de zoom élevés (tuiles beaucoup plus pâles qu'avant, mais
c'est loin d'être toutes en même temps et les caches n'arrivent pas à
toutes les charger, on a un aspect "patchwork" somme toute
désagréable, et qui montre toutes les limites de l'infrastructure
actuelle.

D'où la nécessite de faire campagne pour obtenir des ressources pour
les serveurs et encore mieux protéger les abus par des tonnes de
nouveaux sites qui parfois ne créditent même pas OSM et en tout cas ne
mettent pas en place leur propre proxy-cache pour leurs propres
visiteurs, ce qui devrait être maintenant une obligation pour tous les
sites commerciaux ou les hébergeurs de sites perso :

Pourquoi en France on n'a pas le soutien d'Orange, SFR, Bouygues
Telecom, OVH, et autres CDN commerciaux, y compris aussi Google,
Apple, Microsoft pour les applis mobiles qu'ils diffusent ? Les
besoins cartographiques sont plus que jamais nécessaires, et même les
diffuseurs de carto commerciale pourraient aider beaucoup plus, ne
serait-ce que par solidarité: je me demande pourquoi on ne campagne
pas vers eux et les inciter à fournir des serveurs (en France ou
ailleurs dans le monde) et pourquoi pas mettre en place des proxy
transparents (déjà possible sur les réseaux mobiles qui utilisent des
VPN pour l'IPv4 via des NAT-proxies)

N'y a-t-il pas une cellule de crise ces ces opérateurs pour gérer les
besoins urgents au moins en cette phase de crise, au lieu de seulement
se contenter de limiter les débits vidéo (avec déjà un filtrage des
protocoles, donc déjà l'usage des DNS pour identifier les sites et
besoins urgents et gérer les priorités)? Ces cellules ne peuvent pas
mettre en place chacun quelques serveurs cache ?

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

[OSM-talk-fr] Ça reste ouvert : on a besoin de vous !

[PanierAvide]

Bonjour à tous,

Suite aux échanges divers sur l'épidémie de Covid-19 et comment OSM 
pouvait proposer une information de qualité sur le sujet, nous avons 
enfin publié "Ça reste ouvert", la carte des lieux ouverts pendant le 
confinement : caresteouvert.fr


La carte propose aux visiteurs d'ajouter des infos dans leur commune : 
cela créé une note automatiquement dans OSM, avec les informations 
nécessaires. Ces notes sont à passer en revue pour intégrer les tags sur 
les lieux concernés. En particulier :


- opening_hours:covid19 : horaires d'ouvertures pendant le confinement 
(ou off si fermé)
- note:covid19 : si des infos supplémentaires sont données (livraison à 
domicile, mesures sanitaires...)


Pour vous aider à passer en revue les notes, il y a l'outil NotesReview :

https://ent8r.github.io/NotesReview/?query=%23caresteouvert=1=2020-03-23=6%2F47.3691%2F1.0107

Et la page de coordination du projet est ici : 
https://wiki.openstreetmap.org/wiki/France/Covid-19


Nous comptons sur la communauté pour intégrer ces infos et faire d'OSM 
la base de données de référence pendant le confinement (et même après) !


Cordialement,

--
Adrien P.


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

Re: [Talk-it] R: Vetrine di vario tipo

[Martin Koppenhoefer]

sent from a phone

> On 24. Mar 2020, at 17:17, Fayor Uno  wrote:
> 
> Analogamente anche in caso di accessi murati, anche solo parzialmente, può 
> verificarsi il caso di materiale presenza del numero, che in tutti questi 
> casi non deve essere mappato.


per me si possono mappare civici esposti, anche se secondo le regole dell’ISTAT 
non dovrebbero più esistere. I comuni devono far rimuovere i numeri soppressi, 
oppure noi li possiamo mappare. Ai nostri scopi non è necessario che un civico 
sia “valido”. Se io voglio darmi un appuntamento con qualcuno davanti al civico 
23, non mi importa se questo è un civico ufficiale oppure se esiste solo perché 
lo era una volta.

A parte questo è anche difficile e talvolta impossibilità  capire il modo con 
cui fosse stato murato l’ingresso, perché i civici debbono rimanere nei casi 
dove si tratta di una chiusura di materiale leggero, soltanto quando si chiude 
in maniera permanente con mattoni / cemento o simili sarebbe da sopprimere il 
civico (inoltre è spesso impossibile capire se un civico che avrebbe dovuto 
essere rimosso fosse stato davvero soppresso oppure se forse la pratica non 
fosse stata avviata)

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

Re: [Talk-cat] Sobre les importacions: bones, regulars i irregulars

[Joan Quintana]

Hola!
Sóc el Joan Quintana (joanillo), el responsable de les importacions de dels
ancoratges de bici, horts urbans, punts verds, arbres singulars de
Barcelona i parkings amb l'etiqueta de car sharing.
He estat parlant amb el Lanxana per tal de què els canvis fets s'ajustin a
la normativa. Bàsicament es tracta de nodes (d'horts urbans hi ha 6 vies i
aquí és possible que node estigui duplicat amb la via).
Tot i que no coneixia la paraula 'conflació' tenia clar que no es pot
matxacar la feina que que hi ha a sobre.
els scripts que he fet servir són interactius (permetien comparar la
informació existent amb els tags afegits/modificats, i cancelar si fos
necessari).

En tot cas començaré pels parkings que tenen la possibilitat de car-sharing
(només n'hi ha 25), i compartiré el script al github per tal de què el
reviseu),

Com li comentava al Lanxana, suposo que s'ha de distingir entre importació
i documentació. Ho dic perquè amb els dòlmens i menhirs de Catalunya s'ha
fet una feina molt gran (que d'altra banda ja sé que no interessa a ningú
:-)) i podem dir que estan tots els dòlmens de Catalunya ben catalogats:
*http://wiki.joanillo.org/index.php/Fitxer:Dolmens_menhirs.png

Joan Quintana
www.joanillo.org

Missatge de fadelkon  del dia dc., 25 de març 2020 a
les 11:50:

> E moltes gràcies! Quina bona notícia i resultat! :D
>
> El 25/3/20 a les 9:07, Lanxana . ha escrit:
> >
> > Bon dia,
> >
> > aquests dies hem estat en el punt de mira de la comunitat OSM, arrel
> > de la importació de les farmàcies. Per a qui no hagi estat pendent de
> > llistes i TG, faig un petit resum:
> >
> > El dia que es va decretar l’estat d’alarma per covid-19, ens vam
> > plantejar què podíem fer per ajudar des del nostre confinament. De
> > tots els conjunts de dades de fonts amb llicència, vam triar les
> > farmàcies, com a primer pas. De les farmàcies hi havia 2 conjunts
> > possibles: un catàleg sense coordenades publicat amb llicència CC0 i
> > el conjunt d’equipaments, on entre altres moltes dades hi ha les
> > farmàcies, tot georreferenciat. Es va muntar la wiki d’importació i el
> > projecte al Gestor de Tasques, mentre es discutia amb la comunitat
> > espanyola i s’escrivia tant a la espanyola com a la de imports, que és
> > qui finalment té la potestat d’acceptar o no la importació com a vàlida.
> >
> > I aquí van començar els problemes... el conjunt triat, per facilitat
> > de treball, va ser el dels equipaments, i la carta que tenim de la
> > Generalitat autoritzant el seu ús és “contradictòria” segons Imports.
> > Qui vulgui seguir el fil, aquí el pot trobar:
> > https://lists.openstreetmap.org/pipermail/imports/2020-March/006194.html
> >
> > Amb correus més o menys desafortunats, la tensió pujant per moments i
> > el projecte a punt de ser revertit, en paral·lel es van iniciar
> > gestions amb els propietaris de les dades (els gestors corresponents a
> > la Generalitat), i finalment es va aconseguir que el dataset d’on
> > havíem agafat les dades (i que ja us avanço que conté moltíssimes més
> > i de molt interès per a OSM), canviés la seva llicència a CC0, que és
> > totalment compatible amb OSM i no requereix cap autorització expressa.
> >
> > Gràcies a tots els que heu col·laborat tant en la importació en sí com
> > en aconseguir que el que semblava una bona importació, i va passar a
> > ser irregular, ha tornat a ser bona.
> >
> > Així les coses, convido a fer una reflexió de grup:
> >
> > - a vegades les ganes ens poden, volem fer ja el que sabem que és bo,
> > però quan estem parlant d’importacions, necessitem seguir totes les
> > passes per donar-li validesa, perquè sinó tota la feina, tot el temps
> > invertit, quedaran en no res. Una importació no vàlida pot comportar
> > des de revertir tota la feina que s’ha fet, fins al bloqueig de
> > l’usuari que l’hagi fet.  Deixant pel camí ofenses, bronques,
> > malentesos...
> >
> > - tenim moltes dades interessants i moltes ganes de que siguin a OSM.
> > Això és bo, però cada cop hi ha més dades al mapa i hi ha una corrent
> > dins d’OSM contrària a les importacions, així que ens hem d'assegurar
> > que tota importació que surti de la comunitat sigui bona, ja no ens
> > serveixen importacions regulars de "fico el que tinc i m'oblido del
> > que hi havia"
> >
> > - hi ha unes normes d’importació que tothom ha de seguir, a grans
> > trets: font vàlida i contrastada, llicència compatible, etiquetat OSM,
> > mecanisme de conflació de dades, documentació a la wiki d’OSM,
> > comunicació a comunitat local, comunicació a imports i esperar la seva
> > validació abans de començar a importar.
> >
> > I tot això bé, per una banda pels problemes que hem tingut (i pogut
> > resoldre a temps) amb aquesta importació, i perquè ahir vam trobar el
> > rastre d’unes importacions que no han seguit el procediment, i veurem
> > com, com a comunitat i comptant amb l’usuari que les ha fet, ho podem
> > redreçar abans no saltin les alarmes.
> >
> > Cuideu-vos i a mapejar! (properament a 

Re: [OSM-talk-fr] BANO - Top des voies non rapprochées, par nombre d'adresses

[Vincent de Château-Thierry]

Le 25/03/2020 à 17:59, Florent Richard a écrit :
En Loire-Atlantique, il ressort un bon nombre de voies "blanches" (pas 
de nom ou seulement des espaces?). 
https://dev.cadastre.openstreetmap.fr/fantoir/top_adresses_manquantes.html#dept=44
Pour certains de ces cas, il y a deux fois la même ref Fantoir: une fois 
avec un nom de voie, une fois avec un nom vide.


Est-ce qu'il serait possible de ne pas inclure ces voies "blanches" dans 
la liste?


Merci pour le signalement :)
C'est normalement corrigé, à l'instant.

vincent

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

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Frédéric Rodrigo]

Le 25/03/2020 à 17:27, Yves P. a écrit :

Bonjour,

Je viens de regarder le résultat de la dernière PR.
Ici 
les 
localisations ne correspondent pas du tout aux adresses.


Ce sont les positions du fichier proposée en opendata. C'est bien pour 
ça que l'on passe par de l'intégration manuelle.





Les accents sont aussi manquants (champ subtitle):


C'est donc que l'encodage n'est toujours pas bon. Il y a peut être 
plusieurs encodage dans le fichier.




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

Re: [OSM-talk-fr] BANO - Top des voies non rapprochées, par nombre d'adresses

[Florent Richard]

Bonjour,

Merci pour cet outil.
En Loire-Atlantique, il ressort un bon nombre de voies "blanches" (pas de nom 
ou seulement des espaces?). 
https://dev.cadastre.openstreetmap.fr/fantoir/top_adresses_manquantes.html#dept=44
Pour certains de ces cas, il y a deux fois la même ref Fantoir: une fois avec 
un nom de voie, une fois avec un nom vide.

Est-ce qu'il serait possible de ne pas inclure ces voies "blanches" dans la 
liste?

Merci par avance.
Florent

De : Vincent de Château-Thierry 
Envoyé : mercredi 25 mars 2020 10:54
À : Discussions sur OSM en français 
Objet : Re: [OSM-talk-fr] BANO - Top des voies non rapprochées, par nombre 
d'adresses

Bonjour,

> De: "Jérôme Amagat" 
>
> Les lieux dits rapproché semble être aussi dans la liste. C'est voulu
> ?

Non. Je disais hier que c'était peut-être pas sec, toi tu confirmes en montrant 
que c'est pas étanche. Merci pour ton analyse à pas d'heure :)

Dans BANO ce que j'appelle lieux-dits sont potentiellement des place=* dans 
OSM, et je ne m'attends pas à y trouver des adresses rattachées. Pour 
identifier les "voies" avec adresse du cadastre et sans rapprochement OSM, je 
n'ai pas *pensé* à vérifier les codes FANTOIR des lieux-dits. Ton retour montre 
que clairement les adresses côté Cadastre sont largement rattachées aussi à des 
lieux-dits OSM, et donc que pour identifier le reste à faire, il faut 
soustraire les voies (rues, tag highway=*) rapprochées *mais aussi* les 
lieux-dits rapprochés (place=*).

Donc nouvelle mouture de la page 
http://dev.cadastre.openstreetmap.fr/fantoir/top_adresses_manquantes.html ce 
matin, il ne devrait plus s'y trouver d'endroits au sens large (voie, lieu-dit) 
connu d'OSM. Je parle au conditionnel, merci pour vos contre-exemples au cas où.

vincent

___
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-it] Liberare i numeri civici

[Cascafico Giovanni]

Il giorno mer 25 mar 2020 alle ore 11:12 Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

>
> Nel caso che qualcuno volesse *veramente* procedere, ecco due bei dataset
> (Milano se non ricordo male dovrebbe essere in Lombardia, una zona
> leggermente in allerta)
>
> https://wiki.openstreetmap.org/wiki/IT:Toscana_import_numeri_civici_2017
>

Purtroppo la pagina dei dati [1] segnalata nella wiki è inesistente;
cercando "civici" rimangono alcuni zip sparsi dei singoli comuni.


>
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Address_import_for_Milan
>
>  Domani vedo una strada alternativa a quella della wiki che passi per una
conflation condivisa [2], non su JOSM (che credo sarebbe un lavoro immane
per un singolo).


[1]
http://dati.toscana.it/dataset/grafo-civici/resource/07ebfc93-ff38-404a-8f2f-1f3dffe0b280
[2] http://audit.osmz.ru
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Yves P.]

Bonjour,

Je viens de regarder le résultat de la dernière PR.
Ici
les
localisations ne correspondent pas du tout aux adresses.

Les accents sont aussi manquants (champ subtitle):

Exemple :
6, R, SAINT CYR, 71520 MATOUR, EHPA ne percevant pas des crdits d'assurance
maladie
Ce POI est localisé à Châlon-sur-Saône
http://osmose.openstreetmap.fr/fr/error/a7a2a6b6-a919-1acb-884a-247dbe7e3448

__
Yves

PS:
Nominatim ne trouve pas 6 RUE SAINT CYR  MATOUR
,
mais 6 RUE de SAINT CYR  MATOUR

https://www.openstreetmap.org/node/2916408042#map=19/46.30896/4.47885

Sa page web :
https://www.matour.fr/fr/2018/03/18/m-a-r-p-a/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] New status for keys/tags in the wiki: "import" for tags that are only imported from an external database

[stevea]

On Mar 24, 2020, at 7:42 AM, Joseph Eisenberg  
wrote:
> After the discussion, the status "import" should be limited to tags
> that are clearly imported from external sources. Common examples are
> external references, IDs, source tags, and specialized import-only
> tags (e.g. "tiger:*"). Most of these don't have a wiki page.

I agree that "status import" should be limited as stated.  Providing a wiki 
page about tags which are imported seems like something we can all agree is a 
requirement, something that must result from a "formal" import that gets done 
"formally."

> I've added status=import and tagged a few keys which are documented:
> 
> https://wiki.openstreetmap.org/wiki/Category:Key_descriptions_with_status_%22import%22
> Also see update of https://wiki.openstreetmap.org/wiki/Approval_status
> with this value.

Both are helpful, thank you!

SteveA
California


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

Re: [Talk-de] OSM and Shapefiles

[Volker Schmidt]

Schau mal da nach:

https://help.openstreetmap.org/questions/53060/exporting-to-shapefiles



On Wed, 25 Mar 2020 at 16:50, Philip Albrecht 
wrote:

> Hallo zusammen,
>
> ich hoffe es ist ok das ich auf deutsch schreibe. Ich habe folgendes
> Anliegen. Ich möchte gerne ÖPNV Strecken in Form von Buslinien
> aktualisieren.
> Zum einen möchte ich diese in OSM aber auch lokal in meinem QGIS anpassen.
>
> Nun ist die Frage:
>
> 1. Kann ich die Änderungen in OSM anpassen und dann hinterher als
> Shapefile exportieren?
>
> 2. Oder kann ich die Änderungen in QGIS anpassen und dann ein Shapefile
> in OSM importieren?
>
> 3. Oder muss ich beides händisch anpassen?
>
> Ich schätze die Variante 1 ist die sinnvollere da OSM ja mit Relationen
> arbeitet. Ich habe jedoch leider noch keinen Workflow mit JOSM gefunden.
> Da das Internet gerade so stark ausgelastet ist, kann JOSM mir keine
> Daten anzeigen sodass ich es noch nicht ausprobieren konnte.
>
> Ich hoffe, dass ich mein Anliegen genau genug erklärt habe und es
> verständlich ist.
>
> Mit freundlichen Grüßen, Philip Albrecht
>
>
> ___
> 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] Processus de validation de tag (camps de réfugiés)

[Marc M.]

Bonjour,


Le 25.03.20 à 16:03, Martin Noblecourt a écrit :
> Nous vous invitons à visiter la page wiki ici :
> https://wiki.openstreetmap.org/wiki/Proposed_features/Refugee_Site_Location_2
> 
> 
> On verra si cette 2e proposition nous permettra de tirer des
> enseignements

Merci d'avoir remis l'ouvrage sur le métier
Pas sur cependant que la version 2 suffise :
Ayant le même soucis que la première (utilisation du tag place pour
décrire un "service géré par un opérateur") qui fait doublon avec le tag
existant sans l'améliorer... je sais pas être autre chose que totalement
contre.

Cordialement,
Marc

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

Re: [OSM-talk-fr] Covid-19 et carto

[Yves P.]

> Voilà l'adresse pour les curieux: https://www.mur-project.org/
>
Merci :)

Et ceux qui participeront si besoin à la production ;)

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

Re: [Talk-GB] Anyone in South-West London?

[Jez Nicholson]

Heh, none of the references on the Wikipedia page link to anything
mentioning that it exists. I call bullsh/t

On Wed, Mar 25, 2020 at 2:34 PM Andrew Hain 
wrote:

> I wonder if Tfondie who created the Wikipedia page may be the same person.
>
> --
> Andrew
>
> --
> *From:* Andrew Hain 
> *Sent:* 23 March 2020 20:18
> *To:* Colin Smale 
> *Cc:* Talk-GB 
> *Subject:* Re: [Talk-GB] Anyone in South-West London?
>
> There is now a place name Stadium Village just north of Twickenham town
> centre that is unfamiliar to me (I live across the Thames). The linked
> Wikipedia page https://en.wikipedia.org/wiki/Stadium_Village,_Middlesex
> exists but reads oddly.
>
> --
> Andrew
> --
> *From:* Andrew Hain 
> *Sent:* 21 March 2020 11:18
> *To:* Colin Smale 
> *Cc:* Talk-GB 
> *Subject:* Re: [Talk-GB] Anyone in South-West London?
>
> Further issues:
>
> Richmond rugby ground tagged addr:city=London Borough of Hounslow
> Middlesex changed to county
> Fulwell bus garage tagged name=Fulwell Bus Garage (Middlesex)
>
> There are some legitimate edits there such as shop=supermarket for Lidl
> Fulwell, payment tags for M Food To Go in Twickenham may be legitimate
> and the department store tagging was by another mapper by an editor preset.
>
> --
> Andrew
>
> --
> *From:* Colin Smale 
> *Sent:* 20 March 2020 18:46
> *To:* Andrew Hain 
> *Cc:* Talk-GB 
> *Subject:* Re: [Talk-GB] Anyone in South-West London?
>
>
> On 2020-03-20 19:36, Andrew Hain wrote:
>
> Also changing the name tag for Eel Pie Island.
>
>
> Yeah, that was the first thing I noticed. I changed that one back, and
> left comments on a couple of other changes, but when I saw the rest I gave
> up.
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Listes d’EHPAD et tag / (était : [local-herault] Comment participer à Crisismappers comme le suggère Jean-Guilhem?)

[Yves P.]

> En principe, tous les foyers-logements à l’ancienne ont été convertis en
> EHPAD, mais, il doit en rester.
>
Au moins un dans le Jura.

Cas particulier, il arrive qu’une même résidence comporte une aile de
> foyers-logements et une autre médicalisée

C'est le cas de celui ci-dessus.

mais, je ne vois pas l’intérêt de les distinguer, car, de facto, les
> services médicaux et para-médicaux sont offerts, si besoin est, à tous les
> résidents.
>
En pratique les soignants de l'EHPAD n'interviennent pas au foyer. (Sauf la
nuit en cas d'urgence)
C'est une infirmière libérale qui y va pendant sa tournée.

J'ai donc mis 2 POI avec 2 codes FINESS (il faudra corriger le tag de
l'EHPAD)
https://www.openstreetmap.org/way/123010542
https://www.openstreetmap.org/way/188450053
__
Yves
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Nightingale Hospital, London

[Andy Mabbett]

On Tue, 24 Mar 2020 at 20:07, Andy Mabbett  wrote:
>
> For expediency, I have added node, inside Excel London, for the new
> Nightingale Hospital:
>
>https://www.openstreetmap.org/node/7326515224

Someone left a comment on the changeset:

   I'd imagine applying the tag to the whole building
   (w/10371164) would be more appropriate for now.
   With a note on it.


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

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

[Talk-de] OSM and Shapefiles

[Philip Albrecht]

Hallo zusammen,

ich hoffe es ist ok das ich auf deutsch schreibe. Ich habe folgendes 
Anliegen. Ich möchte gerne ÖPNV Strecken in Form von Buslinien 
aktualisieren.

Zum einen möchte ich diese in OSM aber auch lokal in meinem QGIS anpassen.

Nun ist die Frage:

1. Kann ich die Änderungen in OSM anpassen und dann hinterher als 
Shapefile exportieren?


2. Oder kann ich die Änderungen in QGIS anpassen und dann ein Shapefile 
in OSM importieren?


3. Oder muss ich beides händisch anpassen?

Ich schätze die Variante 1 ist die sinnvollere da OSM ja mit Relationen 
arbeitet. Ich habe jedoch leider noch keinen Workflow mit JOSM gefunden.
Da das Internet gerade so stark ausgelastet ist, kann JOSM mir keine 
Daten anzeigen sodass ich es noch nicht ausprobieren konnte.


Ich hoffe, dass ich mein Anliegen genau genug erklärt habe und es 
verständlich ist.


Mit freundlichen Grüßen, Philip Albrecht


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

Re: [OSM-talk-fr] Nom des équipements municipaux

[Brice]

Le 25/03/2020 à 15:48, Marc M. a écrit :

oui mais c'est au rendu de choisir s'il veux afficher que les vrais noms
ou s'il vaut utiliser le champ description en l'absence de nom.


en effet, la meilleure solution est de basculer
Terrain de Sport du Collège
Plateau EPS
Dojo de mussidan
de "name" à "description"

je ferai ainsi, si je croise ce genre de contributions

bonne journée

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

Re: [OSM-talk-fr] Processus de validation de tag (camps de réfugiés)

[Martin Noblecourt]

Bonjour,

Comme prévu nous avons revu notre copie et proposons une 2e version du 
tag place=refugee_site.


Nous avons essayé de répondre aux préoccupations et aux commentaires 
reçus, et d'adapter et de simplifier le tag proposé pour cartographier 
les lieux abritant des réfugiés.


Nous aimerions discuter à nouveau de ce tag avec toutes les personnes 
intéressées pendant la phase de demande de commentaires, ouverte 
jusqu'au vendredi 3 avril.


Nous vous invitons à visiter la page wiki ici : 
https://wiki.openstreetmap.org/wiki/Proposed_features/Refugee_Site_Location_2 



On verra si cette 2e proposition nous permettra de tirer des 
enseignements et éventuellement d'améliorer la documentation sur le 
processus !


Merci !

Martin

On 19/03/2020 18:28, Martin Noblecourt wrote:


Merci pour vos retours !

Je ne cherchais pas particulièrement à discuter le tag lui-même (ça 
n'est pas la liste pour) mais Marc, je vous invite à relire la page et 
la discussion liée (qui a pas mal évoluée avec le temps) qui explique 
clairement (enfin, j'espère) la distinction entre un camp (place) et 
une infrastructure individuelle d'accueil type foyer, CADA, etc. 
(amenity). Nous parlons ici de camps de réfugiés pouvant compter des 
centaines de milliers de personnes, parfois depuis des décennies. Et 
oui, la plupart de ces "villes" sont gérées par un opérateur (UNHCR, 
UNRWA, IOM, agence nationale...) et ont un statut juridique 
fondamentalement différent d'une ville classique.


La traduction sera évidemment utile mais la page anglaise est 
elle-même imprécise. Je garde donc en tête l'idée d'une session au 
SOTM pour sonder la compréhension que se font les membres de la 
communauté de ces règles... il y a beaucoup de règles OSM qui sont 
très claires dans la tête d'untel ou untel qui les appliquera avec 
zèle, mais pas forcément sur le Wiki ;-)


A bientôt,

Martin


On 19/03/2020 17:55, talk-fr-requ...@openstreetmap.org wrote:

Subject:
Re: [OSM-talk-fr] Processus de validation de tag
From:
"Marc M." 
Date:
19/03/2020, 15:19

To:
talk-fr@openstreetmap.org


Bonjour,

Le 19.03.20 à 15:05, Martin Noblecourt a écrit :

un proposal

une proposition ?


camps de réfugiés
,

oups j'ai oublié de voter... contre
contre parce que pour moi une structure d'accueil n'est pas une place=*
et une place=* (admnistrative ou géographique) n'est pas un lieu géré
par un opérateur


contre-propositions ?

sans doute noyé dans ma masse, j'avais listé 2 cas déjà existant dans la
base il y a 6 mois :

une structure d'accueil pour personnes déplacées se renseigne avec
amenity=social_facility social_facility:for=displaced
Du coup, sans avoir été relire, je n'ai toujours pas compris
pourquoi vous proposiez un nouveau tag et/ou la différence entre les 2

un camp « spontané » de personnes déplacés est parfois renseigné avec
amenity=refugee_housing et/ou place=refugee_camp pour faire la
différence entre structure d'accueil et camp spontané.

Cordialement,
Marc


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

Re: [OSM-talk-fr] Nom des équipements municipaux

[Marc M.]

Bonjour,

Le 25.03.20 à 15:39, Brice a écrit :
> information (au moins sur les rendus)

oui mais c'est au rendu de choisir s'il veux afficher que les vrais noms
ou s'il vaut utiliser le champ description en l'absence de nom.

sinon c'est typiquement tager pour le rendu (ajouter une fausse
information pour forcer le rendu dans une direction qu'on souhaite
et qu'il le ferrait pas en l'absence de la fausse info)

Cordialement,
Marc

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

Re: [OSM-talk-fr] Nom des équipements municipaux

[Brice]

Le 25/03/2020 à 13:51, emeric Prouteau a écrit :


Autour de chez moi certains équipements ont des noms de ce type :
  * Mairie de Sourzac (https://www.openstreetmap.org/node/4437603892)
  * Terrain de Sport du Collège
(https://www.openstreetmap.org/way/251335140)
  * Plateau EPS (https://www.openstreetmap.org/way/454758317)
  * Dojo de mussidan ...
Sur le terrain il n'y a aucun nom.
Pour moi il faudrait enlever ces nom car ce sont des nom descriptif qui 
correspondent plutôt à un tag.


oui
mais si c'est les supprimer pour ne mettre aucun autre nom, 
personnellement je ne le fais pas,
par respect de la contribution effectuée par les précédents et apporte 
un (petit) surplus d'information (au moins sur les rendus)


sauf pour "Mairie de Sourzac" qui a un rendu explicite "townhall" et 
pour lequel il n'y a quasi toujours qu'une mairie par commune, mettre un 
nom ne rajoute donc rien


bonne journée

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

Re: [Talk-GB] Anyone in South-West London?

[Andrew Hain]

I wonder if Tfondie who created the Wikipedia page may be the same person.

--
Andrew


From: Andrew Hain 
Sent: 23 March 2020 20:18
To: Colin Smale 
Cc: Talk-GB 
Subject: Re: [Talk-GB] Anyone in South-West London?

There is now a place name Stadium Village just north of Twickenham town centre 
that is unfamiliar to me (I live across the Thames). The linked Wikipedia page 
https://en.wikipedia.org/wiki/Stadium_Village,_Middlesex exists but reads oddly.

--
Andrew

From: Andrew Hain 
Sent: 21 March 2020 11:18
To: Colin Smale 
Cc: Talk-GB 
Subject: Re: [Talk-GB] Anyone in South-West London?

Further issues:

Richmond rugby ground tagged addr:city=London Borough of Hounslow
Middlesex changed to county
Fulwell bus garage tagged name=Fulwell Bus Garage (Middlesex)

There are some legitimate edits there such as shop=supermarket for Lidl 
Fulwell, payment tags for M Food To Go in Twickenham may be legitimate and 
the department store tagging was by another mapper by an editor preset.

--
Andrew


From: Colin Smale 
Sent: 20 March 2020 18:46
To: Andrew Hain 
Cc: Talk-GB 
Subject: Re: [Talk-GB] Anyone in South-West London?


On 2020-03-20 19:36, Andrew Hain wrote:

Also changing the name tag for Eel Pie Island.

Yeah, that was the first thing I noticed. I changed that one back, and left 
comments on a couple of other changes, but when I saw the rest I gave up.


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

Re: [Talk-GB] Adding Leeds Bins to OpenStreetMaps

[Jez Nicholson]

Hi Patrick,

Shame LCC aren't 'dogfooding', ie using their own data, as it does
encourage people to take it seriously. I guess that your regular diffs will
spot discrepancies. I've had problems in the past with benches being
removed (in real life and on OSM) then reappearing because it was just the
council refurbing them.

What do you propose tagging the LCC id as? Or would you like suggestions?

- Jez

On Wed, 25 Mar 2020, 11:00 Patrick Lake,  wrote:

> Hi Jake,
>
>
>
> No, LCC haven’t told us that they’ll use the data for those sort of
> purposes. It wasn’t part of the specification, and to our knowledge they
> won’t be reliant on it – obviously with it being open data they’re free to
> use it for whatever they would like, but we’ve made them aware that OSM can
> be edited and things can be deleted by users.
>
>
>
> We currently extract OSM data for different amenities West Yorkshire
> daily, including bins, and store it in a GitHub repo
> .
> We plan to make a repo specifically for bin data – we’ll extract OSM data
> daily and compare it, updating the repo if necessary. This then means LCC,
> and others, will be able to look at the commit history to see what edits
> have been made across time, and revert them if necessary. We’re looking at
> using the GitHub API to integrate the commit history into the tool we’re
> building for LCC.
>
>
>
> To differentiate between council and business’ bins, we’ll just use a tag
> – we’ll confirm what this will be before uploading. Also, the existing data
> we’re bulk importing has a LCC ID which will be included as a tag.
>
>
>
> Cheers,
>
> Patrick
>
> *From: *Jake Edmonds 
> *Date: *Tuesday, 24 March 2020 at 12:47
> *To: *Patrick Lake 
> *Subject: *Re: [Talk-GB] Adding Leeds Bins to OpenStreetMaps
>
>
>
> Hi Patrick
>
> Are LCC staff planning to use the final dataset for various tasks, such as
> planning collection routes?
>
>
>
> I’m sure you have good answers for my questions but I’m just interested in
> a practical sense.
>
>
>
> What happens if a bin is accidentally/maliciously removed from OSM/moved?
>
> How are you planning to differentiate between LCC bins and bins provided
> by businesses?
>
>
>
> Thanks
>
> Jake
>
>
>
>
>
> On 24 Mar 2020, at 13:40, Patrick Lake  wrote:
>
>
>
> Hi,
>
>
>
> Thanks for the feedback, that’s what we were hoping to hear.
>
>
>
> Silent Spike, in answer to your questions – we’ve been told by the council
> that it is quite accurate, although with a dataset of 3000+ bins there is
> likely to be minor mistakes. Visually, the locations look sensible, which
> is reassuring.
>
>
>
> Here’s the method we planned to use:
>
>- There is definitely some bins which are already on OSM, so to avoid
>adding duplicates I took the locations of existing bins on OSM and the
>dataset from Leeds council, and created a distance matrix. My thought was,
>I would separate any bins in the LCC dataset which are less than 15 metres
>away from the nearest bin already on OSM, as they’re potential duplicates.
>I could then inspect these manually in JOSM and decide which ones to add
>(if any)
>- For the rest of the bins, we’ll convert the GeoJson to OSM format
>using one of the tools listed here
>
> (probably osm-and-geojson
> as I’ve tested this).
>My colleague Stuart has a good knowledge of OSM so he’s identified which
>tags we’ll use – I will post a list of these to get feedback before we
>upload anything.
>- I will use the bulk_upload.py tool
> to upload the osm
>file. This seemed like a good choice but please let me know if there’s a
>better one.
>
>
>
> The whole process will be tested with the dev server first, just to be
> safe.
>
>
>
> Tony, thanks for the advice – I’ll have a look at the West Midlands stuff
> yes. The verification tag & date seems like a really good idea too – we
> hadn’t thought of that.
>
>
>
> Cheers,
>
> Patrick
>
>
>
> *From: *Tony OSM 
> *Date: *Tuesday, 24 March 2020 at 12:18
> *To: *"talk-gb@openstreetmap.org" 
> *Subject: *Re: [Talk-GB] Adding Leeds Bins to OpenStreetMaps
>
>
>
> Agree with Silent Spike.
>
> This has a lot of similarities with NaPTAN bus stop imports - conflating
> and verification/validation are the difficulties there - looking at the
> West Midlands notes may help.
>
> For Leeds with a workforce regularly checking/cleaning bins then perhaps
> the tool you are planning to build could add a verification tag & date for
> completion on the first visit after an upload.
>
> TonyS999
>
> On 24/03/2020 12:02, Silent Spike wrote:
>
> Hey,
>
>
>
> I think this seems like a well planned and researched proposal. Personally
> would be happy to see such an import - 

Re: [OSM-talk-fr] Nom des équipements municipaux

[Arnaud Champollion]

Le 25/03/2020 à 13:51, emeric Prouteau a écrit :




Sur le terrain il n'y a aucun nom.


Je pense que tu as tout dit.




Pour moi il faudrait enlever ces noms car ce sont des nom descriptif 
qui correspondent plutôt à un tag.




Je suis d'accord.

je dirais qu'il n'y a pas besoin d'écrire "Terrain de Sport du Collège" 
si c'est taggué terrain de sport et qu'il est sur l'emprise du collège.




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

Re: [OSM-talk-fr] Nom des équipements municipaux

[Cyrille37 OSM]

Bonjour,

Le 25/03/2020 à 13:51, emeric Prouteau a écrit :

Autour de chez moi certains équipements ont des noms de ce type :

  * Mairie de Sourzac (https://www.openstreetmap.org/node/4437603892)
  * Terrain de Sport du Collège
(https://www.openstreetmap.org/way/251335140)
  * Plateau EPS (https://www.openstreetmap.org/way/454758317)



Sans nom sur le terrain, bien que ce ne soit pas la règle absolue, je 
les laisserai tel quel ;-)


Cyrille37.



  * Dojo de mussidan ...


Sur le terrain il n'y a aucun nom.

Pour moi il faudrait enlever ces nom car ce sont des nom descriptif 
qui correspondent plutôt à un tag.


Qu'en pensez vous ?

Cordialement,


--
*Emeric PROUTEAU*
*emeric.prout...@gmail.com 

/Avant d'imprimer. Pensons à l'environnement.
Save paper. Do you really need to print this e-mail?/*

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

[OSM-talk-fr] Nom des équipements municipaux

[emeric Prouteau]

Bonjour,

Autour de chez moi certains équipements ont des noms de ce type :

   - Mairie de Sourzac (https://www.openstreetmap.org/node/4437603892)
   - Terrain de Sport du Collège (
   https://www.openstreetmap.org/way/251335140)
   - Plateau EPS (https://www.openstreetmap.org/way/454758317)
   - Dojo de mussidan ...


Sur le terrain il n'y a aucun nom.

Pour moi il faudrait enlever ces nom car ce sont des nom descriptif qui
correspondent plutôt à un tag.

Qu'en pensez vous ?

Cordialement,


-- 
*Emeric PROUTEAU*



*emeric.prout...@gmail.com Avant d'imprimer.
Pensons à l'environnement.Save paper. Do you really need to print this
e-mail?*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-au] Duplicate of the same airport

[Nemanja Bracko (E-Search) via Talk-au]

Thank you all for clarification.

Thank you James for more local details. 

So by your opinion is it better to have 2 separate airports with duplicated 
data (such as IATA, ICAO, etc.), or to combine into one polygon.
Taking into consideration Cleary's and Andrew's answer I would leave as is, but 
since this is isolated case in AU, and some data will be duplicated, I would 
join two polygons. Don't know what to do. 

Thank you in advance for the response.

Nemanja

-Originalna poruka-
Od: Michael James  
Poslato: sreda, 25. mart 2020. 12:21
Za: OpenStreetMap 
Tema: [EXTERNAL] Re: [talk-au] Duplicate of the same airport

It is a military base that allows civilian air traffic to use its runway.

As far as air traffic goes it's called Williamtown, only the civilian terminal 
area is called Newcastle airport. (28 hectares of land)

https://www.newcastleairport.com.au/corporate/about/board-governance

Hope that helps, though no map of that land parcel that they lease for the 
civilian side.

> -Original Message-
> From: cleary 
> Sent: Wednesday, 25 March 2020 6:29 PM
> To: OpenStreetMap 
> Subject: Re: [talk-au] Duplicate of the same airport
> 
> 
> 
> I think the air force base and civilian airport share the same runway 
> but they are two distinct entities with separate buildings etc. Same 
> applies in some other cities including Canberra. I would defer to 
> someone more knowledgeable but I think it remains appropriate to have two 
> separate entities mapped in OSM.
> 
> 
> 
> On Wed, 25 Mar 2020, at 7:06 PM, Nemanja Bracko (E-Search) via Talk-au
> wrote:
> >
> > Hi,
> >
> >
> > There are two relations in OSM that are referring to the same airport:
> >
> >  * https://www.openstreetmap.org/relation/6263052
> >  * https://www.openstreetmap.org/relation/4145466
> > 
> >
> >
> > The first one has a *aeroway:aerodrome* tag, the second one has a
> > *military:airfield* tag.
> >
> >
> > I’m not sure should I merge these two relations since there are some 
> > sporadic differences for the same tag in both relations. Please, I 
> > need an extra hand on this.
> >
> >
> > This is an isolated case in whole Australia.
> >
> >
> > Thank you in advance,
> >
> > Nemanja
> >
> > ___
> > Talk-au mailing list
> > Talk-au@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-au
> >
> 
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Covid-19 et carto

[Donat ROBAUX]

Voilà l'adresse pour les curieux: https://www.mur-project.org/

Donat



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

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

Re: [OSM-talk-fr] Listes d’EHPAD et tag / (était : [local-herault] Comment participer à Crisismappers comme le suggère Jean-Guilhem?)

[Christian Rogel]

Avant les années 2000, les "maisons de retraite » étaient, soit sur le modèle 
de la pension de famille (chambres + parties communes), soit sur celui du 
foyer-logement (studio avec cuisine + parties communes).
Avec une moindre espérance de vie, une partie des retraités y entraient peu 
d’années après leur décrochage de travail (vers 75 ans ou avant).
Il y a 25 ans, on s’es aperçu que les entrées étaient beaucoup plus tardives et 
que la dépendance les suivait de peu.
D’où la décicision de transformer presque toutes les « maisons de retraite » en 
« établissement d’hébergement pour personnes agees dépendantes ».

Ça a été financé pour l’essentiel par les Départements et a consisté à 
médicaliser les établissement par :
- l’affectation d’une infirmière
- la création d’un poste de médecin coordonnateur (il n’est pas à demeure)
- des locaux de premiers soins
- des heures de vacation pour des psychologues, rééducateurs, etc.

Je répond donc oui à la question sur l’étiqutage de l’EHPAD, ce ne peut être 
que « nursing home ».
 
En principe, tous les foyers-logements à l’ancienne ont été convertis en EHPAD, 
mais, il doit en rester.
Dans ce cas, ce sont des « group_home ».

Cas particulier, il arrive qu’une même résidence comporte une aile de 
foyers-logements et une autre médicalisée, mais, je ne vois pas l’intérêt de 
les distinguer, car, de facto, les services médicaux et para-médicaux sont 
offerts, si besoin est, à tous les résidents.

« group_home » a maintenant une nouvelle jeunesse avec l’habitat volontaire 
pour seniors (immeuble parfois construit sur les indications des futurs 
habitants), parfois, teinté d’esprit religieux (on trouve parfois le terme de 
béguinage qui peut impliquer une cooptation sur la base d’idées partagées.).

Enfin, il existe les « résidences pour seniors avec services », qui peuvent 
etre des "assisted _living », mais son aussi des « group_home ». Elles 
comportentl’intervention 4/24 d’un(e) infirmièr(e), mais, pas forcèment basée 
sur place.



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

Re: [Talk-it] Mapillary e farmacie

[Francesco Ansanelli]

Ciao!

Credo che per avere un'influenza maggiore come comunità su mapillary
dovemmo almeno aver finito il lavoro che ci hanno dato da fare con gli
idranti...
Al momento la percentuale di completamento è IMBARAZZANTE.
So che non farà piacere, ma va detto.
Francesco

Il mer 25 mar 2020, 11:51 Cascafico Giovanni  ha
scritto:

> Purtroppo sembra che un rappresentante di Mapillary abbia escluso la
> possibilità, a breve, della detection. Messaggio su gruppo WA piemontese:
>
> "Hi everyone, I hope you are safe and health in this period. I’m okay
> thanks for checking. Unfortunately it is not possible to detect pharmacies
> at the moment. It would be great to add this feature in future. They can be
> only mapped manually from images. What do you focus on mapping these days?"
>
> Il mar 24 mar 2020, 14:05 Cascafico Giovanni  ha
> scritto:
>
>> Non mi pare che le farmacie siano tra le map features candidate
>> all'object detection. Visto che i banner sono spesso ben visibili, si
>> potrebbe proporre l'inserimento nell'algoritmo.
>>
>>
>> ___
> 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-au] Duplicate of the same airport

[Michael James]

It is a military base that allows civilian air traffic to use its runway.

As far as air traffic goes it's called Williamtown, only the civilian terminal 
area is called Newcastle airport. (28 hectares of land)

https://www.newcastleairport.com.au/corporate/about/board-governance

Hope that helps, though no map of that land parcel that they lease for the 
civilian side.

> -Original Message-
> From: cleary 
> Sent: Wednesday, 25 March 2020 6:29 PM
> To: OpenStreetMap 
> Subject: Re: [talk-au] Duplicate of the same airport
> 
> 
> 
> I think the air force base and civilian airport share the same runway but 
> they are
> two distinct entities with separate buildings etc. Same applies in some other
> cities including Canberra. I would defer to someone more knowledgeable but I
> think it remains appropriate to have two separate entities mapped in OSM.
> 
> 
> 
> On Wed, 25 Mar 2020, at 7:06 PM, Nemanja Bracko (E-Search) via Talk-au
> wrote:
> >
> > Hi,
> >
> >
> > There are two relations in OSM that are referring to the same airport:
> >
> >  * https://www.openstreetmap.org/relation/6263052
> >  * https://www.openstreetmap.org/relation/4145466
> > 
> >
> >
> > The first one has a *aeroway:aerodrome* tag, the second one has a
> > *military:airfield* tag.
> >
> >
> > I’m not sure should I merge these two relations since there are some
> > sporadic differences for the same tag in both relations. Please, I
> > need an extra hand on this.
> >
> >
> > This is an isolated case in whole Australia.
> >
> >
> > Thank you in advance,
> >
> > Nemanja
> >
> > ___
> > Talk-au mailing list
> > Talk-au@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-au
> >
> 
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Listes d’EHPAD et tag / (était : [local-herault] Comment participer à Crisismappers comme le suggère Jean-Guilhem?)

[Vincent Bergeot]

Le 25/03/2020 à 10:42, Marc M. a écrit :

Bonjour,

Le 25.03.20 à 10:29, Vincent Bergeot a écrit :

peut-on avoir votre avis sur le tag EHPAD (personnes âgées dépendantes) :

vous utilisez

je n'ajoute aucun social_facility=* pour le moment :)
parce que je prèfère pas de tag qu'un tag parfois faux
cela ne m'empeche pas d'ajouter tout le reste (amenity=social_facility
name social_facility:for=senior etc)

mais je considère que le tag correct est social_facility=nursing_home


oui cela semble être partagé.

Le tag group_home n'est pas faux si on en croit le wiki, c'est surtout 
que nursing_home est plus précis (un foyer de vie "médicalisé"), là ou 
group_home est un "simple" foyer de vie.


Lorsque le premier niveau de changement dans osmose sera effectif 
(passage de l’agrégation de catégories à la catégorie), on affinera donc.


Le 1er affinage concernera :

 * les EHPAD (social_facility=nursing_home) - médicalisé, soin 24/7
 * les maisons de retraites (social_facility=group_home) - une chambre
   et des services restauration, soin, ...
 * les résidences pour personnes âgées
   (social_facility=assisted_living) - les gens ont plutôt des
   appartements avec quelques services en communs


Je vais mettre à jour ici 
https://wiki.openstreetmap.org/wiki/FR:Key:type:FR:FINESS pour ces trois 
points si pas d'oppositions :)








Cordialement,
Marc

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



--
Vincent Bergeot

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

Re: [Talk-GB] Adding Leeds Bins to OpenStreetMaps

[Patrick Lake]

Hi Jake,

No, LCC haven’t told us that they’ll use the data for those sort of purposes. 
It wasn’t part of the specification, and to our knowledge they won’t be reliant 
on it – obviously with it being open data they’re free to use it for whatever 
they would like, but we’ve made them aware that OSM can be edited and things 
can be deleted by users.

We currently extract OSM data for different amenities West Yorkshire daily, 
including bins, and store it in a GitHub 
repo.
 We plan to make a repo specifically for bin data – we’ll extract OSM data 
daily and compare it, updating the repo if necessary. This then means LCC, and 
others, will be able to look at the commit history to see what edits have been 
made across time, and revert them if necessary. We’re looking at using the 
GitHub API to integrate the commit history into the tool we’re building for LCC.

To differentiate between council and business’ bins, we’ll just use a tag – 
we’ll confirm what this will be before uploading. Also, the existing data we’re 
bulk importing has a LCC ID which will be included as a tag.

Cheers,
Patrick
From: Jake Edmonds 
Date: Tuesday, 24 March 2020 at 12:47
To: Patrick Lake 
Subject: Re: [Talk-GB] Adding Leeds Bins to OpenStreetMaps

Hi Patrick
Are LCC staff planning to use the final dataset for various tasks, such as 
planning collection routes?

I’m sure you have good answers for my questions but I’m just interested in a 
practical sense.

What happens if a bin is accidentally/maliciously removed from OSM/moved?
How are you planning to differentiate between LCC bins and bins provided by 
businesses?

Thanks
Jake



On 24 Mar 2020, at 13:40, Patrick Lake 
mailto:patrick.l...@odileeds.org>> wrote:

Hi,

Thanks for the feedback, that’s what we were hoping to hear.

Silent Spike, in answer to your questions – we’ve been told by the council that 
it is quite accurate, although with a dataset of 3000+ bins there is likely to 
be minor mistakes. Visually, the locations look sensible, which is reassuring.

Here’s the method we planned to use:

  *   There is definitely some bins which are already on OSM, so to avoid 
adding duplicates I took the locations of existing bins on OSM and the dataset 
from Leeds council, and created a distance matrix. My thought was, I would 
separate any bins in the LCC dataset which are less than 15 metres away from 
the nearest bin already on OSM, as they’re potential duplicates. I could then 
inspect these manually in JOSM and decide which ones to add (if any)
  *   For the rest of the bins, we’ll convert the GeoJson to OSM format using 
one of the tools listed 
here 
(probably osm-and-geojson as 
I’ve tested this). My colleague Stuart has a good knowledge of OSM so he’s 
identified which tags we’ll use – I will post a list of these to get feedback 
before we upload anything.
  *   I will use the bulk_upload.py 
tool to upload the osm 
file. This seemed like a good choice but please let me know if there’s a better 
one.

The whole process will be tested with the dev server first, just to be safe.

Tony, thanks for the advice – I’ll have a look at the West Midlands stuff yes. 
The verification tag & date seems like a really good idea too – we hadn’t 
thought of that.

Cheers,
Patrick

From: Tony OSM mailto:tonyo...@gmail.com>>
Date: Tuesday, 24 March 2020 at 12:18
To: "talk-gb@openstreetmap.org" 
mailto:talk-gb@openstreetmap.org>>
Subject: Re: [Talk-GB] Adding Leeds Bins to OpenStreetMaps

Agree with Silent Spike.
This has a lot of similarities with NaPTAN bus stop imports - conflating and 
verification/validation are the difficulties there - looking at the West 
Midlands notes may help.
For Leeds with a workforce regularly checking/cleaning bins then perhaps the 
tool you are planning to build could add a verification tag & date for 
completion on the first visit after an upload.
TonyS999
On 24/03/2020 12:02, Silent Spike wrote:
Hey,

I think this seems like a well planned and researched proposal. Personally 
would be happy to see such an import - especially since you've already got 
buy-in from the council.

Only really have two questions:
- Has the accuracy of the council data been evaluated at all? I'm personally of 
the opinion that mostly accurate data is better than no data so this is more 
just a curiosity.
- Could you specify those steps you'd be taking for conflation? I don't doubt 
the ability to do so (this seems like a very competent proposal), but just for 
transparency of the process.

On Tue, Mar 24, 2020 at 11:44 AM Patrick Lake 
mailto:patrick.l...@odileeds.org>> wrote:
Hi,

At ODI Leeds we’re working with Leeds City Council to 
create 

Re: [Talk-it] Mapillary e farmacie

[Cascafico Giovanni]

Purtroppo sembra che un rappresentante di Mapillary abbia escluso la
possibilità, a breve, della detection. Messaggio su gruppo WA piemontese:

"Hi everyone, I hope you are safe and health in this period. I’m okay
thanks for checking. Unfortunately it is not possible to detect pharmacies
at the moment. It would be great to add this feature in future. They can be
only mapped manually from images. What do you focus on mapping these days?"

Il mar 24 mar 2020, 14:05 Cascafico Giovanni  ha
scritto:

> Non mi pare che le farmacie siano tra le map features candidate all'object
> detection. Visto che i banner sono spesso ben visibili, si potrebbe
> proporre l'inserimento nell'algoritmo.
>
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cat] Sobre les importacions: bones, regulars i irregulars

[fadelkon]

E moltes gràcies! Quina bona notícia i resultat! :D

El 25/3/20 a les 9:07, Lanxana . ha escrit:
>
> Bon dia,
>
> aquests dies hem estat en el punt de mira de la comunitat OSM, arrel
> de la importació de les farmàcies. Per a qui no hagi estat pendent de
> llistes i TG, faig un petit resum:
>
> El dia que es va decretar l’estat d’alarma per covid-19, ens vam
> plantejar què podíem fer per ajudar des del nostre confinament. De
> tots els conjunts de dades de fonts amb llicència, vam triar les
> farmàcies, com a primer pas. De les farmàcies hi havia 2 conjunts
> possibles: un catàleg sense coordenades publicat amb llicència CC0 i
> el conjunt d’equipaments, on entre altres moltes dades hi ha les
> farmàcies, tot georreferenciat. Es va muntar la wiki d’importació i el
> projecte al Gestor de Tasques, mentre es discutia amb la comunitat
> espanyola i s’escrivia tant a la espanyola com a la de imports, que és
> qui finalment té la potestat d’acceptar o no la importació com a vàlida.
>
> I aquí van començar els problemes... el conjunt triat, per facilitat
> de treball, va ser el dels equipaments, i la carta que tenim de la
> Generalitat autoritzant el seu ús és “contradictòria” segons Imports.
> Qui vulgui seguir el fil, aquí el pot trobar:
> https://lists.openstreetmap.org/pipermail/imports/2020-March/006194.html
>
> Amb correus més o menys desafortunats, la tensió pujant per moments i
> el projecte a punt de ser revertit, en paral·lel es van iniciar
> gestions amb els propietaris de les dades (els gestors corresponents a
> la Generalitat), i finalment es va aconseguir que el dataset d’on
> havíem agafat les dades (i que ja us avanço que conté moltíssimes més
> i de molt interès per a OSM), canviés la seva llicència a CC0, que és
> totalment compatible amb OSM i no requereix cap autorització expressa.
>
> Gràcies a tots els que heu col·laborat tant en la importació en sí com
> en aconseguir que el que semblava una bona importació, i va passar a
> ser irregular, ha tornat a ser bona.
>
> Així les coses, convido a fer una reflexió de grup:
>
> - a vegades les ganes ens poden, volem fer ja el que sabem que és bo,
> però quan estem parlant d’importacions, necessitem seguir totes les
> passes per donar-li validesa, perquè sinó tota la feina, tot el temps
> invertit, quedaran en no res. Una importació no vàlida pot comportar
> des de revertir tota la feina que s’ha fet, fins al bloqueig de
> l’usuari que l’hagi fet.  Deixant pel camí ofenses, bronques,
> malentesos...
>
> - tenim moltes dades interessants i moltes ganes de que siguin a OSM.
> Això és bo, però cada cop hi ha més dades al mapa i hi ha una corrent
> dins d’OSM contrària a les importacions, així que ens hem d'assegurar
> que tota importació que surti de la comunitat sigui bona, ja no ens
> serveixen importacions regulars de "fico el que tinc i m'oblido del
> que hi havia"
>
> - hi ha unes normes d’importació que tothom ha de seguir, a grans
> trets: font vàlida i contrastada, llicència compatible, etiquetat OSM,
> mecanisme de conflació de dades, documentació a la wiki d’OSM,
> comunicació a comunitat local, comunicació a imports i esperar la seva
> validació abans de començar a importar.
>
> I tot això bé, per una banda pels problemes que hem tingut (i pogut
> resoldre a temps) amb aquesta importació, i perquè ahir vam trobar el
> rastre d’unes importacions que no han seguit el procediment, i veurem
> com, com a comunitat i comptant amb l’usuari que les ha fet, ho podem
> redreçar abans no saltin les alarmes.
>
> Cuideu-vos i a mapejar! (properament a les seves pantalles, hospitals
> i ambulatoris?)
>
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat




signature.asc
Description: OpenPGP digital signature
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

[OSM-talk] Mapping Homes for the Elderly (hot targets of COVID-19)

[Jean-Guilhem Cailton]

Hi All,

Terrible body counts in homes for the elderly (« EHPAD, ou Maisons de
retraite » in French) are starting to appear in news headlines in France
and Spain now, a few days after Italy…

This is a follow up to my previous message (that did not make it back to
my input mailbox):
https://lists.openstreetmap.org/pipermail/talk/2020-March/084462.html

It has since been independently confirmed, by Nicolas Moyroud, a long
time leading OSM contributor in Southern France, that Homes for the
Elderly are a highly sensitive theme in the context of COVID-19, well
worth of urgent care from OSM mappers.

Nicolas reported that Homes for the Elderly had been identified by
Firefighters as a theme that needed improvement in the cartography of
the alert system.
Just imagine emergency rescuers being called in for urgent help, and
having to waste time geolocating where the call comes from…

His email can be found online here:
https://listes.openstreetmap.fr/wws/arc/local-herault/2020-03/msg4.html

And this is in Southern France, probably one of the areas in OSM
database with most details, as can be measured by the size of OSM data
download for an area.
(In case this can be taken as an indicator of the coverage of this type
of amenities in OSM…)


So PLEASE also take care of mapping Elderly Homes, as this may help to
rescue aged persons in your local area or country…


To make it clear, in case of potential « losses in translation », this
is about collective institutions that house persons of high age. [1]
(Not about individual houses, which would be private information).

(See OSM tags such as nursing_home, as amenity or social_facility, with
social_facility:for=senior.)

Take good care of yourselves, and of our Elders as much as you can,

Jean-Guilhem

http://twitter.com/jgVisov

[1]: https://en.wikipedia.org/wiki/Nursing_home_care

-- 
“Corruption is the abuse of entrusted power for private gain.” Transparency 
International
https://www.transparency.org/whatwedo/publication/preventing_corruption_in_humanitarian_operations

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

Re: [Talk-it] Liberare i numeri civici

[Alessandro Palmas]

  
  
Il 25/03/20 09:57, Cascafico Giovanni
  ha scritto:


  
  In questi giorni si è rivelata pressante la
richiesta di importare in OSM i numeri civici.


  


Nel caso che qualcuno volesse veramente procedere, ecco due
bei dataset (Milano se non ricordo male dovrebbe essere in
Lombardia, una zona leggermente in allerta)

https://wiki.openstreetmap.org/wiki/IT:Toscana_import_numeri_civici_2017

https://wiki.openstreetmap.org/wiki/Import/Catalogue/Address_import_for_Milan


Alessandro
  


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

Re: [OSM-talk-fr] Covid-19 et carto

[Donat ROBAUX]

Hello,

C'est tout à fait ca Marc. Le but est de faire des respirateurs
supplémentaires pour les gens qui en auraient besoin et de les réserver aux
gens les moins graves. Et de garder les vrais respi aux malades graves.
Pour le moment, je n'ai pas d'adresse à communiquer car c'est de la préprod
mais ca ne va pas tarder ;)

Donat



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

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

Re: [OSM-talk-fr] BANO - Top des voies non rapprochées, par nombre d'adresses

[Vincent de Château-Thierry]

Bonjour,

> De: "Jérôme Amagat" 
> 
> Les lieux dits rapproché semble être aussi dans la liste. C'est voulu
> ?

Non. Je disais hier que c'était peut-être pas sec, toi tu confirmes en montrant 
que c'est pas étanche. Merci pour ton analyse à pas d'heure :)

Dans BANO ce que j'appelle lieux-dits sont potentiellement des place=* dans 
OSM, et je ne m'attends pas à y trouver des adresses rattachées. Pour 
identifier les "voies" avec adresse du cadastre et sans rapprochement OSM, je 
n'ai pas *pensé* à vérifier les codes FANTOIR des lieux-dits. Ton retour montre 
que clairement les adresses côté Cadastre sont largement rattachées aussi à des 
lieux-dits OSM, et donc que pour identifier le reste à faire, il faut 
soustraire les voies (rues, tag highway=*) rapprochées *mais aussi* les 
lieux-dits rapprochés (place=*).

Donc nouvelle mouture de la page 
http://dev.cadastre.openstreetmap.fr/fantoir/top_adresses_manquantes.html ce 
matin, il ne devrait plus s'y trouver d'endroits au sens large (voie, lieu-dit) 
connu d'OSM. Je parle au conditionnel, merci pour vos contre-exemples au cas où.
 
vincent

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

Re: [OSM-talk-fr] Listes d’EHPAD et tag / (était : [local-herault] Comment participer à Crisismappers comme le suggère Jean-Guilhem?)

[Marc M.]

Bonjour,

Le 25.03.20 à 10:29, Vincent Bergeot a écrit :
> peut-on avoir votre avis sur le tag EHPAD (personnes âgées dépendantes) :
> 
> vous utilisez 

je n'ajoute aucun social_facility=* pour le moment :)
parce que je prèfère pas de tag qu'un tag parfois faux
cela ne m'empeche pas d'ajouter tout le reste (amenity=social_facility
name social_facility:for=senior etc)

mais je considère que le tag correct est social_facility=nursing_home

Cordialement,
Marc

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

Re: [OSM-talk-fr] Listes d’EHPAD et tag / (était : [local-herault] Comment participer à Crisismappers comme le suggère Jean-Guilhem?)

[Leroy Olivier]

Hello,

J'en ai fait qu'un (celui que je connais) et ai pris :
social_facility=group_home

Aucun pb pour le changer en fonction de ce qui décidé !

A+

Olivier

Le mer. 25 mars 2020 à 10:29, Vincent Bergeot  a
écrit :

> Bonjour les cartographes d'EPHAD,
>
> peut-on avoir votre avis sur le tag EHPAD (personnes âgées dépendantes) :
>
> vous utilisez social_facility=group_home
> ou
> vous utilisez social_facility=nursing_home
>
> (en plus de amenity=social_facility, social_facility:for=senior et
> type:FR:FINESS=500)
>
> à plus
>
> merci :)
>
> PS : actuellement sur osmose c'était social_facility=group_home qui
> était proposé car nous utilisions une agrégation de catégories
> d'établissement. Nous voulons passer à des analyses osmose plus fine en
> utilisant la catégorie (et non plus agrégation) donc il nous faut
> trancher :)
>
>
>
> --
> Vincent Bergeot
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Olivier Leroy
Docteur Géographie et Environnement
Post-doctorant EVS IMU GOURAMIC
06.18.37.18.08
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Listes d’EHPAD et tag / (était : [local-herault] Comment participer à Crisismappers comme le suggère Jean-Guilhem?)

[Vincent Bergeot]

Bonjour les cartographes d'EPHAD,

peut-on avoir votre avis sur le tag EHPAD (personnes âgées dépendantes) :

vous utilisez social_facility=group_home
ou
vous utilisez social_facility=nursing_home

(en plus de amenity=social_facility, social_facility:for=senior et 
type:FR:FINESS=500)


à plus

merci :)

PS : actuellement sur osmose c'était social_facility=group_home qui 
était proposé car nous utilisions une agrégation de catégories 
d'établissement. Nous voulons passer à des analyses osmose plus fine en 
utilisant la catégorie (et non plus agrégation) donc il nous faut 
trancher :)




--
Vincent Bergeot


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

Re: [OSM-talk-fr] BANO - Top des voies non rapprochées, par nombre d'adresses

[Marc M.]

Bonjour,

Le 24.03.20 à 23:36, Vincent de Château-Thierry a écrit :
> Je n'ai pas restreint aux voies
> addr:place,
> toujours pas géré dans BANO.

est-ce que cela veux dire que la liste affiche potentiellement plein
de cas qui sont correct dans osm et affiché uniquement parce que bano
ne le gère pas ?
si oui c'est un peu ennuyeux et il serrait sans doute préférable
de filtrer ces cas sur une page que j'avais imaginez comme "prenez
le premier cas, c'est probablement le plus utile où agir"
Ou alors j'ia raté la marche :)

Cordialement,
Marc

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

Re: [OSM-talk-fr] BANO - Top des voies non rapprochées, par nombre d'adresses

[Marc M.]

Bonjour,

Le 24.03.20 à 23:50, Vincent de Château-Thierry a écrit :
>> Et "Le bourg" dans une île, ça c'est de l'adresse ;-). Que fait-on ? On
>> crée les points adresse en laissant tomber la relation pour mettre (ou
>> pas) un place ?
> 
> cf. la réponse à Jérôme à l'instant. Il ne semble pas y avoir de type de
> relation avec un node place à la place d'un nom de voie, ou alors j'ai
> mal cherché.

exact.
il faut donc faire plein de addr:place
ou certains considèrent que la rue se nome avec le lieu-dit (par exemple
quand le lieu-dit pour l'adresse (Le bourg) n'est pas le même que
le lieu-dit de l'endroit (le nom du village ou de l'ile) ce qui permet
alors d'utiliser des associatedStreet

Cordialement,
Marc

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

Re: [OSM-talk-fr] BANO - Top des voies non rapprochées, par nombre d'adresses

[osm . sanspourriel]

Et "Le bourg" dans une île, ça c'est de l'adresse ;-). Que fait-on ? On
crée les points adresse en laissant tomber la relation pour mettre (ou
pas) un place ?


cf. la réponse à Jérôme à l'instant. Il ne semble pas y avoir de type
de relation avec un node place à la place d'un nom de voie, ou alors
j'ai mal cherché.


Oui j'ai cru dans un premier temps que tu me répondais.

La relation que j'ai regardé c'était la première du 56, Île-d'Houat(56086).

Jérôme petit joueur, 217 points.

Oui à Houat ils habitent (presque) tous le bourg et je suppose qu'il y a
un nom de famille prédominant. Sympa pour le facteur ;-). (*)

Ce que je veux dire c'est que FANTOIR doit avoir un lieu-dit LE BOURG
(en fait non :
http://dev.cadastre.openstreetmap.fr/fantoir/index.html#insee=56086=0).

Et que si FANTOIR considère que c'est un lieu-dit et non une voirie
qu'on ne devrait proposer que d'intégrer des points (avec addr:place)
car la relation associatedStreet ne marche qu'avec de la voirie, pas des
addr:place (ce qui est dommage).

L'autre solution c'est d'élargir le champ d'associatedStreet aux addr:place.

Je suis pour mais ça suppose qu'on fasse une proposition dans ce sens et
que les outils comme Nominatim suivent.

Jean-Yvon

(*) ils ont aussi :

Route du Port
Route du Vieux Port
Route du Port Saint Gildas
Rue du Port
Route de l'Ancien Port
Porh Plouz
Porh Chudel

Et dans OSM un Rue du Vieux Port, sans doute la Route du Vieux Port de
FANTOIR

Ceci n'est pas écrit un 1^er avril et Houat comporte moins de 250
habitants (en hiver)

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

Re: [OSM-talk-fr] Horaires d'ouverture :: sur rendez-vous

[Marc M.]

Bonjour,

Le 25.03.20 à 00:24, Jacques Lavignotte a écrit :
> horaires d'ouverture = sur rendez-vous ?

si c'est uniquement sur rendez-vous, entre 9h et 21h
reservation=required
opening_hours=09:00-21:00 "sur rendez-vous"

Cordialement,
Marc

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

[Talk-it] Liberare i numeri civici

[Cascafico Giovanni]

In questi giorni si è rivelata pressante la richiesta di importare in OSM i
numeri civici.

Servizi d'emergenza, strutture sanitarie, farmacie, distributori, negozi
ecc. sono elementi che hanno bisogno di numeri civici.

Da tempo abbiamo riscontrato che la PA pubblica dati, nella migliore delle
ipotesi in IODL2 [1], per esempio il Comune di Bergamo [2].

La Regione Friuli Venezia Giulia, nell'ottica di rendere disponibile i dati
senza limitazioni, ha scelto di mantenere la IODL2, deliberandone [3] l'uso
senza i vincoli di mantenimento dell'attribuzione, mantenimento che OSM non
può garantire.
Credo che le altre amministrazioni regionali debbano fare altrettanto.


[1] https://www.dati.gov.it/content/italian-open-data-license-v20
[2]
https://www.dati.lombardia.it/Territorio/Comune-Bergamo-Numerazione-civica/pcif

-9jj7
[3]
http://mtom.regione.fvg.it/storage//2014_2626/Allegato%201%20alla%20Delibera%202626-2014.pdf
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-au] Duplicate of the same airport

[Andrew Harvey]

I agree with cleary, that I think these are two different airports but
share the same runway, but likewise I'm also not familiar enough to say for
sure.

On Wed, 25 Mar 2020 at 19:32, cleary  wrote:

>
>
> I think the air force base and civilian airport share the same runway but
> they are two distinct entities with separate buildings etc. Same applies in
> some other cities including Canberra. I would defer to someone more
> knowledgeable but I think it remains appropriate to have two separate
> entities mapped in OSM.
>
>
>
> On Wed, 25 Mar 2020, at 7:06 PM, Nemanja Bracko (E-Search) via Talk-au
> wrote:
> >
> > Hi,
> >
> >
> > There are two relations in OSM that are referring to the same airport:
> >
> >  * https://www.openstreetmap.org/relation/6263052
> > <
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.openstreetmap.org%2Frelation%2F6263052=02%7C01%7Cv-nebrac%40microsoft.com%7Ca54d169de63c4331268408d7d03b8188%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637206826346264901=RjQuKt9emYgbapDZ%2Fi9ifXwLPXKATL0SR%2FC%2FGi3i4YM%3D=0
> >
> >  * https://www.openstreetmap.org/relation/4145466
> > <
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.openstreetmap.org%2Frelation%2F4145466=02%7C01%7Cv-nebrac%40microsoft.com%7Ca54d169de63c4331268408d7d03b8188%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637206826346274895=Qy8ECAvP7jNTFkuOnxXyNdTTWAb9eOocDw6OH6WewSk%3D=0
> >
> >
> > The first one has a *aeroway:aerodrome* tag, the second one has a
> > *military:airfield* tag.
> >
> >
> > I’m not sure should I merge these two relations since there are some
> > sporadic differences for the same tag in both relations. Please, I need
> > an extra hand on this.
> >
> >
> > This is an isolated case in whole Australia.
> >
> >
> > Thank you in advance,
> >
> > Nemanja
> >
> > ___
> > Talk-au mailing list
> > Talk-au@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-au
> >
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Duplicate of the same airport

[cleary]

I think the air force base and civilian airport share the same runway but they 
are two distinct entities with separate buildings etc. Same applies in some 
other cities including Canberra. I would defer to someone more knowledgeable 
but I think it remains appropriate to have two separate entities mapped in OSM.



On Wed, 25 Mar 2020, at 7:06 PM, Nemanja Bracko (E-Search) via Talk-au wrote:
>  
> Hi,
> 
> 
> There are two relations in OSM that are referring to the same airport:
> 
>  * https://www.openstreetmap.org/relation/6263052 
> 
>  * https://www.openstreetmap.org/relation/4145466 
> 
> 
> The first one has a *aeroway:aerodrome* tag, the second one has a 
> *military:airfield* tag.
> 
> 
> I’m not sure should I merge these two relations since there are some 
> sporadic differences for the same tag in both relations. Please, I need 
> an extra hand on this.
> 
> 
> This is an isolated case in whole Australia.
> 
> 
> Thank you in advance,
> 
> Nemanja
> 
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>

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

Re: [OSM-talk-fr] Horaires d'ouverture :: sur rendez-vous

[Erwan Salomon]

salut,

le tag le plus utilisé semble être : 

528 utilisations
opening_hours="on call"
https://taginfo.openstreetmap.org/tags/opening_hours=%22on%20call%22

au choix avec
409 utilisations
opening_hours="by appointment"
https://taginfo.openstreetmap.org/tags/opening_hours=%22by%20appointment%22 


~40 versions française : "sur rendez-vous » (avec ou sans majuscule)

ne pas oublier de mettre le moyen de réserver (le numéro de téléphone en 
général)

> Le 25 mars 2020 à 00:24, Jacques Lavignotte  a écrit :
> 
> Bonjour,
> 
> J'arrête de creuser les wiki :
> 
> amenity=doctors
> 
> horaires d'ouverture = sur rendez-vous ?
> 
> rendez-vous, schedule, je ne trouve rien.
> 
> Merci, restez chez vous.
> 
> J.
> -- 
> GnuPg : 156520BBC8F5B1E3 Because privacy matters.
> « Quand est-ce qu'on mange ? » AD (c) (tm)
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

[talk-au] Duplicate of the same airport

[Nemanja Bracko (E-Search) via Talk-au]

Hi,

There are two relations in OSM that are referring to the same airport:

  *   
https://www.openstreetmap.org/relation/6263052
  *   
https://www.openstreetmap.org/relation/4145466

The first one has a aeroway:aerodrome tag, the second one has a 
military:airfield tag.

I'm not sure should I merge these two relations since there are some sporadic 
differences for the same tag in both relations. Please, I need an extra hand on 
this.

This is an isolated case in whole Australia.

Thank you in advance,
Nemanja
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[Talk-cat] Sobre les importacions: bones, regulars i irregulars

[Lanxana .]

Bon dia,

aquests dies hem estat en el punt de mira de la comunitat OSM, arrel de la
importació de les farmàcies. Per a qui no hagi estat pendent de llistes i
TG, faig un petit resum:

El dia que es va decretar l’estat d’alarma per covid-19, ens vam plantejar
què podíem fer per ajudar des del nostre confinament. De tots els conjunts
de dades de fonts amb llicència, vam triar les farmàcies, com a primer pas.
De les farmàcies hi havia 2 conjunts possibles: un catàleg sense
coordenades publicat amb llicència CC0 i el conjunt d’equipaments, on entre
altres moltes dades hi ha les farmàcies, tot georreferenciat. Es va muntar
la wiki d’importació i el projecte al Gestor de Tasques, mentre es discutia
amb la comunitat espanyola i s’escrivia tant a la espanyola com a la de
imports, que és qui finalment té la potestat d’acceptar o no la importació
com a vàlida.

I aquí van començar els problemes... el conjunt triat, per facilitat de
treball, va ser el dels equipaments, i la carta que tenim de la Generalitat
autoritzant el seu ús és “contradictòria” segons Imports. Qui vulgui seguir
el fil, aquí el pot trobar:
https://lists.openstreetmap.org/pipermail/imports/2020-March/006194.html

Amb correus més o menys desafortunats, la tensió pujant per moments i el
projecte a punt de ser revertit, en paral·lel es van iniciar gestions amb
els propietaris de les dades (els gestors corresponents a la Generalitat),
i finalment es va aconseguir que el dataset d’on havíem agafat les dades (i
que ja us avanço que conté moltíssimes més i de molt interès per a OSM),
canviés la seva llicència a CC0, que és totalment compatible amb OSM i no
requereix cap autorització expressa.

Gràcies a tots els que heu col·laborat tant en la importació en sí com en
aconseguir que el que semblava una bona importació, i va passar a ser
irregular, ha tornat a ser bona.

Així les coses, convido a fer una reflexió de grup:

- a vegades les ganes ens poden, volem fer ja el que sabem que és bo, però
quan estem parlant d’importacions, necessitem seguir totes les passes per
donar-li validesa, perquè sinó tota la feina, tot el temps invertit,
quedaran en no res. Una importació no vàlida pot comportar des de revertir
tota la feina que s’ha fet, fins al bloqueig de l’usuari que l’hagi fet.
Deixant pel camí ofenses, bronques, malentesos...

- tenim moltes dades interessants i moltes ganes de que siguin a OSM. Això
és bo, però cada cop hi ha més dades al mapa i hi ha una corrent dins d’OSM
contrària a les importacions, així que ens hem d'assegurar que tota
importació que surti de la comunitat sigui bona, ja no ens serveixen
importacions regulars de "fico el que tinc i m'oblido del que hi havia"

- hi ha unes normes d’importació que tothom ha de seguir, a grans trets:
font vàlida i contrastada, llicència compatible, etiquetat OSM, mecanisme
de conflació de dades, documentació a la wiki d’OSM, comunicació a
comunitat local, comunicació a imports i esperar la seva validació abans de
començar a importar.

I tot això bé, per una banda pels problemes que hem tingut (i pogut
resoldre a temps) amb aquesta importació, i perquè ahir vam trobar el
rastre d’unes importacions que no han seguit el procediment, i veurem com,
com a comunitat i comptant amb l’usuari que les ha fet, ho podem redreçar
abans no saltin les alarmes.

Cuideu-vos i a mapejar! (properament a les seves pantalles, hospitals i
ambulatoris?)
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [talk-cz] Detaily v openstreet maps

[Miroslav Suchy]

Dne 24. 03. 20 v 19:03 Jiří Polášek napsal(a):
> Čerstvě jsem objevil „openstreet maps“, které mě svými detaily hodně zaujaly.
> 
> Objevil jsem v nich dvě spojovací cesty, o kterých jsem tušil, ale v Mapy.cz 
> apod. jsem je nenalezl ☹
> 
>  
> 
> Chtěl jsem vyrazit do terénu a stáhl si tedy Maps.me – bohužel, zde jsem však 
> nenalezl tyto spojovací cesty, které
> normálně na počítači ve webovém prohlížeči vidím.
> 
> Díval jsem se na nastavení, ale možnost přidání detailů jsem nenašel.
> 
>  
> 
> Co bych měl dělat jinak, abych i na tabletu v maps.me viděl detail ?
> 

Záleží kdy ta cesta byla přidaná. Maps.me používá kopii dat. Tj. jednou za čas 
si stáhne data z openstreetmap.org a ty
pak zakomponuje do svých dat. To se děje jednou za čas. Někdy po měsíci, někdy 
po čtvrt roce.

Jak dlouho je cesta na openstreetmap.org zjistíte následovně:

1) otevřete si openstreetmap.org
2) vpravo uprostřed je ikona kurzoru s otazníkem. kliknete na to.
3) klikněte na prvek který vás zajímá
4) vlevo se vám objeví seznam prvků v okolí vašeho kliku.
5) když ukážete na prvky vlevo v seznamu tak se zvýrazní na mapě
6) najděte si v seznamu vlevo na svoji cestu a klikněte na ni.
7) zobrazí se detaily té cesty. Odrolujte až úplně dolů a v patičce toho levého 
sloupce je "zobrazit historii". Klikněte
na to.
8) podívejte se kdy ta cesta byla přidána do openstreetmap.

Pokud to bylo před méně než 3 měsíci, tak počkejte než to probublá do Maps.me. 
Pokud je to déle, tak je něco divně,
protože už to v Maps.me mělo být.

Mirek

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

Re: [talk-cz] Detaily v openstreet maps

[Tom Ka]

st 25. 3. 2020 v 8:45 odesílatel Jiří Polášek
 napsal:
> Čerstvě jsem objevil „openstreet maps“, které mě svými detaily hodně zaujaly.
> Objevil jsem v nich dvě spojovací cesty, o kterých jsem tušil, ale v Mapy.cz 
> apod. jsem je nenalezl ☹
>
> Chtěl jsem vyrazit do terénu a stáhl si tedy Maps.me – bohužel, zde jsem však 
> nenalezl tyto spojovací cesty, které normálně na počítači ve webovém 
> prohlížeči vidím.
> Díval jsem se na nastavení, ale možnost přidání detailů jsem nenašel.
>
> Co bych měl dělat jinak, abych i na tabletu v maps.me viděl detail ?

Zdravim,

pro zacatek asi dve dulezite informace:
- ruzne aplikace maji ruznou frekvenci aktualizaci map/podkladu z OSM.
Tusim ze Maps.Me to mozna nedela uplne casto.
- OSM data jsou jedna vec, co zobrazuje konkretni mapa vec druha (rika
se tomu tema mapy - silnicni, turisticka, lyzarska apod.). Pokud vsak
podobne cesty jinde v mape jsou, zrejme to nebude ono.

Pokud poslete, kde oblast je, muze vam nekdo rict, kde presne je v
tomto konkretnim pripade problem - idealne odkaz na webovou mapu s
patricnym vyrezem nebo souradnice.

Hezky den
tom.k

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

Re: [talk-cz] WHODIDIT nefunkční?

[Tom Ka]

Ahoj, taky mi prislo, ze nefunguje, ale v minulosti jsem mel
zkusenost, ze parkrat vypadlo a chvili trvalo, nez to zase dali
dohromady.

Bye tom.k

út 24. 3. 2020 v 22:40 odesílatel Pavel Pilát  napsal:
>
> Ahoj,
> WHODIDIT (https://simon04.dev.openstreetmap.org/whodidit) je teď nefunkční, 
> že? Není to jen chyba u mě? Ještě před týdnem (nebo dvěma?) mi to změny 
> zobrazovalo.
>
> Pavel
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

[talk-cz] Detaily v openstreet maps

[Jiří Polášek]

Dobrý den,
Čerstvě jsem objevil „openstreet maps“, které mě svými detaily hodně zaujaly.
Objevil jsem v nich dvě spojovací cesty, o kterých jsem tušil, ale v Mapy.cz 
apod. jsem je nenalezl ☹

Chtěl jsem vyrazit do terénu a stáhl si tedy Maps.me – bohužel, zde jsem však 
nenalezl tyto spojovací cesty, které normálně na počítači ve webovém prohlížeči 
vidím.
Díval jsem se na nastavení, ale možnost přidání detailů jsem nenašel.

Co bych měl dělat jinak, abych i na tabletu v maps.me viděl detail ?

Díky

Jiří Polášek
724 289 549


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