Re: [Talk-GB] Proposal: Import EV charging point data

[Mateusz Konieczny via Talk-GB]

Plausible deniability is not the reason.

Either 
(1) it is clear that we can do that
without copyright and copyright like
issues and then we can freely ignore
whatever data provider likes it or not

(2) it is not ok to do this in OSM

Reason for not creating such notes
automatically is for example fact that
notes are not supposed to be created
automatically - we have different 
tools for that such as JOSM validator,
StreetComplete and Osmose.

Last one is already including some suggestions
like that.

18 Aug 2020, 15:18 by me-osm-talk...@keepawayfromfire.co.uk:

> On Tue, 2020-08-18 at 12:18 +0100, Steven Hirschorn wrote:
>
>> Are we allowed to put the points on a non-OSM map to ask local
>> mappers to survey?
>>
>
> Legally I think it's a bit ambiguous, but current practice is to do
> exactly that. See tools like [1] where most of the data isn't
> compatible with the ODbL but they are overlaid for local mappers to
> survey and add them selves [2]. At a certain point it may be easier to
> "import to notes", but the current way at least has plausible
> deniability if any data provider was upset that there dataset was used
> to inform surveys.
>
>
> Cj
>
> [1] https://osm.mathmos.net/defib/
> [2] https://osm.mathmos.net/defib/progress/NE/
>
>
> ___
> 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-cr] Etiqueta para pagos vía SINPE móvil

[Jaime Gutiérrez Alfaro]

Hola, espero que estén muy bien.

Quiero añadir al mapa un negocio que acepta pagos vía SINPE móvil. Me
parece que la etiqueta para esto sería "payment"
https://wiki.openstreetmap.org/wiki/Key:payment. En esta página de la wiki
se puede ver muchas formas de usar la llave. Creo que deberíamos establecer
un consenso.

En OSM encontré un elemento al que se le añadió la etiqueta
"payment:SINPE_Movil=yes", (https://taginfo.openstreetmap.org/search?q=sinpe
).

Yo estoy de acuerdo con el uso de esa llave y valor pero con llave en
minúscula, "payment:sinpe_movil=yes".

¿Qué opinan?

Pura vida,
Jaime.
___
Talk-cr mailing list
Talk-cr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cr

Re: [Talk-cr] Añadir alertas según CNE al mapa de OSM

[Jaime Gutiérrez Alfaro]

On Thu, Aug 20, 2020 at 3:04 PM Rodolfo Quesada Zumbado 
wrote:

> Hola Jaime, Wolter, Rodrigo y amigos de OSM,
>
> Jaime y yo estuvimos trabajando un poco ahora temprano y creamos esta
> tabla fija y plana con todas las unidades administrativas de Costa Rica y
> sus relations de OSM:
>
>
> https://wiki.openstreetmap.org/wiki/Costa_Rica/Divisi%C3%B3n_Territorial_Administrativa
>
> Se puede/debe mejorar (ej, agregar códigos postales por distrito y códigos
> de cantón), pero sirve de referencia rápida para muchos proyectos.  Yo
> juraba que la tabla que tenemos en el Wiki estaba completa, pero nunca me
> animé a expandirla, la agregó un colaborador que está normalizando eso en
> varios países.
>

Súper. En realidad toda la chamba la hizo Rodolfo. Ahora que tenemos esta
tabla con una página wiki propia quizás podemos valorar eliminar la tabla
que está en
https://wiki.openstreetmap.org/wiki/Costa_Rica#Provinces.2C_Cantons_and_Districts
y mover esa info a la nueva página que hizo Rodolfo. Así todo el tema de
división administrativa estaría junto. No se qué les parece, aunque
podríamos hacer otro hilo de correo para conversar sobre ese tema.




>
> La iniciativa de las alertas me parece bien, y sugiero unas cosas
> adicionales al respecto:
>
> * Kill Switch: En teoría #estopasará como dicen en las redes sociales,
> entonces hay que tener listo un mecanismo (y encargado) para quitar los
> tags cuando ya no sea necesario.
>

Si, el tema del covid y las restricciones pasará. Sin embargo, el tema de
las alertas de la CNE no es algo que pase. Las usan para cuando hay
condiciones climáticas adversas o situaciones que lo ameriten. Hoy no tuve
chance de revisar si esto es así por alguna ley en específico. En el sitio
web de la CNE está este enlace:
https://cne.go.cr/preparativos_respuestas/alertas.aspx.  Con esto quiero
decir que quizás hay que valorar esta etiqueta con esa perspectiva.


> * Timeline Log: Crear un CSV o tabla en algún lado (GitHub?), para llevar
> control del histórico... A la fecha no se ha publicado por parte del
> gobierno la especificación de como se asignan los colores, dependemos de
> noticias para eso, y no se está guardando el histórico en ningún lado, solo
> se conoce el estado actual (creo?). Puede servir de input para la
> herramienta que propone Wolter.  Por ejemplo, Montes de Oca ya es amarillo,
> pero lo veo naranja en el mapa, y creo que el cambio fue ayer?. :-P
>

El estado de alerta lo declara la CNE. Tienen un hermoso listado de PDF con
el histórico de alertas:
https://cne.go.cr/preparativos_respuestas/alertas/historicoalertas.aspx.
Cero datos abiertos. A mi me suena bien la idea de llevar un histórico en
un CSV en github. Creo que es un aporte bonito.


> * Concuerdo con el identificador calificativo de alert:cne:covid19, la CNE
> emite alertas para otras cosas, como inundaciones, y tal vez en un futuro
> se pueden asignar en tiempo real a OSM.  Este ejercicio de colorear las
> alertas se presta para esa eventualidad.
>

Cómo mencioné en el primer punto me gustaría averiguar más para determinar
si la alertas son específicas para el tema covid. Aunque bueno, hay un
consenso muy amplio de parte de quienes se han manifestado en que añadamos
covid19 en la etiqueta. Yo no tengo ninguna opción pero tengo esa inquietud
por valorarla más allá del covid.  Si alguien tuviera algún contacto que
tenga más claro el tema de manejo de emergencias pues nos vendría bien.


> * Con los dos comentarios anteriores, un tag adicional de
> alert:cne:covid19:date? Algo así, para ver cuando fue la última vez que se
> asignó el color.
>

A mi este no me suena. Para esto tenemos el historial de OSM.


> * Me parece que mantener el string del color tal cual está bien, queda
> autodocumentado para no tener que buscar una tabla y ver el valor==color.
> Pero si hay un mecanismo fácil y rápido para ese lookup, entonces se puede
> usar.
>

Si, yo propuse ese porque es el valor usado.



Me dejo como tarea poner todas las propuestas que han sugerido juntas. Que
chiva.


Quisiera añadir algo más a la propuesta. Hoy Rodrigo comentó (
https://twitter.com/roirobo/status/1296486273587253251) algo en lo que
tiene toda la razón. En algunos casos las alertas de la CNE son diferencias
por distrito, o sea tenemos el distrito de "Varablanca" en alerta amarilla
y el resto del cantón (Heredia) en naranja. La mejor forma que se me ocurre
para atacar este problema es usando la misma etiqueta en la menor unidad
administrativa (admin_level) que tiene una alerta distinta. Es decir
heredia tendría alert:cne=naranja y Varablanca tendría alert:cne=amarilla.
Esta misma lógica la podemos usar hacia abajo, si un "admin_level" inferior
administrativamente (que en realidad es un número mayor en OSM) tiene una
alerta distinta de su nivel inmediatamente superior entonces ahí usamos la
etiqueta.  De esta forma si alguien quisiera hacer un software para
procesar esto la lógica sería dado un punto (lat,lon) buscar la etiqueta
"alert:cne" que 

[OSM-talk] Conflict between en-GB and en copyright page.

[Oliver Simmons]

Whilst discussing OSM credit on the OSM-world Discord me (GoodClover#) and swedneck#9241 discovered that the http://www.openstreetmap.org/copyright page has conflicts between the en original and en-GB “translation”. The en-GB mentions CC-BY-SA and creativecommons.org for the tiles,whereas en doesn’t mention this.(This is the large paragraph under the “How to credit OpenStreetMap” header.) The translation (en-GB) says in case of conflicts en overrules.This would be fine if it wasn’t that *they appear to be backwards*en is the page lacking the tile attribution info and that is supposedly “the original”. This should just be a simple fix to add the tile attribution info the the en “original”. There are no other conflicts between these two versions as far as I can tell. Links:copyright (en)copyright (en-GB)copyright (auto-language) (apologies for any issues with the email I still don’t quite get how mailing lists work)Oliver Simmons (oliversi...@gmail.com) (Discord GoodClover#)

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

Re: [Talk-lt] Poilsiavietės places.openmap.lt žemėlapyje

[Mindaugas]

Sveiki,


1)
Aš suprantu, kad Manto noras yra rasti ne tik
caravan_site/camp_site/picnic_site, bet ir atskirus
picnic_table/picnic_shelter? Manau reikia dar filtro "Poilsio stalai,
pavėsinės". Dar yra naudojamas terminas "Atokvėpio vietos" - gal jis tiktų
(pilni stovyklavietė, poilsiavietė, atokvėpio vieta apibrėžimai pvz. 3.2,
3.9, 3.11 iš
https://e-seimas.lrs.lt/rs/legalact/TAD/d24e31516ff211eaa38ed97835ec4df6/transcript
)

2)
> Manto paieška, kai nebuvo pažymėti „kempingai“, todėl rado tik
poilsiavietes,...
Iš techninės pusės man įdomu, ką randa tie filtrai tag'ų prasme. Pvz.:
tourism=camp_site yra kas? Poilsiavietė su laužaviete? Ar priklauso nuo
fireplace atributo, ir jeigu jo nebus, tai ji bus "poilsiavietė be
laužavietės"? Ar čia jau bus "kempingas"? Ar tik tourism=caravan_site yra
kempingas?
Gal čia ir yra didžiausias neaiškumas - kas ką reiškia?

