Re: [Talk-it] Server HOT per Coronavirus

2020-02-26 Per discussione Francesco Ansanelli 
Ciao,

non vi prometto nulla, ma se è un server Linux con accesso SSH e volete una
mano, mandatemi in privato ip, porta, user e password di root o di un
utente nel gruppo wheel.
Francesco

Il mer 26 feb 2020, 23:45 Luca Delucchi  ha scritto:

> On Wed, 26 Feb 2020 at 18:19, mbranco2  wrote:
> >
> > Ciao Ferruccio,
> > non è un sito HOT, è un'istanza del Tasking Manager su un server di
> Wikimedia Italia: dato che lo usiamo poco ci sono problemi di
> configurazione.
> > Geofrizz ci sta lavorando, ma di notte (visto che di giorno lavora...)
> > In effetti poter contare solo sul lavoro volontario per mandare avanti i
> server non può garantire standard di servizio...
> >
> > P.S. Grazie Geofrizz per quello che fai!
> >
> concordo, grazie mille Geofrizz.
>
> Chiunque vuole può dare una mano, basta farsi avanti
>
> --
> ciao
> Luca
>
> www.lucadelu.org
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-au] highway=motorway_junction

2020-02-26 Per discussione Andrew Harvey 
If you're using the destination sign relation
https://wiki.openstreetmap.org/wiki/Relation:destination_sign, then you'd
map whatever the sign says. In this case:

type=destination_sign
destination=Nerang;Murwillumbah;Natural Bridge; Hinze Dam

If you wanted you could create two destination_sign relations one for the
green part one for the brown part so you could then add colour:back.

On Thu, 27 Feb 2020 at 12:45, Graeme Fitzpatrick 
wrote:

> While on the subject of destination signage, what do you do for signs on
> normal country roads, not motorways?
>
> EG, this one,
>
> https://www.google.com/maps/@-28.1528759,153.2674278,3a,15y,348.39h,88.77t/data=!3m6!1e1!3m4!1s2jRvIOTPJ_raYywsPB_IcA!2e0!7i13312!8i6656
>  ,
> which is on a secondary road, with a tertiary road branching off to the
> left?
>
> Pine Creek Rd to the left doesn't itself have a route number, but when you
> get to the next junction to either Nerang or Murwillumbah, that road does.
>
> Thanks
>
> Graeme
>
>
>
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] highway=motorway_junction

2020-02-26 Per discussione Graeme Fitzpatrick 
While on the subject of destination signage, what do you do for signs on
normal country roads, not motorways?

EG, this one,
https://www.google.com/maps/@-28.1528759,153.2674278,3a,15y,348.39h,88.77t/data=!3m6!1e1!3m4!1s2jRvIOTPJ_raYywsPB_IcA!2e0!7i13312!8i6656
,
which is on a secondary road, with a tertiary road branching off to the
left?

Pine Creek Rd to the left doesn't itself have a route number, but when you
get to the next junction to either Nerang or Murwillumbah, that road does.

Thanks

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

Re: [Talk-it] Server HOT per Coronavirus

2020-02-26 Per discussione Luca Delucchi 
On Wed, 26 Feb 2020 at 18:19, mbranco2  wrote:
>
> Ciao Ferruccio,
> non è un sito HOT, è un'istanza del Tasking Manager su un server di Wikimedia 
> Italia: dato che lo usiamo poco ci sono problemi di configurazione.
> Geofrizz ci sta lavorando, ma di notte (visto che di giorno lavora...)
> In effetti poter contare solo sul lavoro volontario per mandare avanti i 
> server non può garantire standard di servizio...
>
> P.S. Grazie Geofrizz per quello che fai!
>
concordo, grazie mille Geofrizz.

Chiunque vuole può dare una mano, basta farsi avanti

-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] R: key denomination=roman_catholic

2020-02-26 Per discussione Volker Schmidt 
Non mi ricordo se ne abbiamo parlato: almeno in Germania ci sono alcune
chiese con funzioni cattoliche e protestanti ad orari diversi.  Purtroppo
non mi ricordo  dove. Era definitivamente prima del mio contatto con OSM.

On Wed, 26 Feb 2020, 19:21 Simone Saviolo,  wrote:

> Il giorno mer 26 feb 2020 alle ore 18:25 Andrea Musuruane <
> musur...@gmail.com> ha scritto:
>
>> Per andare anche io un po' OT, considererei utile avere un modo per
>> specificare in quale lingua è la messa. Ci sono luoghi, come l'Alto Adige,
>> dove queste sono celebrate sia in Italiano che in Tedesco. L'orario per le
>> messe si inserisce con il tag service_time (mappa basata su questo tag:
>> https://openingh.openstreetmap.de).
>>
>
> +1. Penso anche ad alcune comunità in zone non multilingui: ad esempio a
> München c'è una comunità cattolica italiana che celebra Messe in italiano
> in alcune chiese della città e dei dintorni. Invece mi sembra (non ci
> metterei la mano sul fuoco) che a Merano ci sia almeno una chiesa in cui ad
> un'ora viene celebrata la Messa in italiano e ad un'altra in tedesco.
>
> Ignorerei invece casi strani come quello che ho visto a Grado: all'interno
> della Messa in italiano è stata letta in tedesco la sola seconda lettura.
>
> Ciao,
>
> Simone
> ___
> 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-ar] Retos de MapRoulette en Argentina

2020-02-26 Per discussione Andrew Wiseman via Talk-ar 
Hola a todos,

Este es Andrew de Apple. Acabamos de actualizar los desafíos de la red de 
carreteras MapRoulette en Argentina con nuevos datos de OSM.

Puede encontrar los retos en este proyecto de MapRoulette: 
https://maproulette.org/browse/projects/39170 
, e incluyen cosas como ángulos 
de carretera demasiado afilados, carreteras que se cruzan pero no están 
conectadas, carreteras que no están conectadas a nada, carreteras superpuestas, 
restricciones de giro, carreteras cercanas pero no conectadas a otras, y otros 
problemas similares. Planeo trabajar en algunos de ellos también.

Si no lo ha usado antes, MapRoulette le permite analizar problemas potenciales 
en los datos de OSM uno por uno y corregirlos o indicar que no son un problema. 
Los desafíos se crearon con nuestra herramienta de análisis de datos Atlas: 
https://github.com/osmlab/atlas .

Si no está seguro de qué desafío intentar, los ángulos agudos o el cruce de 
carreteras son probablemente los más fáciles, pero todos deberían ser bastante 
sencillos.
Avíseme si tiene alguna sugerencia o comentario. ¡Gracias!

Andrew 


Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 


