date:20200412

Re: [talk-au] How to label ill-defined places?

2020-04-12 Thread Little Maps

Thanks very much Ewen and Michael, I’ll use those tags where they, and nothing 
much else, seems to fit best. Ewen, I’ve been admiring your amazing land use 
mapping around Rutherglen and Mildura! Best wishes Ian

> On 13 Apr 2020, at 12:56 pm, Little Maps  wrote:
> 
> Hi again everyone, hope you’re all enjoying Easter. A simple newbie 
> question...
> 
> How do you label localities that have no precise boundaries? I’m working on 
> part of the Murray River and adding locality names from Vic Gov data. Many 
> can be placed on mapped features (e.g. campsites and beaches) but lots cannot.
> 
> The most common examples are ‘bends’ and ‘points’, such as Horseshoe Bend, 
> Hideaway Bend, Cray Point, Killers Point, etc. These areas have no mapped 
> boundaries. Should these be added by placing a node / point in the 
> appropriate place and labelled it as follows, or is there a better way?
> 
> Place:locality
> Name: Killers Point
> Source geometry:
> Source name: xxx
> 
> Thanks again, and thanks too to Warin for answering my earlier question.
> 
> Best wishes Ian
> 

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

Re: [talk-au] How to label ill-defined places?

2020-04-12 Thread cleary


And I should have added, that it is usually just a node unless you have 
specified boundaries..



On Mon, 13 Apr 2020, at 2:56 AM, Little Maps wrote:
> Hi again everyone, hope you’re all enjoying Easter. A simple newbie 
> question...
> 
> How do you label localities that have no precise boundaries? I’m 
> working on part of the Murray River and adding locality names from Vic 
> Gov data. Many can be placed on mapped features (e.g. campsites and 
> beaches) but lots cannot.
> 
> The most common examples are ‘bends’ and ‘points’, such as Horseshoe 
> Bend, Hideaway Bend, Cray Point, Killers Point, etc. These areas have 
> no mapped boundaries. Should these be added by placing a node / point 
> in the appropriate place and labelled it as follows, or is there a 
> better way?
> 
> Place:locality
> Name: Killers Point
> Source geometry:
> Source name: xxx
> 
> Thanks again, and thanks too to Warin for answering my earlier question.
> 
> Best wishes Ian
> 
> 
> ___
> 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] How to label ill-defined places?

2020-04-12 Thread cleary


Generally "place=locality" is appropriate for named places that are unpopulated.
(See https://wiki.openstreetmap.org/wiki/Key:place}




On Mon, 13 Apr 2020, at 2:56 AM, Little Maps wrote:
> Hi again everyone, hope you’re all enjoying Easter. A simple newbie 
> question...
> 
> How do you label localities that have no precise boundaries? I’m 
> working on part of the Murray River and adding locality names from Vic 
> Gov data. Many can be placed on mapped features (e.g. campsites and 
> beaches) but lots cannot.
> 
> The most common examples are ‘bends’ and ‘points’, such as Horseshoe 
> Bend, Hideaway Bend, Cray Point, Killers Point, etc. These areas have 
> no mapped boundaries. Should these be added by placing a node / point 
> in the appropriate place and labelled it as follows, or is there a 
> better way?
> 
> Place:locality
> Name: Killers Point
> Source geometry:
> Source name: xxx
> 
> Thanks again, and thanks too to Warin for answering my earlier question.
> 
> Best wishes Ian
> 
> 
> ___
> 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] How to label ill-defined places?

2020-04-12 Thread Ewen Hill

Hi Ian and belated welcome aboard.
 Your tagging logic looks great, better than most. Whilst most prefer
natural features to not use place:locality, I believe that this is the
perfect fit where the name is used colloquially for that area of land
surrounding the river.
Perhaps consider when it slightly confusing to use
note: location approximate or,
note: location not clearly defined
(or similar) so the next mapper who may have more local knowledge knows
that the node can be moved or improved.

All the best with the Murray river, a nice short water way to get start off
with ;)

Ewen

On Mon, 13 Apr 2020 at 12:57, Little Maps  wrote:

> Hi again everyone, hope you’re all enjoying Easter. A simple newbie
> question...
>
> How do you label localities that have no precise boundaries? I’m working
> on part of the Murray River and adding locality names from Vic Gov data.
> Many can be placed on mapped features (e.g. campsites and beaches) but lots
> cannot.
>
> The most common examples are ‘bends’ and ‘points’, such as Horseshoe Bend,
> Hideaway Bend, Cray Point, Killers Point, etc. These areas have no mapped
> boundaries. Should these be added by placing a node / point in the
> appropriate place and labelled it as follows, or is there a better way?
>
> Place:locality
> Name: Killers Point
> Source geometry:
> Source name: xxx
>
> Thanks again, and thanks too to Warin for answering my earlier question.
>
> Best wishes Ian
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>

-- 
Warm Regards

Ewen Hill
Internet Development Australia
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] How to label ill-defined places?

2020-04-12 Thread Little Maps

Hi again everyone, hope you’re all enjoying Easter. A simple newbie question...

How do you label localities that have no precise boundaries? I’m working on 
part of the Murray River and adding locality names from Vic Gov data. Many can 
be placed on mapped features (e.g. campsites and beaches) but lots cannot.

The most common examples are ‘bends’ and ‘points’, such as Horseshoe Bend, 
Hideaway Bend, Cray Point, Killers Point, etc. These areas have no mapped 
boundaries. Should these be added by placing a node / point in the appropriate 
place and labelled it as follows, or is there a better way?

Place:locality
Name: Killers Point
Source geometry:
Source name: xxx

Thanks again, and thanks too to Warin for answering my earlier question.

Best wishes Ian


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

[Talk-es] sigueabierto.openstreetmap.es?==?utf-8?q? -> (www.)sigueabierto.es?==?utf-8?q? ¿¿OK?? [was:]?==?utf-8?q? Re:?==?utf-8?q? Mapa COVID19

2020-04-12 Thread inbox

Hola todxs,

Cómo mencionado antes, lo gordo de la conversación sobre el desarollo hacia el
publico español de la initiativa originalmente nombrada "ça reste ouvert", se
ha apartado en el chat telegram/riot de openstreetmap España.

Sin embargo hay un tema que, aún que allí esté consensuado ente l@s quienes
opinamos al respecto, hemos hablado de consultar aquí ya que es el medio de
comunicación oficial, por si alguén más quiere opinar.

Antes de confirmar, pido que si alguién pone en duda el tema, que se manifeste
lo antes posible y hablamos según haga falta. No sé que plazo poner (24h?),
pero es el punto que ahora pone en pausa el empezar pasar el proyecto a su
dominio dedicado, lo cual a su vez entiendo que es un paso previo importante
para dinamizar la comunicación externa sobre la iniciativa. Y aún que de cara
al publico español hayan cosas mejorables todavía (siempre las hay), la
herramienta probablemente ya tiene bastante buena pinta cómo para, menos esto,
empezar a difundir ya o dentro de muy poco.

El tema es que, en la hypothesis de que vayamos a usar el dominio
sigueabierto.es (en principio, bajo su subdominio www), el mapa ya no podrá
aparecer bajo la url "sigueabierto.openstreetmap.es". Eso, debido a que los
gestores de la estructura global han puesto cómo regla de sólo habilitar un
dominio por idioma (que ya es bastante complicado así).

No nos malentendemos:
-> para retrocompatibiliad, las urls basadas en
"sigueabierto.openstreetmap.es/*", estarían redirigidas hacía lo
"[www.]sigueabierto.es/*" correspondiente.
-> les he pedido que haya un periodo de transición, es decir, en resumen, que
esa redirección sólo se habilite una vez comprobado que [www.]sigueabierto.es
funccione todo OK.

¿Alguien le ve alguna traba? Si eso por fa manifestarse.

Y por supuesto, los demás quienes estáis metidos en el proyecto (Yopaseopor,
Juanjo, Alejandro, Jmontane, ... ¿olvido a alguién?), si os parece oportuno
aportar cualquier aclaración, según veais. Por mí, sin problema.

¡Gracias por la atención!

Jean-Baptiste

El Sábado, Abril 11, 2020 17:04 CEST, in...@jeanbaptisterichard.eu
Ha escrito:
Resumen de la situación actual, ya que después de este correo se ha hablado
por el chat de telegram:

- droguerias (shop=chemist) añadidas
- logos en castellano, catalá, gallego, hechos (por el equipo francés con
inputs de las comunidades respectivas) y pendiente publicar
- dominio sigueabierto.es alquilado para un año, redirección pendiente.

Saludos

El Viernes, Abril 10, 2020 22:03 CEST, in...@jeanbaptisterichard.eu
Ha escrito:
Hola otra vez,

- veo que "shop=chemist" falta en la lista en github y por tanto no aparecen en
la página (correspondiendo a "productos higiénicos", linea 4 del punto 2 del
Anexo del BOE). Lo iba a comentar en el hilo de github pero mejor comentarlo
primero aquí. ¿Les pedimos que lo añadan?

- ¿Se ha considerado alquilar el dominio "sigueabierto.es", u otro tld? (Para
tener una dirección más user-friendly y más fácil de comunicar a prensa, en
tweets, etc.)

- respecto a mi pregunta "¿Se ha automatizado parte del trabajo?", veo que al
mismo tiempo que escribía, han publicado un nuevo billete en el blog de
caresteouvert.fr, "Contribuidores de OpenStreetMap, ¿Cómo tratar las notas
#caresteouvert?" [1]. Allí explicitan que "cuando [las] informaciones son
detalladas o demasiado complejas, no se integran automaticamente a
OpenStreetMap [,] sino que se crea una nota y que es necesario que un
colaborador OpenStreetMap (¿Vd?) haga lo necesario".
[1]
https://blog.caresteouvert.fr/contributeurs-openstreetmap-comment-traiter-les-notes-caresteouvert/

Un saludo,
Jean-Baptiste

El Viernes, Abril 10, 2020 19:13 CEST, in...@jeanbaptisterichard.eu
Ha escrito:
Hola tod@s,

Ví este hilo por encima estos últimos días y sólo lo miro ahora, con ganas de
ayudar en la medida de mi disponibilidad (entre familia y teletrabaj).

Por empezar soy francés así que igual puedo ayudar a traducir cosas.

Las dudas que tengo respecto al proyecto, y que igual no tengo sólo yo:

- ¿Está previsto hacer un logotipo en castellano (y más si cabe) para que
aparezca en lugar del logotipo "Ça reste ouvert" cuando se visita por
sigueabierto.openstreetmap.es?

- "-Avisan de que estemos preparados:van a aparecer muchas notas. Y hay que dar
respuesta y adaptar horarios." -> ¿Hay un equipo de voluntarios que en alguna
herramienta ven los inputs de la plataforma, para pasarlos a OSM? ¿Se ha
automatizado parte del trabajo? (Acabo de poner detalles de la tienda de mi
bario por la pagína (francesa), y al rato veo que ya está actualizado el nudo
OSM por el usuario CaResteOuvert_visitor
https://www.openstreetmap.org/user/CaResteOuvert_visitor)

- ¿Donde están documentados los tags que se manejan? (para que los editores de
OSM como yo podamos editar directamente en OSM, si el pasar la info de
SigueAbierto a OSM es manual)

Un saludo,
Jean-Baptiste

El Lunes, Abril 06, 2020 21:13 CEST,

Re: [Talk-us] United States Bicycle Route System ballots pending AASHTO approval

2020-04-12 Thread stevea

Of course, my recent introduction of three PROPOSED routes to the USBRS left 
out the word "proposed."  My apologies.  If/as the routes are approved by 
AASHTO later this year, we may remove the "state=proposed" tag and move them in 
the wiki from the Proposed section to the Approved section.  Just dotting my is 
and crossing my ts.

And thank you both Harald (for asking around) and Bradley for terrific progress 
on USBR 50 in California!

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

Re: [Talk-se] OSM tile server

2020-04-12 Thread Karl Wettin

Hi Brian,

yes, I'm afraid there has been a hard disk crash.


Karl

Den lör 11 apr. 2020 kl 23:02 skrev Brian Gaze via Talk-se <
talk-se@openstreetmap.org>:

> Hi,
>
> Is there currently a known problem with the OSM tile server?
>
> https://tile.openstreetmap.se
> 
>
> I'm not able to access currently.
>
> Best Regards
>
> Brian
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it] pipeline sotteranee senza layer=-1

2020-04-12 Thread Martin Koppenhoefer

sent from a phone

> On 12. Apr 2020, at 23:29, Volker Schmidt  wrote:
> 
> Ho controllato sulla pagina wiki e lì trovo un criptico 
> "combine with layer=* if o."

l’unico motivo di layer è indicare nel caso  di oggetti sovrapposti quale sia 
l’ordine verticale. Se non ci fossero altri oggetti incrociati, oppure questi 
hanno già un layer impostato allora non serve ___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Traduzione dei place

2020-04-12 Thread Martin Koppenhoefer

sent from a phone

> On 12. Apr 2020, at 23:37, Lorenzo Mastrogiacomi  wrote:
> 
> ed i quartieri sui quali vorrei ripensare

praticamente c’è una gerarchia di quartieri (parti di un centro abitato), la 
più grande è suburb, poi quarter e poi neighbourhood.

Il criterio per  essere una parte non è amministrativo, ma puramente topologico 
(un villaggio distaccato che politicamente è una frazione di un altro luogo 
diventa più probabilmente village o hamlet rispetto a suburb o quarter).

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

Re: [OSM-talk-fr] Zone (rayon) de livraison

2020-04-12 Thread Marc M.

Le 13.04.20 à 00:01, Matthieu Godet via Talk-fr a écrit :
> Jusqu'à présent j'ai bêtement mis la zone couverte en description, mais
> je n'ai pas trouvé de documentation, une idée ?

au pif, en attendant de mieux y réfléchir, j'aurais mis
delivery:lenght=x km
et/ou
delivery=yes
delivery:conditional=no @ > x km

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

Re: [Talk-it] pipeline sotteranee senza layer=-1

2020-04-12 Thread Manuel

Io metterei layer=-1 se sono tubi interrati. Credo che JOSM non si lamenta 
perché non può sapere se è una tubatura interrata oppure no (se vedi l'immagine 
di esempio sulla Wiki, quella è una tubatura non interrata).

⁣Manuel

Ottieni BlueMail per Android 

Il giorno 12 apr 2020, 23:29, alle ore 23:29, Volker Schmidt 
 ha scritto:
>Per caso ho travato che tante man_made=pipeline con
>location=underground
>non hanno layer=-1
>Ho controllato sulla pagina wiki
> e lì
>trovo un
>criptico
>"combine with layer =*
>if
>applicable."
>Noto anche che JOSM non si lamenta se layer=-1 non c'è.
>
>Ci vuole o no?
>
>
>
>
>___
>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

[OSM-talk-fr] Zone (rayon) de livraison - Ça reste ouvert

2020-04-12 Thread Matthieu Godet via Talk-fr


Bonjour*,*

Je me demandais s'il était possible de compléter la clé delivery=* 
notamment sur la zone de livraison ?
Je continue de bosser sur Ça reste ouvert dans mon département, 
notamment les circuits courts. Dans le cas de la vente directe à la 
ferme (shop=farm) certains mentionnent une zone de livraison (10-20km 
autour de l'exploitation typiquement), et dans des cas plus spécifiques 
une commune donnée uniquement.


Jusqu'à présent j'ai bêtement mis la zone couverte en description, mais 
je n'ai pas trouvé de documentation, une idée ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Traduzione dei place

2020-04-12 Thread totera

Lorenzo Mastrogiacomi wrote
> Centri abitati - Aggregato di case contigue o vicine con interposte
> strade, piazze e simili, o comunque brevi soluzioni di continuità
> caratterizzato dall’esistenza di 
*
> servizi od esercizi pubblici 
*
> (scuola, ufficio pubblico, farmacia, negozio o simili) che costituiscono
> una forma autonoma di vita sociale e, generalmente, anche un luogo di
> raccolta per gli abitanti delle zone limitrofe in modo da manifestare
> l’esistenza di una forma di vita sociale coordinata dal centro stesso.
> [...]
> Nucleo abitato - Località abitata, priva del luogo di raccolta che
> caratterizza il centro abitato, costituita da un gruppo di almeno quindici
> edifici contigui e vicini, con almeno quindici famiglie, con interposte
> strade, sentieri, piazze, aie, piccoli orti, piccoli incolti e simili,
> purché l’intervallo tra casa e casa non superi una trentina di metri e sia
> in ogni modo inferiore a quello intercorrente tra il nucleo stesso e la
> più vicina delle case manifestamente sparse.

Fino al 2018 nel wiki italiano si diceva appunto di usare village per i
centri abitati non rientranti nelle categorie superiori e hamlet per i
nuclei abitati.
Secondo me non era un criterio sbagliato vista la definizione inglese
(village = smaller than a town with *few facilities available*).

Anche il limite di abitanti è oscillato nel tempo, prima di 200 era 100,
quando abbiamo importato le località abitate con il tool GFOSS veniva usato
village soltanto per quelle con più di 1000 abitanti.

Problema quartieri: all'inizio esisteva soltanto suburb e molti di noi che
hanno inserito i quartieri tanto tempo fa lo hanno usato perché non c'era
altra scelta, poi sono stati introdotti neighbourhood e quarter.
Prima della traduzione però, abbiamo ben chiaro il criterio con cui usare la
gerarchia suburb/quarter/neighbourhood?
Qualcuno ha esempi da proporre, magari relativi a città di dimensioni
diverse?

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-it] Traduzione dei place

2020-04-12 Thread Lorenzo Mastrogiacomi

Il giorno lun, 06/04/2020 alle 00.38 +0200, Damjan Gerl ha scritto:
> Io mi collego al post iniziale e condivido le traduzioni. Quello che mi 
> preme sottolineare è che sarebbe il caso che, una volta che siamo 
> d'accordo sulle traduzioni, implementarle dappertutto dove possibile: 
> partendo dal wiki di osm, josm e id, osmand, ecc.
> 
> Damjan
> 

Intanto per quelli definiti ho fatto le modifiche per il sito (e con questo 
credo a anche Potlatch), iD (e Go Map!!), Josm, Osmand e sono in attesa per 
Vespucci.

Rimangono da definire gli orti russi, che ancora non ho ben digerito, ed i 
quartieri sui quali vorrei ripensare.


Ciao

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

[Talk-it] pipeline sotteranee senza layer=-1

2020-04-12 Thread Volker Schmidt

Per caso ho travato che tante man_made=pipeline con location=underground
non hanno layer=-1
Ho controllato sulla pagina wiki
 e lì trovo un
criptico
"combine with layer =* if
applicable."
Noto anche che JOSM non si lamenta se layer=-1 non c'è.

Ci vuole o no?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Y-a-t'il mieux que mappeur(se) ; Était La Poste - fichier covid19 des bureaux

2020-04-12 Thread Philippe Verdy

Tant que l'orthographe "mappe" est utilisée (et pas "map" en anglais),
il n'y a aucun problème.
C'est juste une question d'usage, pas de manque de vocabulaire ni de sens.

Le dim. 12 avr. 2020 à 14:53, Georges Dutreix via Talk-fr
 a écrit :
>
> Bonjour,
>
> Je viens d'apprendre quelque chose :-)
>
> Moi qui déteste le globish, je suis bien obligé de constater qu'effectivement 
> mappe est dans le Littré :
> https://www.littre.org/definition/mappe
>
> J'arrêterais d'embêter les gamins qui parle des mappes de minecraft.
>
>
> Le 12/04/2020 à 12:37, Philippe Verdy a écrit :
>
> "mappeur", le verbe "mapper" sont bien français et depuis longtemps
>
>
> ___
> 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-GB] Q2 2020 Quarterly project GP Surgeries and health sites

2020-04-12 Thread Peter Neale via Talk-GB