> Teoriškai places.openmap.lt įjungus stovyklavietes būtų galima rodyti ir
poilsiavietes, nes stovyklauti galima ir ten, ir ten
Poilsiavietėse stovyklauti teoriškai negalima (stovyklavimas=kai lieki su
nakvyne), bet praktiškai, tai yra vietų (pvz.
https://www.openstreetmap.org/#map=18/55.02286/24.11720) tik su
picnic_table, kur labai dažnai poilsiaujama su nakvyne ir spėju net patys
miškininkai tam ir yra įrengę šitas vietas ("1,0 km ilgio rekreacinis takas
eina Neries pakrante. Prie tako yra 9 vietos su ten išdėstyta įranga: po
stalą ir 2 suolus, laužavietę, šiukšliadėžę",
http://www.jmu.lt/miskotvarkos-archyvas/p/231). Ar jas visas žymėti su
camp_site - nemanau...

Beje, Bitėnų poilsiavietė (https://www.openstreetmap.org/node/3012982976)
ant Rambyno RP žemėlapių žymima su palapine (
https://www.youtube.com/watch?v=7dImKyVVNy8 5:44, 7:48;
http://i8.photobucket.com/albums/a16/alionis22/2007%20ruduo/IMG_1488.jpg).
OSM ji yra su tourism=picnic_site, o description turi "Galima statyti
palapines nakvynei", nors oficialia ji vadinama "Bitėnų poilsiavietė ant
Nemuno kranto" (pvz.
http://rambynoparkas.lrv.lt/uploads/rambynoparkas/documents/files/Patvirtinta%202019%20met%C5%B3%20RRPD%20veiklos%20ataskaita(1).pdf
7 psl.). Tai gal ji turi būti camp_site...

3)
Dar su places.openmap.lt susijęs klausimas - kada atsinaujina pažintiniai
takai?
Pvz. žemėlapyje rodo naujai įvestą takus, bet jų neranda paieška/filtras:
https://places.openmap.lt/#m=16.51130287032287/22.041/55.083/1/T
https://places.openmap.lt/#m=17.430033465220156/23.332/55.929/1/T
https://places.openmap.lt/#m=16.563417309190395/22.982/55.756/1/T (
https://www.openstreetmap.org/node/7823241457)


Mindaugas






On Wed, Aug 12, 2020 at 12:26 PM Tomas Straupis 
wrote:

> Sveiki
>
>   Pabandykime problemą padalinti į mažesnius gabalus ir spręsti
> kiekvieną atskirai.
>   Iš to, ką parašė Mantas ir Mindaugas matau tokias dalis:
>
>   a) GENERALIZAVIMAS. Taškų generalizavimas (sujungimas/sugrupavimas),
> nebekalbant apie tiesiog prioritetizavimą, kai mažiau svarbus objektas
> nebepaišomas, jei jis netelpa todėl, kad jau nupaišytas svarbesnis
> objektas. Taigi normalus generalizavimas veikia, ir, jei nereikia
> kažkaip labai įmantriai išskaičiuoti bendro objekto atributų reikšmių,
> sutelpa į paprastą select sakinį (reiškia galima generalizuoti daug ir
> greitai). Tas dalykas jau padarytas upėse, šiandien-ryt parašysiu blog
> įrašą. Pažiūrėti galite čia:
> https://upes.openmap.lt/#15.69/54.438464/25.321826 - tiltas ir už jo
> esanti išlipimo/įlipimo vieta smulkinant mastelį generalizuojasi -
> susikuria kombinuotas simbolis. Taigi generalizuoti taškus galima,
> nėra sudėtinga, bet tai nėra auksinė kulka, ne visus pradinius
> duomenis reikia generalizuoti ar apskritai rodyti galutiniame
> žemėlapyje. Nepamirškime - generalizavimo tikslas nedėti į žemėlapį
> nereikalingų detalių, nedėti tokių detalių galime ne tik
> generalizuojant, bet ir šiaip nevaizduojant mikrodetalių.
>
>   b) STOVYKLAVIEČIŲ-POILSIAVIEČIŲ PAIEŠKA. Manto paieška, kai nebuvo
> pažymėti „kempingai“, todėl rado tik poilsiavietes (trumpalaikis
> poilsis), o nerodė stovyklaviečių (vietų, kurios tinka ir papoilsiauti
> kelias valandas, bet jose papildomai galima dar ir pasistatyti
> palapinę). Teoriškai places.openmap.lt įjungus stovyklavietes būtų
> galima rodyti ir poilsiavetes, nes stovyklauti galima ir ten, ir ten,
> bet tada nebus varianto rodyti tik stovyklavietes. Į poilsiavietes
> įtraukti visi variantai: tiek neprižiūrima miško poilsiavietė, tiek ir
> oficialūs „kempingai“ su dušais, tualetais, rozetėmis, virtuvėmis ir
> pan. infrastruktūra, kur net įvažiavimas bus mokamas. Tai iš čia
> klausimas, ar norim tokius grupuoti su stovyklavietėmis? Atskirti
> megakempingus nuo paprastų poilsiaviečių teoriškai būtų galima, bet
> tektų visus pereiti ir pridėti papildomų žymų. Ir tikriausiai
> neapsiribotume tik dviem klasėmis: prižiūrimas - neprižiūrimas.
>
>   c) MIKROŽYMĖJIMAS. Mindaugas gerai pažymėjo, kad tiesiog
> picnic_table ir picnic_shelter yra pilna ir prie pažintinių takų. Taip
> pat tokių būna prie didesnių sustojimo aikštelių prie 

Re: [Talk-es] Resumen de Talk-es, Vol 163, Envío 18

[emilio]

OS PARA BUS ESCOLAR EN ZONAS ESCOLARES
>
>
>- #87405332 <https://www.openstreetmap.org/changeset/87405332> en este
>changeset, que hizo el usuario Jordi MF tras pedir yo revisión de conjuntos
>de cambios, se especifican las condiciones en las que un carril de
>aparcamiento junto a un instituto se reserva para el servicio de bus
>escolar del instituto , siendo libre el resto del día - 1 ¿hay alguna
>etiqueta para especificar que el reservado es para buses escolares? 2 - ¿se
>podría aplicar en las paradas de bus urbano cambiando el horario a este: de
>lunes a domingo de 6 a 23 horas, que es el intervalo de tiempo en que
>funciona diariamente el servicio de bus urbano de Alicante? Aquí sí que
>tengo claro que sólo lo usaría en paradas que estén debidamente señalizadas
>con pintura viaria
>
>
> PARADAS DE TAXIS
>
>
>- En este caso ¿es preferible usar un nodo o marcar un área? yo me
>inclino más por dibujar un área, sobre todo si la parada es extensa
>
>
> Espero vuestra ayuda, y que las respuestas que aquí se den puedan ayudar a
> otros usuarios
>
>
>
> Enviado desde Correo de Windows
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
 próxima parte 
Se ha borrado un adjunto en formato HTML...
URL: 
<http://lists.openstreetmap.org/pipermail/talk-es/attachments/20200820/4c7dd8f3/attachment-0001.htm>

--

Subject: Pié de página del digest

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


--

Fin de Resumen de Talk-es, Vol 163, Envío 18
*
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-GB] Eat out to help out data

[Andrew Black]

On 20/08/2020 12:28, Andy Townsend wrote:


Perhaps "opening_hours:covid19=open"?

Even that's a bit tricky - if an establishment is registered with the 
scheme I guess it doesn't guarantee that it is _currently_ open.


This is (IMHO) part of  a bigger problem that opening times are changing 
more quickly than we can map.


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

Re: [Talk-cr] Añadir alertas según CNE al mapa de OSM

[Rodolfo Quesada Zumbado]

Hola Jaime, Wolter, Rodrigo y amigos de OSM, 

Jaime y yo estuvimos trabajando un poco ahora temprano y creamos esta tabla 
fija y plana con todas las unidades administrativas de Costa Rica y sus 
relations de OSM: 

https://wiki.openstreetmap.org/wiki/Costa_Rica/Divisi%C3%B3n_Territorial_Administrativa

Se puede/debe mejorar (ej, agregar códigos postales por distrito y códigos de 
cantón), pero sirve de referencia rápida para muchos proyectos.  Yo juraba que 
la tabla que tenemos en el Wiki estaba completa, pero nunca me animé a 
expandirla, la agregó un colaborador que está normalizando eso en varios países.

La iniciativa de las alertas me parece bien, y sugiero unas cosas adicionales 
al respecto:

* Kill Switch: En teoría #estopasará como dicen en las redes sociales, entonces 
hay que tener listo un mecanismo (y encargado) para quitar los tags cuando ya 
no sea necesario. 
* Timeline Log: Crear un CSV o tabla en algún lado (GitHub?), para llevar 
control del histórico... A la fecha no se ha publicado por parte del gobierno 
la especificación de como se asignan los colores, dependemos de noticias para 
eso, y no se está guardando el histórico en ningún lado, solo se conoce el 
estado actual (creo?). Puede servir de input para la herramienta que propone 
Wolter.  Por ejemplo, Montes de Oca ya es amarillo, pero lo veo naranja en el 
mapa, y creo que el cambio fue ayer?. :-P
* Concuerdo con el identificador calificativo de alert:cne:covid19, la CNE 
emite alertas para otras cosas, como inundaciones, y tal vez en un futuro se 
pueden asignar en tiempo real a OSM.  Este ejercicio de colorear las alertas se 
presta para esa eventualidad. 
* Con los dos comentarios anteriores, un tag adicional de 
alert:cne:covid19:date? Algo así, para ver cuando fue la última vez que se 
asignó el color. 
* Me parece que mantener el string del color tal cual está bien, queda 
autodocumentado para no tener que buscar una tabla y ver el valor==color.  Pero 
si hay un mecanismo fácil y rápido para ese lookup, entonces se puede usar. 

Saludos. 

On Thu, Aug 20, 2020, at 05:37, Wolter H. V. wrote:
> Hola Jaime,
> 
> [2020-08-19 21:52 -0600] Jaime Gutiérrez Alfaro:
> > Les quiero proponer que añadamos a los cantones (relaciones con 
> > `admin_level=6`) una etiqueta para indicar el estado de alerta de 
> > emergencia en la que están los cantones del país. Hoy en día este dato es 
> > muy útil pues según el nivel de alerta se establecen las medidas de 
> > restricción a la movilidad en vehículos automotores y la apertura de 
> > negocios.
> 
> Excelente idea. Es posible que sea sencillo desarrollar una herramienta 
> para establecer el nivel de alerta de un cantón con el API de OSM, de 
> manera que establecer los niveles de alerta de todos los cantones y 
> subsecuentemente modificarlos para mantenerlos al día sea un proceso 
> sencillo. Por ejemplo, con una herramienta para línea de comando,
> 
> $ actualizar_alerta  
> 
> Así, teniendo una tabla con éstas dos columnas, establecer el nivel de 
> alerta de todos los cantones debería ser una operación muy rápida.
> 
> > Sugiero usar la llave `alert:cne`, donde "cne" es acrónimo de Comisión 
> > Nacional de Emergencias, que es quien establece estas alertas. Los posibles 
> > valores que podría tener esta llave son: roja, naranja, amarilla y verde. 
> 
> Sugiero que la llave incluya información sobre de qué es la alerta, es 
> decir, algo como alert:cne:covid19.
> 
> También sugiero que en lugar de cadenas de texto, los valores de la 
> llave sean numéricos. Por ejemplo: 0: verde, 1: amarilla, 2: naranja, 
> 3: roja.
> 
> Saludos,
> 
> Wolter HV
> 
> 
> 
> 
> ___
> Talk-cr mailing list
> Talk-cr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cr
>

-- 
Rodolfo Quesada Zumbado
http://www.roqz.net
r...@eml.cc

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

Re: [Talk-it] [talk:it] relazioni type=street e ciclabli

[Volker Schmidt]