> On Oct 24, 2019, at 2:11 PM, Andrew Wiseman  wrote:
> 
> Hola,
> 
> Recientemente actualizamos los desafíos de MapRoulette con datos nuevos y 
> agregamos algunos más desafíos. Aquí hay nuevos enlaces a ellos. Por favor 
> hazme saber si tienes alguna pregunta.
> 
> Argentina caminos y vías cruzados: https://maproulette.org/challenge/9460 
> 
> Argentina caminos y vías flotantes y desconectadas: 
> https://maproulette.org/challenge/9461 
> 
> Argentina restricciones de giro no válidas: 
> https://maproulette.org/challenge/9466 
> 
> Argentina rotondas malformadas: https://maproulette.org/challenge/9464 
> 
> Argentina comprobación de conectividad vial: 
> https://maproulette.org/challenge/9459 
> 
> Argentina líneas superpuestas: https://maproulette.org/challenge/9457 
> 
> Argentina enrutamiento imposible: https://maproulette.org/challenge/9458 
> 
> Saludos,
> 
> Andrew
> 
> 
> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 
> 
> 
>> On Jul 23, 2019, at 11:47 AM, Andrew Wiseman via Talk-ar 
>> mailto:talk-ar@openstreetmap.org>> wrote:
>> 
>> Hola,
>> 
>> He publicado otro reto de MapRoulette, para las líneas de costa en 
>> Argentina. Esta reto busca partes de la costa que están muy largas o con 
>> esquinas agudos, que pueden deberse a digitalización inexacta o a muy pocos 
>> vértices o esquinas como sea necesario. Hay más detalles y instrucciones en 
>> el reto: https://maproulette.org/challenge/8252 
>> 
>> 
>> Por favor, hágamelo saber si tiene alguna pregunta o comentario. 
>> 
>> Saludos,
>> 
>> Andrew
>> 
>> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 
>> 
>> 
>>> On Dec 12, 2018, at 6:46 PM, Andrew Wiseman >> > wrote:
>>> 
>>> Hola OSM Argentina,
>>> 
>>> Esto es Andrew del equipo de mapas de Apple. Llevamos algún tiempo 
>>> trabajando en el red vial (https://github.com/osmlab/appledata/issues/34 
>>> ) y recientemente usado 
>>> nuestro herramienta Atlas para análisis de datos 
>>> (https://github.com/osmlab/atlas ) para 
>>> buscar algunos tipos de posibles problemas, como carreteras con ángulos 
>>> agudos, intersecciones de edificios y carreteras, y lugares donde la 
>>> clasificación de “highway_link” no coincide con la clasificación más alta 
>>> de las carreteras. Pongo los resultados de los retos en MapRoulette, un 
>>> herramienta que te permite pasar los problemas uno por uno y corregirlos o 
>>> marcar que no son un problema. Quería hacerles saber que estaban 
>>> disponibles en caso de que alguien quisiera intentar arreglarlos. Yo 
>>> también arreglaré algunos.
>>> 
>>> En MapRoulette escoges un problema random o haz clic en un problema 
>>> especifico. Si desea ver tareas en un lugar determinado, como en un lugar 
>>> con el que está familiarizado, puede hacer clic en "más opciones" y luego 
>>> en “load tasks by proximity” (cargar tareas por proximidad.)
>>> 
>>> Por favor, hágamelo saber si tiene alguna pregunta o comentario.
>>> 
>>> Los retos son:
>>> 
>>> Intersecciones de edificios y carreteras en Argentina: 
>>> https://maproulette.org/mr3/browse/challenges/3394/ 
>>> 
>>> Carreteras de ángulo

Re: [Talk-cr] Retos de MapRoulette de Costa Rica

2020-02-26 Per discussione Andrew Wiseman via Talk-cr 
Hola a todos,

Quería que todos supieran que acabamos de actualizar los desafíos de la red de 
carreteras MapRoulette en Costa Rica con nuevos datos de OSM.

Puede encontrar los retos en este proyecto de MapRoulette: 
https://maproulette.org/browse/projects/39166, e incluyen cosas como ángulos de 
carretera demasiado afilados, carreteras que se cruzan pero no están 
conectadas, carreteras que no están conectadas a nada , carreteras 
superpuestas, restricciones de giro, carreteras cercanas pero no conectadas a 
otras, y otros problemas similares. Planeo trabajar en algunos de ellos también.

Si no lo ha usado antes, MapRoulette le permite analizar problemas potenciales 
en los datos de OSM uno por uno y corregirlos o indicar que no son un problema. 
Los desafíos se crearon con nuestra herramienta de análisis de datos Atlas: 
https://github.com/osmlab/atlas .

Si no está seguro de qué desafío intentar, los ángulos agudos o el cruce de 
carreteras son probablemente los más fáciles, pero todos deberían ser bastante 
sencillos.
Avíseme si tiene alguna sugerencia o comentario. ¡Gracias!

Andrew 


Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 


> On Jan 29, 2019, at 3:21 PM, Andrew Wiseman via Talk-cr 
>  wrote:
> 
> Hola OSM Costa Rica,
> 
> Esto es Andrew del equipo de mapas de Apple. Llevamos algún tiempo trabajando 
> en el red vial (https://github.com/osmlab/appledata/issues/27 
> ) y recientemente usado 
> nuestro herramienta Atlas para análisis de datos 
> (https://github.com/osmlab/atlas  
> >) para 
> buscar algunos tipos de posibles problemas, como carreteras con superpuestas 
> y intersecciones de edificios y carreteras. Pongo los resultados de los retos 
> en MapRoulette (maproulette.org ), un herramienta 
> que te permite pasar los problemas uno por uno y corregirlos o marcar que no 
> son un problema. Quería hacerles saber que estaban disponibles en caso de que 
> alguien quisiera intentar arreglarlos. Yo también arreglaré algunos.
> 
> En MapRoulette escoges un problema random o haz clic en un problema 
> especifico. Si desea ver tareas en un lugar determinado, como en un lugar con 
> el que está familiarizado, puede hacer clic en "más opciones" y luego en 
> “load tasks by proximity” (cargar tareas por proximidad.)
> 
> Por favor, hágamelo saber si tiene alguna pregunta o comentario.
> 
> Los retos son:
> 
> Vías con superpuestas: https://maproulette.org/mr3/challenge/3580 
> 
> Intersecciones de edificios y carreteras: 
> https://maproulette.org/mr3/challenge/3578/ 
> 
> 
> Muchas gracias,
> 
> Andrew
> 
> 
> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 
> 
> ___
> Talk-cr mailing list
> Talk-cr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cr

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

Re: [osm-ve] Retos de MapRoulette en Venezuela

2020-02-26 Per discussione Andrew Wiseman via Talk-ve 
Hola a todos,

Este es Andrew de Apple. Quería que todos supieran que acabamos de actualizar 
los desafíos de la red de carreteras MapRoulette en Venezuela con nuevos datos 
de OSM.

Puede encontrar los retos en este proyecto de MapRoulette: 
https://maproulette.org/browse/projects/39222 
, e incluyen cosas como ángulos 
de carretera demasiado afilados, carreteras que se cruzan pero no están 
conectadas, carreteras que no están conectadas a nada , carreteras 
superpuestas, restricciones de giro, carreteras cercanas pero no conectadas a 
otras, y otros problemas similares. Planeo trabajar en algunos de ellos también.

Si no lo ha usado antes, MapRoulette le permite analizar problemas potenciales 
en los datos de OSM uno por uno y corregirlos o indicar que no son un problema. 
Los desafíos se crearon con nuestra herramienta de análisis de datos Atlas: 
https://github.com/osmlab/atlas.

Si no está seguro de qué desafío intentar, los ángulos agudos o el cruce de 
carreteras son probablemente los más fáciles, pero todos deberían ser bastante 
sencillos.
Avíseme si tiene alguna sugerencia o comentario. ¡Gracias!

Andrew 


Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 


> On Jul 23, 2019, at 12:14 PM, Andrew Wiseman  wrote:
> 
> Hola OSM Venezuela,
> 
> Este es Andrew del equipo de mapas de Apple. Llevamos algún tiempo trabajando 
> en Venezuela (https://github.com/osmlab/appledata/issues/30 
> ) y recientemente usado 
> nuestro herramienta Atlas para análisis de datos 
> (https://github.com/osmlab/atlas ) para 
> buscar algunos tipos de posibles problemas, como partes de la costa que están 
> muy largas o con esquinas agudos, que pueden deberse a digitalización 
> inexacta o a muy pocos vértices o esquinas como sea necesario. Pongo los 
> resultados de los retos en MapRoulette (maproulette.org 
> ), un herramienta que te permite pasar los problemas 
> uno por uno y corregirlos o marcar que no son un problema. Quería hacerles 
> saber que estaban disponibles en caso de que alguien quisiera intentar 
> arreglarlos. Yo también arreglaré algunos.
> 
> En MapRoulette escoges un problema random o haz clic en un problema 
> especifico. Puedes arreglarlo, omitirlo o marcarlo "no es un problema”, y 
> escoge otro problema a cerca, o random.
> 
> Por favor, hágamelo saber si tiene alguna pregunta o comentario, o ideas para 
> otros retos.
> 
> Hay más detalles y instrucciones en el reto: 
> https://maproulette.org/challenge/8265 
> 
> 
> Muchas gracias,
> 
> Andrew
> 
> 
> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 
> 

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

Re: [Talk-it] R: key denomination=roman_catholic

2020-02-26 Per discussione Simone Saviolo 
Il giorno mer 26 feb 2020 alle ore 18:25 Andrea Musuruane <
musur...@gmail.com> ha scritto:

> Per andare anche io un po' OT, considererei utile avere un modo per
> specificare in quale lingua è la messa. Ci sono luoghi, come l'Alto Adige,
> dove queste sono celebrate sia in Italiano che in Tedesco. L'orario per le
> messe si inserisce con il tag service_time (mappa basata su questo tag:
> https://openingh.openstreetmap.de).
>

+1. Penso anche ad alcune comunità in zone non multilingui: ad esempio a
München c'è una comunità cattolica italiana che celebra Messe in italiano
in alcune chiese della città e dei dintorni. Invece mi sembra (non ci
metterei la mano sul fuoco) che a Merano ci sia almeno una chiesa in cui ad
un'ora viene celebrata la Messa in italiano e ad un'altra in tedesco.

Ignorerei invece casi strani come quello che ho visto a Grado: all'interno
della Messa in italiano è stata letta in tedesco la sola seconda lettura.

Ciao,

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

Re: [OSM-talk-fr] zone de dépose d'hélicoptère saisonnière

2020-02-26 Per discussione Florian LAINEZ 
ok on reste sur ce que l'on a décidé donc :
https://www.openstreetmap.org/node/7237532786
je n'ai aucune information concernant l'operator ou autres. S'il vous vient
des idées, je suis preneur

Le mar. 25 févr. 2020 à 18:09,  a écrit :

> D'après le Wiki non : "that is preselected *for a helicopter* to land in
> an emergency situation".
>
> Même si le nom aurait pu être plus explicite.
>
> Pour les avions, je pense qu'ils vont utiliser des aérodromes, à défaut
> des pistes d'UML, des champs ou des routes larges et droites.
>
> Mais les zones pré-désignées sont d'autres aéroports, y compris ceux non
> normalement ouvert au trafic commercial (aéroports militaires).
>
> Jean-Yvon
> Le 25/02/2020 à 17:57, Florian LAINEZ - winner...@free.fr a écrit :
>
> Pour éviter toute confusion, ne devrait-on pas rajouter helicopter=yes ?
>
> Le lun. 24 févr. 2020 à 10:16, Florimond Berthoux <
> florimond.berth...@gmail.com> a écrit :
>
>> J’ai cru cela, mais ça n’a pas vraiment de sens,
>> « that is preselected for a helicopter to land in an emergency situation »
>> "emergency situation" ne fait pas référence à la situation de
>> l’hélicoptère, mais à la situation en générale
>> et précision plus loin :
>> « Emergency landing sites are pre-planned sites for medical or other
>> helicopters to land, quite different from helipads. They are merely places
>> that have a hard enough surface and are open enough (no poles or wires)
>> that a medical or police helicopter pilot can safely land and take off
>> from. »
>>
>>
>>
>> Le lun. 24 févr. 2020 à 09:55, Jean-Claude Repetto  a
>> écrit :
>>
>>> Le 23/02/2020 à 20:26, Florimond Berthoux a écrit :
>>> > Salut, visiblement :
>>> > emergency=landing_site
>>> >
>>> > https://wiki.openstreetmap.org/wiki/Tag:emergency%3Dlanding_site
>>> >
>>>
>> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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

Re: [Talk-it] R: key denomination=roman_catholic

2020-02-26 Per discussione Martin Koppenhoefer 


sent from a phone

> On 26. Feb 2020, at 18:25, Andrea Musuruane  wrote:
> 
> Per andare anche io un po' OT, considererei utile avere un modo per 
> specificare in quale lingua è la messa. Ci sono luoghi, come l'Alto Adige, 
> dove queste sono celebrate sia in Italiano che in Tedesco. L'orario per le 
> messe si inserisce con il tag service_time (mappa basata su questo tag: 
> https://openingh.openstreetmap.de).



a Roma ci sono anche delle chiese che hanno funzioni in altre lingue. Al suo 
tempo credo ho fatto solo una note perché mi sembrava esagerato un tag per una 
situazione talmente particolare, però non avevo pensato alle zone plurilingui...

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

Re: [Talk-it] R: key denomination=roman_catholic

2020-02-26 Per discussione Andrea Musuruane 
Ciao,

On Wed, Feb 26, 2020 at 5:50 PM Luigi Toscano 
wrote:

> Simone Saviolo ha scritto:
> > denomination=roman_catholic copre chiese sia con rito romano, sia con
> rito
> > ambrosiano, sia con rito bizantino.
> >
>
> Non per il bizantino, che, a meno di essere ospiti temporanei, dipende dal
> fatto di essere greek_catholic (o ukrainian_greek_catholic,
> romanian_greek_catholic, hungarian_greek_catholic, ecC)
>
> Per ambrosiano, dipende da cosa si intende per denomination. Dalla pagina
> del
> wiki mi sembra abbastanza chiaro:
> (Even though there are no denominations within the Catholic Church, please
> use
> denomination=greek_catholic, denomination=roman_catholic, or other rite as
> appropriate, if known)
>

Una cosa è il "rito liturgico", una cosa è il "rito". Consiglio di leggere
https://it.cathopedia.org/wiki/Chiesa_sui_iuris

Il rito ambrosiano è un rito liturgico. Le altre sono chiese di rito e
tradizione ortodossa, o monofisita o nestoriana che hanno accettato di
tornare in piena comunione con la chiesa cattolica romana, mantenendo i
propri riti, culti e tradizioni e una larga autonomia ecclesiastica.

Denomination si riferisce al rito (o *chiese sui iuris*) e non al rito
liturgico.

Per andare anche io un po' OT, considererei utile avere un modo per
specificare in quale lingua è la messa. Ci sono luoghi, come l'Alto Adige,
dove queste sono celebrate sia in Italiano che in Tedesco. L'orario per le
messe si inserisce con il tag service_time (mappa basata su questo tag:
https://openingh.openstreetmap.de).

Ciao,

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

Re: [Talk-it] Server HOT per Coronavirus

2020-02-26 Per discussione mbranco2 
Ciao Ferruccio,
non è un sito HOT, è un'istanza del Tasking Manager su un server di
Wikimedia Italia: dato che lo usiamo poco ci sono problemi di
configurazione.
Geofrizz ci sta lavorando, ma di notte (visto che di giorno lavora...)
In effetti poter contare solo sul lavoro volontario per mandare avanti i
server non può garantire standard di servizio...

P.S. Grazie Geofrizz per quello che fai!

Il giorno mer 26 feb 2020 alle ore 16:12 canfe  ha
scritto:

> Continuo a non riuscire ad accedere al sito HOT per poter mappare la zona
> rossa per il coronavirus.
> Capita solo a me?
> Se è una cosa di urgenza e non funziona ancora dopo giorni, allora c'è
> qualche problema con la gestione.
>
>
>
> --
> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: key denomination=roman_catholic

2020-02-26 Per discussione Luigi Toscano 
Simone Saviolo ha scritto:
> Il giorno mer 26 feb 2020 alle ore 13:49 Luigi Toscano
> mailto:luigi.tosc...@tiscali.it>> ha scritto:
> 
> Carlo Stemberger ha scritto:
> > Concordo sul fatto che il tag denomination=* non sia indicato per
> specificare
> > il rito, mentre liturgy=* potrebbe essere azzeccatissimo.
> 
> Uhm, credo sia ridondante. Non mi vengono in mente casi rilevanti per cui
> denomination (se non è quello generico, ovviamente) non implichi un rito
> particolare.
> 
> 
> denomination=roman_catholic copre chiese sia con rito romano, sia con rito
> ambrosiano, sia con rito bizantino. 
> 

Non per il bizantino, che, a meno di essere ospiti temporanei, dipende dal
fatto di essere greek_catholic (o ukrainian_greek_catholic,
romanian_greek_catholic, hungarian_greek_catholic, ecC)

Per ambrosiano, dipende da cosa si intende per denomination. Dalla pagina del
wiki mi sembra abbastanza chiaro:
(Even though there are no denominations within the Catholic Church, please use
denomination=greek_catholic, denomination=roman_catholic, or other rite as
appropriate, if known)


Quindi denomination è già di fatto il rito, non la sottochiesa particolare.

Se non ci fosse stata quella nota sarebbe stato utile chiedersi se, per i riti
non romani nella chiesa romana (Ambrosiano, Mozarabico, ma anche l'uso
Anglicano per alcuni ordinariati recenti) avrebbe avuto senso creare un nuovo
tag. Data quella nota sarei più propenso a specializzare il tag esistente.

taginfo dice che c'è un uso di ambosian_catholic.

Ciao
-- 
Luigi

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

Re: [Talk-it] R: key denomination=roman_catholic

2020-02-26 Per discussione Luigi Toscano 
Simone Saviolo ha scritto:
> Il giorno mer 26 feb 2020 alle ore 14:52 Elena ``of Valhalla''
> mailto:elena.valha...@gmail.com>> ha scritto:
> 
> On 2020-02-26 at 14:22:31 +0100, Andrea Musuruane wrote:
> > Non mi viene in mente a cosa possa servire questa ulteriore distinzione
> > sulla liturgia. Il fedele che si trova, ad esempio, a Milano, non può
> > scegliere la liturgia; avrà sempre quella ambrosiana.
> 
> può essere utile ad esempio per scoprire se in un certo paese oggi si è
> in quaresima o se è ancora carnevale (ok, poco rilevante *oggi*, visto
> che è comunque tutto sospeso ma servirà l'anno prossimo); 
> 
> 
> Non è corretto: la Quaresima inizia oggi per tutti i cattolici (credo non per
> tutti i cristiani), ma le aree con rito ambrosiano hanno la tradizione di
> festeggiare il Carnevale ancora durante la prima domenica di Quaresima. Questa
> tradizione è civile e completamente scorrelata dalla liturgia e dal rito
> ambrosiano. Ormai in diversi posti del Nord Italia si fanno sfilate di
> Carnevale durante la Quaresima, talvolta con una deroga autorizzata dal
> vescovo talvolta no, ma non è che "sia ancora Carnevale", si festeggia e 
> basta. 

Per quanto ne so non è esatto: il calendario liturgico del rito ambrosiano è
diverso (le domeniche sono conteggiate nei 40 giorni della Quaresima, cosa che
non succede nel rito romano) e la Quaresima inizia con la relativa prima
domenica, senza mercoledì delle ceneri.
Si veda il calendario sul sito della diocesi:
https://www.chiesadimilano.it/letture-rito-ambrosiano

Non è neppure esatto che la Quaresima inizi oggi per tutti. I cattolici che
usano il calendario gregoriano per la Pasqua (inclusa la diocesi latina in
Terrasanta) usano date diverse:
https://en.lpj.org/2012/10/23/latin-patriarchate-will-celebrate-easter-2013-according-to-the-julian-calendar/

Ma stiamo andando OT. Se la domanda è "è importante mappare questo", la
risposta è sì, perché ci sono differenze rilevanti che un visitatore potrebbe
volere sapere per a quale celebrazione partecipare.


> 
> sapere se un
> posto è in diocesi di Milano o meno non sempre è banale.
> 
> 
> Non è corretto: se sei davanti ad una chiesa puoi sempre sapere a che diocesi
> appartiene. Ok, forse non lo puoi scoprire "on the ground" senza cercare su
> internet, ma di ogni chiesa si sa a che parrocchia appartiene, e di ogni
> parrocchia a che diocesi. Comunque, come si diceva prima, essere nella diocesi
> di Milano non garantisce che quella parrocchia segua il rito ambrosiano, né
> impedisce che in quella chiesa si celebri in un certo momento della settimana
> una messa con rito romano. 
> 

Esatto, ma ogni chiesa ha comunque un rito di riferimento, e questo si può
mappare.

-- 
Luigi


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

Re: [OSM-talk] MapRoulette - cryptic tasks

2020-02-26 Per discussione Pierre Béland via talk 
Hi Martin, 

If we want to monitor revisions for a specific territory we take care of, I see 
that Maproulette Challenge offers a map where we can see I suppose individual 
objects/tasks for the area. Zooming in and out of the area, the numbers 
constantly change.  If I zoom-in, I cannot see the individual tasks neither see 
simply what is the object of the challenge for these tasks.

 
https://maproulette.org/browse/challenges?challengeSearch=-71.55601501464845%2C46.70691089512589%2C-70.99777221679689%2C46.908998382774506=intersectingMapBounds=created%2C

Could MapRoulette API help to monitor an area by rapidly providing  a list of 
individual tasks + OSM object Id (ie. Challenge -OSM object id, problem / tag 
to correct, solution / tag proposed )  ?

Could you give example of API call for this ?
 


Pierre 
 

Feb.26 2020 10 h 05 min 52 s UTC−5, Martijn van Exel wrote :  
there is also an API call you can use. 

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

Re: [OSM-talk] MapRoulette - cryptic tasks

2020-02-26 Per discussione Martijn van Exel 
On Wed, Feb 26, 2020, at 08:42, Andy Townsend wrote:
> 
> On 26/02/2020 15:00, Martijn van Exel wrote:
> > You can see the newest created challenges using 
> > https://maproulette.org/browse/challenges?sort=created, there is also 
> > an API call you can use. Drop me a line if you want some more guidance. 
> 
> Thanks.  What does that API do?
> 

Everything maproulette.org needs to function. (Generated) documentation is 
here: https://maproulette.org/docs/swagger-ui/index.html . For some advanced 
use cases, you may inspect the calls made to the API when running queries on 
maproulette.org. The extendedFind call powers Challenge search and browsing. 
Most GET requests including this one do not require an API key. If you do want 
to use calls that require one, you would find yours at 
https://maproulette.org/user/profile at the bottom.

Martijn

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

Re: [Talk-it] R: key denomination=roman_catholic

2020-02-26 Per discussione Martin Koppenhoefer 
Am Mi., 26. Feb. 2020 um 16:41 Uhr schrieb Andrea Musuruane <
musur...@gmail.com>:

> Martin, si parlava di suddividere
> ulteriormente denomination=roman_catholic in base alla liturgia. Gli esempi
> che fai non sono in tema.
>


perché si parlava di rito bizantino, pensavo quelle non fossero
"roman_catholic". Il problema in origine era la domanda se catholic e
roman_catholic sono la stessa cosa (e abbiamo detto di no).

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

Re: [OSM-talk] MapRoulette - cryptic tasks

2020-02-26 Per discussione Andy Townsend 


On 26/02/2020 15:00, Martijn van Exel wrote:
You can see the newest created challenges using 
https://maproulette.org/browse/challenges?sort=created, there is also 
an API call you can use. Drop me a line if you want some more guidance. 


Thanks.  What does that API do?

Best Regards,

Andy


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

Re: [Talk-it] R: key denomination=roman_catholic

2020-02-26 Per discussione Andrea Musuruane 
Martin, si parlava di suddividere ulteriormente denomination=roman_catholic
in base alla liturgia. Gli esempi che fai non sono in tema.

Ciao,

Andrea



Il mer 26 feb 2020, 16:28 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> On 26. Feb 2020, at 14:23, Andrea Musuruane  wrote:
>
> Non mi viene in mente a cosa possa servire questa ulteriore distinzione
> sulla liturgia. Il fedele che si trova, ad esempio, a Milano, non può
> scegliere la liturgia; avrà sempre quella ambrosiana.
>
>
>
> aparte quelli che scelgono andare in una delle chiese ortodosse come
> https://www.openstreetmap.org/way/310672626
> oppure
> https://www.openstreetmap.org/way/261556678
> forse anche qui
> https://www.openstreetmap.org/way/44200341#map=17/45.46471/9.19620
>
> Però mi sembra di capire che riti diversi normalmente hanno un
> denomination diverso?
>
> 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] R: key denomination=roman_catholic

2020-02-26 Per discussione Luigi Toscano 
Martin Koppenhoefer ha scritto:
> 
> 
> sent from a phone
> 
>> On 26. Feb 2020, at 14:23, Andrea Musuruane  wrote:
>>
>> Non mi viene in mente a cosa possa servire questa ulteriore distinzione
>> sulla liturgia. Il fedele che si trova, ad esempio, a Milano, non può
>> scegliere la liturgia; avrà sempre quella ambrosiana.
> 
> 
> aparte quelli che scelgono andare in una delle chiese ortodosse come
> https://www.openstreetmap.org/way/310672626
> oppure
> https://www.openstreetmap.org/way/261556678
> forse anche qui
> https://www.openstreetmap.org/way/44200341#map=17/45.46471/9.19620
> 
> Però mi sembra di capire che riti diversi normalmente hanno un denomination
> diverso?

Quelli sono denomination diversi (vedi la pagina wiki).

-- 
Luigi

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

Re: [Talk-it] R: key denomination=roman_catholic

2020-02-26 Per discussione Simone Saviolo 
Il giorno mer 26 feb 2020 alle ore 14:23 Andrea Musuruane <
musur...@gmail.com> ha scritto:

> Ciao,
>
> On Wed, Feb 26, 2020 at 2:12 PM Simone Saviolo 
> wrote:
>
>> Il giorno mer 26 feb 2020 alle ore 13:49 Luigi Toscano <
>> luigi.tosc...@tiscali.it> ha scritto:
>>
>>> Carlo Stemberger ha scritto:
>>> > Concordo sul fatto che il tag denomination=* non sia indicato per
>>> specificare
>>> > il rito, mentre liturgy=* potrebbe essere azzeccatissimo.
>>>
>>> Uhm, credo sia ridondante. Non mi vengono in mente casi rilevanti per cui
>>> denomination (se non è quello generico, ovviamente) non implichi un rito
>>> particolare.
>>>
>>
>> denomination=roman_catholic copre chiese sia con rito romano, sia con
>> rito ambrosiano, sia con rito bizantino.
>>
>
> Non mi viene in mente a cosa possa servire questa ulteriore distinzione
> sulla liturgia. Il fedele che si trova, ad esempio, a Milano, non può
> scegliere la liturgia; avrà sempre quella ambrosiana.
>
> Mi sembra che come, spesso accade, qui ci preoccupiamo più di tagging che
> di mapping. Il mio consiglio è quello di uscire e andare a rilevare le
> chiese (e i municipi, gli uffici postali, e le farmacie, che come abbiamo
> visto brevemente a OSMit mancano in moltissimi luoghi).
>

Per quanto mi piaccia l'idea di avere più informazioni possibile sulla
mappa, devo darti ragione. Oltretutto anche quella del rito è
un'informazione complicata, simile per certi versi ad un opening_hours.

Ciao,

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

Re: [Talk-it] R: key denomination=roman_catholic

2020-02-26 Per discussione Simone Saviolo 
Il giorno mer 26 feb 2020 alle ore 14:52 Elena ``of Valhalla'' <
elena.valha...@gmail.com> ha scritto:

> On 2020-02-26 at 14:22:31 +0100, Andrea Musuruane wrote:
> > Non mi viene in mente a cosa possa servire questa ulteriore distinzione
> > sulla liturgia. Il fedele che si trova, ad esempio, a Milano, non può
> > scegliere la liturgia; avrà sempre quella ambrosiana.
>
> può essere utile ad esempio per scoprire se in un certo paese oggi si è
> in quaresima o se è ancora carnevale (ok, poco rilevante *oggi*, visto
> che è comunque tutto sospeso ma servirà l'anno prossimo);


Non è corretto: la Quaresima inizia oggi per tutti i cattolici (credo non
per tutti i cristiani), ma le aree con rito ambrosiano hanno la tradizione
di festeggiare il Carnevale ancora durante la prima domenica di Quaresima.
Questa tradizione è civile e completamente scorrelata dalla liturgia e dal
rito ambrosiano. Ormai in diversi posti del Nord Italia si fanno sfilate di
Carnevale durante la Quaresima, talvolta con una deroga autorizzata dal
vescovo talvolta no, ma non è che "sia ancora Carnevale", si festeggia e
basta.


> sapere se un
> posto è in diocesi di Milano o meno non sempre è banale.
>

Non è corretto: se sei davanti ad una chiesa puoi sempre sapere a che
diocesi appartiene. Ok, forse non lo puoi scoprire "on the ground" senza
cercare su internet, ma di ogni chiesa si sa a che parrocchia appartiene, e
di ogni parrocchia a che diocesi. Comunque, come si diceva prima, essere
nella diocesi di Milano non garantisce che quella parrocchia segua il rito
ambrosiano, né impedisce che in quella chiesa si celebri in un certo
momento della settimana una messa con rito romano.

Ciao,

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

Re: [Talk-it] R: key denomination=roman_catholic

2020-02-26 Per discussione Martin Koppenhoefer 


sent from a phone

> On 26. Feb 2020, at 14:23, Andrea Musuruane  wrote:
> 
> Non mi viene in mente a cosa possa servire questa ulteriore distinzione sulla 
> liturgia. Il fedele che si trova, ad esempio, a Milano, non può scegliere la 
> liturgia; avrà sempre quella ambrosiana.


aparte quelli che scelgono andare in una delle chiese ortodosse come
https://www.openstreetmap.org/way/310672626
oppure
https://www.openstreetmap.org/way/261556678
forse anche qui
https://www.openstreetmap.org/way/44200341#map=17/45.46471/9.19620

Però mi sembra di capire che riti diversi normalmente hanno un denomination 
diverso?

Ciao Martin 

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

Re: [OSM-talk] MapRoulette - cryptic tasks

2020-02-26 Per discussione Martijn van Exel 
> > Is there any way to find answers other than sending a private message to
> > the pseudonymous "Mapping Human" through MapRoulette?
> 
> This would be their OSM username. There is no internal messaging system 
> in MapRoulette, clicking the 'message' link would actually send you to 
> the OSM message screen.

Sorry, that was incorrect, I misunderstood -- "Mapping Human" is the 
MapRoulette project name[1]. Projects are a way to organize Challenges in 
groups. Clicking on the 'Contact Owner' link reveals their username, 
EditConscript in this case.

Martijn

[1] https://maproulette.org/browse/projects/39507

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

[Talk-it] Server HOT per Coronavirus

2020-02-26 Per discussione canfe 
Continuo a non riuscire ad accedere al sito HOT per poter mappare la zona
rossa per il coronavirus.
Capita solo a me?
Se è una cosa di urgenza e non funziona ancora dopo giorni, allora c'è
qualche problema con la gestione.



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

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

Re: [OSM-talk] MapRoulette - cryptic tasks

2020-02-26 Per discussione Martijn van Exel 
Hi,

> Is there any way to find answers other than sending a private message to
> the pseudonymous "Mapping Human" through MapRoulette?

This would be their OSM username. There is no internal messaging system in 
MapRoulette, clicking the 'message' link would actually send you to the OSM 
message screen.

> Is there even any quality control when people create new MapRoulette
> tasks? Or at least some sort of four-eyes principle? Or at least a
> transparency "best practice" that would lead to people explaining who
> they are, what they want to achieve with a certain task, how many tasks
> they're running and what instructions they are giving to users?

There is ample documentation on how to create challenges and best practices for 
doing so, but as with all things OSM, it is up to the community to maintain 
quality standards in mapping. I have reached out to the community before asking 
for volunteers to help monitor new challenges, there was no interest then, 
perhaps this is a good time to ask again? You can see the newest created 
challenges using https://maproulette.org/browse/challenges?sort=created, there 
is also an API call you can use. Drop me a line if you want some more guidance.

Martijn

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

Re: [OSM-talk] Digital environmentalism

2020-02-26 Per discussione Richard Fairhurst 
Kathleen Lu wrote:
> I would not say this is true. Google maps has routing for walking, 
> cycling, and public transit, and their public transit information is 
> probably more complete than OSM's.

It is, but on the other hand Google's walking and cycling routing is _much_
worse.

Richard



--
Sent from: http://gis.19327.n8.nabble.com/General-Discussion-f5171242.html

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

Re: [Talk-it] R: key denomination=roman_catholic

2020-02-26 Per discussione Andrea Albani 
Il giorno mer 26 feb 2020 alle ore 14:52 Elena ``of Valhalla'' <
elena.valha...@gmail.com> ha scritto:

> On 2020-02-26 at 14:22:31 +0100, Andrea Musuruane wrote:
> > Non mi viene in mente a cosa possa servire questa ulteriore distinzione
> > sulla liturgia. Il fedele che si trova, ad esempio, a Milano, non può
> > scegliere la liturgia; avrà sempre quella ambrosiana.
>
> può essere utile ad esempio per scoprire se in un certo paese oggi si è
> in quaresima o se è ancora carnevale
>

Scusa, ma perchè ritieni sia utile saperlo ?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Diversity-talk] (no subject)

2020-02-26 Per discussione Kenny Casley via Diversity-talk 


Sent from Yahoo7 Mail on Android___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

Re: [Talk-it] R: key denomination=roman_catholic

2020-02-26 Per discussione Elena ``of Valhalla'' 
On 2020-02-26 at 14:22:31 +0100, Andrea Musuruane wrote:
> Non mi viene in mente a cosa possa servire questa ulteriore distinzione
> sulla liturgia. Il fedele che si trova, ad esempio, a Milano, non può
> scegliere la liturgia; avrà sempre quella ambrosiana.

può essere utile ad esempio per scoprire se in un certo paese oggi si è
in quaresima o se è ancora carnevale (ok, poco rilevante *oggi*, visto
che è comunque tutto sospeso ma servirà l'anno prossimo); sapere se un
posto è in diocesi di Milano o meno non sempre è banale.

-- 
Elena ``of Valhalla''

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

Re: [OSM-talk] MapRoulette - cryptic tasks

2020-02-26 Per discussione Mateusz Konieczny via talk 

26 Feb 2020, 12:57 by frede...@remote.org:
> Is there even any quality control when people create new MapRoulette
> tasks?
>  
>
AFAIK no.
I opened issue on maproulette GitHub
requesting taking down this task as
it is not something that improves OSM.
I also contacted main (sole?) editor
adding this tags, maybe (s)he also
created this mr task?___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] R: key denomination=roman_catholic

2020-02-26 Per discussione Andrea Musuruane 
Ciao,

On Wed, Feb 26, 2020 at 2:12 PM Simone Saviolo 
wrote:

> Il giorno mer 26 feb 2020 alle ore 13:49 Luigi Toscano <
> luigi.tosc...@tiscali.it> ha scritto:
>
>> Carlo Stemberger ha scritto:
>> > Concordo sul fatto che il tag denomination=* non sia indicato per
>> specificare
>> > il rito, mentre liturgy=* potrebbe essere azzeccatissimo.
>>
>> Uhm, credo sia ridondante. Non mi vengono in mente casi rilevanti per cui
>> denomination (se non è quello generico, ovviamente) non implichi un rito
>> particolare.
>>
>
> denomination=roman_catholic copre chiese sia con rito romano, sia con rito
> ambrosiano, sia con rito bizantino.
>

Non mi viene in mente a cosa possa servire questa ulteriore distinzione
sulla liturgia. Il fedele che si trova, ad esempio, a Milano, non può
scegliere la liturgia; avrà sempre quella ambrosiana.

Mi sembra che come, spesso accade, qui ci preoccupiamo più di tagging che
di mapping. Il mio consiglio è quello di uscire e andare a rilevare le
chiese (e i municipi, gli uffici postali, e le farmacie, che come abbiamo
visto brevemente a OSMit mancano in moltissimi luoghi).

Ciao,

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

Re: [OSM-talk] [Tagging] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych / names of international objects

2020-02-26 Per discussione Yves 
I think that getting rid of the name tag in those cases is the best way to 
avoid breaking things on the data consumers side, as clever consumers already 
using name:xx would not be affected, and those relying on a name tag to display 
local language wouldn't be mistaken.
Yves 

Le 26 février 2020 13:23:31 GMT+01:00, Frederik Ramm  a 
écrit :
>Hi,
>
>On 26.02.20 13:13, Maarten Deen wrote:
>> Will it be nothing in the name tag and are we then going to complain
>> that the opencarto style falls back to name:en?
>
>Increasingly, I think the absence of a name tag wouldn't even be
>noticed. JOSM already shows the name tags in the editing user's
>language; other editors might do that too. If a fallback to name:en
>were
>added to OSM Carto (or more precisely, a fallback to a configurable
>language which would be configured to be English on openstreetmap.org)
>then you could probably remove the name tag from oceans with hardly
>anyone noticing a change.
>
>Bye
>Frederik
>
>-- 
>Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09"
>E008°23'33"
>
>___
>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] R: key denomination=roman_catholic

2020-02-26 Per discussione Simone Saviolo 
Il giorno mer 26 feb 2020 alle ore 13:49 Luigi Toscano <
luigi.tosc...@tiscali.it> ha scritto:

> Carlo Stemberger ha scritto:
> > Concordo sul fatto che il tag denomination=* non sia indicato per
> specificare
> > il rito, mentre liturgy=* potrebbe essere azzeccatissimo.
>
> Uhm, credo sia ridondante. Non mi vengono in mente casi rilevanti per cui
> denomination (se non è quello generico, ovviamente) non implichi un rito
> particolare.
>

denomination=roman_catholic copre chiese sia con rito romano, sia con rito
ambrosiano, sia con rito bizantino.

Ciao,

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

Re: [Talk-it] R: key denomination=roman_catholic

2020-02-26 Per discussione Luigi Toscano 
Carlo Stemberger ha scritto:
> Il giorno lun 24 feb 2020 alle ore 10:42 Simone Saviolo
> mailto:simone.savi...@gmail.com>> ha scritto:
> 
> Mi chiedo se il rito non vada piuttosto indicato sulla diocesi, e non
> sulla singola chiesa...
> 
> 
> Forse come "default". Poi le eccezioni andrebbero indicate sui confini
> parrocchiali o sulle singole chiese.
> 
> Ad esempio all'interno della diocesi di Milano (ambrosiana) ci sono parrocchie
> di rito romano (comuni di Monza e Villasanta) e chiese di rito romano 
> (conventi).
> 
> Concordo sul fatto che il tag denomination=* non sia indicato per specificare
> il rito, mentre liturgy=* potrebbe essere azzeccatissimo.

Uhm, credo sia ridondante. Non mi vengono in mente casi rilevanti per cui
denomination (se non è quello generico, ovviamente) non implichi un rito
particolare.

-- 
Luigi

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

Re: [OSM-talk] MapRoulette - cryptic tasks

2020-02-26 Per discussione Andy Townsend 

On 26/02/2020 11:57, Frederik Ramm wrote:

a user started adding "trace_zoom" and "trace_zoom:range" tags to
objects in OSM, and closer inspection led to this MapRoulette task:

https://maproulette.org/challenge/12836/task/42414493


In this particular example the person creating the task instructions and 
the person doing the editing appear to be one and the same.


I don't think that the top level goal ("trace some imagery!") is a 
problem here; it's the suggestion to add some crap to the changeset 
comments that is - the user appears to be using maproulette as a way of 
astroturfing their editing style.


That said, there have been some problem Maproulette tasks in the past* - 
some just invite users to perform mechanical edits ("Change sub_station 
to substation" https://forum.openstreetmap.org/viewtopic.php?id=62996 
was one example, one that resulted in lots of erroneous embassies was 
another).


Presumably anyone can sign up at maproulette.org and create challenges, 
just like they can sign up to edit in OSM?  Perhaps maproulette.org 
challenges would benefit from similar feedback mechanisms so as a way of 
people saying "I don't think that this challenge is a good idea as 
written because...", in a similar way that people can comment to 
changeset discussions?


Best Regards,

Andy

(a member of the DWG, but as is usually the case on this list, writing 
in a personal capacity)


* based on what gets reported to the DWG


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

Re: [OSM-talk] [Tagging] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych / names of international objects

2020-02-26 Per discussione Joseph Eisenberg 
Clarification:

The Openstreetmap Carto style (which is used on the "Standard" map
layer of openstreetmap.org) does not render place=ocean or place=sea
or place=continent.

The only features discussed which are currently getting rendered are
natural=strait and natural=bay*.

Currently Openstreetmap Carto and the other 3 map styles on
openstreetmap.org are raster maps, with pre-rendered tiles stored on
the servers, so it will take a fair amount of work to make the
technical changes to render server-side vector tiles and show
different languages to different users by rendering different raster
tiles when requested.

If you want to see this happen, we could use more volunteers with the
time and ability to work out the issues.

See: https://github.com/gravitystorm/openstreetmap-carto/issues/3201

- Joseph Eisenberg

*  (I personally tried to stop rendering bays and straits at low zoom
levels, since I think it is a mistake to render these without
place=sea, and to encourage mappers to create huge multipolygons to
get the rendering)

On 2/26/20, Frederik Ramm  wrote:
> Hi,
>
> On 26.02.20 13:13, Maarten Deen wrote:
>> Will it be nothing in the name tag and are we then going to complain
>> that the opencarto style falls back to name:en?
>
> Increasingly, I think the absence of a name tag wouldn't even be
> noticed. JOSM already shows the name tags in the editing user's
> language; other editors might do that too. If a fallback to name:en were
> added to OSM Carto (or more precisely, a fallback to a configurable
> language which would be configured to be English on openstreetmap.org)
> then you could probably remove the name tag from oceans with hardly
> anyone noticing a change.
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

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

Re: [OSM-talk] Digital environmentalism

2020-02-26 Per discussione Gerry McGovern 
Thanks, Ciaran, and to everyone else who has responded to my query.

I think the ability to reuse and build on the data is a powerful sustainability 
and environmental argument.

 

From: Ciaran  
Sent: Wednesday 26 February 2020 06:49
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] Digital environmentalism

 

Hi Gerry and friends,

Fundamentally the argument for OpenStreetMap as a most sustainable solution 
rests in the licence to re-use the spatial data. For example with #MapLesotho 
the main pre-occupation of the analysis (after 5 years of mapping everything) 
was to demonstrate the unsustainable, anti-urban and land hungry settlement 
pattern of humans – always expanding out as sprawl instead of designing their 
towns and cities. 

 

The same principle applies to western countries of course, in that an open api 
allows environmental NGOs to their own research without costly licence 
arrangements, and have their own spatial and environmental critique of matters 
like urban sprawl. Therefore your argument would be that OSM is a leveler, 
especially where the map has been completed with landuses and buildings.

 

 

Sent from Mail   for Windows 10

 

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

Re: [Talk-it] emergenza coronavirus

2020-02-26 Per discussione Matteo Zaffonato 

Per la zona di Vo' invece c'è qualche analisi fatta o import da fare?

Matteo

Il 24/02/2020 11:56, Cascafico Giovanni ha scritto:

La situazione OSM numeri civici di Codogno [0] è male, però c'è il
dataset [1] della Provincia di Lodi che sembra OK . Poi ci sono
dataset farmacie e POI correlati sul portale sanità [2].
Personalmente non saprei quali integrazioni possano essere al momento
utili per qs emergenza: mi pare ci siano anche troppa informazione in
giro.


[0] http://overpass-turbo.eu/s/R0E
[1] 
https://www.dati.lombardia.it/Territorio/Provincia-Lodi-06-Numeri-Civici-Georeferenziati/8vuy-6e5d
[2] http://www.dati.salute.gov.it/dati/homeDataset.jsp

Il giorno lun 24 feb 2020 alle ore 09:14 Lorenzo Rolla
 ha scritto:

Gentilissimi, senza voler fare allarmismo, riteniamo opportuno procedere a una 
mappatura più completa di questi comuni per fornire informazioni accurate a 
questi concittadini?
https://www.gazzettaufficiale.it/atto/serie_generale/caricaDettaglioAtto/originario?atto.dataPubblicazioneGazzetta=2020-02-23=20A01228=false

Comuni interessati  dalle  misure  urgenti  di  contenimento  del
contagio.
 Nella Regione Lombardia:
   a) Bertonico;
   b) Casalpusterlengo;
   c) Castelgerundo;
   d) Castiglione D'Adda;
   e) Codogno;
   f) Fombio;
   g) Maleo;
   h) San Fiorano;
   i) Somaglia;
   j) Terranova dei Passerini.
 Nella Regione Veneto:
   a) Vo'.