Hi  Robert,
I looked up my 2 "wholesale" pharmacies on the list.  Unfortunately, they are 
both classed as "community", so will continue to be included in your checking 
tool.
So... ...should we:a.  Continue as we are: Plot them in OSM, tag them as 
pharmacies, but give them a name that makes it clear that they are not publicly 
accessible?b.  Delete them from OSM, so that consumers don't think they are 
publicly accessible.  (But they do exist and who knows what consumers will 
really want to find?)  Then we could ask you to manually delete them from the 
checking tool (but you probably won't want to keep doing that). c.  Do 
something else?
Regards,Peter 

   >On Sunday, 12 April 2020, 18:44:35 BST, Robert Whittaker (OSM lists) 
 wrote:  > > >On Sun, 12 Apr 2020 at 18:08, 
Peter Neale  wrote:
>> As Boots' stores don't ALL have a pharmacy counter, IMHO they should be 
>> tagged as "shop=chemist".  Those that DO have a >>pharmacy (dispensing 
>> prescriptions) should be additionally tagged, either with "pharmacy=yes", or 
>> with a separate node for the >>pharmacy.  I think that would fit with the 
>> checking that you describe for your tool.
>>
>Both of those will get picked up by my tool. You could also do
>shop=chemist and amenity=pharmacy together, or just amenity=pharmacy
>on it's own. The best choice will probably depend on the nature of the
>Boots branch. Some may essentially just be a pharmacy counter with a
>small range of other medicines also available. Others branches will be
>a much larger store, where the pharmacy counter is more incidental.
>
>> As regards "pharmacy type", does your data identify what I would call 
>> "wholesale pharmacies", who have no public access, but supply >>medicines to 
>> hospitals, care homes and individual customers in their homes?  I know of 2 
>> in my area.  In one case, I changed the >>name to "Jardines (on line)" 
>> (Node: 6409354480) and in the other to "Mediva Private Pharmacy" (Node: 
>> 6443190532), in an attempt to >>make it clear that there is no public access.
>> Could these be excluded in future?
>
>The data I use can be downloaded from
>https://www.pharmacyregulation.org/registers -- it's the "list of
>registered pharmacies". As of today, I'm now just keeping those with a
>Type (the last column) of either "Community" or "Temporary -
>Community/Portacabin". I think doing this corresponds most closely to
>what we'd want to tag as amenity=pharmacy in OSM. For internal
>hospital and prison pharmacies, and for internet-only pharmacies that
>you can't get prescriptions from as a walk-in customer, I don't think
>they should be tagged as amenity=pharmacy.
>
>Best wishes,>
>Robert.
>
>-- 
>Robert Whittaker

___
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] Rue trop étroite pour que 2 voitures se croisent ?

2020-04-12 Thread osm . sanspourriel


Par contre de l'autre côté il n'y a pas de céder le passage et un
passage piéton qui débouche sur la ruelle :

https://www.mapillary.com/app/?lat=48.70618220423228=2.072008894758366=17=PbQTZ3_2JJRb4VDNqKb-xg=photo=0.4870755748706338=0.5966773138702322=0

Je te laisse refaire les calculs avec une largeur standard de passage
piéton.

Oui service=alley semble raisonnable.


Le 12/04/2020 à 18:20, Florimond Berthoux - florimond.berth...@gmail.com
a écrit :

C'est surtout une question de hiérarchie des voies une residential est
plus grosse et reçoit plus de trafic en tous genre qu'une service qui
est plus petite et reçoit un trafic plus spécifique.
En dessous de service il reste que les chemins.
La notion public, nommée ou non n'a que peu à faire ici.


Le dim. 12 avr. 2020 à 15:36, Marc Mongenet mailto:marc.monge...@gmail.com>> a écrit :

En général j'évite d'utiliser highway=service pour une rue
publique, qui a un nom.
En général il s'agit simplement d'une rue résidentielle étroite.

D'ailleurs, jusqu'en 2013

https://wiki.openstreetmap.org/w/index.php?title=Tag:service%3Dalley=502309

la définition higway=service service=alley n'indiquait que les
allées d'accès de service.

Je trouve que la nouvelle définition hybride ne fait
qu'entériner un tag pour le rendu (le rendu étroit des allées de
service).

Marc Mongenet


Le sam. 11 avr. 2020 à 23:24, Florimond Berthoux
mailto:florimond.berth...@gmail.com>> a écrit :

Merveilleux on a une image

https://www.mapillary.com/app/?lat=48.70657111071199=2.071755502185397=18.2080345940791=7aJzk-PQW4MJ8bw4A_vM_A=0.2830141895413684=0.5381063618623757=1.2625482625482622=photo

Je mettrais aussi
highway=service
service=alley
https://wiki.openstreetmap.org/wiki/Tag:service%3Dalley

Et grâce à l'imagerie et des calculs hautement scientifique
(50cm le carreau de peinture de cédez le passage) je calcul
2,6m à l'entrée, probablement 3m ensuite :)

Le sam. 11 avr. 2020 à 21:40,
mailto:osm.sanspourr...@spamgourmet.com>> a écrit :

> N'y aurait-il pas aussi des panneaux B15


et C18


à cartographier ?
C'est facultatif.

J'ai un 
exemple où les panneaux sont des B11


indiquant que la largeur maxi est de 3,2 m.

C'est la largeur de la voirie, pas de la voie (bon il y a
des camions qui en plus de respectent pas le 3,5 T et qui
élargissent au niveau des toitures...).

D'où l'utilisation de width (bon on peut ajouter maxwidth).

Le B15/C18 n'est pas obligatoire : dans un cas le véhicule
ne doit pas s'engager car un autre est déjà dans la voie.

À propos de lane, il y avait aussi lane=1,5. ÀMHA à proscrire.

Comme déjà dit narrow=yes si là c'est plus étroit, pas si
c'est étroit partout.

width= c'est le plus objectif et c'est ce qui est
conseillé dans le wiki

.

> Non il n'y a aucun panneau aux entrées du passage. Côté
sortie par contre il y a deux panneaux de "céder le passage".
Donc entrée prioritaire et on y reste ? On aura tout vu.

Jean-Yvon

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



--
Florimond Berthoux
___
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



--
Florimond Berthoux

___
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] Rue trop étroite pour que 2 voitures se croisent ?

2020-04-12 Thread Marc Mongenet

Un voie de service peut recevoir bien plus de trafic qu'une résidentielle,
tout dépend du service. Par exemple une aire de service d'autoroute, un
accès à une station service fréquentée, un accès à un hypermarché.
Et un bon indice que l'on a affaire à une voie de service, c'est qu'elle
n'a pas de nom, donc non, on n'en a pas peu à faire. D'ailleurs, mon
éditeur m'avertit lorsque je sauvegarde une route sans nom, mais pas s'il
s'agit d'une voie de service.
Mais surtout, une voie dans une agglomération, ouverte à la circulation,
qui dessert des habitations, qui n'est pas dans un lotissement fermé ou un
autre cas un peu particulier, c'est a priori une voie résidentielle. La
taguer comme service parce qu'elle est étroite, je trouve que ça sent fort
le tag pour le rendu.

Marc Mongenet


Le dim. 12 avr. 2020 à 18:21, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> C'est surtout une question de hiérarchie des voies une residential est
> plus grosse et reçoit plus de trafic en tous genre qu'une service qui est
> plus petite et reçoit un trafic plus spécifique.
> En dessous de service il reste que les chemins.
> La notion public, nommée ou non n'a que peu à faire ici.
>
>
> Le dim. 12 avr. 2020 à 15:36, Marc Mongenet  a
> écrit :
>
>> En général j'évite d'utiliser highway=service pour une rue publique, qui
>> a un nom.
>> En général il s'agit simplement d'une rue résidentielle étroite.
>>
>> D'ailleurs, jusqu'en 2013
>> https://wiki.openstreetmap.org/w/index.php?title=Tag:service%3Dalley=502309
>> la définition higway=service service=alley n'indiquait que les allées
>> d'accès de service.
>>
>> Je trouve que la nouvelle définition hybride ne fait qu'entériner un tag
>> pour le rendu (le rendu étroit des allées de service).
>>
>> Marc Mongenet
>>
>>
>> Le sam. 11 avr. 2020 à 23:24, Florimond Berthoux <
>> florimond.berth...@gmail.com> a écrit :
>>
>>> Merveilleux on a une image
>>> https://www.mapillary.com/app/?lat=48.70657111071199=2.071755502185397=18.2080345940791=7aJzk-PQW4MJ8bw4A_vM_A=0.2830141895413684=0.5381063618623757=1.2625482625482622=photo
>>>
>>> Je mettrais aussi
>>> highway=service
>>> service=alley
>>> https://wiki.openstreetmap.org/wiki/Tag:service%3Dalley
>>>
>>> Et grâce à l'imagerie et des calculs hautement scientifique (50cm le
>>> carreau de peinture de cédez le passage) je calcul 2,6m à l'entrée,
>>> probablement 3m ensuite :)
>>>
>>> Le sam. 11 avr. 2020 à 21:40,  a
>>> écrit :
>>>
 > N'y aurait-il pas aussi des panneaux B15
 
 et C18
 
 à cartographier ?
 C'est facultatif.

 J'ai un  exemple où les
 panneaux sont des B11
 
 indiquant que la largeur maxi est de 3,2 m.

 C'est la largeur de la voirie, pas de la voie (bon il y a des camions
 qui en plus de respectent pas le 3,5 T et qui élargissent au niveau des
 toitures...).

 D'où l'utilisation de width (bon on peut ajouter maxwidth).

 Le B15/C18 n'est pas obligatoire : dans un cas le véhicule ne doit pas
 s'engager car un autre est déjà dans la voie.

 À propos de lane, il y avait aussi lane=1,5. ÀMHA à proscrire.

 Comme déjà dit narrow=yes si là c'est plus étroit, pas si c'est étroit
 partout.

 width= c'est le plus objectif et c'est ce qui est conseillé dans le
 wiki
 
 .

 > Non il n'y a aucun panneau aux entrées du passage. Côté sortie par
 contre il y a deux panneaux de "céder le passage".
 Donc entrée prioritaire et on y reste ? On aura tout vu.

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

>>>
>>>
>>> --
>>> Florimond Berthoux
>>> ___
>>> 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
>>
>
>
> --
> Florimond Berthoux
> ___
> 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] graph's - images, ID editor.

2020-04-12 Thread Wayne Emerson, Jr. via talk

If you are referring to making the manner that lines are rendered while 
editing in iD to switch between thin & thick lines, The W key toggles 
this. The W being short for "Wireframe view"


On 4/12/2020 2:18 PM, 80hnhtv4agou--- via talk wrote:
how do you get the map to show as a fiber optic cable, and not just a 
white line ?


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



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

[OSM-talk] In the news: Humanitarian OpenStreetMap, Covid-19, and artificial intelligence

2020-04-12 Thread Pine W

FYI: 
https://www.wired.com/story/satellite-data-reveals-the-pandemics-effects-from-above

Pine
( https://meta.wikimedia.org/wiki/User:Pine )

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

[OSM-talk] graph's - images, ID editor.

2020-04-12 Thread 80hnhtv4agou--- via talk


how do you get the map to show as a fiber optic cable, and not just a white 
line ?
 ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-GB] Q2 2020 Quarterly project GP Surgeries and health sites