Grazie Martin.
Non avevo visto la discussione.
Come avrai visto ho anche reagito adesso.
Sono stato sorpreso dalla ferocia della discussione.

Torniamo alla mia domanda originale:
A me sembra una buona idea di utilizzare la street relation. Potrei
prendere più piccioni con una fava:
raggruppare i vari pezzi di una strada cittadina (spezzata per esempio per
variazioni di numero di corsie, o per limitazioni di svolta), i civici, ed
eventuali ciclo|pedonali.


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Thu, 20 Aug 2020 at 18:15, Martin Koppenhoefer 
wrote:

>
>
> sent from a phone
>
> On 20. Aug 2020, at 18:07, Volker Schmidt  wrote:
>
> Sarebbe utile (anche se tardi) per fornire ai programmi di navigazione la
> possibilità di dare istruzioni corretti ai ciclisti (tipo: "girare a destra 
> *sulla
> ciclabile* di Via Trieste").
>
>
>
> su questo tema si discute anche attualmente sul forum tedesco (forse lo
> sai). Eventualmente, per dare indicazioni del genere, non sarebbe
> necessario di utilizzare relazioni (per esempio con un tag che dice il nome
> della strada e che si tratta di una ciclabile lungo una strada, si potrebbe
> creare una tale istruzione ugualmente)
>
> 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] Roadmap for deprecation of name tags in OSM

[stevea]

On Aug 20, 2020, at 11:58 AM, pangoSE  wrote:
> ...I would go so far as to say that
>> ignoring this problem with missing references makes the names in the
>> whole database worthless to use and contribute to because it could just
>> be random joe next door sitting on a late night and adding/changing a
>> lot of crap names wi h a handful of new accounts to the database
>> objects and no-one regularly does QA-checks to see if it has any link
>> to reality.

I don't like it when people say to me about (my country, for example) "love it 
or leave it" because that precludes being a good citizen and suggesting or 
making IMPROVEMENTS to whatever it is that offends.  However, because of the 
pure falsity of the first part of the above statement ("names in the whole 
database (are) worthless"), I am tempted to say exactly this to pangoSE:  
simply don't use OSM if you find our data so worthless.  Your problem is thusly 
solved.

Or, (much better) if you are going to use them and complain (as you are and 
do), propose a way to fix them.  You have done so, but your proposal has 
elements that are so very over-engineered and reliant upon principles of 
semantic binding and tuple-/triple-stores (as I mentioned before) that are new, 
untried/untested, are in the earlier stages of their development and are 
largely unfamiliar to most (besides academics and first-/early-adopters) that 
they need several additional "heavy lifts" associated with them to even be 
considered at a beginning phase by this community.  I listed some of the more 
important ones in my earlier post and I could list more, but I'll refrain for 
now.

What pangoSE did was not address my (I believe thoughtful and considered) post, 
which looks to accommodate pangoSE's proposal over a much-more reasonable 
longer-term, absolutely required given the complexity and massive kind of 
changes such a proposal would entail.  Rather, pangoSE "piled on" and "dug in," 
now hurling insults at the data in OSM which already exist.  This behavior 
(both kinds I just outlined) does not endear such proposals to the OSM 
community and dulls pangoSE's effectiveness in presenting them (again, while 
ignoring constructive reply).

As such, I find his proposal (and concomitant seeming lack of willingness to 
listen to the feedback he solicited) to be disingenuous, especially as a result 
of his petulant "sour grapes" attitude towards our data (and project, really).

>> Additionally the tags and their changes over time is really hard to
>> follow on openstreetmap.org (it is much better in JOSM though). Thats
>> bad because it means less eyeballs to make sure we have correct
>> information. A wiki-like interface for all our metadata would solve
>> both these examples and for good reasons wikidata is not the right
>> place for this data, but a community run wikibase could probably work
>> just fine.

In a community (USA-based) "Mappy Hour" I participated in last night about 
doing imports well, one important question asked about imports which either are 
or tend towards actual vandalism.  The (correctly offered) answers are (at 
least) two-fold:  secondarily, there is complexity to doing imports 
(especially) well that makes for a "high bar" to diminish "script kiddies" and 
the unsophisticated from largely ruining our map data (though this can and does 
happen) and primarily and much more importantly, there are quite a fair number 
of both human eyeballs and 'bot-watching data sentinels which pay attention to 
bad data entering the map.  Sufficient (at least for now) enough that this 
project has a handle on it.  Not without somewhat pricey vigilance and 
sometimes friction, but certainly much more good data enters than bad, so OSM 
is "winning that race."

>> WDYT?

I told Original Poster pangoSE what I think in terms of a medium- to 
longer-term approach to these sort of "Web 3.0-style" introductions to OSM in a 
four-point outline in my last post to this (or a related?) thread.  It is (and 
remains MY turn to ask YOU, pangoSE):  What do YOU think?" (about my 
longer-term approach and four-point post).  Can we get YOUR feedback to THAT 
reply?

Let's not talk "past" each other, let's talk "to" each other.

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

[OSM-talk] Microsoft Flight Simulator 2020 using OSM data with hilarious results

[James]

Seems the snapshot was about a year ago:

https://twitter.com/liamosaur/status/1296305264870662144

https://twitter.com/alexandermuscat/status/1296010700746194945

and people trying to land on it:
https://www.youtube.com/watch?v=GhrGEdO88kE

Not sure if osm is being credited in game
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Kostenlose OSMF-Mitgliedschaft für Aktive - Craftmapper in die OSMF ;)

[mmd]

Am 20.08.20 um 10:17 schrieb Frederik Ramm:
> ist das Spezial-Formular für "Mapper mit mindestens 42 Mappingtagen im
> letzten Jahr". Details zum Programm hier:
> https://join.osmfoundation.org/active-contributor-membership -


Wie Martijn van Exel schon auf Twitter schrieb: "Perhaps the most
significant part of this story is the recognition of non-mapping
contributions to the project."

Also, ihr 0-Tage Mapper da draußen, für euch gibt's auch eine Option,
wenn ihr das Projekt auf andere Weise vorwärts gebracht habt:

https://join.osmfoundation.org/active-contributor-membership/application-form-for-active-contributor-membership-other/

-- 



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

Re: [OSM-talk] Roadmap for deprecation of name tags in OSM

[pangoSE]

See below

PangoSE skrev: (20 augusti 2020 15:55:11 CEST)
>It was certainly not a joke. The tags in OSM are IMO broken and cannot
>handle the social complexity it tries to model.
>
>One of the biggest problems is missing references to on the ground
>truth like e.g. images. 
>How would you e.g. state when you recorded a name from a sign and link
>to the image? You could do it in the changeset information but that
>means that anyone looking for the reference has to download/traverse
>the whole history of the object and find the changeset that changed the
>name.
>
>The problem with that is that it is nearly impossible to e.g. create a
>script that e.g. check how many of our millions of names we have are
>properly referenced with either an URL or a link to an image or a good
>source like say the Swedish Geographical Survey Organizaion
>(Lantmäteriet).
>This means that the community is not able to easily judge whether the
>names we have on objects today are actually real or on the ground truth
>and it is also impossible to e.g. create a list of those that are not
>referenced at all in your local area and look up references and add
>them to the database. 
>
>This is really bad IMO and a suboptimal way of designing a world wide
>database handling cultural references and data about human objects
>sourced from millions of individuals. I would go so far as to say that
>ignoring this problem with missing references makes the names in the
>whole database worthless to use and contribute to because it could just
>be random joe next door sitting on a late night and adding/changing a
>lot of crap names wi h a handful of new accounts to the database
>objects and no-one regularly does QA-checks to see if it has any link
>to reality. 
>
>Additionally the tags and their changes over time is really hard to
>follow on openstreetmap.org (it is much better in JOSM though). Thats
>bad because it means less eyeballs to make sure we have correct
>information. A wiki-like interface for all our metadata would solve
>both these examples and for good reasons wikidata is not the right
>place for this data, but a community run wikibase could probably work
>just fine.
>
>WDYT?
>
>Dave F via talk  skrev: (20 augusti 2020
>14:35:21 CEST)
>>Just caught up with this thread, & I'm unsure if it's a joke.
>>
>>If there are any problems/disagreements with names in OSM then surely 
>>the same problem occurs in Wikiland?
>>
>>DaveF.
>>
>>
>>On 09/08/2020 09:25, pangoSE wrote:
>>> I suggest we create a roadmap for deprecating of storing and
>updating
>>
>>> names in OSM for objects with a Wikidata tag.
>>>
>>> The rationale is explained here:
>>> https://josm.openstreetmap.de/ticket/19655
>>>
>>> This of course affects the whole project and data consumers as well.
>
>>> Every OSM user will have to become a Wikidata user as well to edit
>>the 
>>> names or add name references (through the editors)
>>>
>>> Substantial changes will have to be made:
>>> * nominatim will need to support fetching names from wikidata
>>somehow. 
>>> It could probably be done on the fly.
>>> * openstreetmap.org will need to fetch from wikidata when displaying
>
>>> any object.
>>> * rendering the standard map will have to support fetching from
>>wikidata.
>>> * all editors would have to fetch and enable editing of Wikidata
>>objects.
>>> * maybe it no longer makes sense to have 2 separate logins? We
>should
>>
>>> unify the logging in as much as possible. Ideas are welcome on how
>to
>>
>>> do that. Perhaps retire signing up as OSM user on osm.org and ask 
>>> users to create a Wikimedia account instead and log in with that?
>>>
>>> I personally don't see any problems connecting Wikimedia and OSM 
>>> closer than the islands they are today.
>>>
>>> As mentioned in the ticket above data consumers like Mapbox already 
>>> prefer Wikidata names. I'm guessing thats because they are simply 
>>> better quality, better modeled, better referenced and better
>>protected 
>>> against vandalism.
>>>
>>> WDYT?
>>>
>>> Cheers
>>> pangoSE
>>> Ps I choose this list because this not only relates to tagging, but
>>to 
>>> the wider ecosystem.
>>>
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk

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

Re: [Talk-it] [talk:it] relazioni type=street e ciclabli

[Martin Koppenhoefer]

sent from a phone