--
Lorenzo Rolla

___
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





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

Re: [OSM-talk] [Tagging] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych / names of international objects

2020-02-26 Per discussione Frederik Ramm 
Hi,

On 26.02.20 13:13, Maarten Deen wrote:
> Will it be nothing in the name tag and are we then going to complain
> that the opencarto style falls back to name:en?

Increasingly, I think the absence of a name tag wouldn't even be
noticed. JOSM already shows the name tags in the editing user's
language; other editors might do that too. If a fallback to name:en were
added to OSM Carto (or more precisely, a fallback to a configurable
language which would be configured to be English on openstreetmap.org)
then you could probably remove the name tag from oceans with hardly
anyone noticing a change.

Bye
Frederik

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

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

Re: [Talk-it] R: key denomination=roman_catholic

2020-02-26 Per discussione Francesco Ansanelli 
Buongiorno a tutti,

visto che si parla già di nuovi tag, vorrei proporre anche di aggiungere un
namespace per tenere più compatti i tag in modo che quello che si andrà a
sistemare abbia già un prefisso "religion:*" iniziale, quindi:

religion=christian
religion:denomination=catholic
religion:liturgy=*

Ed eventuali tag futuri...
Grazie
Francesco

Il mer 26 feb 2020, 10:04 Carlo Stemberger  ha
scritto:

> Il giorno lun 24 feb 2020 alle ore 10:42 Simone Saviolo <
> simone.savi...@gmail.com> ha scritto:
>
>> Mi chiedo se il rito non vada piuttosto indicato sulla diocesi, e non
>> sulla singola chiesa...
>>
>
> Forse come "default". Poi le eccezioni andrebbero indicate sui confini
> parrocchiali o sulle singole chiese.
>
> Ad esempio all'interno della diocesi di Milano (ambrosiana) ci sono
> parrocchie di rito romano (comuni di Monza e Villasanta) e chiese di rito
> romano (conventi).
>
> Concordo sul fatto che il tag denomination=* non sia indicato per
> specificare il rito, mentre liturgy=* potrebbe essere azzeccatissimo.
>
> Ciao!
>
> Carlo
> ___
> 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] ERRATUM amenity=hospital et FINESS

2020-02-26 Per discussione Jacques Lavignotte 

Le 26/02/2020 à 12:56, Jacques Lavignotte a écrit :


Un CMP adultes

Un Hôpital de jour adultes

Un CMP Enfants-adolescents.

J'ai créé Chemin : Centre hospitalier de Chatellerault (664712034)


Correction : Chemin : Centre hospitalier Henri laborit (776479289)


pour englober tout ça.

Je ne sais pas trop quelles parties du bâtiment sont quoi...