2020-04-12 Thread SK53

My local two Boots are:

a) a dedicated pharmacy (with limited OTC pharmaceutical products)
associated with the GP practice (which is huge, 40k registered patients)
and b) a chemist selling mainly beauty/personal grooming products and
sandwiches.

In the middle of town there is a very large Boots which at one time was
like a small department store, and a smaller more typicsl high street
outlet.

Moral: there is no one size fits all. However, amenity=pharmacy is nearly
always a more important piece of information than shop =chemist (most
people around the world map pharmacies as POIs very early on. I think using
pharmacy=yes in this case does not fit with how things have been mapped for
at least 15 years. By all means use both tags or create a separate node for
the pharmacy counter, but dont change things in such a way as to surprise
people.

Most pharmacies in supermarkets or heslth centres should be mapped
separately anyway.

Jerry


On Sun, 12 Apr 2020, 18:09 Peter Neale via Talk-GB, <
talk-gb@openstreetmap.org> wrote:

> Hi Robert,
>
> As Boots' stores don't ALL have a pharmacy counter, IMHO they should be
> tagged as "shop=chemist".  Those that DO have a pharmacy (dispensing
> prescriptions) should be additionally tagged, either with "pharmacy=yes",
> or with a separate node for the pharmacy.  I think that would fit with the
> checking that you describe for your tool.
>
> As regards "pharmacy type", does your data identify what I would call
> "wholesale pharmacies", who have no public access, but supply medicines to
> hospitals, care homes and individual customers in their homes?  I know of 2
> in my area.  In one case, I changed the name to "Jardines (on line)" (Node:
> 6409354480) and in the other to "Mediva Private Pharmacy" (Node:
> 6443190532), in an attempt to make it clear that there is no public
> access.
> Could these be excluded in future?
>
> Regards,
> Peter
>
>
> On Sunday, 12 April 2020, 14:41:01 BST, Robert Whittaker (OSM lists) <
> robert.whittaker+...@gmail.com> wrote:
>
>
> >On Sat, 11 Apr 2020 at 18:39, Dave Love  wrote:
> >>
> >> On Thu, 2020-04-09 at 12:08 +0100, SK53 wrote:
> >> > Robert Whittaker has a Pharmacy QA  >> > > site
> >>
> >> That shows a Boots missing which I tagged as the brand from the
> >> correction iD wanted (brand=Boots shop=chemist).  How should Boots be
> >> tagged, and does iD need a fix?  (I assume all Boots have pharmacies,
> >> but maybe not.)
> >
> >As far as my tool at https://osm.mathmos.net/pharmacy/progress/ is
> >concerned, pharmacies are recognised as OSM objects tagged with either
> >amenity=pharmacy or pharmacy=yes*. (The latter can be used on things
> >like supermarkets and doctors surgeries, when things aren't mapped in
> >enough detail to have a separate amenity=pharmacy node.)
> >
> >As for whether all Boots stores have pharmacies, I think most do, but
> >some don't:
> https://www.boots-uk.com/about-boots-uk/about-boots/boots-in-numbers/
> >says there are 2,465 Boots stores, but in the General Pharmaceutical
> >Council register of Pharmacies, there are only 2304 premises
> >registered to 'Boots UK Limited'.
> >
> >Robert
> >
> >PS: I've just noticed that the data I'm using for my tool now contains
> >a "Pharmacy Type" field. This means I can exclude internet only
> >pharmacies, temporary locations (e.g. for events) and internal
> >hospital and prisons pharmacies. This will hopefully make the
> >comparison shown by the tool must more useful.
> >
> >* Because of the change to exclude hospital and prison pharmacies from
> >the GPhC data, OSM objects with pharmacy=yes will only be picked up in
> >my tool if they do not also have amenity=hospital or amenity=prison
> >too.
>
>
> --
> Robert Whittaker
>
> ___
> 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
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Q2 2020 Quarterly project GP Surgeries and health sites

2020-04-12 Thread Robert Whittaker (OSM lists)

On Sun, 12 Apr 2020 at 18:08, Peter Neale  wrote:
> As Boots' stores don't ALL have a pharmacy counter, IMHO they should be 
> tagged as "shop=chemist".  Those that DO have a pharmacy (dispensing 
> prescriptions) should be additionally tagged, either with "pharmacy=yes", or 
> with a separate node for the pharmacy.  I think that would fit with the 
> checking that you describe for your tool.

Both of those will get picked up by my tool. You could also do
shop=chemist and amenity=pharmacy together, or just amenity=pharmacy
on it's own. The best choice will probably depend on the nature of the
Boots branch. Some may essentially just be a pharmacy counter with a
small range of other medicines also available. Others branches will be
a much larger store, where the pharmacy counter is more incidental.

> As regards "pharmacy type", does your data identify what I would call 
> "wholesale pharmacies", who have no public access, but supply medicines to 
> hospitals, care homes and individual customers in their homes?  I know of 2 
> in my area.  In one case, I changed the name to "Jardines (on line)" (Node: 
> 6409354480) and in the other to "Mediva Private Pharmacy" (Node: 6443190532), 
> in an attempt to make it clear that there is no public access.
> Could these be excluded in future?

The data I use can be downloaded from
https://www.pharmacyregulation.org/registers -- it's the "list of
registered pharmacies". As of today, I'm now just keeping those with a
Type (the last column) of either "Community" or "Temporary -
Community/Portacabin". I think doing this corresponds most closely to
what we'd want to tag as amenity=pharmacy in OSM. For internal
hospital and prison pharmacies, and for internet-only pharmacies that
you can't get prescriptions from as a walk-in customer, I don't think
they should be tagged as amenity=pharmacy.

Best wishes,
Robert.

-- 
Robert Whittaker

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

Re: [Talk-GB] Q2 2020 Quarterly project GP Surgeries and health sites

2020-04-12 Thread Peter Neale via Talk-GB

Hi Robert,
As Boots' stores don't ALL have a pharmacy counter, IMHO they should be tagged 
as "shop=chemist".  Those that DO have a pharmacy (dispensing prescriptions) 
should be additionally tagged, either with "pharmacy=yes", or with a separate 
node for the pharmacy.  I think that would fit with the checking that you 
describe for your tool.
As regards "pharmacy type", does your data identify what I would call 
"wholesale pharmacies", who have no public access, but supply medicines to 
hospitals, care homes and individual customers in their homes?  I know of 2 in 
my area.  In one case, I changed the name to "Jardines (on line)" (Node: 
6409354480) and in the other to "Mediva Private Pharmacy" (Node: 6443190532), 
in an attempt to make it clear that there is no public access.   Could these be 
excluded in future? Regards,Peter 

On Sunday, 12 April 2020, 14:41:01 BST, Robert Whittaker (OSM lists) 
 wrote:  

 >On Sat, 11 Apr 2020 at 18:39, Dave Love  wrote:
>>
>> On Thu, 2020-04-09 at 12:08 +0100, SK53 wrote:
>> > Robert Whittaker has a Pharmacy QA > > > site
>>
>> That shows a Boots missing which I tagged as the brand from the
>> correction iD wanted (brand=Boots shop=chemist).  How should Boots be
>> tagged, and does iD need a fix?  (I assume all Boots have pharmacies,
>> but maybe not.)
>
>As far as my tool at https://osm.mathmos.net/pharmacy/progress/ is
>concerned, pharmacies are recognised as OSM objects tagged with 
>either>amenity=pharmacy or pharmacy=yes*. (The latter can be used on things
>like supermarkets and doctors surgeries, when things aren't mapped in
>enough detail to have a separate amenity=pharmacy node.)
>
>As for whether all Boots stores have pharmacies, I think most do, but
>some don't: 
>https://www.boots-uk.com/about-boots-uk/about-boots/boots-in-numbers/
>says there are 2,465 Boots stores, but in the General Pharmaceutical
>Council register of Pharmacies, there are only 2304 premises
>registered to 'Boots UK Limited'.
>
>Robert
>
>PS: I've just noticed that the data I'm using for my tool now contains
>a "Pharmacy Type" field. This means I can exclude internet only
>pharmacies, temporary locations (e.g. for events) and internal
>hospital and prisons pharmacies. This will hopefully make the
>comparison shown by the tool must more useful.
>
>* Because of the change to exclude hospital and prison pharmacies from
>the GPhC data, OSM objects with pharmacy=yes will only be picked up in
>my tool if they do not also have amenity=hospital or amenity=prison
>too.

--
Robert Whittaker

___
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] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

2020-04-12 Thread Marc M.

Le 12.04.20 à 18:28, Yves P. a écrit :
> un "commerçant"
> Le POI n'existe pas (encore).

pq devrait-il installer streetcomplete avec une quête spéciale lui
permetant de ne pas faire mieux ce que osmmybiz lui permet de faire
sans installation ?

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

Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

2020-04-12 Thread Yves P.

> Bah, euh, le but de StreetComplete c'est justement de faire des quêtes simple 
> pour que tous le monde puisse contribuer et de commit direct sur OSM sans 
> passer par des notes.
On est d'accord 

Le contexte que j'évoquais c'est pour un "commerçant" ou client du commerce qui 
veut contribuer simplement dans "Ça Reste Ouvert".
Le POI n'existe pas (encore).
Le contributeur ne connaît rien à la cartographie. OSM et les quêtes ne 
l'intéresse pas (encore ?).

Il doit seulement créer une note avec une ou plusieurs photos si besoin (et pas 
mettre le bazar dans OSM).

On pourrait lui demander de contribuer à des quêtes, mais je ne vois pas 
l'intérêt pour CRO.
Et il n'existe pas à ma connaissance de quête : créer un commerce ici ?

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

Re: [OSM-talk-fr] Rue trop étroite pour que 2 voitures se croisent ?

2020-04-12 Thread Florimond Berthoux

C'est surtout une question de hiérarchie des voies une residential est plus
grosse et reçoit plus de trafic en tous genre qu'une service qui est plus
petite et reçoit un trafic plus spécifique.
En dessous de service il reste que les chemins.
La notion public, nommée ou non n'a que peu à faire ici.


Le dim. 12 avr. 2020 à 15:36, Marc Mongenet  a
écrit :