> On 20. Aug 2020, at 18:07, Volker Schmidt  wrote:
> 
> Sarebbe utile (anche se tardi) per fornire ai programmi di navigazione la 
> possibilità di dare istruzioni corretti ai ciclisti (tipo: "girare a destra 
> sulla ciclabile di Via Trieste").


su questo tema si discute anche attualmente sul forum tedesco (forse lo sai). 
Eventualmente, per dare indicazioni del genere, non sarebbe necessario di 
utilizzare relazioni (per esempio con un tag che dice il nome della strada e 
che si tratta di una ciclabile lungo una strada, si potrebbe creare una tale 
istruzione ugualmente)

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

[Talk-it] [talk:it] relazioni type=street e ciclabli

[Volker Schmidt]

Qualcuno ha mai usato in Italia relazioni del tipo street
 per
l'inclusione di ciclabili, pedonali, o ciclopedonali?

Sarebbe utile (anche se tardi) per fornire ai programmi di navigazione la
possibilità di dare istruzioni corretti ai ciclisti (tipo: "girare a
destra *sulla
ciclabile* di Via Trieste").

O forse si fa già e non mi  sono accorto ?

Volker


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] OSM AT Erreichbarkeit

[Rudolf Mayer]

Hi,

Frederik Ramm wrote on 20/08/2020 10:20:

On 2020-08-20 02:49, Friedrich Volkmann wrote:

Gestattet mir trotzdem eine Frage: Warum redet ihr immer von einem
"local Chapter"? Wovon handelt dieses Kapitel, und in welcher
Publikation soll es erscheinen? Schreibt ihr an einem Buch über OSM?
Können wir dazu was beitragen?


Es geht dabei um dasjenige Kapitel im Reiseführer, in dem die
Gaststätten aufgelistet sind. Das ist für OSM relevant, weil wir ja
regelmässig Stammtische abhalten wollen, deswegen sind wir alle bemüht,
dazu beizutragen.



Made my day, thanks :-)

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

Re: [OSM-talk] Use of OSM data without attribution

[Andy Townsend]

On 20/08/2020 14:43, Mike Thompson wrote:
From Ron's quick and positive response to the attribution issue I am 
guessing he might be open to having a discussion about these other 
issues. Once the attribution issue is actually fixed, should I send 
him a note along those lines? Would you (Andy) be the appropriate 
contact for that discussion?


Yes, that'd be great, and I'd be happy to be involved in any discussions.

The https://www.openstreetmap.org/fixthemap landing page is probably the 
best one right now for "the map is wrong" questions (better than 
https://www.openstreetmap.org/help in this instance I'd suggest).  I'm 
not aware of any wiki page that explains the whole "OpenStreetMap 
contains all sorts of information, including private roads, and it's up 
to mapmakers to display information appropriately to their users" thing, 
but I could be wrong.


Best Regards,

Andy




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

Re: [OSM-talk] Use of OSM data without attribution

[Andrew Harvey]

On Thu, 20 Aug 2020 at 11:11, Andy Townsend  wrote:

>
> Indeed, and by the time they get to us they are usually "rabbits of
> negative euphoria"* because of the less than stellar support experience
> they've had at AllTrails.
>
> Looking at e.g.
> https://www.alltrails.com/explore/list/yorkshire-wolds-way?b_tl_lat=54.06089919948305_tl_lng=-0.7765960693359375_br_lat=53.9918264806059_br_lng=-0.6293106079101562
> I'm not surprised - to my eyes that really is a crime against cartography.
> Zoom in, and you'll see that that useful-looking north-south path just
> southeast of Thixendale is actually marked "(PRIVATE)", but at any scale
> you might want to plan a route on it isn't.
>
> The explanation we have to give every time goes something along the lines
> of:
>
>- No, we're not Alltrails support, and can't directly affect the way
>that their map represents things.
>- Yes, it's perfectly normal for the OpenStreetMap database to include
>ways along which there is limited access (such as only the householder, or
>perhaps other people in an emergency).
>- Individual maps can choose what data to show and what not, and if a
>map does a poor job of it that's really not an OpenStreetMap problem.
>- While we'd love you to update OpenStreetMap yourself** (since you
>know your local area better than we do) we're more than happy to try and
>fix the OSM data if it's wrong - but we can't guarantee when (or even if)
>any particular OSM-based map will show the changes.
>
> Best Regards,
>
> Andy (from the Data Working Group)
>
> * not a happy bunny
>
> ** I'd also, if it seems that it might help, try and introduce them to the
> local OSM community.
>

With my DWG hat on, my view is the data working group should be for
resolving conflicts and helping deal with harmful edits or people acting in
bad faith, not as a "the map is wrong please fix it for me" service. If
there is something wrong on the map, generally people should be first
directed to edit in OSM or if they are not comfortable by adding a note,
not asking DWG to get involved in mapping.

AllTrails support team are directing people who are reporting issues with
OSM data to DWG directly, but instead I'd prefer they direct people to
https://wiki.openstreetmap.org/wiki/Beginners%27_guide or some other
landing page for prospective mappers.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Use of OSM data without attribution

[Mike Thompson]

On Wed, Aug 19, 2020 at 7:11 PM Andy Townsend  wrote:

>
> On 19/08/2020 22:44, Clifford Snow wrote:
>
> ...  Instead of suggesting their users edit OSM, they instead instruct
> them to email d...@openstreetmap.org,
>
>
> Indeed, and by the time they get to us they are usually "rabbits of
> negative euphoria"* because of the less than stellar support experience
> they've had at AllTrails.
>
> Looking at e.g.
> https://www.alltrails.com/explore/list/yorkshire-wolds-way?b_tl_lat=54.06089919948305_tl_lng=-0.7765960693359375_br_lat=53.9918264806059_br_lng=-0.6293106079101562
> I'm not surprised - to my eyes that really is a crime against cartography.
> Zoom in, and you'll see that that useful-looking north-south path just
> southeast of Thixendale is actually marked "(PRIVATE)", but at any scale
> you might want to plan a route on it isn't.
>
> The explanation we have to give every time goes something along the lines
> of:
>
>- No, we're not Alltrails support, and can't directly affect the way
>that their map represents things.
>- Yes, it's perfectly normal for the OpenStreetMap database to include
>ways along which there is limited access (such as only the householder, or
>perhaps other people in an emergency).
>- Individual maps can choose what data to show and what not, and if a
>map does a poor job of it that's really not an OpenStreetMap problem.
>- While we'd love you to update OpenStreetMap yourself** (since you
>know your local area better than we do) we're more than happy to try and
>fix the OSM data if it's wrong - but we can't guarantee when (or even if)
>any particular OSM-based map will show the changes.
>
> From Ron's quick and positive response to the attribution issue I am
guessing he might be open to having a discussion about these other issues.
Once the attribution issue is actually fixed, should I send him a note
along those lines? Would you (Andy) be the appropriate contact for that
discussion?

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

Re: [Talk-GB] Eat out to help out data

[osm]

> Too transient/inaccurate for me, personally. Even my local LA can't 
> publish an accurate list.

Seeing that the list gets changed almost every day leads me to believe they 
have the same problem.

Also 440+ entries are duplicates so no, a correct list right from the start 
seems to be too much to ask ;-)

> Anyway, I'm too busy mapping garden fences in the hope of upsetting 
> sensibilities.

Noble cause, keep going :-D

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

Re: [OSM-talk] Roadmap for deprecation of name tags in OSM

[Dave F via talk]

Just caught up with this thread, & I'm unsure if it's a joke.

If there are any problems/disagreements with names in OSM then surely 
the same problem occurs in Wikiland?


DaveF.


On 09/08/2020 09:25, pangoSE wrote:
I suggest we create a roadmap for deprecating of storing and updating 
names in OSM for objects with a Wikidata tag.


The rationale is explained here:
https://josm.openstreetmap.de/ticket/19655

This of course affects the whole project and data consumers as well. 
Every OSM user will have to become a Wikidata user as well to edit the 
names or add name references (through the editors)


Substantial changes will have to be made:
* nominatim will need to support fetching names from wikidata somehow. 
It could probably be done on the fly.
* openstreetmap.org will need to fetch from wikidata when displaying 
any object.

* rendering the standard map will have to support fetching from wikidata.
* all editors would have to fetch and enable editing of Wikidata objects.
* maybe it no longer makes sense to have 2 separate logins? We should 
unify the logging in as much as possible. Ideas are welcome on how to 
do that. Perhaps retire signing up as OSM user on osm.org and ask 
users to create a Wikimedia account instead and log in with that?


I personally don't see any problems connecting Wikimedia and OSM 
closer than the islands they are today.


As mentioned in the ticket above data consumers like Mapbox already 
prefer Wikidata names. I'm guessing thats because they are simply 
better quality, better modeled, better referenced and better protected 
against vandalism.


WDYT?

Cheers
pangoSE
Ps I choose this list because this not only relates to tagging, but to 
the wider ecosystem.


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


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

Re: [Talk-at] OSM AT Erreichbarkeit

[Stefan Tauner via Talk-at]

On Thu, 20 Aug 2020 13:48:28 +0200
Friedrich Volkmann  wrote:

> Und dass ich nachfrage, wenn ich etwas nicht verstehe, wird mir 
> hoffentlich keiner vorwerfen.

Natürlich ist dir das vorzuwerfen, wenn du statt 2min zu recherchieren,
(offenbar wirklich ernsthaft) Fragen stellst, die man in diesem Level
von Abstrusität nur vom Mst. Haag erwarten würde. Ich zitiere das jetz
nochmal:

> Gestattet mir trotzdem eine Frage: Warum redet ihr immer von einem "local 
> Chapter"? Wovon handelt dieses Kapitel, und in welcher Publikation soll es 
> erscheinen? Schreibt ihr an einem Buch über OSM? Können wir dazu was 
> beitragen?

Dass du auf sowas wenig ernst gemeinte Antworten bekommst, hast du dir
schon selbst zuzuschreiben. Niemand konnte ahnen, dass das keine
Trollerei war.

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

Re: [Talk-es] Importación del Catastro en Sacecorbo (Guadalajara)

[Jorge Sanz Sanfructuoso]

Buenas
Perdona por la tardanza que últimamente estoy que no paro.

Antes de empezar con el proceso de importación habría que añadir todas las
calles del municipio. En el municipio principal faltan 4 calles que
probablemente no tengan nombre, pero en Canales del Ducado que pertenece al
mismo municipio parecen faltan todas. Se puede dividir en 2 a posteriori de
procesar los datos para evitar este segundo pueblo aunque no se suele
hacer. A elección del consumidor jeje.

Antes de subirlo al gestor hay que hacer el proceso de conversión de los
datos de Catastro a formato OSM. Eso lo puedes hacer tú o alguno de los que
hemos hecho ya unos cuantos y tenemos todo preparado hacértelo. Yo ahora
ando hasta arriba pero a mediados de septiembre si podría hacerlo. Cómo
prefieras, hacerlo tú (está documentado el proceso en la wiki), esperar a
que tenga yo un rato, o si alguien más puede hacertelo que se ofrezca.

Posteriormente cuando ya esté convertido y subido ya hay que ponerlo en el
gestor de tareas. Si lo haces tu la conversión te doy permisos para el
gestor de tareas y lo añades tú directamente.

Tengo como tema pendiente poner claro alguna forma de que se ofrezca la
gente para hacer el proceso de conversión de datos. A ver si cuando esté un
poco más libre puedo hacerlo.

Saludos.

El mar., 18 ago. 2020 a las 18:09, Héctor Ochoa ()
escribió:

> Buenas,
> me he apuntado en
> https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Gu%C3%ADa_de_importaci%C3%B3n/Gesti%C3%B3n_de_proyectos#Pasos_previos
> para la importación del Catastro en el municipio de Sacecorbo de la
> provincia de Guadalajara.
> Me he creado también la cuenta de OSM Robot8A_import.
> Ahora faltaría que alguien con permisos cree la tarea en el gestor de
> tareas.
>
> Saludos,
> Héctor Ochoa (Robot8A)
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>


-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanz.es/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-at] OSM AT Erreichbarkeit

[Friedrich Volkmann]

On 20.08.20 13:21, Stefan Tauner via Talk-at wrote:

Du schließt, wie leider sehr oft, von dir auf alle anderen. Und
Frederik hat mit einem sarkastischen Witz auf eure Trollerein
geantwortet - ganz einfach.


Natürlich schließe ich von mir (und nicht von einem Fabelwesen) auf alle 
anderen. Und dass ich nachfrage, wenn ich etwas nicht verstehe, wird mir 
hoffentlich keiner vorwerfen. Wenn schon früher jemand gefragt hätte, wäre 
die ganze Steiterei gar nicht entstanden. Solche Streitereien entstehen nur 
durch Missverständnisse.


Ein Sprichwort sagt, dass es keine blöden Fragen, sondern nur blöde 
Antworten gibt. Ich gehe davon aus, dass Frederik keine blöde Antwort gab, 
sondern dass er das dachte, was er geschrieben hat. Aber ich schätze, dass 
die Erklärung von vari...@mailbox.org ihn überzeugen wird.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-GB] Eat out to help out data

[Dave F via Talk-GB]

Too transient/inaccurate for me, personally. Even my local LA can't 
publish an accurate list.


Anyway, I'm too busy mapping garden fences in the hope of upsetting 
sensibilities.


DaveF

On 19/08/2020 21:10, Rob Nickerson wrote:

Hi all,

Anyone considered using the Eat out to Help out data that HMRC have 
published to aid with mapping efforts?


https://github.com/hmrc/eat-out-to-help-out-establishments

Prior to this, there was a scraper that collated the data:
https://github.com/svenlatham/eatout-scraper

Thank you,
*Rob*

___
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-cr] Añadir alertas según CNE al mapa de OSM

[Wolter H. V.]

Hola Jaime,

[2020-08-19 21:52 -0600] Jaime Gutiérrez Alfaro:
> Les quiero proponer que añadamos a los cantones (relaciones con 
> `admin_level=6`) una etiqueta para indicar el estado de alerta de emergencia 
> en la que están los cantones del país. Hoy en día este dato es muy útil pues 
> según el nivel de alerta se establecen las medidas de restricción a la 
> movilidad en vehículos automotores y la apertura de negocios.

Excelente idea. Es posible que sea sencillo desarrollar una herramienta para 
establecer el nivel de alerta de un cantón con el API de OSM, de manera que 
establecer los niveles de alerta de todos los cantones y subsecuentemente 
modificarlos para mantenerlos al día sea un proceso sencillo. Por ejemplo, con 
una herramienta para línea de comando,

$ actualizar_alerta  

Así, teniendo una tabla con éstas dos columnas, establecer el nivel de alerta 
de todos los cantones debería ser una operación muy rápida.

> Sugiero usar la llave `alert:cne`, donde "cne" es acrónimo de Comisión 
> Nacional de Emergencias, que es quien establece estas alertas. Los posibles 
> valores que podría tener esta llave son: roja, naranja, amarilla y verde. 

Sugiero que la llave incluya información sobre de qué es la alerta, es decir, 
algo como alert:cne:covid19.

También sugiero que en lugar de cadenas de texto, los valores de la llave sean 
numéricos. Por ejemplo: 0: verde, 1: amarilla, 2: naranja, 3: roja.

Saludos,

Wolter HV




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

Re: [Talk-GB] Eat out to help out data

[Andy Townsend]

On 20/08/2020 09:38, Ken Kilfedder wrote:

What data are available in the EOHO set that we don't get from the FHRS?


Perhaps "opening_hours:covid19=open"?

Even that's a bit tricky - if an establishment is registered with the 
scheme I guess it doesn't guarantee that it is _currently_ open.


Best Regards,

Andy




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

Re: [Talk-at] OSM AT Erreichbarkeit

[Stefan Tauner via Talk-at]

On Thu, 20 Aug 2020 13:03:44 +0200
Friedrich Volkmann  wrote:

> Ich finde es sinnlos, mit solchen Worthülsen (Buzzwords) um sich zu werfen, 
> wenn sich keiner was drunter vorstellen kann – oder sich jeder was anderes 
> drunter vorstellt. Frederik dachte, es geht um einen Reiseführer.

Du schließt, wie leider sehr oft, von dir auf alle anderen. Und
Frederik hat mit einem sarkastischen Witz auf eure Trollerein
geantwortet - ganz einfach.

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

Re: [Talk-at] OSM AT Erreichbarkeit

[Friedrich Volkmann]

On 20.08.20 12:16, vari...@mailbox.org wrote:

Local Chaper eher wie die Chapters von Motorradclubs. Nur, falls das jemand 
nicht wissen sollten 
https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters

Ich weiß es nicht, bin kein Mitglied in einem Motorradklub.

Nach der Definition, zu der dein Link führt, ist der Verein OSM AT schon ein 
"local chapter", wenn man von "established with the OpenStreetMap Foundation 
(OSMF)" absieht, wo auch wieder keiner weiß, was damit gemeint ist. Was 
heißt "established with"?


Ich finde es sinnlos, mit solchen Worthülsen (Buzzwords) um sich zu werfen, 
wenn sich keiner was drunter vorstellen kann – oder sich jeder was anderes 
drunter vorstellt. Frederik dachte, es geht um einen Reiseführer.


Darum: Wenn ihr was zu sagen habt, dann drückt euch bitte verständlich aus. 
Nicht auf Klingonisch und nicht im Motorradfahrer-Jargon (es sei denn, es 
geht ums Motorradfahren).


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-de] Kostenlose OSMF-Mitgliedschaft für Aktive - Craftmapper in die OSMF ;)

[Rolf Eike Beer]

Am Donnerstag, 20. August 2020, 10:17:18 CEST schrieb Frederik Ramm:
> Hallo,
> 
> Michael Spreng von der Membership Working Group der OSMF hat gerade
> geschrieben
> (https://lists.openstreetmap.org/pipermail/osmf-talk/2020-August/007162.html
> ), dass die schon länger geplante Regel "aktive Mapper kommen kostenlos in
> die OSMF" jetzt umgesetzt ist.
> 
> https://join.osmfoundation.org/active-contributor-membership/application-for
> m-for-active-contributor-membership-mapping/ ist das Spezial-Formular für
> "Mapper mit mindestens 42 Mappingtagen im letzten Jahr". Details zum
> Programm hier:
> https://join.osmfoundation.org/active-contributor-membership - der
> kleine Wermutstropfen ist, dass man das Formular jedes Jahr wieder neu
> ausfüllen muss, aber sonst würden sich halt zu viele Karteileichen
> ansammeln, die sich längst nicht mehr für OSM interessieren.

Ich fände da halt ein Service der folgenden Art ganz toll:

Hey, deine Mitgliedschaft läuft in 2 Wochen aus. Du erfüllst das 42-Tage-
Kriterium immer noch, also klick einfach hier und alles wird verlängert: 


Eike

signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[talk-cz] MSF Missing Maps CZ Srpnový mapathon

[Jana Bauerová]

Ahoj,

V srpnu organizujeme s dobrovolníky z české komunity Missing Maps  nline 
mapathon, takže se můžete přidat i se svými členy rodiny, a ukázat jim, jak se 
mapuje. A to třeba i jen na půl hodiny, není to tedy takový časový závazek jako 
klasický prezenční mapathon.

Jako obvykle se potkáme poslední úterý v měsíci od 18 hodin. Pokud se chcete 
přidat, zaregistrujte se na 
https://www.eventbrite.co.uk/e/srpnovy-missing-maps-mapathon-tickets-116431400453,
 ať vám pošlu včas odkaz na událost na zoomu.

Zdravím,

Jana Bauerová

Koordinátorka komunikace Missing Maps

Lékaři bez hranic

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

Re: [Talk-es] ayuda con diferentes tipos de aparcamiento

[yo paseopor]

Buenas!

Empezaremos por el principio, yo te doy mi punto de vista y mis compañeros
y compañeras corregirán allí donde no estén de acuerdo conmigo/me equivoque

Para empezar te informo que el mapeado de puntos de loquesea es un nivel de
mapeo, el de vías es algo más avanzado, y el más detallado y costoso es el
de áreas. Dicho esto te voy contestando.
Los aparcamientos para motocicletas son motorcycle_parking,y te recomiendo
que lo hagas como un área. El etiquetado en vía se puede hacer con
parking:condition:both:vehicles=motorcycle pero tiene muy poco uso según
taginfo.
Y sí, en el momento en que cambia el valor de
parking:lane:right/left...pues sí deberías remarcarlo, no es lo mismo
parallel que diagonal o perpendicular. Por cierto yo soy amante de
especificar siempre right y left, both sólo me ahorra una etiqueta y me
hace programar mucho más.

Sobre los minusválidos ya dado el tema que es yo suelo mapear las plazas
una a una con las etiquetas:

amenity=parking_space
capacity:disabled=1

Es decir dibujo una plaza de aparcamiento y la marco como capacidad para
minusválidos 1

Sobre los buses escolares veo un parking:condition:both:vehicles=bus que
podría servir, se mapearía como vía entonces siguiendo las diversas
clasificaciones del esquema parking:lanes

Sobre taxis yo veo áreas y las veo con amenity=taxi, siguiendo la máxima
aquella de que un área es mapeo más exhaustivo que una vía, que a su vez lo
es más que un nodo.

Por acabar de hacer un hilo que contemple las posibilidades que nos
encontramos en nuestras ciudades:

Los vados yo los haría como vías perpendiculares highway=service
access=private que salen de los edificios hasta las calzadas desde un
entrance=garage (queda un poco raro, pero recordad: no mapeeis para el
render)
Y las carga y descarga son parking:condition:right/left=delivery (no me las
he inventado, existen).

Sobre las zonas verdes (tiquet pero precio más alto si no eres residente)
serían algo similar a las de estacionamiento regulado siguiendo este
esquema
https://taginfo.openstreetmap.org/search?q=parking%3Acondition%3Aright%3Aresidents

Ale, hilo completo sobre aparcamiento en osm.

PD: Nos hacemos un render ? ;)
https://osm-es.github.io/osmparkingmap/#map=18.834/41.22037/1.71973/0%20Lanes=1

Ara més que mai Salut i mapes
yopaseopor

Info extraído de taginfo y de
https://wiki.openstreetmap.org/wiki/Key:parking:lane
Créditos del mapa para Ripollx de la Comunidad Catalana
https://github.com/Ripollx/osmcatmap2


Libre
de virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Tue, Aug 4, 2020 at 11:34 PM emilio  wrote:

> Hola
>
> En estos días, sobre todo los fines de semana, me encuentro mapeando la
> ciudad de Alicante, y tengo algunas dudas acerca de emplear áreas, nodos o
> combinaciones de etiquetas en las zonas de aparcamiento reservadas.
>
> En concreto, estas son mis dudas por partes:
>
> APARCAMIENTO PARA MOTOCICLETAS
>
>
>- Si se encuentran dentro de una zona de parking suelo dibujar un área
>etiquetada como “amenity=motorcycle_parking; como ejemplo este changeset:
>#88841697 
>- Si se encuentran formando parte de un carril de aparcamiento ¿se
>señaliza con un área o con un nodo? En este caso quiero señalizar una zona
>en Calle Músico José Torregrosa de unas 8 plazas, con la particularidad de
>que el aparcamiento general en esa calle es en paralelo, mientras que en la
>zona reservada para motos es en perpendicular. ¿habría que dividir la calle
>en ese punto para indicar que la forma de aparcamiento en esa calle cambia
>de paralelo a perpendicular?
>
>
> APARCAMIENTOS DE MINUSVÁLIDOS
>
>
>- *https://www.openstreetmap.org/note/2214500*
> aquí pedía ayuda para
>señalizar correctamente 2 sitios de aparcamiento reservados para
>minusválidos dentro de un parking de una tienda, pero me ha quedado la duda
>de que si hay que mapearlos igual cuando se encuentran dentro de un carril
>de aparcamiento de una calle
>
>
> PARADAS DE BUS URBANO Y RESERVADOS PARA BUS ESCOLAR EN ZONAS ESCOLARES
>
>
>- #87405332  en este
>changeset, que hizo el usuario Jordi MF tras pedir yo revisión de conjuntos
>de cambios, se especifican las condiciones en las que un carril de
>aparcamiento junto a un instituto se reserva para el servicio de bus
>escolar del instituto , siendo libre el resto del día - 1 ¿hay alguna
>etiqueta para especificar que el reservado es para buses escolares? 2 - ¿se
>podría aplicar en las paradas de bus urbano cambiando el horario a este: de
>lunes a domingo de 6 a 23 horas, que es el intervalo de tiempo en que
>funciona 

Re: [Talk-at] OSM AT Erreichbarkeit

[various]

Local Chaper eher wie die Chapters von Motorradclubs. Nur, falls das jemand 
nicht wissen sollten 
https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters

Falls ich da einen Scherz nicht mitbekommen habe, sorry. 

@Johann
Das ist relativ peinlich. Wie immer behauptest du erst irgendwas ohne Belege 
und lässt es dann die anderen 'aufwischen', so zu sagen. 

> Friedrich Volkmann  hat am 20.08.2020 10:55 geschrieben:
> 
>  
> On 20.08.20 10:20, Frederik Ramm wrote:
> >> Gestattet mir trotzdem eine Frage: Warum redet ihr immer von einem
> >> "local Chapter"? Wovon handelt dieses Kapitel, und in welcher
> >> Publikation soll es erscheinen? Schreibt ihr an einem Buch über OSM?
> >> Können wir dazu was beitragen?
> > 
> > Es geht dabei um dasjenige Kapitel im Reiseführer, in dem die
> > Gaststätten aufgelistet sind. Das ist für OSM relevant, weil wir ja
> > regelmässig Stammtische abhalten wollen, deswegen sind wir alle bemüht,
> > dazu beizutragen.
> 
> In welchem Reiseführer? Kein Mensch sucht sich ein Lokal für einen 
> OSM-Stammtisch nach einem Reiseführer aus, und nicht alle Stammtische sind 
> in Gaststätten. Z.B. die Treffen in Wiener Neustadt waren in der 
> Fachhochschule, die Leobersdorfer Stammtische in einem sogenannten 
> Hackerspace, und die Wiener Stammtische waren z.T. in Räumlichkeiten der TU 
> Wien.
> 
> Außerdem werden die Stammtische schon lang nicht mehr regelmäßig abgehalten, 
> und jetzt mit dem Corona-Wahn ist nicht der richtige Zeitpunkt für solche 
> Planungen. Besser kurzfristig ausmachen, also z.B. ein, zwei Wochen vorher. 
> Aber bitte nicht erst am selben Tag, wie das auch schon passiert ist. Denn 
> dann sehen viele die Ankündigung nicht rechtzeitig, oder sie haben den Abend 
> schon anders verplant.
> 
> -- 
> Friedrich K. Volkmann   http://www.volki.at/
> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

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

Re: [Talk-de] Kostenlose OSMF-Mitgliedschaft für Aktive - Craftmapper in die OSMF ;)

[Christoph Hormann]

On Thursday 20 August 2020, Martin Koppenhoefer wrote:
>
> Auf jeden Fall eine super Sache, ich freue mich auf einen Ansturm von
> Neumitgliedern aus der Craftmapperecke, bisher sind Leute die mit
> OpenStreetMap Geld verdienen in der OpenStreetMap-Foundation gefühlt
> überrepräsentiert

Und im FOSSGIS übrigens auch (eventuell sogar noch deutlich stärker) - 
deshalb:

https://www.fossgis.de/verein/mitgliedschaft/

(leider ist das nicht kostenlos für aktive Mapper und wird zusätzlich ab 
nächsten Jahr teurer für Normalbürger a.k.a. Erwerbstätige)

Für die, die vom rein englischsprachigen Formular für die 
OSMF-Mitgliedschaft irritiert sind, hier - wie schon auf osmf-talk 
gepostet - die deutsche Übersetzung:

---

https://join.osmfoundation.org/active-contributor-membership/application-form-for-active-contributor-membership-mapping/

Anmelde-Formular für die Mitgliedschaft für aktive Mapper