--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk] [Tagging] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych / names of international objects

2020-02-26 Per discussione Maarten Deen 

On 2020-02-26 12:34, Florimond Berthoux wrote:

The problem is not the OSM "default" (there is no default) map.
OSM is *not* a map !

The problem is the data put in name tag of some objects, which are not
respectful with the international idea of the project.


I find it a stretch to say that someone mapping someting and putting in 
the english name is not respectful to the idea of the project. No one 
else but him was bothered enough to put anything in. He mapped it and 
that is more than enough to respect also the international idea of the 
project (i.c. someone not from or near country X did some mapping in or 
near country X).


The problem with the local names is what has already been said a few 
times: which name do you put in? If the object borders 2 countries, will 
it be two names with a / between them? If the objects borders 10 
countries, will it be 10 names with a / between them? If the object is 
the atlantic ocean, what then?
Will it be nothing in the name tag and are we then going to complain 
that the opencarto style falls back to name:en?


I just hope it will not turn into an edit war if there is no answer to 
that.


Regards,
Maarten



Le mar. 25 févr. 2020 à 22:57, Mario Frasca  a
écrit :


I'm afraid that the conclusion you summarize here is not at all
reached.

we have reached the conclusion on the pointless point: "we discuss
in English".

as for the values of the `name` tag:

I prefer to see "Adriatic Sea" rather than nothing.

I prefer "Mare Adriatico" to "Adriatic Sea".

I definitely question the choice of the editor who wrote "Gulf of
Trieste" for a piece of sea that borders with Italy (in an area
where Friuls is a recognized language), and Slovenia.

and I have suggested that the problem would vaporize if we added a
language identifier to the tile request.

I'm very much interested in reading reactions to this.

MF
On 25/02/2020 16:10, Tomek wrote:

W dniu 20-02-25 o 21:52, stevea pisze:

I believe I speak for many, most, or even all of us here (except
Tomek) that "this is a settled matter."
SteveA

Sprawa rozwiązana, każdy mówi w jakim języku chce, a znacznik
“name” z
obiektów międzynarodowych zostanie usunięty, z wyjątkiem mórz
graniczących z państwami.
Dziękuję za dyskusję

La problemo estas solvita, ĉiu povas paroli en iu ajn lingvo; kaj
la
etikedo “name” el internaciaj objektoj estos forigita, escepte
de maroj
apudaj al landoj.
Dankon por diskuto

The problem is solved, everyone can speak in any language; and the
tag
“name” from international objects will be deleted, except of
seas
adjacent to the countries.
Thank you for discussion

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

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

--
Florimond Berthoux
___
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] MapRoulette - cryptic tasks

2020-02-26 Per discussione Frederik Ramm 
Hi,

a user started adding "trace_zoom" and "trace_zoom:range" tags to
objects in OSM, and closer inspection led to this MapRoulette task:

https://maproulette.org/challenge/12836/task/42414493

It claims to be created by "MappingHuman" and carries these instructions:

--- snip ---

use your most preferred imagery
has to be familiar with Solving Multiple Tasks Together before
forwarding completions
improveWay tracing, lock zoom level
add trace_zoom=* if non-exist, ensure to match zoom
add trace_zoom:range=* if non-exist, to indicate approx. trace_zoom
levels
add source on Object or changeset
freely include comments

Changeset comments

please consider including hashtags/comment-words: mappinghuman #M.H
#alongside_A.I #maproulette for changeset analysis

--- snip ---

I am at a loss here. Who is "Mapping Human" and what is their goal with
this? Which objects have they selected for editing and according to what
criteria? Why are they apparently instructing users to add unusual tags
(trace_toom, trace_zoom:range) to OSM? Why do they request to "add
source on Object or changeset" when adding source tags on objects is
generally recommended against? What are the cryptic changeset comments
"#M.H #alongside_A.I"?

Is there any way to find answers other than sending a private message to
the pseudonymous "Mapping Human" through MapRoulette?

How many other equally cryptic tasks are there on MapRoulette?

Is there even any quality control when people create new MapRoulette
tasks? Or at least some sort of four-eyes principle? Or at least a
transparency "best practice" that would lead to people explaining who
they are, what they want to achieve with a certain task, how many tasks
they're running and what instructions they are giving to users?

Bye
Frederik

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

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

Re: [OSM-talk-fr] amenity=hospital et FINESS

2020-02-26 Per discussione Jacques Lavignotte 



Le 26/02/2020 à 10:12, Yves P. a écrit :


Je ne sais pas trop où le situer (Peu ou pas grand chose de visible chez 
Google et Mapillary).
Il est dans (ou autour) de l’enceinte du Centre hospitalier de 
Châtellerault .


Dans ce bâtiment


 il y a :

Un CMP adultes

Un Hôpital de jour adultes

Un CMP Enfants-adolescents.

J'ai créé Chemin : Centre hospitalier de Chatellerault (664712034)

pour englober tout ça.

Je ne sais pas trop quelles parties du bâtiment sont quoi...

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

Re: [OSM-talk] [Tagging] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych / names of international objects

2020-02-26 Per discussione Yves 
Florimond is right, putting anything in the name tag that is not in the local 
language is wrong and one should not expect data consumers to detect it.
Name:xx is the only way to go for international places.
Yves 

Le 26 février 2020 12:34:04 GMT+01:00, Florimond Berthoux 
 a écrit :
> The problem is not the OSM "default" (there is no default) map.
>OSM is *not* a map !
>The problem is the data put in name tag of some objects, which are not
>respectful with the international idea of the project.
>
>Le mar. 25 févr. 2020 à 22:57, Mario Frasca  a écrit :
>
>> I'm afraid that the conclusion you summarize here is not at all
>reached.
>>
>> we have reached the conclusion on the pointless point: "we discuss in
>> English".
>>
>> as for the values of the `name` tag:
>>
>> I prefer to see "Adriatic Sea" rather than nothing.
>>
>> I prefer "Mare Adriatico" to "Adriatic Sea".
>>
>> I definitely question the choice of the editor who wrote "Gulf of
>Trieste"
>> for a piece of sea that borders with Italy (in an area where Friuls
>is a
>> recognized language), and Slovenia.
>>
>> and I have suggested that the problem would vaporize if we added a
>> language identifier to the tile request.
>>
>> I'm very much interested in reading reactions to this.
>>
>> MF
>> On 25/02/2020 16:10, Tomek wrote:
>>
>> W dniu 20-02-25 o 21:52, stevea pisze:
>>
>> I believe I speak for many, most, or even all of us here (except
>Tomek) that "this is a settled matter."
>> SteveA
>>
>>
>> Sprawa rozwiązana, każdy mówi w jakim języku chce, a znacznik “name”
>z
>> obiektów międzynarodowych zostanie usunięty, z wyjątkiem mórz
>> graniczących z państwami.
>> Dziękuję za dyskusję
>>
>> La problemo estas solvita, ĉiu povas paroli en iu ajn lingvo; kaj la
>> etikedo “name” el internaciaj objektoj estos forigita, escepte de
>maroj
>> apudaj al landoj.
>> Dankon por diskuto
>>
>> The problem is solved, everyone can speak in any language; and the
>tag
>> “name” from international objects will be deleted, except of seas
>> adjacent to the countries.
>> Thank you for discussion
>>
>>
>> ___
>> talk mailing
>listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
>
>-- 
>Florimond Berthoux
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[talk-ph] It's #MapaTime! sa SLU Baguio !! - Open Data Day event

2020-02-26 Per discussione Erwin Olario 
0n 7th March, Saturday,  the SLU School of Architecture and Engineering [0]
is hosting their first ever mapathon for the OSMaPaaralan initiative, and
to celebrate Open Data day with OpenStreetMap enthusiasts and civic-minded
volunteers from Baguio City.

If you happen to be in Baguio, or close enough, we'd love to meet you
there, to help map public schools in the Philippines on OpenStreetMap,
especially in Baguio and Benguet province.

The event is free and some slots are open to the public. For details, and
to save your free seat (and pansit), please RSVP via the event registration
page [2].

Pancit is made possible, through the OSMph #PHancitFund.

This is the unabridged version of the original announcement [3].

/erwin
[0]: http://www.slu.edu.ph/academics/schools/engineering-and-architecture/
[1]: https://osm.org/wiki/Philippines/OSMaPaaralan
[2]: https://ti.to/mapatime/slu-osmapaaralan
[3]: https://en.osm.town/@MapAmore/103724854431315710

- - - - - - - - - - - - - - - - - - -
» email: erwin@ *n**gnu**it**y**.xyz*
 | gov...@gmail.com
» mobile: https://t.me/GOwin
» OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [OSM-talk] [Tagging] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych / names of international objects

2020-02-26 Per discussione Florimond Berthoux 
 The problem is not the OSM "default" (there is no default) map.
OSM is *not* a map !
The problem is the data put in name tag of some objects, which are not
respectful with the international idea of the project.

Le mar. 25 févr. 2020 à 22:57, Mario Frasca  a écrit :

> I'm afraid that the conclusion you summarize here is not at all reached.
>
> we have reached the conclusion on the pointless point: "we discuss in
> English".
>
> as for the values of the `name` tag:
>
> I prefer to see "Adriatic Sea" rather than nothing.
>
> I prefer "Mare Adriatico" to "Adriatic Sea".
>
> I definitely question the choice of the editor who wrote "Gulf of Trieste"
> for a piece of sea that borders with Italy (in an area where Friuls is a
> recognized language), and Slovenia.
>
> and I have suggested that the problem would vaporize if we added a
> language identifier to the tile request.
>
> I'm very much interested in reading reactions to this.
>
> MF
> On 25/02/2020 16:10, Tomek wrote:
>
> W dniu 20-02-25 o 21:52, stevea pisze:
>
> I believe I speak for many, most, or even all of us here (except Tomek) that 
> "this is a settled matter."
> SteveA
>
>
> Sprawa rozwiązana, każdy mówi w jakim języku chce, a znacznik “name” z
> obiektów międzynarodowych zostanie usunięty, z wyjątkiem mórz
> graniczących z państwami.
> Dziękuję za dyskusję
>
> La problemo estas solvita, ĉiu povas paroli en iu ajn lingvo; kaj la
> etikedo “name” el internaciaj objektoj estos forigita, escepte de maroj
> apudaj al landoj.
> Dankon por diskuto
>
> The problem is solved, everyone can speak in any language; and the tag
> “name” from international objects will be deleted, except of seas
> adjacent to the countries.
> Thank you for discussion
>
>
> ___
> talk mailing 
> listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>


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

Re: [OSM-talk-fr] amenity=hospital et FINESS

2020-02-26 Per discussione Yves P. 

—
Yves Pratter




> Un p'tit dernier pour ce soir : : CMP Espace Vienne (90208204)
Bien :)

https://www.openstreetmap.org/way/90208204
http://finess.sante.gouv.fr/fininter/jsp/actionDetailEtablissement.do?noFiness=860005727

La fiche FINESS nous donne aussi le n° de fax, confirme que c’est bien rattaché 
au CH Henry Laborit, le SIRET (utile ?).

On peut constater que le nom dans la fiche FINESS n’est pas à jour "CMP & 
CENTRE D'ECOUTE - ESPACE VIENNE ».

On peut aussi rajouter alt_name = « Centre médico-psychologique », short_name=« 
CMP » pour faciliter une recherche via Nominatim.
Et type:FR:FINESS=156 pour faciliter des requêtes Overpass.


Le site web indique la consultation avancée au CMP Georges Ruetsch à 
Châtellerault :
https://ch-laborit.fr/services-de-soins/adultes/consultations/centre-medico-psychologique-georges-ruetsch/

CENTRE MEDICO-PSYCHO. G. RUESTCHN° FINESS : 860782549 

(L’adresse FINESS ne correspond pas à celle du site web)

Il n’est pas encore dans OSM ;)

Je ne sais pas trop où le situer (Peu ou pas grand chose de visible chez Google 
et Mapillary).
Il est dans (ou autour) de l’enceinte du Centre hospitalier de Châtellerault 
.

—
Yves

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

Re: [Talk-it] R: key denomination=roman_catholic

2020-02-26 Per discussione Carlo Stemberger 
Il giorno lun 24 feb 2020 alle ore 10:42 Simone Saviolo <
simone.savi...@gmail.com> ha scritto:

> Mi chiedo se il rito non vada piuttosto indicato sulla diocesi, e non
> sulla singola chiesa...
>

Forse come "default". Poi le eccezioni andrebbero indicate sui confini
parrocchiali o sulle singole chiese.

Ad esempio all'interno della diocesi di Milano (ambrosiana) ci sono
parrocchie di rito romano (comuni di Monza e Villasanta) e chiese di rito
romano (conventi).

Concordo sul fatto che il tag denomination=* non sia indicato per
specificare il rito, mentre liturgy=* potrebbe essere azzeccatissimo.

Ciao!

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

Re: [Talk-dk] MapRoulette challenges for Denmark

2020-02-26 Per discussione Anders Hedelund via Talk-dk 
Although not the same hits very much like this website 
https://www.keepright.at/report_map.php?zoom=14=48.20808=16.37221


Med venlig Hilsen Anders Hedelund - and...@xoz.dk  +45 3990 5335 Mob: +45 6150 
5335 TR: +90 531 831 0220

Support Engineers without Borders - http://iug.dk - a life after survival



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

Re: [OSM-talk-fr] Osmose et FINESS [était: amenity=hospital et FINESS]

2020-02-26 Per discussione Vincent Bergeot 

Le 26/02/2020 à 09:19, Yves P. a écrit :


oui Osmose ne propose que cela pour l'instant et cela a néanmoins 
demandé de creuser le monde finess et des abréviations.

La base FINESS permettrait d'aller sans doute beaucoup plus loin.

Nous avons basé le rapprochement sur le code finess établissement 
niveau 3, composé de 4 chiffres, ainsi les CSAPA sont 4604, 4604 
regroupant également des CSST, CCAA, ACT, CAARUD, LHSS (soyons clair 
je ne comprends aucun de ces sigles, c'est juste le résultat du 
fichier finess !) et là ca y est je commence à me perdre :)
La nomenclature est ici : NOMENCLATURES 
 > 
Catégories d’établissements 

Il y a des articles dans wikipedia qui peuvent nous éclairer sur ces 
sigles.


oui, c'est celle utilisée pour faire le rapprochement des codes 
établissement de catégorie 3 (4 chiffres ne se terminant pas par 0, si 
cela se termine par 0 alors si il y a des centaines c'est catégories 2, 
si pas de centaines alors catégorie1).




Donc oui pour avancer sur ce rapprochement mais la marche de 
compréhension du fichier FINESS est assez haute, plus github, plus 
les diverses perceptions des tags osm, ... donc toute bonne volonté 
bienvenue.


Pour moi, la difficulté consiste plutôt à trouver les bon tags OSM.
Ils proviennent en partie du monde anglo-saxon. Les établissements de 
santé ou sociaux ne sont pas organisés comme chez nous, ni 
probablement pas comme nos voisins européens.


On peut prendre le problème de différentes façon :

  * Comment cartographier un établissement « connu » proche de chez nous ?
Par exemple un Foyer de jeunes travailleurs (FJT). La nomenclature
nous donne type:FR:FINESS=257


  * Ou traiter les type d’établissements les plus nombreux en priorité.

  * Ou essayer de traiter tous les établissements pour un public donné
(enfants, personnes handicapées, personnes agées…)

  * Ou faire à minima : intégrer le code FINESS, le téléphone, le nom,
le type dans *type:FR:FINESS* voir dans *short_name* (« CSAPA »)
et dans *alt_name* ("Centre soins accompagnement
prévention addictologie »)

ok, pour l'instant cela a été "qu'est ce que l'on comprend coté finess, 
quels tags OSM peut-on rapprocher ?"


et voici ce que cela donne : 
http://osmose.openstreetmap.fr/fr/map/#zoom=10=43.6211=-0.873=8210%2C8211%2C8330%2C8331%2C8340%2C8341%2C8350%2C8351=1%2C2%2C3==


Peut-être que cette discussion peut continuer sur github pour améliorer 
le rapprochement, c'est ici : 
https://github.com/osm-fr/osmose-backend/issues/666


à plus

--
Vincent Bergeot

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

Re: [Talk-it] R: key denomination=roman_catholic

2020-02-26 Per discussione Martin Koppenhoefer 
per mappare il rito un tag protrebbe essere "liturgy"
attualmente non utilizzato.
qui mi sembra ci sia un elenco abbastanza completo:
https://en.wikipedia.org/wiki/Christian_liturgy

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

Re: [OSM-talk-fr] Osmose et FINESS [était: amenity=hospital et FINESS]

2020-02-26 Per discussione Yves P. 

> oui Osmose ne propose que cela pour l'instant et cela a néanmoins demandé de 
> creuser le monde finess et des abréviations.
> La base FINESS permettrait d'aller sans doute beaucoup plus loin.
> 
> Nous avons basé le rapprochement sur le code finess établissement niveau 3, 
> composé de 4 chiffres, ainsi les CSAPA sont 4604, 4604 regroupant également 
> des CSST, CCAA, ACT, CAARUD, LHSS (soyons clair je ne comprends aucun de ces 
> sigles, c'est juste le résultat du fichier finess !) et là ca y est je 
> commence à me perdre :)
La nomenclature est ici : NOMENCLATURES 
 > Catégories 
d’établissements 

Il y a des articles dans wikipedia qui peuvent nous éclairer sur ces sigles.

> Donc oui pour avancer sur ce rapprochement mais la marche de compréhension du 
> fichier FINESS est assez haute, plus github, plus les diverses perceptions 
> des tags osm, ... donc toute bonne volonté bienvenue.

Pour moi, la difficulté consiste plutôt à trouver les bon tags OSM.
Ils proviennent en partie du monde anglo-saxon. Les établissements de santé ou 
sociaux ne sont pas organisés comme chez nous, ni probablement pas comme nos 
voisins européens.

On peut prendre le problème de différentes façon :
Comment cartographier un établissement « connu » proche de chez nous ?
Par exemple un Foyer de jeunes travailleurs (FJT). La nomenclature nous donne 
type:FR:FINESS=257

Ou traiter les type d’établissements les plus nombreux en priorité.

Ou essayer de traiter tous les établissements pour un public donné (enfants, 
personnes handicapées, personnes agées…)

Ou faire à minima : intégrer le code FINESS, le téléphone, le nom, le type dans 
type:FR:FINESS voir dans short_name (« CSAPA ») et dans alt_name ("Centre soins 
accompagnement prévention addictologie »)

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

Re: [OSM-talk-be] Fwd: Espace Public Numérique d'Arlon - OpenStreetMap - Cartographie numérique - Atelier ouvert

2020-02-26 Per discussione Julien Minet 
Salut Pierre,

Comme je te l'ai signalé, j'y serai présent!

A bientôt,
Julien

On Mon, Feb 24, 2020 at 11:58 PM Pierre Parmentier <
pierrecparment...@gmail.com> wrote:

> Bonjour,
>
> L'Espace Public Numérique (EPN) d'Arlon vous ouvre ses portes pour un
> atelier "OpenStreetMap" ce mercredi 4 mars de 13.00 à 17.00 heures.
>
> Voir : https://www.epnarlon.com/nos-ateliers/mars-2020/
>
> C'est ouvert à tous !
>
> Pas de programme prédéfini mais vous pourrez poser vos questions, recevoir
> des conseils, expérimenter en matière de cartographie numérique.
>
> On pourra aborder OpenStreetMap, uMap, Osmand, OSMTracker, MyOSMatic,
> Inkscape, Field Papers, overpass turbo, la création d'itinéraires, la
> réalisation de cartes "papier" ainsi que les géo-portails de nos régions.
>
> Pierre Parmentier
> ___
> 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