> En général j'évite d'utiliser highway=service pour une rue publique, qui a
> un nom.
> En général il s'agit simplement d'une rue résidentielle étroite.
>
> D'ailleurs, jusqu'en 2013
> https://wiki.openstreetmap.org/w/index.php?title=Tag:service%3Dalley=502309
> la définition higway=service service=alley n'indiquait que les allées
> d'accès de service.
>
> Je trouve que la nouvelle définition hybride ne fait qu'entériner un tag
> pour le rendu (le rendu étroit des allées de service).
>
> Marc Mongenet
>
>
> Le sam. 11 avr. 2020 à 23:24, Florimond Berthoux <
> florimond.berth...@gmail.com> a écrit :
>
>> Merveilleux on a une image
>> https://www.mapillary.com/app/?lat=48.70657111071199=2.071755502185397=18.2080345940791=7aJzk-PQW4MJ8bw4A_vM_A=0.2830141895413684=0.5381063618623757=1.2625482625482622=photo
>>
>> Je mettrais aussi
>> highway=service
>> service=alley
>> https://wiki.openstreetmap.org/wiki/Tag:service%3Dalley
>>
>> Et grâce à l'imagerie et des calculs hautement scientifique (50cm le
>> carreau de peinture de cédez le passage) je calcul 2,6m à l'entrée,
>> probablement 3m ensuite :)
>>
>> Le sam. 11 avr. 2020 à 21:40,  a
>> écrit :
>>
>>> > N'y aurait-il pas aussi des panneaux B15
>>> 
>>> et C18
>>> 
>>> à cartographier ?
>>> C'est facultatif.
>>>
>>> J'ai un  exemple où les
>>> panneaux sont des B11
>>> 
>>> indiquant que la largeur maxi est de 3,2 m.
>>>
>>> C'est la largeur de la voirie, pas de la voie (bon il y a des camions
>>> qui en plus de respectent pas le 3,5 T et qui élargissent au niveau des
>>> toitures...).
>>>
>>> D'où l'utilisation de width (bon on peut ajouter maxwidth).
>>>
>>> Le B15/C18 n'est pas obligatoire : dans un cas le véhicule ne doit pas
>>> s'engager car un autre est déjà dans la voie.
>>>
>>> À propos de lane, il y avait aussi lane=1,5. ÀMHA à proscrire.
>>>
>>> Comme déjà dit narrow=yes si là c'est plus étroit, pas si c'est étroit
>>> partout.
>>>
>>> width= c'est le plus objectif et c'est ce qui est conseillé dans le wiki
>>> .
>>>
>>> > Non il n'y a aucun panneau aux entrées du passage. Côté sortie par
>>> contre il y a deux panneaux de "céder le passage".
>>> Donc entrée prioritaire et on y reste ? On aura tout vu.
>>>
>>> Jean-Yvon
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> --
>> Florimond Berthoux
>> ___
>> 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
>


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

Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

2020-04-12 Thread Florimond Berthoux

Bah, euh, le but de StreetComplete c'est justement de faire des quêtes
simple pour que tous le monde puisse contribuer et de commit direct sur OSM
sans passer par des notes.


Le dim. 12 avr. 2020 à 08:17, Yves P.  a écrit :

> Salut Benoit,
>
> Je ne connais que StreetComplete, qui fait ça très bien, avec
> positionnement ajusté à la main.
> On y ajoute le texte de la note, avec contenu libre.
>
>
> J'ai (re)testé hier. Voici les notes générées
> 
> .
>
> C'est simple et précis 
>
> ⚠︎ MAIS
>
>- La précision est basée sur celle du bâti et de la voirie déjà dans
>OSM (il n'y a pas d'affichage de BDOrtho IGN)
>Si le bâti à une erreur de 100 m, elle se reporte.
>
>Donc *si le contributeur OSM qui traite la note le sait* et en tient
>compte, tout va bien 
>Sinon 浪
>
>- Des quêtes sont activées par défaut :
>J'ai ajouté un n° de rue à une maison. Il a été ajouté directement à
>OSM.
>Saut que dans cette rue, il y a des n° de rue en nœud qui
>correspondent au plaques sur les façades.
>Et que dans le cas présent, il y avait déjà du n° sur la façade !!!
>   -
>   https://www.openstreetmap.org/changeset/83405509#map=19/46.57593/5.75033
>   -
>   
> https://osmcha.org/changesets/83405509?filters=%7B%22ids%22%3A%5B%7B%22label%22%3A%2283405509%22%2C%22value%22%3A%2283405509%22%7D%5D%7D
>
>
> Il faudrait soit :
>
>- que StreetComplete n'active aucune quête pas défaut
>- faire un auto pour les débutants en leur demandant de désactiver
>toutes les quêtes
>- ou un gros tuto sur les quêtes, ce qu'il faut faire attention 廊
>
>
> Il est possible de bannir en France la quête sur les addr:housnumber… (de
> mémoire c'est le cas en Allemagne)
>
> Le problème des quêtes vient aussi du fait que les données sont envoyées
> dans directement dans OSM.
> Il faudrait peut-être par défaut envoyer des notes ?
>
> Dans ce cas, SC pourrait mettre des tags structurés que le contributeur
> copie/colle dans iD ou dans JOSM
>
> __
> Yves
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"

2020-04-12 Thread Alessandro Sarretta

Ho creato l'issue e sto interagendo con i responsabili, vediamo se ce la 
si fa :-)


Ale

On 12/04/20 16:52, Martin Koppenhoefer wrote:


sent from a phone


On 12. Apr 2020, at 07:24, Maurizio Napolitano  wrote:


Io sono favorevole anche perché alla fine i dati sono in Openstreetmap
Sul punto sollevato da Martin l'invitò è di aprire una issue sul GitHub


il problema del Netto è risolto, mentre per evitare il problema di informazioni 
estrapolate invece di rilevate, è sufficiente non caricare liste di Brand / 
riferimenti wikidata nel file json.

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


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

Re: [Talk-it] Mappatura farmacie

2020-04-12 Thread Francesco Ansanelli

Il dom 12 apr 2020, 16:49 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> On 12. Apr 2020, at 11:01, Francesco Ansanelli 
> wrote:
>
> Ok... Per risolvere il problema, avevamo infatti pensato di usare Osmose
> come origine dati per popolare i vari task di Pic4review:
>
> http://osmose.openstreetmap.fr/it/errors/?country=italy_*=2100
>
>
>
> leggendo su Wikipedia, per le farmacie dice:
>
> In Italia , sebbene la farmacia
> sia istituzionalmente unica e a essa si applichi un'identica normativa,
> sotto il profilo strettamente amministrativo è possibile distinguere:
> Farmacia urbana, Farmacia rurale, Farmacia privata uninominale o in
> gestione societaria, Farmacia pubblica, Farmacia succursale, Farmacia
> ospedaliera
>
> Ne sapete qualcosa?
>
Le pubbliche immagino siano quelle comunali...ho usato (dove certo):

operator:type=public

Le rurali penso siano dispensari:

https://it.m.wikipedia.org/wiki/Dispensario_farmaceutico

In aree turistiche sono chiusi in bassa stagione... Penso opening_hours
potrebbe chiarire (dove noti) i mesi in cui sono aperti.

Francesco


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

Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"

2020-04-12 Thread Martin Koppenhoefer

sent from a phone

> On 12. Apr 2020, at 07:24, Maurizio Napolitano  wrote:
> 
> 
> Io sono favorevole anche perché alla fine i dati sono in Openstreetmap
> Sul punto sollevato da Martin l'invitò è di aprire una issue sul GitHub

il problema del Netto è risolto, mentre per evitare il problema di informazioni 
estrapolate invece di rilevate, è sufficiente non caricare liste di Brand / 
riferimenti wikidata nel file json.

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

Re: [Talk-it] Mappatura farmacie

2020-04-12 Thread Martin Koppenhoefer



sent from a phone

> On 12. Apr 2020, at 11:01, Francesco Ansanelli  wrote:
> 
> Ok... Per risolvere il problema, avevamo infatti pensato di usare Osmose come 
> origine dati per popolare i vari task di Pic4review:
> 
> http://osmose.openstreetmap.fr/it/errors/?country=italy_*=2100


leggendo su Wikipedia, per le farmacie dice:

In Italia, sebbene la farmacia sia istituzionalmente unica e a essa si applichi 
un'identica normativa, sotto il profilo strettamente amministrativo è possibile 
distinguere: Farmacia urbana, Farmacia rurale, Farmacia privata uninominale o 
in gestione societaria, Farmacia pubblica, Farmacia succursale, Farmacia 
ospedaliera

Ne sapete qualcosa?

Ciao Martin 


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

Re: [talk-cz] obory?

2020-04-12 Thread petr . kadlec

On Sun, Apr 12, 2020 at 12:42 AM Jan Macura  wrote:

> Jo a s těma Wikidatama to bude složitější. Nepřijde mi, že by to šlo
> propojit líp. Popř. přesuňme diskusi tam, jestli máš návrh, jak by to mělo
> být.
>

+1.  Původně to bylo propojeno na
https://en.wikipedia.org/wiki/Deer_park_(England), což je určitě špatně,
nemyslím, že by byl lepší ekvivalent než en:Game reserve. Na druhou stranu
je špatně provázání s de:Wildreservat, místo kterého by asi měl být
de:Wildgehege… Nepořádek v tom určitě je, jestli jsou nějaké nápady, jak by
to šlo vylepšit…

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

Re: [OSM-talk-fr] Contours académiques sur Umap ?

2020-04-12 Thread Philippe Verdy

A ce sujet, il y a quelques erreurs ou cas particuliers:

* Une d'elles est l'académie de Normandie, légiférée mais pas encore
totalement effective, car elle est encore gérée comme deux "rectorats"
de Caen et Rouen, avec leur propres recteurs, sauf pour la commission
régionale académique qui siège déjà en un lieu unique pour la nouvelle
académie, c'est un cas transitoire donc pas vraiment une erreur.
* La Guyane ne fait partie d'aucune "zone de congés scolaires"
(contrairement à ce qui était indiqué comme partie de la région A)
mais est sa propre zone, de même que les autres régions d'outre-mer et
la Corse.
* La COM de Saint-Pierre-et-Miquelon est géré comme un service au sein
du rectorat d'académie de Caen (en attendant le transfert complet à
l'Académie de Normandie ou une autre décision à venir suite à la
finalisation de la fusion).
* Les COM de Saint-Barthélemy et de Saint-Martin ne gèrent pas la
compétence académique, et sont desservis dans un même "service
éducatif pour les îles du nord", au sein de l'académie de la
Guadeloupe. [https://seidn.ac-guadeloupe.fr/]
* La COM de la Polynésie Française a sa compétence académique
transférée à la collectivité unique (c'est maintenant un
"vice-rectorat", et plus "l'académie de Papeete" ou "Tahiti").
* La COM de Wallis-et-Futuna a sa compétence académique transférée à
la collectivité unique (c'est un "vice-rectorat", coopérant avec ceux
de Nouvelle-Calédonie et de Polynésie française).
[https://www.ac-wf.wf/]
* La Nouvelle-Calédonie a sa compétence académique transférée au
gouvernement territorial et n'est plus une académie à proprement
parler (c'est maintenant un "vice-rectorat" et plus l'académie de
Nouméa). [https://www.ac-noumea.nc/]

On a bien 31 académies, je viens d'ajouter celle qui manquait à
Mayotte (elle aussi a sa propre "zone").
* https://www.legifrance.gouv.fr/affichCode.do?idArticle=LEGIARTI39413364

Les académies sont regroupées en "régions académiques" qui
correspondent toutes aux régions administratives (y compris pour leur
nom modifié récemment aussi pour reprendre les noms actuels de régions
administratives au lieu des noms initiaux juxtaposant les noms
d'anciennes régions; sauf le cas particulier de
Saint-Pierre-et-Miquelon qui est associé territorialement), donc pas
la peine de créer des relations pour les 18 régions académiques (13 en
métropole, mais 12 seulement dans les 3 zones scolaires
métropolitaines continentales).

On a donc 8 zones scolaires en France:
- 4 zones scolaires métropolitaines (A, B, C et Corse, la zone A
concernant aussi Saint-Pierre-et-Miquelon)
- 5 zones pour les régions d'outre-mer (Guadeloupe avec les îles du
Nord, Martinique, Guyane, La Réunion, et Mayotte)
- 3 zones pour les vice-rectorats des autres territoires (Polynésie
française, Wallis-et-Futuna et Nouvelle-Calédonie)

(sinon aucun rectorat, ni académie, ni région académique, ni zone
scolaire pour les TAF ou Cliperton)

Le dim. 12 avr. 2020 à 13:49, Philippe Verdy  a écrit :
>
> Note: ces académies sont également déjà regroupées en zones scolaires
> dans des relations. Les 3 relations (A,B,C) de France métropolitaine
> sont là depuis longtemps (pour les congés scolaires).
>
> Merci donc de ne pas faire n'importe quoi ! Il ne fallait pas chercher
> bien loin pourtant quand on sait qu'elles sont limitées sur les
> départements on les trouvait déjà toutes.
>
> Le dim. 12 avr. 2020 à 12:46, Philippe Verdy  a écrit :
> >
> > boundary_type:FR=* ne contient que des génériques, les minuscules
> > étaient correctes et pas à "corriger".
> >
> > Le jeu. 9 avr. 2020 à 11:51, Samy Mezani  a écrit :
> > >
> > > Bonjour,
> > >
> > > Le 09/04/2020 à 11:09, Vincent de Château-Thierry a écrit :
> > > > boundary_type:FR=Circonscription académique
> > >
> > > J'ai corrigé cette valeur pour les académies de l'ouest de la France où
> > > le 'c' de circonscription était en minuscules. Overpass Turbo ne
> > > renvoyait donc pas tout.
> > >
> > > Cordialement,
> > >
> > > Samy
> > >
> > > ___
> > > 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-GB] Q2 2020 Quarterly project GP Surgeries and health sites

2020-04-12 Thread Robert Whittaker (OSM lists)

On Sat, 11 Apr 2020 at 18:39, Dave Love  wrote:
>
> On Thu, 2020-04-09 at 12:08 +0100, SK53 wrote:
> > Robert Whittaker has a Pharmacy QA  > > site
>
> That shows a Boots missing which I tagged as the brand from the
> correction iD wanted (brand=Boots shop=chemist).  How should Boots be
> tagged, and does iD need a fix?  (I assume all Boots have pharmacies,
> but maybe not.)

As far as my tool at https://osm.mathmos.net/pharmacy/progress/ is
concerned, pharmacies are recognised as OSM objects tagged with either
amenity=pharmacy or pharmacy=yes*. (The latter can be used on things
like supermarkets and doctors surgeries, when things aren't mapped in
enough detail to have a separate amenity=pharmacy node.)

As for whether all Boots stores have pharmacies, I think most do, but
some don't: 
https://www.boots-uk.com/about-boots-uk/about-boots/boots-in-numbers/
says there are 2,465 Boots stores, but in the General Pharmaceutical
Council register of Pharmacies, there are only 2304 premises
registered to 'Boots UK Limited'.

Robert

PS: I've just noticed that the data I'm using for my tool now contains
a "Pharmacy Type" field. This means I can exclude internet only
pharmacies, temporary locations (e.g. for events) and internal
hospital and prisons pharmacies. This will hopefully make the
comparison shown by the tool must more useful.

* Because of the change to exclude hospital and prison pharmacies from
the GPhC data, OSM objects with pharmacy=yes will only be picked up in
my tool if they do not also have amenity=hospital or amenity=prison
too.

--
Robert Whittaker

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

Re: [OSM-talk-fr] Rue trop étroite pour que 2 voitures se croisent ?

2020-04-12 Thread Marc Mongenet

En général j'évite d'utiliser highway=service pour une rue publique, qui a
un nom.
En général il s'agit simplement d'une rue résidentielle étroite.

D'ailleurs, jusqu'en 2013
https://wiki.openstreetmap.org/w/index.php?title=Tag:service%3Dalley=502309
la définition higway=service service=alley n'indiquait que les allées
d'accès de service.

Je trouve que la nouvelle définition hybride ne fait qu'entériner un tag
pour le rendu (le rendu étroit des allées de service).

Marc Mongenet


Le sam. 11 avr. 2020 à 23:24, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> Merveilleux on a une image
> https://www.mapillary.com/app/?lat=48.70657111071199=2.071755502185397=18.2080345940791=7aJzk-PQW4MJ8bw4A_vM_A=0.2830141895413684=0.5381063618623757=1.2625482625482622=photo
>
> Je mettrais aussi
> highway=service
> service=alley
> https://wiki.openstreetmap.org/wiki/Tag:service%3Dalley
>
> Et grâce à l'imagerie et des calculs hautement scientifique (50cm le
> carreau de peinture de cédez le passage) je calcul 2,6m à l'entrée,
> probablement 3m ensuite :)
>
> Le sam. 11 avr. 2020 à 21:40,  a écrit :
>
>> > N'y aurait-il pas aussi des panneaux B15
>> 
>> et C18
>> 
>> à cartographier ?
>> C'est facultatif.
>>
>> J'ai un  exemple où les
>> panneaux sont des B11
>> 
>> indiquant que la largeur maxi est de 3,2 m.
>>
>> C'est la largeur de la voirie, pas de la voie (bon il y a des camions qui
>> en plus de respectent pas le 3,5 T et qui élargissent au niveau des
>> toitures...).
>>
>> D'où l'utilisation de width (bon on peut ajouter maxwidth).
>>
>> Le B15/C18 n'est pas obligatoire : dans un cas le véhicule ne doit pas
>> s'engager car un autre est déjà dans la voie.
>>
>> À propos de lane, il y avait aussi lane=1,5. ÀMHA à proscrire.
>>
>> Comme déjà dit narrow=yes si là c'est plus étroit, pas si c'est étroit
>> partout.
>>
>> width= c'est le plus objectif et c'est ce qui est conseillé dans le wiki
>> .
>>
>> > Non il n'y a aucun panneau aux entrées du passage. Côté sortie par
>> contre il y a deux panneaux de "céder le passage".
>> Donc entrée prioritaire et on y reste ? On aura tout vu.
>>
>> Jean-Yvon
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Florimond Berthoux
> ___
> 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] Indirizzo survey page

2020-04-12 Thread Cascafico Giovanni

Si, vincolare le coord al solo GPS era solo una mia opinione per superare
quell'avviso OSM: "Questa nota include commenti da parte di utenti anonimi
che devono essere verificati in modo indipendente."

Sul testo della pagina:

"La nota è totalmente anonima, quindi nessuno dei volontari saprà mai chi
sei nel dettaglio."
Togliere "nel dettaglio".

Aggiungerei anche un link di condivisione twitter.



Come ho già scritto, per me il lavoro di Naposm è ottimo e si può passare
al passaparola e/o segnalazione ai media.
Eventuali affinamenti si possono fare anche dopo no?


Il dom 12 apr 2020, 01:20 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> > On 11. Apr 2020, at 15:30, Cascafico Giovanni 
> wrote:
> >
> > Sul poter impostare manualmente la posizione, continuo ad avere delme
> perplessità: si potrebbero falsare dei dati oggettivi magari con
> riferimenti errati sia mapnik, ma sopratutto immagini aeree, a maggior
> ragione in zone montane.
>
>
> a me funziona adesso (non crea più un mare di markers), ma nel mio caso
> sarebbe necessario aggiustare a mano perché casa mia si trova tra 2 strada
> e mi localizza vicino alla strada dalla quale non si può accedere. In
> generale in città ci sono così tanti numeri che la posizione del cellulare
> e si sufficiente per navigare, ma per mappare no. Ci sarebbe un decina di
> civici entro il margine di precisione.
>
> Ciao Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Y-a-t'il mieux que mappeur(se) ; Était La Poste - fichier covid19 des bureaux

2020-04-12 Thread Georges Dutreix via Talk-fr


Bonjour,

Je viens d'apprendre quelque chose :-)

Moi qui déteste le globish, je suis bien obligé de constater 
qu'effectivement mappe est dans le Littré :

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

J'arrêterais d'embêter les gamins qui parle des mappes de minecraft.


Le 12/04/2020 à 12:37, Philippe Verdy a écrit :

"mappeur", le verbe "mapper" sont bien français et depuis longtemps


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

Re: [OSM-talk-fr] Un document sur « Que faire des demandes de vérification sur les changeset ? »

2020-04-12 Thread Jacques Lavignotte




Le 10/04/2020 à 14:24, Jacques Lavignotte a écrit :

Un Pad ?



 https://pad.fdn.fr/osm_document_changeset

Ca évolue doucement.

Merci de vos avis et contributions.

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

[OSM-co] semanarioOSM Nº 507 2020-03-31-2020-04-06

2020-04-12 Thread theweekly . osm

Hola, el semanario Nº 507, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/13046/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [OSM-talk-fr] Contours académiques sur Umap ?

2020-04-12 Thread Philippe Verdy

Note: ces académies sont également déjà regroupées en zones scolaires
dans des relations. Les 3 relations (A,B,C) de France métropolitaine
sont là depuis longtemps (pour les congés scolaires).

Merci donc de ne pas faire n'importe quoi ! Il ne fallait pas chercher
bien loin pourtant quand on sait qu'elles sont limitées sur les
départements on les trouvait déjà toutes.

Le dim. 12 avr. 2020 à 12:46, Philippe Verdy  a écrit :
>
> boundary_type:FR=* ne contient que des génériques, les minuscules
> étaient correctes et pas à "corriger".
>
> Le jeu. 9 avr. 2020 à 11:51, Samy Mezani  a écrit :
> >
> > Bonjour,
> >
> > Le 09/04/2020 à 11:09, Vincent de Château-Thierry a écrit :
> > > boundary_type:FR=Circonscription académique
> >
> > J'ai corrigé cette valeur pour les académies de l'ouest de la France où
> > le 'c' de circonscription était en minuscules. Overpass Turbo ne
> > renvoyait donc pas tout.
> >
> > Cordialement,
> >
> > Samy
> >
> > ___
> > 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-es] semanarioOSM Nº 507 2020-03-31-2020-04-06

2020-04-12 Thread theweekly . osm

Hola, el semanario Nº 507, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/13046/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[talk-latam] semanarioOSM Nº 507 2020-03-31-2020-04-06

2020-04-12 Thread theweekly . osm

Hola, el semanario Nº 507, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/13046/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

[Talk-cl] semanarioOSM Nº 507 2020-03-31-2020-04-06

2020-04-12 Thread theweekly . osm

Hola, el semanario Nº 507, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/13046/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

[OSM-talk] weeklyOSM #507 2020-03-31-2020-04-06

2020-04-12 Thread weeklyteam

The weekly round-up of OSM news, issue # 507,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13046/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[Talk-de] weeklyOSM #507 2020-03-31-2020-04-06

2020-04-12 Thread weeklyteam

Die Wochennotiz Ausgabe Nr. # 507, ist nun verfügbar - 
 wie immer mit vielen Nachrichten aus dem OSM-Universium:

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

 Viel Spaß beim Lesen.  

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

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

[Talk-cu] semanarioOSM Nº 507 2020-03-31-2020-04-06

2020-04-12 Thread theweekly . osm

Hola, el semanario Nº 507, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/13046/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

[Talk-us] weeklyOSM #507 2020-03-31-2020-04-06

2020-04-12 Thread weeklyteam

The weekly round-up of OSM news, issue # 507,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13046/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[Talk-bo] semanarioOSM Nº 507 2020-03-31-2020-04-06

2020-04-12 Thread theweekly . osm

Hola, el semanario Nº 507, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/13046/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-bo mailing list
Talk-bo@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-bo

[OSM-talk-ie] weeklyOSM #507 2020-03-31-2020-04-06

2020-04-12 Thread weeklyteam

The weekly round-up of OSM news, issue # 507,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13046/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[Talk-in] weeklyOSM #507 2020-03-31-2020-04-06

2020-04-12 Thread weeklyteam

The weekly round-up of OSM news, issue # 507,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13046/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[Talk-GB] weeklyOSM #507 2020-03-31-2020-04-06

2020-04-12 Thread weeklyteam

The weekly round-up of OSM news, issue # 507,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13046/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[Talk-ca] weeklyOSM #507 2020-03-31-2020-04-06

2020-04-12 Thread weeklyteam

The weekly round-up of OSM news, issue # 507,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13046/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[talk-ph] weeklyOSM #507 2020-03-31-2020-04-06

2020-04-12 Thread weeklyteam

The weekly round-up of OSM news, issue # 507,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13046/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[Talk-africa] weeklyOSM #507 2020-03-31-2020-04-06

2020-04-12 Thread weeklyteam

The weekly round-up of OSM news, issue # 507,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13046/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[Talk-pt] semanárioOSM Nº 507 2020-03-31-2020-04-06

2020-04-12 Thread theweekly . osm

Bom dia,

O semanárioOSM Nº 507, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : 

https://www.weeklyosm.eu/pb/archives/13046/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

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

[Talk-ca] hebdoOSM Nº 507 2020-03-31-2020-04-06

2020-04-12 Thread theweekly . osm

Bonjour,

Le résumé hebdomadaire n° 507 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

https://www.weeklyosm.eu/fr/archives/13046/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[OSM-talk-fr] hebdoOSM Nº 507 2020-03-31-2020-04-06

2020-04-12 Thread theweekly . osm

Bonjour,

Le résumé hebdomadaire n° 507 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

https://www.weeklyosm.eu/fr/archives/13046/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

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

[Talk-br] semanárioOSM Nº 507 2020-03-31-2020-04-06

2020-04-12 Thread theweekly . osm

Bom dia,

O semanárioOSM Nº 507, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : 

https://www.weeklyosm.eu/pb/archives/13046/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

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

[Talk-africa] hebdoOSM Nº 507 2020-03-31-2020-04-06

2020-04-12 Thread theweekly . osm

Bonjour,

Le résumé hebdomadaire n° 507 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

https://www.weeklyosm.eu/fr/archives/13046/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[Talk-ht] hebdoOSM Nº 507 2020-03-31-2020-04-06

2020-04-12 Thread theweekly . osm

Bonjour,

Le résumé hebdomadaire n° 507 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

https://www.weeklyosm.eu/fr/archives/13046/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [OSM-talk-fr] Les horaires adaptés sur Qwant Maps

2020-04-12 Thread Philippe Verdy

Ca veut dire qu'ils dédoublonnent en utilisant les données
approximatives Pages jaunes en prirorité sur celles d'OSM ?
Visiblement le processus de dédoublonnement purement automatique fait
un choix très arbitraire. Sur un moteur de recherche il vaudrait mieux
ne simplement pas dédoublonner, quitte à afficher un même lieu à deux
endroits. Le dédoublonnement automatique n'est possible que si l'écart
de placement est faible (moins de 30 mètres), pour le reste je pense
qu'ils devraient sortir un fichier à traiter (et Qwant pourrait alors
proposer les deux placements avec une alerte participative posant la
question à ceux qui s'intéressent à un point, et en attendant
géolocaliser sur un point "moyen", ou utiliser d'autres infos qu'ils
collectent sur les adresses des pages contact. Les pages jaunes n'ont
pas bien fait leur géocodage et ça peut dater depuis des données
d'adresses anciennes et insuffisantes (sans la BANO).
Puisque Qwant a un partenariat avec les Pages Jaunes, ils devraient
mettre en place un guichet aussi pour signaler les anomalies et
ambiguïtés trouvées. Une façon intelligente de coopérer pour affiner
les bases communes (toutes les sources, même OSM, ont des erreurs et
omissions).


Le ven. 10 avr. 2020 à 10:18, Cédric Frayssinet
 a écrit :
>
> Bonjour,
>
> Le 10/04/2020 à 08:54, Erwan Salomon a écrit :
> > est-ce qu’ils exploitent uniquement la dat OSM ou ils ont leur propre
> > sources rajouté dessus ?
>
> Ils ont également un partenariat avec les Pages Jaunes qui cassent bien
> les données OSM :( Je l'avais signalé là :
> https://github.com/QwantResearch/qwantmaps/issues/68
>
> Cédric
>
>
> ___
> 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] Contours académiques sur Umap ?

2020-04-12 Thread Philippe Verdy

Les académies scolaires françaises sont *déjà* dans OSM...

Le jeu. 9 avr. 2020 à 10:22, Cédric Frayssinet  a écrit :
>
> Bonjour,
>
> Je me tourne vers vous. Est-ce qu'il existe une solution sur uMap pour
> disposer d'une carte avec le contour des académies scolaires ?
>
> Merci :)
>
> Cédric
>
>
>
> ___
> 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] Contours académiques sur Umap ?

2020-04-12 Thread Philippe Verdy

boundary_type:FR=* ne contient que des génériques, les minuscules
étaient correctes et pas à "corriger".

Le jeu. 9 avr. 2020 à 11:51, Samy Mezani  a écrit :
>
> Bonjour,
>
> Le 09/04/2020 à 11:09, Vincent de Château-Thierry a écrit :
> > boundary_type:FR=Circonscription académique
>
> J'ai corrigé cette valeur pour les académies de l'ouest de la France où
> le 'c' de circonscription était en minuscules. Overpass Turbo ne
> renvoyait donc pas tout.
>
> Cordialement,
>
> Samy
>
> ___
> 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] Y-a-t'il mieux que mappeur(se) ; Était La Poste - fichier covid19 des bureaux

2020-04-12 Thread Philippe Verdy

"mappeur", le verbe "mapper" sont bien français et depuis longtemps
(sur la base latine, le mot "map"  anglais vient aussi du latin); en
témoigne "mappemonde". Le terme "'map" étant aussi utilisé en italien
et espagnol non pas depuis l'anglais mais du latin...
C'est juste qu'on a préféré à un moment donné utiliser un synonyme
"carte" qui a été utilisé par métonymie de sa forme de réalisation, le
nom de son support, qui pour OSM n'est pas vraiment adapté, le support
"carte" étant juste la forme la moins souvent utilisée. L'anglais n'a
pas gardé "card" pour cet usage générique.

Le sam. 11 avr. 2020 à 17:35, Christian Rogel
 a écrit :
>
> > Le 11 avr. 2020 à 01:14, Philippe Verdy  a écrit :
> >
> > "twittos" et "twittas" sont des emprunts au néologismes espagnols. Si
> > on avait voulu un néologisme français, on aurait dit "twitteur" et
> > "twitteuse" (et on aurait confondu "twitteur" et "Twitter").
> >
> > "cartographe(s)" en français reste approprié, pas la peine de faire un
> > pseudo-emprunt à l'espagnol et au pluriel forcé. Et pire encore
> > "cocarto(s)" qu'on va confondre avec "carto(s)" comme abréviation
> > ambiguë (le préfixe ajouté "co-" ne change pas la sémantique du terme
> > de base (est-ce que "carto-" désigne "carte", ou "cartographie", ou
> > "cartopartie", etc? avec "cocarto(s)" on ne répond pas mieux, cela
> > reste une abréviation)
> >
> > Si on veut plus court que "cocartographe" (pour ne pas dire
> > "cartographe" car on veut ajouter le sens "en coopération"), on peut
> > utiliser "cocarteur(s)"/"cocarteuse(s)"
> > Mais là on tombe en français sur la ressemblance homophonique avec le
> > terme "cocarde" et ses dérivés (cocardier). En espagnol cela donnerait
> > "commappor(a)(s)", en anglais "comapper(s) ».
>
> Cocarteur ne sonne pas très bien. Les suffixes hispano-italiens sont de plus
> en plus dans l’oreille (barista, fashionista).
> Carteur n’existe pas parce que cela résonne avec les métiers de main d’oeuvre,
> alors que les premiers cartographes se voyaient comme artistes de haute volée.
>
> > On peut noter quand même que "mappeur(s)"/"mappeuse(s)" a une racine
> > laine correcte en français, qu'on retrouve aussi en espagnol et
> > italien, et serait tout à fait correct aussi en français comme
> > substitut plus court à "cartographe(s)" (réservée à la spécialité
> > professionnelle reconnue comme faisant autorité et attribuable).
> >
> > Tout compte fait, si on ne veut pas le terme long "cocartographe(s)"
> > (trop long?) et qu'on veut éviter "cocarteur(s)"/"cocarteuse(s)" ou
> > "cocartier(s)"/"cocartières" (confusion quasi homophonique avec
> > "cocardier"), on peut utiliser "comappeur(s)"/comappeuse(s)" (qui
> > correspond aussi au breton "kengartenner", avec "ken-" comme préfixe
> > traduisant "co(n)-" issu de la préposition latine "cum" signifiant
> > "avec" et utilisée aussi comme préfixe en italien, espagnol,
> > portugais, catalan, occitan, corse, sarde, roumain et à peine dérivé
> > en breton...).
> >
> > Mais en français je resterais plus simple avec
> > "mappeur(s)"/"mappeuse(s)" qui est tout à fait correct. Et en anglais
> > on dirait aussi "mapper(s)" qui serait correct aussi, tout comme
> > "mappor(a)(s)" en espagnol (mais surtout pas l'horrible "mappos",
> > "mappas" calqué sur l'emprunt abusif par Twitter)
> >
>
> Mappeur ne sonne pas pleinement français. Comappeur nn plus.
> Il serait bien de souligner le « avec », qui est, je ne l’ai pas précisé, est
> aussi dans commun.
>
>
> Christian R.
>
>
>
>
> ___
> 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-GB] Q2 2020 Quarterly project GP Surgeries and health sites

2020-04-12 Thread Andy Mabbett

On Wed, 8 Apr 2020 at 22:55, Gareth L  wrote:

> The UK quarterly project for Q2 2020 has been selected as GP Surgeries and 
> health
> sites. The wiki page is
> https://wiki.openstreetmap.org/wiki/UK_2020_Q2_Project:_GP_Surgeries_and_Healthsites

How are we showing pharmacy references like those in:

https://www.pharmacyregulation.org/registers/pharmacy/registrationnumber/1124246

https://www.nhs.uk/Services/pharmacies/Overview/DefaultView.aspx?id=9164

Do we have an exemplar for pharmacies (or several, by type:
stand-alone shop; in GP practice/ medical centre; in supermarket; in
Boots-style shop)?

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

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

Re: [Talk-it] [Milano] Esercizi con consegna a domicilio

2020-04-12 Thread Laurentius

On sab, 2020-04-11 at 01:56 +0200, Alessandro Sarretta wrote:
> Ciao, so che è in corso una richiesta per l'inclusione in OSM e
> speriamo arrivi una conferma a breve.

Ho scritto al comune qualche giorno fa. Mi hanno risposto e hanno
pubblicato i dati, ma con la licenza sbagliata. Venerdì gli ho indicato
il problema; vedremo a questo punto dopo pasqua.

Lorenzo

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

Re: [Talk-it] Mappatura farmacie

2020-04-12 Thread Francesco Ansanelli

Il dom 12 apr 2020, 09:49 Andrea Musuruane  ha scritto:

> Ciao,
>
> On Sat, Apr 11, 2020 at 7:19 AM Francesco Ansanelli 
> wrote:
>
>> Se è possibile estrarre tutti i codici (quindi anche dei record privi
>>> delle
>>> coordinate) suddivisi per farmacie e parafarmacie i controlli validi
>>> potrebbero essere solamente questi:
>>> 1) controllare il tag ref:msal e segnalare se è assente o con valore
>>> errato;
>>
>> 2) controllare se è assente il tag dispensing,
>>
>>
>> Ho chiesto aiuto a mapillary per creare un task su pic4review per
>> aggiungere il dispensing... Ce ne sono 5.000+ quindi che tutti i contrari a
>> Osmose e agli edit automatici comincino da lì...
>>
>
> Ho fatto un task analogo su pic4reviw:
> https://pic4review.pavie.info/#/mission/975
>
> Mi raccomando di verificare che la farmacia sia effettivamente in Italia
> (il bbox è centrato sul Piemonte ma ovviamente ha preso anche regioni  - e
> stati - confinanti).
>

Ok... Per risolvere il problema, avevamo infatti pensato di usare Osmose
come origine dati per popolare i vari task di Pic4review:

http://osmose.openstreetmap.fr/it/errors/?country=italy_*=2100

In questo modo abbiamo il confine regione per regione.
Come avevo accennato anche ai signori di Mapillary, non sarebbe sbagliato
aggiungere la dicitura:

 "La croce delle farmacie è solo di colore verde."



> Come tutti i tool, è da usare con MOLTO giudizio :-)
>

Assolutamente! Lo provo subito 

>
> Ciao,
>
> Andrea
>

Grazie ancora
Francesco

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

Re: [Talk-it] Mappatura farmacie

2020-04-12 Thread Andrea Musuruane

Ciao,

On Sat, Apr 11, 2020 at 7:19 AM Francesco Ansanelli 
wrote:

> Se è possibile estrarre tutti i codici (quindi anche dei record privi delle
>> coordinate) suddivisi per farmacie e parafarmacie i controlli validi
>> potrebbero essere solamente questi:
>> 1) controllare il tag ref:msal e segnalare se è assente o con valore
>> errato;
>
> 2) controllare se è assente il tag dispensing,
>
>
> Ho chiesto aiuto a mapillary per creare un task su pic4review per
> aggiungere il dispensing... Ce ne sono 5.000+ quindi che tutti i contrari a
> Osmose e agli edit automatici comincino da lì...
>

Ho fatto un task analogo su pic4reviw:
https://pic4review.pavie.info/#/mission/975

Mi raccomando di verificare che la farmacia sia effettivamente in Italia
(il bbox è centrato sul Piemonte ma ovviamente ha preso anche regioni  - e
stati - confinanti).

Come tutti i tool, è da usare con MOLTO giudizio :-)

Ciao,

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

Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"

2020-04-12 Thread Alessandro Sarretta


Ciao,

On 11/04/20 11:44, Manuel wrote:
Io sono d'accordo, ma ho un dubbio: quali tag prende in considerazione 
la mappa per stabilire se un negozio è aperto oppure no? Solo il tag 
opening_hours:covid19=*? Giusto per capire come comportarmi con i tag 
della mia città.


i tag usati sono i seguenti:

opening_hours:covid19=*
delivery:covid19=yes|only|no
takeaway:covid19=yes|only|no
description:covid19=*

l'ultimo non è aggiunto automaticamente.

Ale


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

Re: [OSM-talk-fr] site utilisant survey:date et la date metadata

2020-04-12 Thread Yves P .

> Geocropping ?
> https://geocropping.xsalto.com/ 
> https://play.google.com/store/apps/details?id=geocropping.com.geocroppingapp 
> 
Bonne idée…

MAIS cette application laisse à penser que parce qu'il n'y a pas de tag 
survey:date les données poseraient un problème.

La boite aux lettres de la Poste qui est là depuis des années est affichée en 
rouge.

Ok, je veux "aider". Je la "valide". Elle passe en vert  

Et puis, que ce passe-t-il dans 2 ans ? Elle s'affiche en orange.
Alors je la valide : j'ai aidé OSM 拾浪

__
Yves

En gros, tous les POI sont orange ou rouge !
Ouf, il ne propose pas de valider les n° de rue, les maisons, les routes ??
https://lh3.googleusercontent.com/lzRJsRe2TIGPGyIdlN_gOsoXJikN7uVMmAvsF9Gh12pL_tac6-UFIOo8zr6024bSQWk=w2564-h1304___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

2020-04-12 Thread Yves P.

Salut Benoit,

> Je ne connais que StreetComplete, qui fait ça très bien, avec positionnement
> ajusté à la main.
> On y ajoute le texte de la note, avec contenu libre.

J'ai (re)testé hier. Voici les notes générées
.

C'est simple et précis 

⚠︎ MAIS
La précision est basée sur celle du bâti et de la voirie déjà dans OSM (il n'y
a pas d'affichage de BDOrtho IGN)
Si le bâti à une erreur de 100 m, elle se reporte.

Donc si le contributeur OSM qui traite la note le sait et en tient compte, tout
va bien 
Sinon 浪

Des quêtes sont activées par défaut :
J'ai ajouté un n° de rue à une maison. Il a été ajouté directement à OSM.
Saut que dans cette rue, il y a des n° de rue en nœud qui correspondent au
plaques sur les façades.
Et que dans le cas présent, il y avait déjà du n° sur la façade !!!
https://www.openstreetmap.org/changeset/83405509#map=19/46.57593/5.75033
https://osmcha.org/changesets/83405509?filters=%7B%22ids%22%3A%5B%7B%22label%22%3A%2283405509%22%2C%22value%22%3A%2283405509%22%7D%5D%7D

Il faudrait soit :
que StreetComplete n'active aucune quête pas défaut
faire un auto pour les débutants en leur demandant de désactiver toutes les
quêtes
ou un gros tuto sur les quêtes, ce qu'il faut faire attention 廊

Il est possible de bannir en France la quête sur les addr:housnumber… (de
mémoire c'est le cas en Allemagne)

Le problème des quêtes vient aussi du fait que les données sont envoyées dans
directement dans OSM.
Il faudrait peut-être par défaut envoyer des notes ?

Dans ce cas, SC pourrait mettre des tags structurés que le contributeur
copie/colle dans iD ou dans JOSM

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

74 matches

Mail list logo