Wir überprüfen, ob der angegebene OpenStreetMap-Account Ihrer ist und ob 
er in den letzten 365 Tagen 42 Mapping-Tage ausweist.  Mehr 
Informationen finden sich [hier]
(https://wiki.osmfoundation.org/wiki/Membership/Active_contributor_membership). 
 
Für die Mitgliedschaft für aktive Mapper ist es ist erforderlich, dass 
die Mapping-Aktivitäten unbezahlt sind.

Um abzuschätzen, wie viele Mapping-Tage man hat, kann man das [How did 
you contribute](https://hdyc.neis-one.org/)-Werkzeug verwenden.

Fall Sie in anderer Art und Weise zu OpenStreetMap beigetragen haben als 
durch Mapping, aber in equivalentem Umfang zu den Anforderungen beim 
Mapping, können Sie sich auch qualifizieren,  Hierfür gibt es [ein 
getrenntes Formular]
(https://join.osmfoundation.org/application-form-for-active-contributor-membership-other)

1. Vorname (erforderlich)

2. Nachname (erforderlich)

3. Land des Wohnortes (erforderlich)

4. E-mail (erforderlich)

5. OpenStreetMap-Benutzername (erforderlich)

Ihr OpenStreetMap-Benutzername wird zur Überprüfung der Anforderung von 
42 Mapping-Tagen in den letzten 365 Tagen verwendet.  Dazu wird eine 
Nachricht an den Benutzer versendet.  Bitte beim Benutzernamen auf 
Groß- und Kleinschreibung achten.

6. Anmeldung auf der OSMF-Talk-Mailingliste (Ab- oder Anmeldung ist auch 
[manuell möglich](https://lists.openstreetmap.org/listinfo/osmf-talk))
  [ ] Ich möchte angemeldet werden

[Absenden]

---

https://join.osmfoundation.org/active-contributor-membership/application-form-for-active-contributor-membership-other/

Anmelde-Formular für die Mitgliedschaft für aktive Beitragende in 
anderen Bereichen als Mapping

Wir erwarten einen Beitrag zum OpenStreetMap-Projekt, welcher im Aufwand 
vergleichbar ist zu einem durchschnittlichen Mapper mit 42 
Mapping-Tagen bei OpenStreetMap im letzten Jahr.  Bitte beschreiben Sie 
Ihre Aktivitäten unten, der Vorstand wird auf Grundlage davon die 
Entscheidung zu Ihrer Anmeldung treffen.  Für die Mitgliedschaft für 
aktive Beitragende ist es ist erforderlich, dass diese Aktivitäten 
unbezahlt sind.

Mehr Informationen zu den Bedingungen finden sich [hier]
(https://wiki.osmfoundation.org/wiki/Membership/Active_contributor_membership). 

Falls Sie aktiver Mapper mit 42 oder mehr Mapping-Tagen in den letzten 
365 Tagen sind, verwenden Sie bitte [das andere Formular für die 
Mitgliedschaft für aktive Mapper]
(https://join.osmfoundation.org/active-contributor-membership/application-form-for-active-contributor-membership-mapping/)


1. Vorname (erforderlich)

2. Nachname (erforderlich)

3. Land des Wohnortes (erforderlich)

4. E-mail (erforderlich)

5. OpenStreetMap-Benutzername (erforderlich)

Ihr OpenStreetMap-Benutzername wird zur Überprüfung Ihrer Identität 
verwendet.  Dazu wird eine Nachricht an den Benutzer versendet.  Bitte 
beim Benutzernamen auf Groß- und Kleinschreibung achten.

6. Anmeldung auf der OSMF-Talk-Mailingliste (Ab- oder Anmeldung ist auch 
[manuell möglich](https://lists.openstreetmap.org/listinfo/osmf-talk))
  [ ] Ich möchte angemeldet werden

7. Beschreibung des Umfangs Ihrer Beiträge zu OpenStreetMap 
(erforderlich)
Wir müssen in der Lage sein, diese Beiträge zu verifizieren.  Hierfür 
ist es hilfreich, wenn Referenzen in Form bekannter 
Community-Mitglieder oder Organisationen, mit denen Sie Arbeiten 
angeben, welche Kenntnis von Ihren Aktivitäten haben.

[Absenden]

---

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [OSM-talk-be] Import of GPX files for marked trails in OSM / Import de traces GPX pour promenades balisées dans OSM

[Wouter Hamelinck]

Very nice and something where I would like to help a bit.

May I just make the suggestion to call it a new data source instead of an
import? When you talk about an import it is often interpreted as throwing
some data in the database automatically. There have been cases in the past
where that was not fully thought through, which means that some people have
become a bit defensive when they hear the word import. Calling it a data
source is more correct and also avoids potential missunderstandings in that
regard.

Wouter

On Thu, 20 Aug 2020, 07:46 Julien Minet,  wrote:

> Hello / Bonjour,
>
> Thanks to an active lobbying of Jacques Fondaire, contributor in Aubange,
> we had the explicit right (well, an email) to use some GPX files from the
> local tourism offices from the province of Luxembourg for completing the
> marked trails in South-Luxembourg in OSM. We did not receive all the tracks
> yet but in total there are about 120 walking marked trails in the Parc
> Naturel Haute-Sure Forêt d'Anlier.
>
> This is not an automatic import since, to the best of my knowledge, there
> is no automatic tool to convert some GPX into OSM relations. So we have to
> manually add these relations based on the GPX information. From my
> experience, it takes about 15 min. per relation to do so (in JOSM). I plan
> to write a few lines about this import somewhere on the OSM wiki such as
> here
> .
>
>
> If anyone wants to help to enter this information in OSM, just let me
> know! If you want to know how to add some marked trails in OSM, have a look
> at this page  and that
> one
> 
> for Belgian specificities. A nice app rendering all these routes is
> https://hiking.waymarkedtrails.org/.
>
> // en français //
>
> Grâce à un lobbying actif de Jacques Fondaire, collaborateur à Aubange,
> nous avons eu le droit explicite (enfin, un email) d'utiliser certains
> fichiers GPX des offices de tourisme locaux de la province de Luxembourg
> pour compléter les sentiers balisés du Sud-Luxembourg dans OSM. Nous
> n'avons pas encore reçu tous les fichiers, mais il s'agit d'environ 120
> pistes balisées dans le Parc Naturel Haute-Sure Forêt d'Anlier.
>
> Il ne s'agit pas d'une importation automatique car, à ma connaissance, il
> n'existe pas d'outil automatique permettant de convertir des GPX en
> relations OSM. Nous devons donc ajouter manuellement ces relations sur la
> base des GPX. D'après mon expérience, il faut environ 15 minutes par
> relation pour le faire (dans JOSM). J'ai l'intention d'écrire quelques
> lignes sur cette importation quelque part, par exemple ici
> .
>
>
> Si quelqu'un veut aider à saisir ces informations dans OSM, faites-le moi
> savoir ! Si vous voulez savoir comment ajouter quelques pistes balisées
> dans OSM, jetez un coup d'oeil à cette page
>  et à celle-ci
> 
> (spécificités belges). Une belle application rendant tous ces parcours est
> https://hiking.waymarkedtrails.org/.
>
> Happy mapping,
>
> juminet
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-de] Kostenlose OSMF-Mitgliedschaft für Aktive - Craftmapper in die OSMF ;)

[Martin Koppenhoefer]

sent from a phone

> On 20. Aug 2020, at 10:18, Frederik Ramm  wrote:
> 
> Bzw. die
> meisten von Euch sind das ja auch. Also... anmelden und in Zukunft
> mitreden ;)


+1, bei fast allen Fragen, weil man associate member wird, und nicht „member“. 
Details hier:
https://wiki.osmfoundation.org/wiki/Articles_of_Association

Auf jeden Fall eine super Sache, ich freue mich auf einen Ansturm von 
Neumitgliedern aus der Craftmapperecke, bisher sind Leute die mit OpenStreetMap 
Geld verdienen in der OpenStreetMap-Foundation gefühlt überrepräsentiert

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

Re: [Talk-GB] Eat out to help out data

[osm]

> Not all of these data are top notch.  A couple of examples I've come across - 
> some outlets are listed by their company name, or the company name of the 
> franchisee, not the brand that appears above the door.   For example Costa 
> Coffee outlets appear (at least in some places) as 'Scoffs Essex ltd'.

Yeah, I've (the someone™) fiddled around with the data EOHO has, and the data 
quality is questionable at best.

> What data are available in the EOHO set that we don't get from the FHRS?

This is now a relatively recent list of establishments that are in business. 
So, if the FHRS rating is say, from 2017, the information could be out-of-date 
- but there's no way of knowing without a survey.

Anyway, I was aming for matching the data against fhrs:id because that is the 
only really unique thing that could be associated with EOHO and OSM.

Or am I missing something?

K

> 
> ---
> https://hdyc.neis-one.org/?spiregrain
> spiregrain_...@ksglp.org.uk
> 
> On Wed, 19 Aug 2020, at 10:17 PM, Kai Michael Poppe - OSM wrote:
> > Hey Rob,
> > 
> > if they made up their mind about the license 
> > (https://github.com/hmrc/eat-out-to-help-out-establishments/issues/3 - 
> > Apache 2.0 is software, not data) the ~100 entries with wrong postcode 
> > data 
> > (https://github.com/hmrc/eat-out-to-help-out-establishments/issues/18) 
> > out of 62k entries would be ok.
> > 
> > But yeah, it would be great to have some very recent establishment data.
> > 
> > Grouping the Postcodes, there are
> >   38,563 unique postcodes (62.1 % of entries)
> >6,326 pcs occur twice  (20.1 %)
> >1,800 pcs occur thrice  (8.7 %)
> >  611 four times(3.9 %)
> >  214 five times(1.7 %)
> > ...
> > checking those data against the FHRS-OpenData would be relatively easy 
> > and very quick to implement and would allow for 96.5% of the entries to 
> > be checked. Once one has the FHRS data finding an appropriate OSM 
> > object becomes easier.
> > 
> > Someone™ would have to do the coding and once licensing and usage are 
> > clear, the data could be used :-)
> > 
> > Kai
> > 
> > On 19.08.2020 22:10, Rob Nickerson wrote:
> > > Hi all,
> > > 
> > > Anyone considered using the Eat out to Help out data that HMRC have 
> > > published to aid with mapping efforts?
> > > 
> > > https://github.com/hmrc/eat-out-to-help-out-establishments
> > > 
> > > Prior to this, there was a scraper that collated the data:
> > > https://github.com/svenlatham/eatout-scraper
> > > 
> > > Thank you,
> > > *Rob*
> > > 
> > > ___
> > > 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

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

Re: [Talk-it] [wikimedia-it] aiuto osmer per mappe nelle scuole

[Stefano]

Il giorno gio 20 ago 2020 alle ore 10:15 matteo ruffoni <
mattruff...@gmail.com> ha scritto:

> La scuola ricomincia e comincio ad avere richieste per creare mapper
> interattive ;-)
>
> Ho già un appuntamento di insgenanti liguria genova per progetto in corso
> con mappe e marker
>

Se hai bisogno localmente fai un fischio.
L'anno scorso avevo parlato con una docente di un ITIS ma non mi aveva più
contattato.

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

Re: [Talk-at] OSM AT Erreichbarkeit

[Friedrich Volkmann]

On 20.08.20 10:20, Frederik Ramm wrote:

Gestattet mir trotzdem eine Frage: Warum redet ihr immer von einem
"local Chapter"? Wovon handelt dieses Kapitel, und in welcher
Publikation soll es erscheinen? Schreibt ihr an einem Buch über OSM?
Können wir dazu was beitragen?


Es geht dabei um dasjenige Kapitel im Reiseführer, in dem die
Gaststätten aufgelistet sind. Das ist für OSM relevant, weil wir ja
regelmässig Stammtische abhalten wollen, deswegen sind wir alle bemüht,
dazu beizutragen.


In welchem Reiseführer? Kein Mensch sucht sich ein Lokal für einen 
OSM-Stammtisch nach einem Reiseführer aus, und nicht alle Stammtische sind 
in Gaststätten. Z.B. die Treffen in Wiener Neustadt waren in der 
Fachhochschule, die Leobersdorfer Stammtische in einem sogenannten 
Hackerspace, und die Wiener Stammtische waren z.T. in Räumlichkeiten der TU 
Wien.


Außerdem werden die Stammtische schon lang nicht mehr regelmäßig abgehalten, 
und jetzt mit dem Corona-Wahn ist nicht der richtige Zeitpunkt für solche 
Planungen. Besser kurzfristig ausmachen, also z.B. ein, zwei Wochen vorher. 
Aber bitte nicht erst am selben Tag, wie das auch schon passiert ist. Denn 
dann sehen viele die Ankündigung nicht rechtzeitig, oder sie haben den Abend 
schon anders verplant.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

[OSM-talk-be] join the OpenStreetMap Foundation

[joost schouppe]

Hi,

The OpenStreetMap Foundation (OSMF) is there to support the OpenStreetMap
project. It has usually taken a bit of a minimalist interpretation of its
role - but with increased pressure on the project (slow tiles being the
most visible), the current Board is taking a somewhat more active approach.

For an overview of what we did since the last elections, have a look here:
https://www.openstreetmap.org/user/apm-wa/diary/393843

If you want to help set the course of the OSMF, you should join as a
member. This gives you access to the central discussion platform, and the
right to vote on Board members and special proposals.

We have just finished implementing a significant membership reform: until
now, membership was based on paying a fee, or "proving" you couldn't pay a
fee. That has changed: you can still pay a fee if you want to (or make a
more significant donation :)), but now it is enough to be a significant
contributor to the project to get you "Active Contributor Membership". That
contribution can either be 42 days of mapping over the last year, or some
other contribution (like organizing events or building software or ...).

Currently there's only about 1500 people making these decisions, so your
joining can have a significant impact on the project!

All the info is here:
https://join.osmfoundation.org/active-contributor-membership/

Most of the actual work in the OSMF is done by the Working Groups. We can
use all the help we can get: writing policy proposals, handling tickets
about vandalism or membership applications, working on our communication
outreach, ... For an overview of the groups here:
https://wiki.osmfoundation.org/wiki/Working_Groups
Feel free to ask me anything about joining working groups!

-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-GB] Eat out to help out data

[Ken Kilfedder]

Not all of these data are top notch.  A couple of examples I've come across - 
some outlets are listed by their company name, or the company name of the 
franchisee, not the brand that appears above the door.   For example Costa 
Coffee outlets appear (at least in some places) as 'Scoffs Essex ltd'.

Also, it seems that some office buildings appear with no obvious food outlet 
inside.

What data are available in the EOHO set that we don't get from the FHRS?

---
https://hdyc.neis-one.org/?spiregrain
spiregrain_...@ksglp.org.uk

On Wed, 19 Aug 2020, at 10:17 PM, Kai Michael Poppe - OSM wrote:
> Hey Rob,
> 
> if they made up their mind about the license 
> (https://github.com/hmrc/eat-out-to-help-out-establishments/issues/3 - 
> Apache 2.0 is software, not data) the ~100 entries with wrong postcode 
> data 
> (https://github.com/hmrc/eat-out-to-help-out-establishments/issues/18) 
> out of 62k entries would be ok.
> 
> But yeah, it would be great to have some very recent establishment data.
> 
> Grouping the Postcodes, there are
>   38,563 unique postcodes (62.1 % of entries)
>6,326 pcs occur twice  (20.1 %)
>1,800 pcs occur thrice  (8.7 %)
>  611 four times(3.9 %)
>  214 five times(1.7 %)
> ...
> checking those data against the FHRS-OpenData would be relatively easy 
> and very quick to implement and would allow for 96.5% of the entries to 
> be checked. Once one has the FHRS data finding an appropriate OSM 
> object becomes easier.
> 
> Someone™ would have to do the coding and once licensing and usage are 
> clear, the data could be used :-)
> 
> Kai
> 
> On 19.08.2020 22:10, Rob Nickerson wrote:
> > Hi all,
> > 
> > Anyone considered using the Eat out to Help out data that HMRC have 
> > published to aid with mapping efforts?
> > 
> > https://github.com/hmrc/eat-out-to-help-out-establishments
> > 
> > Prior to this, there was a scraper that collated the data:
> > https://github.com/svenlatham/eatout-scraper
> > 
> > Thank you,
> > *Rob*
> > 
> > ___
> > 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

[Talk-hr] hr prijevodi na osm blogu

[Hrvoje Bogner]

Ima li netko volje i želje raditi hrvatske prijevode na 
https://blog.openstreetmap.org/


Ja sam to nekad radio i neke stvari kopirao na https://osm-hr.org/ a 
neke mi je pomogao kolega Treger, ali sad više to nestignem.


Neko zainteresiran?


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

Re: [Talk-at] OSM AT Erreichbarkeit

[Frederik Ramm]

Hallo,

On 2020-08-20 02:49, Friedrich Volkmann wrote:
> Gestattet mir trotzdem eine Frage: Warum redet ihr immer von einem
> "local Chapter"? Wovon handelt dieses Kapitel, und in welcher
> Publikation soll es erscheinen? Schreibt ihr an einem Buch über OSM?
> Können wir dazu was beitragen?

Es geht dabei um dasjenige Kapitel im Reiseführer, in dem die
Gaststätten aufgelistet sind. Das ist für OSM relevant, weil wir ja
regelmässig Stammtische abhalten wollen, deswegen sind wir alle bemüht,
dazu beizutragen.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

[Talk-africa] State Of The Map Africa 2021

[Amadou Ndong]

Dear all,
These are difficult times but we don’t have any choice but to look towards the 
future, in the most optimistic way.  Thus the venue selection committee is 
delighted to announce that the call for venues for State of the Map Africa 2021 
is open!

We encourage all local communities across Africa to submit bids. 

Find all the details on what is required and how to submit your proposal on the 
wiki page here: 
https://wiki.openstreetmap.org/wiki/State_of_the_Map_Africa_2021/Call_for_venues
 

 

Deadline for submissions is 20th October 2020.

Please direct any questions to sotmafr...@gmail.com

Kind regards,

State of the Map Africa Organizing Committee


# FR
Cher(e)s tous(tes),
Ces temps sont sombres mais nous nous devons de regarder vers le futur et avec 
un certain optimisme. 
Le comité de sélection a le plaisir de vous informer de l’ouverture des 
candidatures pour l’organisation de la conférence State Of The Map Africa 2021 !

Nous encourageons toutes les communautés à soumettre leur candidature. 

Vous trouverez sur ce lien de la page wiki dédié toutes les informations sur 
comment candidater : 
https://wiki.openstreetmap.org/wiki/State_of_the_Map_Africa_2021/Call_for_venues
 

 

La date limite de candidature est fixée au 20 Octobre 2020.

Pour toute question envoyez un email à l’adresse sotmafr...@gmail.com 
. 

Cordialement,
Le comité d’organisation du State Of The Map Africa



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

[Talk-de] Kostenlose OSMF-Mitgliedschaft für Aktive - Craftmapper in die OSMF ;)

[Frederik Ramm]

Hallo,

Michael Spreng von der Membership Working Group der OSMF hat gerade
geschrieben
(https://lists.openstreetmap.org/pipermail/osmf-talk/2020-August/007162.html),
dass die schon länger geplante Regel "aktive Mapper kommen kostenlos in
die OSMF" jetzt umgesetzt ist.

https://join.osmfoundation.org/active-contributor-membership/application-form-for-active-contributor-membership-mapping/
ist das Spezial-Formular für "Mapper mit mindestens 42 Mappingtagen im
letzten Jahr". Details zum Programm hier:
https://join.osmfoundation.org/active-contributor-membership - der
kleine Wermutstropfen ist, dass man das Formular jedes Jahr wieder neu
ausfüllen muss, aber sonst würden sich halt zu viele Karteileichen
ansammeln, die sich längst nicht mehr für OSM interessieren.

Ich fand schon immer, dass die "Craftmapper" in der OSMF
unterrepräsentiert waren. Viele Craftmapper scheren sich nicht genug um
Politik, um in einen Verein einzutreten (und sehen vielleicht auch nicht
ein, warum sie zu all ihrer Arbeit noch £15 obendrauf zahlen sollen).
Vielleicht gelingt es uns jetzt, mit diesem Programm im Rücken an unsere
Power-Mapper heranzutreten und zu sagen: Du hast es *verdient*, in die
OSMF aufgenommen zu werden, hier, füll doch dieses Formular aus, alles
weitere geht automatisch. Du hast durch Deine Mapping-Arbeit sozusagen
den ersten Schritt schon getan...

Nicht dass ich jetzt ein Skript schreiben wollte, das alle Leute
rausfindet, die mehr als 42 Tage im letzten Jahr gemappt haben... aber
wir wissen ja, wer in unserer Gegend die Powermapper sind. Bzw. die
meisten von Euch sind das ja auch. Also... anmelden und in Zukunft
mitreden ;)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [OSM-talk-be] Server Notification 8/18/2020 1:07:45 p.m.

[joost schouppe]

Just a reminder, a list of all the Belgian channels is here:
https://openstreetmap.be/en/contact.html

Most activity is on the Matrix (accessible with Riot/Element and IRC) chat
channel. The Forum also has some movement.

Op wo 19 aug. 2020 om 09:36 schreef :

> Please keep the mailing list.
> It is not high volume, it allows searching trough archives, it is easy to
> acces (no login, extra software), easy to invite someone (software
> developer, gouvernement official, ...)
>
> Op 19 aug. 2020 om 09:15 heeft Jonathan Beliën  het
> volgende geschreven:
>
> 
> I think we already have enough "channels" to add a new one (not mentioning
> that a new Discourse instance will need someone to maintain/manage it).
>
> This mailing-list is working well and the spam filter in Mailman seems to
> work really well ; this spam got through because I (in a wrong move) let it
> through.
>
> Sorry again.
>
> Jonathan Beliën
>
>
> Mer 19 août 2020, à 08:55, Thibault Molleman a écrit :
>
> I do love Discourse forums, but I do wonder if it's somehow overkill for
> this application
>
> On Wed, Aug 19, 2020, 07:36 Matthieu Gaillet  wrote:
>
> Nice try. 郎
>
> Anybody thinking like me that this mailing list should be moved on a
> modern, full featured BBS ? I really love Discourse for example. I’m ready
> to help.
>
> Matthieu G.  (en mode mobile)
>
> Le 19 août 2020 à 07:31, openstreetmap.org SECURITY UPGRADE! via Talk-be <
> talk-be@openstreetmap.org> a écrit :
>
> 
>
> *FINAL UPDATE 2020*Valued User (*talk-be@openstreetmap.org
> *),
>
> This Message is sent to you about your Account which will expire on.
> 8/18/2020 1:07:45 p.m.
>
> If you wish to continue using this Account, Upgrade to a higher package.
> Ignoring this message will cause the account to be closed.
>
> UPDATE YOUR ACCOUNT
> 
>
> Note:  This upgrade is required immediately after receiving this message
> Thank you,
> *openstreetmap.org * Security Account Team ©2020
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>


-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [OSM-talk-be] Import of GPX files for marked trails in OSM / Import de traces GPX pour promenades balisées dans OSM

[Jo]

Please have a look at JOSM's PT_Assistant plugin for helping with this. For
foot/walking/hiking and bicycle relations, there is an additional button,
"routing helper". Originally it only worked for public transport, but now
it works for all route relations that describe itineraries.

The GPX tracks can be shown with various options (thicker line, colouring)
in the background. That's standard JOSM.

Polyglot

On Thu, Aug 20, 2020 at 7:53 AM Matthieu Gaillet 
wrote:

>
> Génial ! Count me in. J’ai l’expérience de ce genre de relation et suis
> donc opérationnel.
>
> Matthieu G.  (en mode mobile)
>
> Le 20 août 2020 à 07:46, Julien Minet  a écrit :
>
> 
> Hello / Bonjour,
>
> Thanks to an active lobbying of Jacques Fondaire, contributor in Aubange,
> we had the explicit right (well, an email) to use some GPX files from the
> local tourism offices from the province of Luxembourg for completing the
> marked trails in South-Luxembourg in OSM. We did not receive all the tracks
> yet but in total there are about 120 walking marked trails in the Parc
> Naturel Haute-Sure Forêt d'Anlier.
>
> This is not an automatic import since, to the best of my knowledge, there
> is no automatic tool to convert some GPX into OSM relations. So we have to
> manually add these relations based on the GPX information. From my
> experience, it takes about 15 min. per relation to do so (in JOSM). I plan
> to write a few lines about this import somewhere on the OSM wiki such as
> here
> .
>
>
> If anyone wants to help to enter this information in OSM, just let me
> know! If you want to know how to add some marked trails in OSM, have a look
> at this page  and that
> one
> 
> for Belgian specificities. A nice app rendering all these routes is
> https://hiking.waymarkedtrails.org/.
>
> // en français //
>
> Grâce à un lobbying actif de Jacques Fondaire, collaborateur à Aubange,
> nous avons eu le droit explicite (enfin, un email) d'utiliser certains
> fichiers GPX des offices de tourisme locaux de la province de Luxembourg
> pour compléter les sentiers balisés du Sud-Luxembourg dans OSM. Nous
> n'avons pas encore reçu tous les fichiers, mais il s'agit d'environ 120
> pistes balisées dans le Parc Naturel Haute-Sure Forêt d'Anlier.
>
> Il ne s'agit pas d'une importation automatique car, à ma connaissance, il
> n'existe pas d'outil automatique permettant de convertir des GPX en
> relations OSM. Nous devons donc ajouter manuellement ces relations sur la
> base des GPX. D'après mon expérience, il faut environ 15 minutes par
> relation pour le faire (dans JOSM). J'ai l'intention d'écrire quelques
> lignes sur cette importation quelque part, par exemple ici
> .
>
>
> Si quelqu'un veut aider à saisir ces informations dans OSM, faites-le moi
> savoir ! Si vous voulez savoir comment ajouter quelques pistes balisées
> dans OSM, jetez un coup d'oeil à cette page
>  et à celle-ci
> 
> (spécificités belges). Une belle application rendant tous ces parcours est
> https://hiking.waymarkedtrails.org/.
>
> Happy mapping,
>
> juminet
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[Talk-africa] State of the Map Africa 2021 - Call for Venues

[State of the Map Africa]

Dear all,

These are difficult times but we don’t have any choice but to look towards
the future, in the most optimistic way.  Thus the venue selection committee
is delighted to announce that the call for venues for State of the Map
Africa 2021 is open!

We encourage all local OSM communities across Africa to submit bids.

Find all the details on what is required and how to submit your proposal on
the wiki page here:
https://wiki.openstreetmap.org/wiki/State_of_the_Map_Africa_2021/Call_for_venues

Deadline for submissions is 20th October 2020.

Please direct any questions or feedback to sotmafr...@gmail.com

Kind regards,

State of the Map Africa Organizing Committee.
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa