[OSM-talk-fr] Capitelles

[Txo]

Bonjour,

Les capitelles sont des cabanes de berger construites en pierre sèche 
dans la garrigue languedocienne.


Si on en croit
https://wiki.openstreetmap.org/wiki/Garrigues#Glossaire_des_garrigues
on devrait les marquer comme historic = shelter.

Mais ce n'est pas vraiment l'avis d'Osmose qui nous donne du «attribut 
manquant shelter_type sans amenity=shelter».


Salomon, prête moi ton épée !


Par exemple ;
https://www.openstreetmap.org/node/2440348377#map=19/43.77333/4.05118



--
-- Dominique Marin http://txodom.free.fr  --
   «L'élève Hamlet : être ou ne pas être dans les nuages.»
--Jacques Prévert»--

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

Re: [talk-au] Sufficient permission?

[Andrew Harvey]

On Wed, 7 Oct 2020 at 11:16, Andrew Harvey  wrote:

> Which tracks were you looking to name? Maybe the list can collectively
> chime in with their local knowledge of its name.
>

Ahh I just read the quoted correspondence now which I can see one of them.
It's a tricky one, for many mountain biking tracks there is no official
name and won't be an official name as they aren't officially designated
mountain biking tracks, but where the names have widespread community use
and in many cases homemade laminated name signs then I have mapped them so
think the same is okay for walking tracks.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Sufficient permission?

[Andrew Harvey]

On Wed, 7 Oct 2020 at 08:13, David Wales  wrote:

> Hi all,
>
> I like to walk tracks with my GPS running, and trace them into OSM
> afterwards.
>
> A long time ago, I sent an email to Robert Sloss, who makes lots of
> bushwalking guides in my region. I asked if it was OK for me to use the
> track names from his books to name the tracks in OSM. (Many of the tracks
> are not signposted, so you can't find out the name on the ground.)
>
> His reply was
>
> "You may use any names I have applied to tracks as my main intention is to
> get people walking."
>

I'm sidestepping the legal question here, but generally with names if it's
signposted then use that signposted name as name=*, if there is another
name that people refer it to commonly then use alt_name=* or loc_name=*.

If it's not signposted, but there is a name that most people know it as and
refer it as, then I think it's fine to use that as name=* and noting the
source as local_knowledge.

I would be cautious of only using one reference for names if you don't hold
any other local knowledge, the name they used in their guide might not
reflect what most people locally refer to it as. Though generally I think
it's okay to be pragmatic and if there are issues they can be discussed in
changeset comments.

If I write a guide or publish a map and name a pool as Andrew's Pool,
unless it starts to gain acceptance and is used more generally then we
shouldn't apply that name in OSM.

Which tracks were you looking to name? Maybe the list can collectively
chime in with their local knowledge of its name.

On Wed, 7 Oct 2020 at 09:28,  wrote:

> If a large group of people who were familiar with an area could
> confidently name a feature without referring to a map, for example the
> members of a bushwalking club, then my understanding of OSM rules is
> that you can use that name.
>

I agree, it's then just considered local knowledge and you can map it, so
long as you're not going through another work and copying across all of the
names but instead just adding from local knowledge then it's okay.


>
> My question to the community: if I ask one person, who is not
> connected with a mapping business and has detailed knowledge of an
> area and they can confidently name a feature without referring to a
> map, is that sufficient?
>

Yes it should be, and preferably note the source as local knowledge either
on the changeset tag or object tag.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk] Face and license blurring (GDPR territories)

[Niels Elgaard Larsen]

Nick Whitelegg:
> Hi,
> 
> Apologies if this is only tangentially OSM related, but I thought I'd ask 
> here to try
> and get some expert advice.
> 
> As you may know, Mapillary has been bought by Facebook and there has been 
> interest in
> developing, or at least starting to develop/actively researching the 
> possibility of,
> some sort of open source alternative. I have been developing OpenTrailView
> (opentrailview.org), however I now have a collaborator to work on exploring 
> an open
> source panos platform.


That sounds great.

> The main question I have relates to the very necessary privacy steps that 
> must be
> taken, in particular face and license plate blurring. I have experimented with
> various libraries using various datasets and models, and have found that the
> understand.ai Anonymizer (https://github.com/understand-ai/anonymizer), which
> advertises itself as something specifically aimed at implementing the privacy
> protections needed to comply with the GDPR, seems to be working the best.
> 
> It detects faces and license plates in clear view on panoramas, which can 
> then be
> blurred.
> 
> My question, then, is what to do about people, or cars, which are further 
> away from
> the camera? In these cases, the algorithm does not necessarily detect the 
> face or
> license plate, but on the other hand in general the faces and license plates 
> are not
> clearly visible, or identifiable, in any case.
> So in summary, the tool blurs clearly visible faces or license plates, but in 
> general
> does not blur those which are not clearly visible.


Hard to judge without examples.
Understand-ai has two examples on github, but that is very clear images.

You will probably have to let users add and remove blurs.
That is what Mapillary do.

> Apologies once again that this is only tangentially related to OSM 
> (OpenTrailView
> uses OSM to connect panos together, so not completely unrelated) but it is 
> very much
> an open geodata issue, so I thought I'd ask to get feedback.
> 
> I am in the UK and the server is in Germany (Hetzner), so GDPR would apply.
> 
> 
> Thanks,
> Nick
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
> 


-- 
Niels Elgaard Larsen

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

Re: [talk-au] Sufficient permission?

[Mateusz Konieczny via Talk-au]

Oct 6, 2020, 23:10 by daviewa...@disroot.org: 

>  "You may use any names I have applied to tracks as my main intentionis 
> to get people walking."
>  
>
I am not a lawyer but it sounds like something that is at least intended to be
https://en.wikipedia.org/wiki/Public-domain-equivalent_license like say
https://en.wikipedia.org/wiki/WTFPL

note that there is also special mailing list (legal-talk).

I am more worried about 

>  You will find names in the guide that are not accepted geographical names,
> but by becoming common usage names they will eventually be adopted.
> I amfitting (nailing) laminated signs with map to trees.
>
part - are this names already used by people except author of the guide?

(I just added place=locality with name used by people from a single camping 
spot[1], so
my standards are not high - but some actual use should be present)

[1] https://www.openstreetmap.org/node/7973988988#map=16/49.4727/21.3801 

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

Re: [talk-au] Sufficient permission?

[forster]

Hi

My guess is that it is not sufficient permission. But I have an  
additional question and a possible solution for you.


If a large group of people who were familiar with an area could  
confidently name a feature without referring to a map, for example the  
members of a bushwalking club, then my understanding of OSM rules is  
that you can use that name.


My question to the community: if I ask one person, who is not  
connected with a mapping business and has detailed knowledge of an  
area and they can confidently name a feature without referring to a  
map, is that sufficient?


Tony


Hi all,

I like to walk tracks with my GPS running, and trace them into OSM
afterwards.

A long time ago, I sent an email to Robert Sloss, who makes lots of
bushwalking guides in my region. I asked if it was OK for me to use the
track names from his books to name the tracks in OSM. (Many of the
tracks are not signposted, so you can't find out the name on the ground.)

His reply was

"You may use any names I have applied to tracks as my main intention is
to get people walking."

Does this sound like sufficient permission for OSM?
The full email chain is pasted below:

From: "Robert Sloss" 
To: "'David Wales'" 
Subject: RE: OpenStreetMap Bushwalking tracks
Date: Mon, 22 Sep 2014 19:43:06 +1000

Hi David

I have no objection to using the name Cadastral; I used this name as there
is no street nae for the right of way between the two properties.

You will find names in the guide that are not accepted geographical names,
but by becoming common usage names they will eventually be adopted. I am
fitting (nailing) laminated signs with map to trees. \

You may use any names I have applied to tracks as my main intention is to
get people walking.

Regards

Robert Sloss

-Original Message-
From: David Wales [mailto:daviewa...@gmail.com]
Sent: Friday, 19 September 2014 6:16 PM
To: rob...@robertsloss.com.au
Subject: OpenStreetMap Bushwalking tracks

Hi Robert,

I have recently gone on a bushwalk in the Buxton area, using your book
Bushwalking - Cycling : Wollondilly & Macarthur.
I logged the route using a GPS, and have traced the track onto
OpenStreetMaps.

(See this link: http://www.openstreetmap.org/#map=17/-34.24863/150.51763 )

However, I have not added the name of the track, because it was not
signposted.
According to your book, the track name is Cadestral Track, but I thought I
should ask your permission before copying that name.

For future reference, do you mind if I use the names from your book to name
trails I trace on OpenStreetMap from GPS tracks?

Regards,
David Wales.








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

[talk-au] Sufficient permission?

[David Wales]

Hi all,

I like to walk tracks with my GPS running, and trace them into OSM
afterwards.

A long time ago, I sent an email to Robert Sloss, who makes lots of
bushwalking guides in my region. I asked if it was OK for me to use the
track names from his books to name the tracks in OSM. (Many of the
tracks are not signposted, so you can't find out the name on the ground.)

His reply was

"You may use any names I have applied to tracks as my main intention is
to get people walking."

Does this sound like sufficient permission for OSM?
The full email chain is pasted below:

From: "Robert Sloss" 
To: "'David Wales'" 
Subject: RE: OpenStreetMap Bushwalking tracks
Date: Mon, 22 Sep 2014 19:43:06 +1000

Hi David

I have no objection to using the name Cadastral; I used this name as there
is no street nae for the right of way between the two properties. 

You will find names in the guide that are not accepted geographical names,
but by becoming common usage names they will eventually be adopted. I am
fitting (nailing) laminated signs with map to trees. \

You may use any names I have applied to tracks as my main intention is to
get people walking.

Regards 

Robert Sloss 

-Original Message-
From: David Wales [mailto:daviewa...@gmail.com] 
Sent: Friday, 19 September 2014 6:16 PM
To: rob...@robertsloss.com.au
Subject: OpenStreetMap Bushwalking tracks

Hi Robert,

I have recently gone on a bushwalk in the Buxton area, using your book
Bushwalking - Cycling : Wollondilly & Macarthur.
I logged the route using a GPS, and have traced the track onto
OpenStreetMaps.

(See this link: http://www.openstreetmap.org/#map=17/-34.24863/150.51763 )

However, I have not added the name of the track, because it was not
signposted.
According to your book, the track name is Cadestral Track, but I thought I
should ask your permission before copying that name.

For future reference, do you mind if I use the names from your book to name
trails I trace on OpenStreetMap from GPS tracks?

Regards,
David Wales.



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

Re: [OSM-talk] Face and license blurring (GDPR territories)

[Nick Whitelegg]

... sorry, this sentence maybe could be misconstrued. "however I now have a 
collaborator to work on exploring an open source panos platform."

This is very much a joint-effort project between myself and the person I'm 
collaborating with, I want to make that clear.

Thanks,
Nick



From: Nick Whitelegg
Sent: 06 October 2020 21:41
To: talk@openstreetmap.org 
Subject: Face and license blurring (GDPR territories)

Hi,

Apologies if this is only tangentially OSM related, but I thought I'd ask here 
to try and get some expert advice.

As you may know, Mapillary has been bought by Facebook and there has been 
interest in developing, or at least starting to develop/actively researching 
the possibility of, some sort of open source alternative. I have been 
developing OpenTrailView (opentrailview.org), however I now have a collaborator 
to work on exploring an open source panos platform.

The main question I have relates to the very necessary privacy steps that must 
be taken, in particular face and license plate blurring. I have experimented 
with various libraries using various datasets and models, and have found that 
the understand.ai Anonymizer (https://github.com/understand-ai/anonymizer), 
which advertises itself as something specifically aimed at implementing the 
privacy protections needed to comply with the GDPR, seems to be working the 
best.

It detects faces and license plates in clear view on panoramas, which can then 
be blurred.

My question, then, is what to do about people, or cars, which are further away 
from the camera? In these cases, the algorithm does not necessarily detect the 
face or license plate, but on the other hand in general the faces and license 
plates are not clearly visible, or identifiable, in any case.

So in summary, the tool blurs clearly visible faces or license plates, but in 
general does not blur those which are not clearly visible.

Apologies once again that this is only tangentially related to OSM 
(OpenTrailView uses OSM to connect panos together, so not completely unrelated) 
but it is very much an open geodata issue, so I thought I'd ask to get feedback.

I am in the UK and the server is in Germany (Hetzner), so GDPR would apply.

Thanks,
Nick

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

[OSM-talk] Face and license blurring (GDPR territories)

[Nick Whitelegg]

Hi,

Apologies if this is only tangentially OSM related, but I thought I'd ask here 
to try and get some expert advice.

As you may know, Mapillary has been bought by Facebook and there has been 
interest in developing, or at least starting to develop/actively researching 
the possibility of, some sort of open source alternative. I have been 
developing OpenTrailView (opentrailview.org), however I now have a collaborator 
to work on exploring an open source panos platform.

The main question I have relates to the very necessary privacy steps that must 
be taken, in particular face and license plate blurring. I have experimented 
with various libraries using various datasets and models, and have found that 
the understand.ai Anonymizer (https://github.com/understand-ai/anonymizer), 
which advertises itself as something specifically aimed at implementing the 
privacy protections needed to comply with the GDPR, seems to be working the 
best.

It detects faces and license plates in clear view on panoramas, which can then 
be blurred.

My question, then, is what to do about people, or cars, which are further away 
from the camera? In these cases, the algorithm does not necessarily detect the 
face or license plate, but on the other hand in general the faces and license 
plates are not clearly visible, or identifiable, in any case.

So in summary, the tool blurs clearly visible faces or license plates, but in 
general does not blur those which are not clearly visible.

Apologies once again that this is only tangentially related to OSM 
(OpenTrailView uses OSM to connect panos together, so not completely unrelated) 
but it is very much an open geodata issue, so I thought I'd ask to get feedback.

I am in the UK and the server is in Germany (Hetzner), so GDPR would apply.

Thanks,
Nick

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

Re: [Talk-es] Mapatones Online con Cruz Roja

[Luis García Castro]

Buenas noches,

Me parece una iniciativa muy interesante y estoy dispuesto a colaborar en
lo que pueda.

Miguel, inclúyeme en asunto. Gracias por el aviso.

Un saludo,

On Tue, Oct 6, 2020 at 6:59 PM Miguel Sevilla-Callejo 
wrote:

> Veo ahora que olvidé adjuntar el enlace a la página de la wiki en borrador:
>
> https://wiki.openstreetmap.org/wiki/ES:Espa%C3%B1a/Mapatones-Missing-Maps
> On 06/10/2020 09:24, Miguel Sevilla-Callejo wrote:
>
> Hola de nuevo,
>
> La semana pasada, como adelanté en este hilo tuvimos una reunión con
> personas interesadas en montar un grupo de coordinación para la promoción
> de mapatones online con la gente de Cruz Roja Española y en el marco del
> proyecto Missing Maps.
>
> Mi propuesta estuvo encaminada en ir documentando o, al menos, incluir
> enlaces, en la wiki de OSM [1] sobre el tema. En cuento tenga más
> información os lo hago saber.
>
> Por el momento, me sirvo del correo que envió la compañera de Geoinquietos
> Madrid, Carmen Díez, con un resumen de la reunión y os animo a los
> interesados a contestar en el hilo de este correo para coordinarnos:
>
> --
> Hola,
>
> Después de la reunión que hemos tenido vamos a establecer un canal de
> comunicación y un repositorio de información sobre el trabajo que está
> realizando Cruz Roja con Missing Maps y HOT para establecer una línea de
> aprendizaje y trabajo en el mapeado colaborativo.
>
> En Cruz Roja buscan tener una base de mapeadores, a ser posible con
> algunos conocimientos o experiencia, e incluso necesitan moderadores y
> validadores porque están organizando mapeados básicos (actualmente en
> África) mensualmente y algunos más elaborados cada dos meses. Han elaborado
> un itinerario formativo con píldoras de información tanto básica para
> mapear como para ir obteniendo los conocimientos necesarios para moderar
> y/o validar sesiones.
>
> Su objetivo es la realización de ciclos completos, detectando las zonas a
> mapear, gestionando mapatones para cartografiar en OSM y llegado el caso
> realizar actividades en el terreno a nivel local.
> Para ello vamos a empezar por establecer unos canales de comunicación y de
> información para hacer llegar a los posibles interesados dentro de
> Geoinquietos Madrid (y dónde se proponga que pueda haber gente que quiera
> conocer de estos temas), tanto de la formación como de la realización de
> mapatones de una forma más eficiente y rápida.
>
> Los que estéis interesados en colaborar con este proyecto, en la medida
> que se pueda, por favor contestad a este mail para incluiros en el hilo de
> trabajo, o hacérselo llegar a quien consideréis oportuno para que se ponga
> en contacto conmigo.
>
> Un abrazo y cuidaros mucho.
>
> Nos vemos en los mapas!!
>
> Carmen
> --
>
> Un saludo
>
> Miguel
>
>
> On Tue, 29 Sep 2020 at 09:25, Miguel Sevilla-Callejo 
> wrote:
>
>> Hola,
>>
>> Desde Cruz Roja Española llevan tiempo organizando diversas actividades
>> relacionadas con el proyecto The Missing Maps y convocando mapatones para
>> ayudar en áreas de asistencia humanitaria de manera Online. Mañana por la
>> mañana hemos quedado junto con gente de Geoinquietos Madrid para intentar
>> impulsar un grupo de trabajo en común entre esta ONG,  colaboradores de OSM
>> y personas de los grupos de Geoinquietos.
>>
>> En la reunión de mañana la gente de Cruz Roja nos presentarán una serie
>> de iniciativas en las que están trabajando como son:
>> - Grabación de recursos para aprender a editar en OSM y de difusión en
>> una Newsletter que han creado.
>> - Creación de un itinerario formativo para aprender y llegar a tener la
>> categoría de validador en HOT, saber cómo crear tareas y otras actividades
>> relacionadas con la preparación de tareas de edición.
>> - Realización de mapatones públicos que podrían llegar en un futuro
>> corporativos; básicos y avanzados.
>>
>> Así mismo, nos invitan a participar en la elaboración de este material
>> así como tomar papel de moderadores, en la creación de materiales para la
>> mejora de la edición en OSM, validando tareas o, claro está, haciendo
>> difusión.
>>
>> La participación junto a la gente de Cruz Roja desde la comunidad de OSM
>> España y entre las personas de los diferentes grupos de geoinquietos podría
>> generar una interesante sinergia que no debemos dejar escapar, por ello os
>> informo de la reunión que tendremos mañana e incito a quien quiera a que se
>> una a este grupo de trabajo.
>>
>> Si queréis más información o uniros directamente a la reunión escribidme
>> un correo directamente a mi y os comento.
>>
>> Un saludo
>>
>> Miguel
>> PD. Me consta que la gente de Cruz Roja está dada de alta en la lista de
>> OSM (talk-es) por lo que les animo, si quieren añadir algo más a que lo
>> comenten.
>>
>> --
>> *Miguel Sevilla-Callejo*
>> Doctor en Geografía
>>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>


-- 

Luis GC

Re: [Talk-GB] Solar tagging app

[Dan S]

Let's officially change over to "direction" then. I've edited the wiki
page to reflect that.

Best
Dan

Op di 6 okt. 2020 om 19:40 schreef Jeremy Harris :
>
> On 06/10/2020 16:44, Russ Garrett wrote:
> > https://wiki.openstreetmap.org/wiki/Renewable_energy_in_the_United_Kingdom/Rooftop_Solar_PV
>
> One difference I make vs. that is "direction" rather than
> "generator:orientation".  In iD, at least, you get a nice visual
> of the view-angle then.
>
> I use a point and a module-count.  If it's flat, I use "tilted:no"
> rather than a direction.
>
> https://overpass-turbo.eu/s/YLx  is my current "look for missing
> tags" hunter.  Pick your area then hit the Run button.
> --
> Cheers,
>   Jeremy
>
> ___
> 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

[OSM-talk-be] Request to change the cycle highway network tag

[Pieter Vander Vennet]

Hello everyone,

Minh NGuyen had the following remark on the wiki

about the current tagging scheme of the cycle highways.

Anyone any thought on it?


Incompatible with cycle_network

This tag is incompatible with the predominant usage of cycle_network
=*. This key was
originally intended to identify a specific network with uniform
signage – a renderer was supposed to be able to choose a shield based on
a combination of cycle_network
=* and ref
=*. But it appears that
cycle highways are signposted and numbered differently in each country,
so there's no such cycle network as "cycle highway":

  *



Belgium

  *


Germany

  *


Netherlands

A renderer would have to perform a spatial query to reliably display the
correct shield for each of these routes, somewhat undermining the push
to have renderers use route relations instead of ref
=* tags on ways.

We already made this mistake once by repurposing the network
=lcn/rcn/ncn tags for
routes outside the United Kingdom, leading to the otherwise redundant
key cycle_network
=* as a
workaround. Let's avoid making this mistake again by deprecating
cycle_network
=cycle_highway

in favor of country-prefixed values like cycle_network
=NL:cycle_highway
,
or by choosing a different key altogether like cycle_highway
=yes.


– Minh Nguyễn  ^
 00:51, 5
October 2020 (UTC)

-- 
Met vriendelijke groeten,
Pieter Vander Vennet

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

Re: [OSM-talk-fr] Carte des lieux de test COVID

[deuzeffe]

Le 06/10/2020 à 19:00, osm.sanspourr...@spamgourmet.com a écrit :

Bonsoir,


Effectivement, ce sont d'ailleurs en général des prélèvements effectués
par les labos.


En général, certes, mais pas toujours. Cf les exemples donnés par Yves.

La MSP locale est *officiellement* un centre Covid-19, c'est à dire que 
les pro. de santé (toubib et IDE) ont la formation et l'habilitation 
pour faire les prélèvements. Et avec les nouveaux tests (officiellement 
validés) qui arrivent, il est probable qu'il y ait une extensions des 
"lieux où l'on peut se faire prélever".


Mes 2 cents.
--
deuzeffe, qui a du retard de mail...

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

Re: [Talk-GB] Solar tagging app

[Jeremy Harris]

On 06/10/2020 16:44, Russ Garrett wrote:
> https://wiki.openstreetmap.org/wiki/Renewable_energy_in_the_United_Kingdom/Rooftop_Solar_PV

One difference I make vs. that is "direction" rather than
"generator:orientation".  In iD, at least, you get a nice visual
of the view-angle then.

I use a point and a module-count.  If it's flat, I use "tilted:no"
rather than a direction.

https://overpass-turbo.eu/s/YLx  is my current "look for missing
tags" hunter.  Pick your area then hit the Run button.
-- 
Cheers,
  Jeremy

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

Re: [OSM-talk-fr] Carte des lieux de test COVID

[Antonin Delpeuch (lists)]

Merci Yves, c'est très utile ! Comme l'objectif serait de trouver
quelque-chose de consensuel à travers les frontières, je vais demander
sur talk@ s'ils ont d'autres avis.

Antonin

On 06/10/2020 11:26, Yves P. wrote:
>> Il y a 6 healthcare:speciality=covid-19 dans taginfo
>>
>>     amenity=centre
>>     healthcare=doctor
>>     healthcare:speciality=covid-19
>>
>> ou
>>
>>     amenity=hospital
>>     healthcare=hospital
>>     healthcare:speciality=covid-19
>
> J'ai retrouvé ce message :
>
>> Le 27 mai 2020 à 16:53, Yves P. > > a écrit :
>>
>> Ça Reste Ouvert affiche déjà les objets OSM avec les
>> tags *healthcare=centre* + *healthcare:speciality=covid19*.
>>
>
> __
> Yves
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Da notiziario settimanale OSM, segnalo anche qui.

[liste DOT girarsi AT posteo DOT eu]

Il 06/10/20 10:46, dam...@damjan.net ha scritto:
> Anche io cercavo qualche prova o info sulla differenza p.es. tra GPSMAP 
> 66s/st vecchi  e 66sr nuovo (con lo sfruttamento anche della banda L5). Nel 
> nostro gruppo speleo abbiamo un 66s...
> Ma purtroppo il 66sr è appena uscito e non si trova niente ancora. Sul sito 
> garmin italia si puo solo prenotarlo. Comunque la Garmin non pubblicizza 
> tanto l'aggiunta della banda L5, perciò penso non sia molto importante. 
> 
> Damjan
> 
> 


A quanto pare non da molti buoni risultati, considerato il costo e il
tipo di ricezione (L5), comunque segnalo un blogger tedesco (chi non
conosce la lingua va di translate)che lo ha provato, per la verità non è
un'ottima recensione, ma da l'idea che almeno alla parte software
bisogna metterci ancora mano, considerato che dovrebbe essere più
preciso visto il numero di satelliti che ottiene (intendo per numero di
costellazioni ricevute), e frequenza pure, ha anche un video per dare
un'idea delle schermate.

PS: usa OSM come sfondo tracce nei vari esempi grafici, almeno credo.

https://gpsradler.de/news/garmin-gpsmap-66sr-65s-vorgestellt/


-- 
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

Re: [OSM-talk-fr] Carte des lieux de test COVID

[Yves P.]

>> Est-ce que les centres de test COVID ne seraient pas mieux placés
>> parmi les laboratoires ?
>> Avec le bon healthcare bien sûr.

> Effectivement, ce sont d'ailleurs en général des prélèvements effectués
> par les labos.

ça se tient, mais en pratique ça peut-être une tente ou une salle des fêtes… 
avec uniquement des préleveurs (inf., laborantins…) ± 1 médecin…
le tout sans labo.

Donc un healthcare quelconque avec healthcare:speciality concernant le covid-19.
Mais il y a le problème des éventuelles valeurs mulitples : il faut faire une 
recherche avec une expression rationnelle pour les trouver tous,
ou trouver un autre sous-tag du genre covid19_testing=yes
__
Yves

Il y en avait 1 à la salle des fêtes de mon patelin, avec une bénévole? pour 
l'accueil, 2 infirmières libérales réquisitionnées,  1 médecin, et 2 personnes 
de la CPAM pour vendre le dossier médical partagé :D
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des lieux de test COVID

[osm . sanspourriel]

Effectivement, ce sont d'ailleurs en général des prélèvements effectués
par les labos.

Jean-Yvon

Le 06/10/2020 à 18:16, Georges Dutreix via Talk-fr -
talk-fr@openstreetmap.org a écrit :

Est-ce que les centres de test COVID ne seraient pas mieux placés
parmi les laboratoires ?
Avec le bon healthcare bien sûr.

https://wiki.openstreetmap.org/wiki/FR:Tag:healthcare%3Dlaboratory



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

[OSM-talk-fr] Encore des orthos...

[Christian Quest]

Nouvelles orthos HR disponibles:

- 2019: 08 09 12 46

- 2020: 58 et 61


Les 08 et 09 sont déjà ajoutées sur wms.openstreetmap.fr, le reste va 
suivre (le temps de les retraiter).


--
Christian Quest - OpenStreetMap France


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

Re: [Talk-es] Mapatones Online con Cruz Roja

[Miguel Sevilla-Callejo]

Veo ahora que olvidé adjuntar el enlace a la página de la wiki en borrador:

https://wiki.openstreetmap.org/wiki/ES:Espa%C3%B1a/Mapatones-Missing-Maps

On 06/10/2020 09:24, Miguel Sevilla-Callejo wrote:

Hola de nuevo,

La semana pasada, como adelanté en este hilo tuvimos una reunión con 
personas interesadas en montar un grupo de coordinación para la 
promoción de mapatones online con la gente de Cruz Roja Española y en 
el marco del proyecto Missing Maps.


Mi propuesta estuvo encaminada en ir documentando o, al menos, incluir 
enlaces, en la wiki de OSM [1] sobre el tema. En cuento tenga más 
información os lo hago saber.


Por el momento, me sirvo del correo que envió la compañera de 
Geoinquietos Madrid, Carmen Díez, con un resumen de la reunión y os 
animo a los interesados a contestar en el hilo de este correo para 
coordinarnos:


--
Hola,

Después de la reunión que hemos tenido vamos a establecer un canal de 
comunicación y un repositorio de información sobre el trabajo que está 
realizando Cruz Roja con Missing Maps y HOT para establecer una línea 
de aprendizaje y trabajo en el mapeado colaborativo.


En Cruz Roja buscan tener una base de mapeadores, a ser posible con 
algunos conocimientos o experiencia, e incluso necesitan moderadores y 
validadores porque están organizando mapeados básicos (actualmente en 
África) mensualmente y algunos más elaborados cada dos meses. Han 
elaborado un itinerario formativo con píldoras de información tanto 
básica para mapear como para ir obteniendo los conocimientos 
necesarios para moderar y/o validar sesiones.


Su objetivo es la realización de ciclos completos, detectando las 
zonas a mapear, gestionando mapatones para cartografiar en OSM y 
llegado el caso realizar actividades en el terreno a nivel local.
Para ello vamos a empezar por establecer unos canales de comunicación 
y de información para hacer llegar a los posibles interesados dentro 
de Geoinquietos Madrid (y dónde se proponga que pueda haber gente que 
quiera conocer de estos temas), tanto de la formación como de la 
realización de mapatones de una forma más eficiente y rápida.


Los que estéis interesados en colaborar con este proyecto, en la 
medida que se pueda, por favor contestad a este mail para incluiros en 
el hilo de trabajo, o hacérselo llegar a quien consideréis oportuno 
para que se ponga en contacto conmigo.


Un abrazo y cuidaros mucho.

Nos vemos en los mapas!!

Carmen
--

Un saludo

Miguel


On Tue, 29 Sep 2020 at 09:25, Miguel Sevilla-Callejo 
mailto:msevill...@gmail.com>> wrote:


Hola,

Desde Cruz Roja Española llevan tiempo organizando diversas
actividades relacionadas con el proyecto The Missing Maps y
convocando mapatones para ayudar en áreas de asistencia
humanitaria de manera Online. Mañana por la mañana hemos quedado
junto con gente de Geoinquietos Madrid para intentar impulsar un
grupo de trabajo en común entre esta ONG,  colaboradores de OSM y
personas de los grupos de Geoinquietos.

En la reunión de mañana la gente de Cruz Roja nos presentarán una
serie de iniciativas en las que están trabajando como son:
- Grabación de recursos para aprender a editar en OSM y de
difusión en una Newsletter que han creado.
- Creación de un itinerario formativo para aprender y llegar a
tener la categoría de validador en HOT, saber cómo crear tareas y
otras actividades relacionadas con la preparación de tareas de
edición.
- Realizaciónde mapatones públicos que podrían llegar en un futuro
corporativos; básicos y avanzados.

Así mismo, nos invitan a participar en la elaboración de este
material así como tomar papel de moderadores, en la creación de
materiales para la mejora de la edición en OSM, validando tareas
o, claro está, haciendo difusión.

La participación junto a la gente de Cruz Roja desde la comunidad
de OSM España y entre las personas de los diferentes grupos de
geoinquietos podría generar una interesante sinergia que no
debemos dejar escapar, por ello os informo de la reunión que
tendremos mañana e incito a quien quiera a que se una a este grupo
de trabajo.

Si queréis más información o uniros directamente a la reunión
escribidme un correo directamente a mi y os comento.

Un saludo

Miguel

PD. Me consta que la gente de Cruz Roja está dada de alta en la
lista de OSM (talk-es) por lo que les animo, si quieren añadir
algo más a que lo comenten.

--
*Miguel Sevilla-Callejo*
Doctor en Geografía

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

Re: [OSM-talk-fr] Services publics et administrations locales

[Christian Quest]

Le 06/10/2020 à 18:25, Francois Gouget a écrit :

On Sat, 3 Oct 2020, lejun wrote:


L'idée me plaît, rien à redire dessus. Par contre l'usage de name de
dérange :
- D'une part je me demande dans quelle mesure on privilégie une valeur
explicite, name=CPAM de X, plutôt que name=X + network=CPAM

Le problème avec cette approche c'est que, si X=Torcy, sur la carte on
va se retrouver avec Torcy, Torcy et Torcy pour la CAF, les impôts et la
CPAM. À chacun de deviner qui est qui.


Et les trois seront à ?  Torcy !

Les "de XXX" sont en général sans intérêt dans le name=*

On peut les laisser si besoin en official_name.



Pour éviter ça il faudrait que le rendu de la carte gère que si
network=CPAM alors il faut afficher "CPAM de ", etc. Ça paraît
usine à gaz. Encore plus avec les traductions, les cas où le
contributeur aura mis "Caisse de..." dans le nom, ou si les autres pays
font de même avec leurs services publics.


Merci pour le rendu, ce genre d'usine à gaz est effectivement ingérable 
à grande échelle !



Et non, je pense qu'on ne peut pas seulement compter sur les icônes pour
lever les ambiguités.

L'option opposée me paraît plus logique : name="CPAM" et on laisse
tomber le "de Torcy" qui est évident de par l'emplacement géographique
[1]. Après est-ce qu'il faut peupler name à partir de brand:name,
network ou autres s'il n'est pas spécifié ?... À voir.


[1] Encore que ça peut dépendre du niveau de zoom : sur une carte de la
 ville et ses environs il est évident à quelle ville appartient la
 CPAM (par exemple). Sur une carte des CPAMs de France où les noms de
 ville ne sont pas affichés parce que le niveau de zoom est
 insuffisant, il serait plus logique d'afficher le nom de la ville
 sous l'icône que "CPAM". Mais dans ce second cas on aurait
 probablement un rendu spécifique de toute façon.

name=CPAM voire... name=Caisse Primaire d'Assurance Maladie + 
short_name=CPAM


brand=* est inadapté, ce n'est pas une marque, et il sert à indiquer 
plutôt quelles marques sont rattachées au POI (cas typique des 
concessions auto/moto).



--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Services publics et administrations locales

[Francois Gouget]

On Sat, 3 Oct 2020, lejun wrote:

> L'idée me plaît, rien à redire dessus. Par contre l'usage de name de
> dérange :
> - D'une part je me demande dans quelle mesure on privilégie une valeur
> explicite, name=CPAM de X, plutôt que name=X + network=CPAM

Le problème avec cette approche c'est que, si X=Torcy, sur la carte on 
va se retrouver avec Torcy, Torcy et Torcy pour la CAF, les impôts et la 
CPAM. À chacun de deviner qui est qui.

Pour éviter ça il faudrait que le rendu de la carte gère que si 
network=CPAM alors il faut afficher "CPAM de ", etc. Ça paraît 
usine à gaz. Encore plus avec les traductions, les cas où le 
contributeur aura mis "Caisse de..." dans le nom, ou si les autres pays 
font de même avec leurs services publics.

Et non, je pense qu'on ne peut pas seulement compter sur les icônes pour 
lever les ambiguités.

L'option opposée me paraît plus logique : name="CPAM" et on laisse 
tomber le "de Torcy" qui est évident de par l'emplacement géographique 
[1]. Après est-ce qu'il faut peupler name à partir de brand:name, 
network ou autres s'il n'est pas spécifié ?... À voir.


[1] Encore que ça peut dépendre du niveau de zoom : sur une carte de la 
ville et ses environs il est évident à quelle ville appartient la 
CPAM (par exemple). Sur une carte des CPAMs de France où les noms de 
ville ne sont pas affichés parce que le niveau de zoom est 
insuffisant, il serait plus logique d'afficher le nom de la ville 
sous l'icône que "CPAM". Mais dans ce second cas on aurait 
probablement un rendu spécifique de toute façon.

-- 
Francois Gouget   http://fgouget.free.fr/
   La terre est une bêta...___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-dk] Redningsskilte?

[Allan Gyldendal Frederiksen]

Jeg har lige besøgt de 4 x dubletter der er i området omkring Ebeltoft, i 
Jørgens opsætning af den totale oversigt. Status var, at 3 af stederne var der 
fysisk de dubletter som fremgår af kortet. Redningsnummer F233 virker til at 
være nedlagt, der var ingen af skiltene længere.  Heller ikke længere op eller 
ned af stranden.

Bringer den lige videre til rette myndighed, så de enten kan blive slettet i 
kortet, eller der bliver sat nye skilte op. 

Allan G. Frederiksen


-Oprindelig meddelelse-
Fra: Jørgen Elgaard Larsen  
Sendt: 6. oktober 2020 11:37
Til: OpenStreetMap Denmark 
Emne: Re: [Talk-dk] Redningsskilte?


Jeg kan tilføje, at manglende/forkerte redningsnumre længe har været en del af 
http://osm.elgaard.net/

Der hentes hver nat data fra bl.a. redningsnummer.dk og sammenlignes med OSM.


Den totale oversigt over redningsnumre findes på:

http://osm.elgaard.net/map.html?layers=missing_rescuenumbers;missing_beachpost;doubled_rescuenumbers;extra_rescuenumbers=%2333f;%233f3;%23ff3;%23f33=Mangler%20fra%20redningsnummer.dk;Mangler%20fra%20Danske%20Stednavne;Dublerede%20redningsnumre;Forkerte%20redningsnumre=0;1;0;0=Manglende/forkerte%20redningsnummerskilte

Under layers kan man klikke de forskellige til og fra.


GeoJSON med skilte fra redningsnummer.dk, som *ikke* findes i OSM kan 
hentes direkte på 
http://osm.elgaard.net/layers/missing_rescuenumbers.geojson


- Jørgen





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

Re: [OSM-talk-fr] Carte des lieux de test COVID

[Georges Dutreix via Talk-fr]

Est-ce que les centres de test COVID ne seraient pas mieux placés parmi les 
laboratoires ?
Avec le bon healthcare bien sûr.

https://wiki.openstreetmap.org/wiki/FR:Tag:healthcare%3Dlaboratory
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Écoles maternelles -> amenity=school et school:FR=maternelle / et primaire-élémentaire-maternelle / était [Re: Osmose - Demande d'aide pour les écoles en France]

[Vincent Bergeot via Talk-fr]

Le 06/10/2020 à 09:00, Frantz a écrit :

Bonjour,

6 octobre 2020 06:48 "Vincent Bergeot"  a écrit:


Le 05/10/2020 à 20:09, Frantz a écrit :


Présent. Modifications suite à une discussion bien nourrie ici même dans 
laquelle tu étais
intervenu, et pour ma part modifications qui ne faisaient que mettre la page FR 
en concordance avec
la page anglophone. Comme déjà expliqué ici.

c'est sans doute ici que je me perds, car pour moi il y a divergence
entre la page fr pour amenity=school, qui parle de 3-18 sur la page fr
(https://wiki.openstreetmap.org/wiki/FR:Tag:amenity=school) et sur la
page en anglais qui parle de 6-18
(https://wiki.openstreetmap.org/wiki/Tag:amenity=school).
[...]
Si amenity=school doit commencer à 3 ans, alors je pense que cela doit
aussi concerner la page anglophone du wiki.

https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool :
"Use amenity=school to identify a place where pupils, normally between the ages of 
about 6 and 18 are taught under the supervision of teachers."

"*normally* between the ages of"


merci tu as raison, j'ai surtout vu la tranche d'age, et moins ce point.

L'autre argument que j'ai pu voir est l'enseignement qui peut être nommé 
aussi bien en PS qu'en CM2, et changer d'une année à l'autre (ce qui 
s'est passé dans l'école voisine)




https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dkindergarten :
"Use the amenity=kindergarten for establishments offering early years education and 
supervision (also known as pre-schools) for children up to the age of formal (often 
mandatory) school education."

"up to the age of formal (often mandatory) school education"

Si l'on fait la jonction des 2 pages, on a kindergarten jusqu'à l'âge de 
l'éducation formelle (souvent obligatoire) et school à partir du moment où les 
enfants sont devant un enseignant.

*Pour moi*, l'école maternelle française rentre parfaitement dans la définition 
de school selon les pages anglophones.
Et dans la dernière discussion menée ici, l'avis majoritaire me semblait bien 
aller dans ce sens.


je suis ok qu'il n'y a pas de divergences entre les 2 wiki contrairement 
à mon impression préalable.


Donc maintenant autour de 7000 
[school:FR=maternelle][amenity=kindergarten] à transformer en 
[school:FR=maternelle][amenity=school] (http://overpass-turbo.eu/s/YMa)


Qui et quand ?


--
Vincent Bergeot


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

Re: [Talk-GB] Solar tagging app

[Russ Garrett]

On Tue, 6 Oct 2020 at 16:42, Lester Caine  wrote:
> I've just spent a couple of days working on Vale Park, Evesham and many
> of the units have panels on the roofs, so I think that is next on my
> list to do ... problem is I've not mapped these before, so what is my
> best starting point re adding them.

All the info you need is (hopefully) here:
https://wiki.openstreetmap.org/wiki/Renewable_energy_in_the_United_Kingdom/Rooftop_Solar_PV

Cheers,

-- 
Russ Garrett
r...@garrett.co.uk

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

Re: [Talk-GB] Solar tagging app

[Lester Caine]

On 04/10/2020 15:41, Russ Garrett wrote:

Once we have panel counts that multiple people have agreed on, I'll
batch insert the data into OSM using a new account - I will update
this list once that is happening.


I've just spent a couple of days working on Vale Park, Evesham and many 
of the units have panels on the roofs, so I think that is next on my 
list to do ... problem is I've not mapped these before, so what is my 
best starting point re adding them.


--
Lester Caine - G8HFL
-
Contact - https://lsces.uk/wiki/Contact
L.S.Caine Electronic Services - https://lsces.uk
Model Engineers Digital Workshop - https://medw.uk
Rainbow Digital Media - https://rainbowdigitalmedia.uk

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

Re: [Talk-dk] Redningsskilte?

[Mikko Lukas Räsaänen via Talk-dk]

Hvis nogen får tanken om "lige at lave en hurtig løsning", så vær for 
dælen opmærksom på at der skal kunne gøres forskel på de skilte som 
allerede var mappet manuelt (og som dermed kunne være fra surveys) ikke 
bliver blandet sammen med skilte hvis information vi har hentet fra 
redningsnumre. Der ud over vær opmærksom på dubletterne.


Jørgen jeg går ud fra jeres script tager højde for positionerne for 
skiltene og ikke bare om de eksisterer - samt det faktum at der (både i 
virkeligheden og i datasættet) findes dubletter (og det er meningen) og 
at disse dubletter ikke nødvendigvis passer sammen 1-til-1?


Dette er en opgave, hvor man nemt kan fucke up - så man skal dobbet- og 
trippel-checke at man har fuldstændigt styr på hvad man laver.


Mikko

On 2020-10-06 15:56, Jørgen Elgaard Larsen wrote:
Altså, det vil være en smal sag at tage output fra 
http://osm.elgaard.net/layers/missing_rescuenumbers.geojson

og konvertere det til en OSM-rettelse via JOSM.

Dermed burde vi få importeret alle skilte fra redningsnummer.dk, som 
ikke allerede er OSM.


Hvis vi forsyner dem alle med en fixme=, kan de checkes efter manuelt 
bagefter.


Jeg kan også lave et lag på osm.elgaard.net for redningsnumre med fixme.


Spørgsmålet er, hvad man skal gøre med de features, som ikke er 
"Strandnr. skilt.":


  Andet skilt: 15
  Parkeringsplads: 39
  Redningspost: 177
  Strandnr. skilt: 2124
  Informationsskilt: 14



- Jørgen



Allan Gyldendal Frederiksen skrev den 2020-10-06 15:13:

Super, jeg bruger dem professionelt, så jeg prøver at forfølge det. I
første omgang her i mit eget område.



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


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

[Talk-it] realtà aumentata

[Lorenzo Rolla]

Gentilissimi, con i nostri dati altro che realtà aumentata... saremmo
nell'iperuranio!!! Buona serata. Lorenzo

https://www.macitynet.it/bari-e-la-prima-citta-al-mondo-con-una-copia-in-realta-aumentata/

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

Re: [Talk-GB] Solar tagging app

[Russ Garrett]

On Sun, 4 Oct 2020 at 15:41, Russ Garrett  wrote:
> Once we have panel counts that multiple people have agreed on, I'll
> batch insert the data into OSM using a new account - I will update
> this list once that is happening.

We now have around 1500 nodes with agreed module counts. I've started
submitting these to OSM and an example changeset on 20 nodes is here:

https://www.openstreetmap.org/changeset/92055795

(The "imagery_used: Bing" and "bot: yes" changeset tags will also be
added to future changesets.)

I will pause for a few hours in case anyone spots any issues with
this, but it should be fairly straightforward. I have also added the
appropriate wiki page to document these automated edits:

https://wiki.openstreetmap.org/wiki/Automated_edits/solartagger

Cheers,

-- 
Russ Garrett
r...@garrett.co.uk

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

Re: [OSM-talk-fr] Écoles maternelles -> amenity=school et school:FR=maternelle / et primaire-élémentaire-maternelle / était [Re: Osmose - Demande d'aide pour les écoles en France]

[Christian Rogel]

> Le 6 oct. 2020 à 09:00, Frantz  a écrit :
> 
> 
> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool :
> "Use amenity=school to identify a place where pupils, normally between the 
> ages of about 6 and 18 are taught under the supervision of teachers."
> 
> "*normally* between the ages of"
> 
> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dkindergarten :
> "Use the amenity=kindergarten for establishments offering early years 
> education and supervision (also known as pre-schools) for children up to the 
> age of formal (often mandatory) school education."
> 
> "up to the age of formal (often mandatory) school education"
> 
> Si l'on fait la jonction des 2 pages, on a kindergarten jusqu'à l'âge de 
> l'éducation formelle (souvent obligatoire) et school à partir du moment où 
> les enfants sont devant un enseignant.
> 
> *Pour moi*, l'école maternelle française rentre parfaitement dans la 
> définition de school selon les pages anglophones.
> Et dans la dernière discussion menée ici, l'avis majoritaire me semblait bien 
> aller dans ce sens.


Il n’y a rien dans tout cela qui donne un indice pour déterminer ce qui est 
préscolaire et ce qui ne l’est pas et c’est normal.  Le terme « formal 
éducation » correspond bien au CP.

Moi-aussi, j’ai appris à lire en maternelle (on disait aussi « l’asile »), 
alors que Blanquer n’était pas né. Je suis entré directement en 10ème (CE1). Et 
alors ?

Il existe des écoles alternatives qui se contrefichent de ce que raconte le 
site de l’EN.

Une d’entre elles a été fermé par un procédé hypocrite. Il n’y a pas eu 
d’arrêté, mais une lettre envoyée aux parents et les enjoignant d’inscrire 
leurs enfants ailleurs;
Les parents sont allés en Conseil d’État qui s’est appuyé sur le rapport 
d’inspection. J’ignore si cela ira au niveau européen.
Il est vrai que la France a signé la Convention sur le droit des enfants en 
refusant les articles qui traitaient de l’éducation et qui aurait pu l’obliger 
à prévoir un enseignement en
langue régionale.

Les « écoles démocratiques » Carré libre n’ont qu’une seule salle dans laquelle 
sont réunis les élèves (3 à 16-17 ans) avec leurs professeurs, dont le rôle est 
d’être 
les facilitateurs des projets collaboratifs des enfants. L’argument des 
inspecteurs tournait autour du manque de traces écrites.


Question : comment tagger cet autre monstre (par sa singularité), la Joliverie 
l’étant par a taille ?

Dans la mesure où la prose du ministère est mise en avant, on peut en déduire 
que cela ne s’applique pas aux écoles hors contrat. Kindergarten reste donc 
possible.


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

Re: [Talk-ca] York Region Building Import

[john whelan]

Thanks John

On Tue, Oct 6, 2020, 09:47 Daniel @jfd553  wrote:

> There is a list of available datasets and the proportion of
> existing/imported buildings for each municipality [1].
>
>
>
> Daniel
>
>
>
> [1]
> https://wiki.openstreetmap.org/wiki/Canada_-_The_Open_Database_of_Buildings
>
>
>
>
>
> *From:* John Whelan [mailto:jwhelan0...@gmail.com]
> *Sent:* Tuesday, October 06, 2020 09:25
> *To:* Daniel @jfd553
> *Cc:* Andrew Deng; Talk-CA OpenStreetMap
> *Subject:* Re: [Talk-ca] York Region Building Import
>
>
>
> Apologies for omitting your name.  I hang my head in shame.
>
> So the final result on the building import was the process and licenses
> are fine but local mappers need to agree with the import being done and if
> they do they can just go ahead but should follow the agreed process?
>
> How many areas does the data exist for that haven't been imported yet?
> Perhaps there might be some interest in importing a few other areas.
>
> Thanks John
>
> Daniel @jfd553 wrote on 2020-10-06 00:00:
>
> Hi all.
>
> The York Region is a component of ODB data import, which has been widely
> discussed and we all agreed that whole import process was acceptable. There
> is then no reason to go back to the import mailing list to do the
> discussion again. Look here [1] for the appropriate import procedure.
>
>
>
> Speaking of buildings... In order to stay active during Covid-19
> lockdowns, I have been working on a Covid-19 personal mapping project since
> mid-April. My objective was to map the buildings in Sherbrooke (ODB only
> providing 5% of the buildings).
>
> After mapping around 30,000 buildings (according to an Overpass Turbo
> query), 80% of my initial goal is achieved. I keep moving forward with
> mapping and updating buildings and related features.
>
>
>
> Best regards
>
>
>
> [1]
> https://wiki.openstreetmap.org/wiki/Canada_-_The_Open_Database_of_Buildings
>
>
>
> *From:* john whelan [mailto:jwhelan0...@gmail.com ]
>
> *Sent:* Monday, October 05, 2020 22:55
> *To:* Andrew Deng
> *Cc:* Talk-CA OpenStreetMap
> *Subject:* Re: [Talk-ca] York Region Building Import
>
>
>
> There are two sources of buildings to import one is Bing the other is the
> stat Canada licensed one.  Both have the correct license for OSM.
>
>
>
> If you are going after the stat can one then there was an import plan
> drawn up for Canada and that is in the wiki.
>
>
>
> I suggest if you use the stat can import plan basically just copy it
> together with the license information or perhaps you can do a sort of
> amendment of it to cover York.  The reason I suggest that is there is an
> import mailing group that gets involved and they tend to ask all sorts of
> questions.  Getting by them has been described as the hardest part of the
> import process.
>
>
>
> The original import was done in Ottawa and we got all the licensing
> permissions sorted out and because Ottawa is fairly small the local group
> formed a consensus that that is what they were happy with and that was the
> basis of that import.
>
>
>
> When we set it up to import across Canada the problem with the stat can
> data was the quality varied from municipality to municipality and there was
> some concerns about if the data should be preprocessed in some way.  Also
> in some areas such as Toronto local mappers wanted to feel more in control.
>
>
>
> I can't recall who came up with the preprocessing but I'm sure James will
> remember.  Pierre I'm almost certain expressed his opinion.  It might be
> worth looking at what they came up with and why.  I do recall that some
> mappers thought the Ottawa building import should have been preprocessed
> but the local mappers were happy with the raw data.
>
>
>
> Cheerio John
>
>
>
> On Sun, Oct 4, 2020, 12:32 PM Andrew Deng via Talk-ca <
> talk-ca@openstreetmap.org> wrote:
>
> Hello,
>
>
>
> I primarily map in York Region, Ontario, and I have noticed that the
> Toronto Building Import has been completed 3 months ago. Therefore, I am
> proposing to open a task on the Task Manager for York Region buildings,
> since having the buildings imported here would be nice. I'm not sure of the
> process on how to do that, which is why I'm emailing this group.
>
>
>
>
>
> --
>
>
>
> Andrew (andrepoiy on OSM)
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
>
> --
>
> Sent from Postbox 
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-dk] Redningsskilte?

[Jørgen Elgaard Larsen]

Altså, det vil være en smal sag at tage output fra 
http://osm.elgaard.net/layers/missing_rescuenumbers.geojson

og konvertere det til en OSM-rettelse via JOSM.

Dermed burde vi få importeret alle skilte fra redningsnummer.dk, som 
ikke allerede er OSM.


Hvis vi forsyner dem alle med en fixme=, kan de checkes efter manuelt 
bagefter.


Jeg kan også lave et lag på osm.elgaard.net for redningsnumre med fixme.


Spørgsmålet er, hvad man skal gøre med de features, som ikke er 
"Strandnr. skilt.":


  Andet skilt: 15
  Parkeringsplads: 39
  Redningspost: 177
  Strandnr. skilt: 2124
  Informationsskilt: 14



- Jørgen



Allan Gyldendal Frederiksen skrev den 2020-10-06 15:13:

Super, jeg bruger dem professionelt, så jeg prøver at forfølge det. I
første omgang her i mit eget område.



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

Re: [Talk-ca] York Region Building Import

[Daniel @jfd553]

There is a list of available datasets and the proportion of existing/imported 
buildings for each municipality [1].

Daniel

[1] https://wiki.openstreetmap.org/wiki/Canada_-_The_Open_Database_of_Buildings


From: John Whelan [mailto:jwhelan0...@gmail.com]
Sent: Tuesday, October 06, 2020 09:25
To: Daniel @jfd553
Cc: Andrew Deng; Talk-CA OpenStreetMap
Subject: Re: [Talk-ca] York Region Building Import

Apologies for omitting your name.  I hang my head in shame.

So the final result on the building import was the process and licenses are 
fine but local mappers need to agree with the import being done and if they do 
they can just go ahead but should follow the agreed process?

How many areas does the data exist for that haven't been imported yet? Perhaps 
there might be some interest in importing a few other areas.

Thanks John

Daniel @jfd553 wrote on 2020-10-06 00:00:

Hi all.
The York Region is a component of ODB data import, which has been widely 
discussed and we all agreed that whole import process was acceptable. There is 
then no reason to go back to the import mailing list to do the discussion 
again. Look here [1] for the appropriate import procedure.

Speaking of buildings... In order to stay active during Covid-19 lockdowns, I 
have been working on a Covid-19 personal mapping project since mid-April. My 
objective was to map the buildings in Sherbrooke (ODB only providing 5% of the 
buildings).
After mapping around 30,000 buildings (according to an Overpass Turbo query), 
80% of my initial goal is achieved. I keep moving forward with mapping and 
updating buildings and related features.

Best regards

[1] https://wiki.openstreetmap.org/wiki/Canada_-_The_Open_Database_of_Buildings

From: john whelan [mailto:jwhelan0...@gmail.com]
Sent: Monday, October 05, 2020 22:55
To: Andrew Deng
Cc: Talk-CA OpenStreetMap
Subject: Re: [Talk-ca] York Region Building Import

There are two sources of buildings to import one is Bing the other is the stat 
Canada licensed one.  Both have the correct license for OSM.

If you are going after the stat can one then there was an import plan drawn up 
for Canada and that is in the wiki.

I suggest if you use the stat can import plan basically just copy it together 
with the license information or perhaps you can do a sort of amendment of it to 
cover York.  The reason I suggest that is there is an import mailing group that 
gets involved and they tend to ask all sorts of questions.  Getting by them has 
been described as the hardest part of the import process.

The original import was done in Ottawa and we got all the licensing permissions 
sorted out and because Ottawa is fairly small the local group formed a 
consensus that that is what they were happy with and that was the basis of that 
import.

When we set it up to import across Canada the problem with the stat can data 
was the quality varied from municipality to municipality and there was some 
concerns about if the data should be preprocessed in some way.  Also in some 
areas such as Toronto local mappers wanted to feel more in control.

I can't recall who came up with the preprocessing but I'm sure James will 
remember.  Pierre I'm almost certain expressed his opinion.  It might be worth 
looking at what they came up with and why.  I do recall that some mappers 
thought the Ottawa building import should have been preprocessed but the local 
mappers were happy with the raw data.

Cheerio John

On Sun, Oct 4, 2020, 12:32 PM Andrew Deng via Talk-ca 
mailto:talk-ca@openstreetmap.org>> wrote:
Hello,

I primarily map in York Region, Ontario, and I have noticed that the Toronto 
Building Import has been completed 3 months ago. Therefore, I am proposing to 
open a task on the Task Manager for York Region buildings, since having the 
buildings imported here would be nice. I'm not sure of the process on how to do 
that, which is why I'm emailing this group.


--



Andrew (andrepoiy on OSM)

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

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

Re: [Talk-ca] York Region Building Import

[John Whelan]

Apologies for omitting your name.  I hang my head in shame.

So the final result on the building import was the process and licenses 
are fine but local mappers need to agree with the import being done and 
if they do they can just go ahead but should follow the agreed process?


How many areas does the data exist for that haven't been imported yet? 
Perhaps there might be some interest in importing a few other areas.


Thanks John

Daniel @jfd553 wrote on 2020-10-06 00:00:


Hi all.

The York Region is a component of ODB data import, which has been 
widely discussed and we all agreed that whole import process was 
acceptable. There is then no reason to go back to the import mailing 
list to do the discussion again. Look here [1] for the appropriate 
import procedure.


Speaking of buildings... In order to stay active during Covid-19 
lockdowns, I have been working on a Covid-19 personal mapping project 
since mid-April. My objective was to map the buildings in Sherbrooke 
(ODB only providing 5% of the buildings).


After mapping around 30,000 buildings (according to an Overpass Turbo 
query), 80% of my initial goal is achieved. I keep moving forward with 
mapping and updating buildings and related features.


Best regards

[1] 
https://wiki.openstreetmap.org/wiki/Canada_-_The_Open_Database_of_Buildings


*From:*john whelan [mailto:jwhelan0...@gmail.com]
*Sent:* Monday, October 05, 2020 22:55
*To:* Andrew Deng
*Cc:* Talk-CA OpenStreetMap
*Subject:* Re: [Talk-ca] York Region Building Import

There are two sources of buildings to import one is Bing the other is 
the stat Canada licensed one.  Both have the correct license for OSM.


If you are going after the stat can one then there was an import plan 
drawn up for Canada and that is in the wiki.


I suggest if you use the stat can import plan basically just copy it 
together with the license information or perhaps you can do a sort of 
amendment of it to cover York.  The reason I suggest that is there is 
an import mailing group that gets involved and they tend to ask all 
sorts of questions.  Getting by them has been described as the hardest 
part of the import process.


The original import was done in Ottawa and we got all the licensing 
permissions sorted out and because Ottawa is fairly small the local 
group formed a consensus that that is what they were happy with and 
that was the basis of that import.


When we set it up to import across Canada the problem with the stat 
can data was the quality varied from municipality to municipality and 
there was some concerns about if the data should be preprocessed in 
some way.  Also in some areas such as Toronto local mappers wanted to 
feel more in control.


I can't recall who came up with the preprocessing but I'm sure James 
will remember.  Pierre I'm almost certain expressed his opinion.  It 
might be worth looking at what they came up with and why.  I do recall 
that some mappers thought the Ottawa building import should have been 
preprocessed but the local mappers were happy with the raw data.


Cheerio John

On Sun, Oct 4, 2020, 12:32 PM Andrew Deng via Talk-ca 
mailto:talk-ca@openstreetmap.org>> wrote:


Hello,

I primarily map in York Region, Ontario, and I have noticed that
the Toronto Building Import has been completed 3 months ago.
Therefore, I am proposing to open a task on the Task Manager for
York Region buildings, since having the buildings imported here
would be nice. I'm not sure of the process on how to do that,
which is why I'm emailing this group.

--

Andrew (andrepoiy on OSM)

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



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

Re: [Talk-dk] Redningsskilte?

[Allan Gyldendal Frederiksen]

Super, jeg bruger dem professionelt, så jeg prøver at forfølge det. I første 
omgang her i mit eget område.

Allan

-Oprindelig meddelelse-
Fra: Jørgen Elgaard Larsen  
Sendt: 6. oktober 2020 11:37
Til: OpenStreetMap Denmark 
Emne: Re: [Talk-dk] Redningsskilte?


Jeg kan tilføje, at manglende/forkerte redningsnumre længe har været en del af 
http://osm.elgaard.net/

Der hentes hver nat data fra bl.a. redningsnummer.dk og sammenlignes med OSM.


Den totale oversigt over redningsnumre findes på:

http://osm.elgaard.net/map.html?layers=missing_rescuenumbers;missing_beachpost;doubled_rescuenumbers;extra_rescuenumbers=%2333f;%233f3;%23ff3;%23f33=Mangler%20fra%20redningsnummer.dk;Mangler%20fra%20Danske%20Stednavne;Dublerede%20redningsnumre;Forkerte%20redningsnumre=0;1;0;0=Manglende/forkerte%20redningsnummerskilte

Under layers kan man klikke de forskellige til og fra.


GeoJSON med skilte fra redningsnummer.dk, som *ikke* findes i OSM kan 
hentes direkte på 
http://osm.elgaard.net/layers/missing_rescuenumbers.geojson


- Jørgen





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

Re: [Talk-it] Webinar sulla cura di OSM

[Marcello]

Il 06/10/20 10:22, danysan95 ha scritto:

Editor della umap (aggiungetevi sotto)

- corfede
- canfe
- cascafico
- Danysan95


 - arcanma

Ciao
Marcello


- ...


cascafico wrote

Premetto che la funzione "I miei amici" di OSM ha gli stessi
obbiettivi, ma manca del lato geografico e un aggancio a OSMcha.

L'obbiettivo di avere una mappa dei giardinieri [1] (quelli che  si
occupano con una certa regolarità di un'area) è di
- evidenziare aree scoperte
- evidenziare sovrapposizioni tra giardinieri
- auspicabilmente stabilire collaborazioni
- condividere filtri OSMcha per: nuovi utenti, utenti problematici,
utenti affidabili.

Se aggiungete il vs username OSM, vi inserisco come editor e così
potete disegnare indicativamente il vs poligono inserendo magari pure
i campi filtro, watchlist e whitelist che usate in OSMcha.

Editor della umap (aggiungetevi sotto)

- corfede
- canfe
- cascafico
- ...



[1] https://umap.openstreetmap.fr/en/map/giardinieri_501929

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





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





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

Re: [Talk-it] Webinar sulla cura di OSM

[Ivo Reano]

Editor della umap (aggiungetevi sotto)
>
> - corfede
> - canfe
> - cascafico
> - Danysan95


Jrachi


> [1] https://umap.openstreetmap.fr/en/map/giardinieri_501929
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Webinar sulla cura di OSM

[Max1234Ita]

danysan95 wrote
> Editor della umap (aggiungetevi sotto)
> 
> - corfede
> - canfe
> - cascafico
> - Danysan95
> - Max1234-ITA 





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

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

Re: [Talk-it] Webinar sulla cura di OSM

[Federico Cortese]

On Tue, Oct 6, 2020 at 9:53 AM Cascafico Giovanni  wrote:
>
> Se aggiungete il vs username OSM, vi inserisco come editor e così
> potete disegnare indicativamente il vs poligono inserendo magari pure
> i campi filtro, watchlist e whitelist che usate in OSMcha.
>

Grazie mille ottimo lavoro, ho aggiunto il mio poligono.

Ciao,
Federico

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

Re: [Talk-GB] Tagging modal filters and school streets

[Robert Skedgell]

Would it be worth adding something like traffic_intervention:website to
link to the relevant traffic order in The Gazette (an OGL source) or the
relevant highway authority's website?

On 27/09/2020 00:53, Stephen Colebourne wrote:
> Here is the outline proposal:
> 
> """
> The traffic_intervention tag is used to identify locations where roads
> have been closed to general traffic for the purpose of preventing
> undesirable through traffic.
> 
> The traffic_calming tag covers many use cases where the road is open
> but something physical has been added to slow down traffic. Sometimes
> however, the local traffic authority goes further and closes a road to
> through traffic - traffic_intervention is used to record these
> interventions. Mappers should ensure that all normal tags are still
> applied to the relevant road segment, traffic_intervention is intended
> to be used in addition to existing tags to capture the semantic
> meaning.
> 
> traffic_intervention=modal_filter
> A modal filter is a road closure that is designed to allow certain
> modes of transport through, typically bicycles and pedestrians. It is
> intended for short sections of road that used to be open to general
> traffic and are no longer. The standard modal filter that allows
> cycles should be mapped as follows:
> * A way representing the section of road that is closed to general traffic:
> highway=cycleway, traffic_intervention=modal_filter, other tags as
> necessary, especially including the road name.
> * A barrier in the middle of the way representing what is being used
> to close the road. For example:
> barrier=bollard, foot=yes, bicycle=yes
> 
> traffic_intervention=bus_gate
> A bus gate is a short section of road that has been closed to general
> traffic but is open to buses, bicycles and pedestrians. It should be
> mapped as a bus road would be, but with the additional
> traffic_intervention tag.
> * A way representing the section of road that is closed to general traffic:
> highway=service, bus=yes, bicycle=yes, foot=yes, traffic_intervention=bus_gate
> 
> traffic_intervention=school_street
> A school street is a section of road near a school that is closed to
> general traffic, often only at certain times of day. The access
> restrictions are normally mapped using motor_vehicle:conditional.
> Simply use traffic_intervention=school_street to add the additional
> semantic meaning.
> 
> Mappers may additionally specify the year, month or full date when the
> road was restricted if known:
> traffic_intervention:date=
> traffic_intervention:date=
> traffic_intervention:date=
> 
> """
> 
> Example modal filter: https://www.openstreetmap.org/way/851872727
> Example bus gate: https://www.openstreetmap.org/way/851872729
> 
> What do people think? Should this be put forward to the tagging list?
> Would anyone here use this scheme?
> 
> Stephen
> 
> 
> 
> On Mon, 21 Sep 2020 at 18:20, Stephen Colebourne  wrote:
>>
>> Given we have hundreds of existing and new modal filters* and school
>> streets**, I think we could do with having a *high level* tag for them
>> that captures the concept.
>>
>> Currently, these are hard to find as they can be represented in many
>> ways. eg. for modal filters:
>> - highway=cycleway
>> - highwat=footway
>> - highway=service/residential with motor_vehicle=no
>> - plus potential associated barrier=xxx
>>
>> School streets are no more than a motor_vehicle:conditional=no @ (xxx)
>> which again loses the semantic meaning.
>>
>> What I'd like is a new tag that captures the high level concept. It
>> would be a bit like traffic_calming, but I don't think that adding
>> more values to that is appropriate. Any new value would go on the way
>> that is no longer open. These are generally verifiable on the ground,
>> even for filters that were added in the 1970s.
>>
>> Unfortunately, I don't have a great name. "traffic_restrictions" is
>> taken as is "traffic_control". My best suggestion is
>> "traffic_intervention=modal_filter"/"school_street", as they are
>> essentially interventions by local government to better manage the
>> street space.
>>
>> Any thoughts?
>> Stephen
>>
>> * a "modal filter" is a place where the road is closed, or made one
>> way for the purposes of controlling traffic, such as to stop rat
>> running. It is commonly linked to Low Traffic Neighbourhoods (LTNs)
>> but they have been around for 50 years, and are generally easy to
>> spot.
>>
>> ** a "school street" is a street that is only accessible by residents
>> at school drop-off and pick-up time
> 
> ___
> 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

[OSM-talk-fr] Mes à jour de JOSM : Erreur 500 en téléchargeant le cadastre

[Yves P.]

Bonjour,

JOSM affiche le message : ResponseCode=500, Error Body=.

J'essai de mettre à jour le bâti https://www.openstreetmap.org/way/541399891.

Est-ce que vois avez-ça aussi ailleurs ?

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

Re: [Talk-dk] Redningsskilte?

[Jørgen Elgaard Larsen]

Jeg kan tilføje, at manglende/forkerte redningsnumre længe har været en 
del af http://osm.elgaard.net/


Der hentes hver nat data fra bl.a. redningsnummer.dk og sammenlignes med 
OSM.



Den totale oversigt over redningsnumre findes på:

http://osm.elgaard.net/map.html?layers=missing_rescuenumbers;missing_beachpost;doubled_rescuenumbers;extra_rescuenumbers=%2333f;%233f3;%23ff3;%23f33=Mangler%20fra%20redningsnummer.dk;Mangler%20fra%20Danske%20Stednavne;Dublerede%20redningsnumre;Forkerte%20redningsnumre=0;1;0;0=Manglende/forkerte%20redningsnummerskilte

Under layers kan man klikke de forskellige til og fra.


GeoJSON med skilte fra redningsnummer.dk, som *ikke* findes i OSM kan 
hentes direkte på 
http://osm.elgaard.net/layers/missing_rescuenumbers.geojson



- Jørgen





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

Re: [OSM-talk-fr] Écoles maternelles -> amenity=school et school:FR=maternelle / et primaire-élémentaire-maternelle / était [Re: Osmose - Demande d'aide pour les écoles en France]

[Christian Quest]

Le 06/10/2020 à 09:00, Frantz a écrit :

Bonjour,

6 octobre 2020 06:48 "Vincent Bergeot"  a écrit:


Le 05/10/2020 à 20:09, Frantz a écrit :


Présent. Modifications suite à une discussion bien nourrie ici même dans 
laquelle tu étais
intervenu, et pour ma part modifications qui ne faisaient que mettre la page FR 
en concordance avec
la page anglophone. Comme déjà expliqué ici.

c'est sans doute ici que je me perds, car pour moi il y a divergence
entre la page fr pour amenity=school, qui parle de 3-18 sur la page fr
(https://wiki.openstreetmap.org/wiki/FR:Tag:amenity=school) et sur la
page en anglais qui parle de 6-18
(https://wiki.openstreetmap.org/wiki/Tag:amenity=school).
[...]
Si amenity=school doit commencer à 3 ans, alors je pense que cela doit
aussi concerner la page anglophone du wiki.

https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool :
"Use amenity=school to identify a place where pupils, normally between the ages of 
about 6 and 18 are taught under the supervision of teachers."

"*normally* between the ages of"

https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dkindergarten :
"Use the amenity=kindergarten for establishments offering early years education and 
supervision (also known as pre-schools) for children up to the age of formal (often 
mandatory) school education."

"up to the age of formal (often mandatory) school education"

Si l'on fait la jonction des 2 pages, on a kindergarten jusqu'à l'âge de 
l'éducation formelle (souvent obligatoire) et school à partir du moment où les 
enfants sont devant un enseignant.

*Pour moi*, l'école maternelle française rentre parfaitement dans la définition 
de school selon les pages anglophones.
Et dans la dernière discussion menée ici, l'avis majoritaire me semblait bien 
aller dans ce sens.



Merci pour avoir remis ces deux pièces du puzzle ensemble.

C'est bien la distinction enseignement (obligatoire) qui ressort du wiki 
international... donc nos maternelles sont bien des school et pas des 
kindergarten et les âges sont bien indicatifs sur le wiki.


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Carte des lieux de test COVID

[Yves P.]

> Il y a 6 healthcare:speciality=covid-19 dans taginfo
> 
> amenity=centre
> healthcare=doctor
> healthcare:speciality=covid-19
> 
> ou
> 
> amenity=hospital
> healthcare=hospital
> healthcare:speciality=covid-19

J'ai retrouvé ce message :

> Le 27 mai 2020 à 16:53, Yves P.  a écrit :
> 
> Ça Reste Ouvert affiche déjà les objets OSM avec les tags healthcare=centre + 
> healthcare:speciality=covid19.
> 

__
Yves

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

Re: [OSM-talk-fr] Carte des lieux de test COVID

[Yves P.]

> A suivre…


Il y a 6 healthcare:speciality=covid-19 dans taginfo

amenity=centre
healthcare=doctor
healthcare:speciality=covid-19

ou

amenity=hospital
healthcare=hospital
healthcare:speciality=covid-19

Le premier cas est moyennement satisfaisant car il ne colle pas pour le cas des 
tentes installées avec uniquement? des préleveurs, mais bon faute de mieux.

Je ne trouve rien dans la page healthcare 
 et sa discussion.

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

Re: [Talk-it] Regione geografica italiana

[Martin Koppenhoefer]

Am Di., 6. Okt. 2020 um 09:54 Uhr schrieb Simone Saviolo <
simone.savi...@gmail.com>:

> Parliamo dell'Ulster.
>


mentre posso generalmente sottoscrivere il tuo messaggio, qui vado in
disaccordo. Non parliamo dell'Ulster. Se dovessimo parlare dell'Ulster,
parliamo con gli Irlandesi. Per me un confine "storico" non ha molto senso
in OSM, ma se fosse ben definito e di qualche rilevanza su discorsi
attuali, lo potrei anche tollerare. Comunque, aver inserito o tollerato un
unico confine storico "come eccezione" in una zona molto particolare (e
contesa), probabilmente risultato di discussioni delle comunità locali, non
implica il diritto di inserire ovunque tutti i confini storici o ipotetici
possibili.

Se avessimo parlato dei confini del Regno Italiano nel 1939 sarebbe stata
un'altra discussione (probabilmente non da inserire, ma comunque
verificabile con fonti, anche se difficilmente nel territorio odierno), ma
scegliendo la versione quasi massima di una zona vagamente definita (la
parola "italiano" non ha un significato chiaro rispetto al territorio
sopratutto se si negano i confini politici) e in grandi parti  anche
chiaramente in conflitto con la realtà politica (Corsica, Istria, Malta, )
in altri discutibile (isole grandi come la Sardegna, la Sicilia), l'oggetto
è incompatibile sotto gli aspetti di verificabilità e "ground truth".

Ciao
Martin

PS: Non ho mai inserito un confine storico, ma in passato ne ho cancellato
uno: il Königreich Württemberg, territorio storico a casa mia, e qualcuno
si è arrabbiato molto, mente altri erano d'accordo. Il problema con confini
storici è che spesso quasi sempre non sono statici, i confini cambiano, e
per farlo bene dovresti inserire tutti i cambiamenti dei confini con le
relative date. Poi bisognerebbe capire cosa è un confine, secondo qui. Se
guardi i confini nel 1942, come consideri i territori occupati? O nel 1945?
Vogliamo tralasciare le guerre e guardare soltanto l'inizio della guerra e
la fine della guerra? Come sono definiti? La fine della guerra da un
trattato di pace? Allora la Germania inizierebbe nel 1990 [1]. Poi nel
particolare è quasi sempre molto oneroso capire i confini storici, perché
se prendi una mappa in scala 1:5000.000 la trovi subito, ma guardando nel
dettaglio se prendi quella linea in grande scala e la importi in OSM sarà
"sbagliata" in tutti i punti.

Faccio un esempio che conosco bene:
https://upload.wikimedia.org/wikipedia/commons/d/d5/Deutsches_Reich_%281871-1918%29-de.svg
(cercate anche la Polonia)
https://www.dhm.de/fileadmin/medien/lemo/images/karte-1916.jpg
https://de.wikipedia.org/wiki/Deutsches_Reich#/media/Datei:Karte_des_Deutschen_Reiches,_Weimarer_Republik-Drittes_Reich_1919%E2%80%931937.svg
https://de.wikipedia.org/wiki/Deutsches_Reich#/media/Datei:Deutschesreich1939.png
qui un animazione che fa vedere le dinamiche territoriali in grande scala,
ogni mese:
https://img.webme.com/pic/d/der-weltkrieg-war-vor-deiner-tuer/wwii-gross.gif


[1]
https://media1.faz.net/ppmedia/aktuell/politik/inland/315825081/1.4531265/width610x580/der-zwei-plus-vier-vertrag-und.jpg
[2] 1945, resa della guarnigione di Berlino, 2/5/1945
https://europeremembers.com/wp-content/uploads/2018/07/German-capital-surrender-1-1024x732.jpg
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Carte des lieux de test COVID

[Yves P.]

>  si on se mettait d'accord pour
> représenter ça dans OSM, on pourrait avoir une carte internationale. Ça
> aurait d'autant plus d'intérêt que les tests sont souvent requis quand
> on change de pays :)

Il me semble que ça a déjà été discuté ou au moins utilisé.
Une première recherche dans le wiki donne COVID-19 - How to Map 
 mais correspond 
plus aux commerces  :horaires, distributeurs de SHA (solution hydro alcoolique).

A suivre…

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

Re: [OSM-talk-fr] Carte des lieux de test COVID

[Antonin Delpeuch (lists)]

On 05/10/2020 11:20, Denis Chenu wrote:
> Il existe une liste officielle semble t'il
> https://sante.fr/recherche/trouver/DepistageCovid
> Par contre : je ne sais pas ou la trouver autrement.

Oui, mais c'est juste pour la France - si on se mettait d'accord pour
représenter ça dans OSM, on pourrait avoir une carte internationale. Ça
aurait d'autant plus d'intérêt que les tests sont souvent requis quand
on change de pays :)

Antonin


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

[OSM-talk-fr] Prochain CA OSM-FR mardi 6 octobre :: En prélude :: For/Infor

[Jacques Lavignotte]

Bonjour,

ce soir en prélude au CA et pour inaugurer la série « For/Infor »

vers 20h45 René fera une présentation du processus « WeeklyOSM ».

C'est ici : https://osmvideo.cloud68.co/user/fre-aux-yuh

A la suite de ce temps il sera fait appel à des demandes de présentation 
et des offres de présentation pour les sessions suivantes.



Viendez nombreux. On peut n'assister *que* à la présentation de René.

L'ordre du jour du CA :

https://annuel.framapad.org/p/E0VPx_VFqk7ylg-9tfZU

Enjoy,  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: [Talk-it] Da notiziario settimanale OSM, segnalo anche qui.

[dam...@damjan.net]

Anche io cercavo qualche prova o info sulla differenza p.es. tra GPSMAP 66s/st 
vecchi  e 66sr nuovo (con lo sfruttamento anche della banda L5). Nel nostro 
gruppo speleo abbiamo un 66s...
Ma purtroppo il 66sr è appena uscito e non si trova niente ancora. Sul sito 
garmin italia si puo solo prenotarlo. Comunque la Garmin non pubblicizza tanto 
l'aggiunta della banda L5, perciò penso non sia molto importante. 

Damjan


-- Original Header ---

From  : "canfe" canfe.n...@gmail.com
To  : talk-it@openstreetmap.org
Cc  : 
Date  : Tue, 6 Oct 2020 01:27:53 -0700 (MST)
Subject : Re: [Talk-it] Da notiziario settimanale OSM, segnalo anche qui.

> Io ho un Huawei P30 Pro multi satellite e con doppia banda.
> devo dire che non è tutto quel che si dice.
> Va bene, ma le riflessioni degli edifici si sentono eccome.
> 
> Sarebbe interessante vedere come si comporta davvero il nuovo garmin.
> 
> Mi piacerebbe trovare un'antenna autoalimentata collegabile bluetooth per
> vedere se così migliora.
> La utilizzerei nei boschi e per le mappature "balorde". :-)
> 
> 
> 
> --
> 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] Da notiziario settimanale OSM, segnalo anche qui.

[canfe]

Io ho un Huawei P30 Pro multi satellite e con doppia banda.
devo dire che non è tutto quel che si dice.
Va bene, ma le riflessioni degli edifici si sentono eccome.

Sarebbe interessante vedere come si comporta davvero il nuovo garmin.

Mi piacerebbe trovare un'antenna autoalimentata collegabile bluetooth per
vedere se così migliora.
La utilizzerei nei boschi e per le mappature "balorde". :-)



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

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

Re: [Talk-it] Webinar sulla cura di OSM

[danysan95]

Editor della umap (aggiungetevi sotto)

- corfede
- canfe
- cascafico
- Danysan95
- ... 


cascafico wrote
> Premetto che la funzione "I miei amici" di OSM ha gli stessi
> obbiettivi, ma manca del lato geografico e un aggancio a OSMcha.
> 
> L'obbiettivo di avere una mappa dei giardinieri [1] (quelli che  si
> occupano con una certa regolarità di un'area) è di
> - evidenziare aree scoperte
> - evidenziare sovrapposizioni tra giardinieri
> - auspicabilmente stabilire collaborazioni
> - condividere filtri OSMcha per: nuovi utenti, utenti problematici,
> utenti affidabili.
> 
> Se aggiungete il vs username OSM, vi inserisco come editor e così
> potete disegnare indicativamente il vs poligono inserendo magari pure
> i campi filtro, watchlist e whitelist che usate in OSMcha.
> 
> Editor della umap (aggiungetevi sotto)
> 
> - corfede
> - canfe
> - cascafico
> - ...
> 
> 
> 
> [1] https://umap.openstreetmap.fr/en/map/giardinieri_501929
> 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it





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

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

Re: [Talk-it] Webinar sulla cura di OSM

[Cascafico Giovanni]

Premetto che la funzione "I miei amici" di OSM ha gli stessi
obbiettivi, ma manca del lato geografico e un aggancio a OSMcha.

L'obbiettivo di avere una mappa dei giardinieri [1] (quelli che  si
occupano con una certa regolarità di un'area) è di
- evidenziare aree scoperte
- evidenziare sovrapposizioni tra giardinieri
- auspicabilmente stabilire collaborazioni
- condividere filtri OSMcha per: nuovi utenti, utenti problematici,
utenti affidabili.

Se aggiungete il vs username OSM, vi inserisco come editor e così
potete disegnare indicativamente il vs poligono inserendo magari pure
i campi filtro, watchlist e whitelist che usate in OSMcha.

Editor della umap (aggiungetevi sotto)

- corfede
- canfe
- cascafico
- ...



[1] https://umap.openstreetmap.fr/en/map/giardinieri_501929

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

Re: [Talk-it] Regione geografica italiana

[Simone Saviolo]

Il giorno dom 4 ott 2020 alle ore 11:29 Fintocubano 
ha scritto:

>
> > Quello che conta è che l'Ulster ha un'area misurabile, cioè ha un confine
> > [e] puoi dire "qui è Ulster, qui non è Ulster".
>
> Mi sfugge come si possa affermare con certezza assoluta che ''qui è/non è
> Ulster'' se ci sono ben tre definizioni di confini diverse: 1) ISO; 2) gli
> storici; 3) Il Governo di sua Maestà (nel 1949) ed i suoi sudditi (adesso).
>

ISO ha stabilito un confine dell'Ulster. Il Governo di Sua Maestà e i suoi
sudditi hanno stabilito un confine dell'Irlanda del Nord, che è una cosa
diversa. Gli storici hanno tracciato una linea, o hanno parlato di "aree di
influenza" o di "le terre fino alla città X"?

Lo scrivo qui, e rimane valido anche per le altre risposte, dove il tema
ricorre: mi va bene considerare "definizione" qualsiasi descrizione uno
storico abbia messo prima o poi in una pubblicazione, *se parliamo di
storia e di cultura*, ma non se parliamo di una mappa come OSM. Su OSM non
possiamo indicare niente in maniera vaga e sfumata: su OSM tracciamo linee,
che delimitano nettamente un dentro da un fuori. Quindi IMHO questo tipo di
entità sono da considerare non definite, non verificabili, non presenti sul
territorio, e vanno tolte da OSM.

Parliamo dell'Ulster. Non convince neanche me che sia boundary=historic,
sono d'accordo con te. D'altro canto, se coincide con la definizione ISO, e
l'ISO ha definito una "provincia storica" (qualsiasi cosa voglia dire),
dovremmo taggarlo boundary=ISO_historic_province. Se questo tipo di entità
non ha senso, togliamola. Non è affatto mia intenzione difendere la
mappatura dell'Ulster, ma voglio evidenziare la differenza (secondo me
sostanziale) tra l'Ulster e la regione geografica italiana.


> > C'è il dubbio se Nice o Menton o Ventimiglia facciano parte della
> "regione
> > italiana", il che significa che la "regione italiana" non ha un confine,
> e
> > quindi, esistente o inventata, non può essere rappresentata su OSM.
>
> Se ci sono varie definizioni di Regione Italiana (o Ulster o Penisola
> Italiana), ciò non significa che non ha un confine. E nemmeno la Penisola
> Italiana, i cui confini tu affermi di essere ''evidenti'': l'ISPRA, De
> Agostini e OSM danno una versione di confine diversa dalla tua.
>
> Per tale motivo, nel mio intervento precedente, ho affermato che se tali
> versioni differenti di confini esistono, esse sono ammissibili su OSM *ma*
> con una cernita in base a criteri definiti e stabiliti da chi di competenza
> in OSM.
>

De Agostini dice


> ''Alla regione fisica italiana vengono ascritti anche il Nizzardo [ecc
> ecc]'')


Cos'è il Nizzardo? Cannes è "Nizzardo"? Toulon è "Nizzardo"? Il Col de
Turini, la valle del Vesubie, sono "Nizzardo"? Il Nizzardo coincide con il
départment Alpi Marittime, con il PACA? E Monaco, è "Nizzardo"?
Storicamente (ma non culturalmente) sarebbe un oltraggio dire che Monaco fa
parte del Nizzardo.

Il Nizzardo, l'Ulster, il Milanese, l'Alto Milanese, la Versilia,
l'Irpinia, il Sannio... sono tutte aree che esistono, eccome! Non sto
affatto cercando di affermare il contrario. Ma a meno che non siamo in
grado di disegnare una linea per terra, prendere una persona a caso e farci
dire da questa persona che *certamente* dentro alla linea è Regione X e
fuori dalla linea no, indipendentemente da chi sia questa persona (uno
storico, un altro storico, uno studioso dell'arte, un linguista, un
amministratore pubblico, un abitante del luogo, uno straniero...) - a meno
che non siamo in grado di fare questo, quella regione non va indicata su
OSM con una linea.

E questa non è la mia opinione, ma il significato delle due massime di OSM:
"map the world as it can be observed by someone physically there" e "map
what is verifiable" [1].


> La De Agostini e' forse meno qualificata dell'UNESCO nel definire confini?
> Idem per gli storici/studiosi che hanno
> proposto i confini di Irpinia e Sannio e altre regioni storiche, con
> criteri
> tanto validi come quelli usati dall'UNESCO per la sua World Heritage List.
>

Decidere se l'UNESCO sia più autorevole della De Agostini potrebbe essere
considerato censura... ma attenti a non metterci a decidere che cos'è
censura: il rischio è che poi ci troviamo con duecento definizioni di una
certa regione, e non potremmo rifiutare quella di un oscuro filologo
finlandese che ha scritto un trattato sulle valli di Lanzo (esempio
esagerato per sdrammatizzare). Imponiamo un limite di "enciclopedicità",
come Wikipedia? Quanti altri vasi di Pandora siamo disposti a scoperchiare?

Al contrario, io propongo un criterio semplice: è certo che la linea
rappresenti il netto confine dell'entità? E torno a dire che non lo
propongo io oggi, ma sta scritto nelle fondamenta di OSM da anni.

> Vogliamo quindi forse disegnare una "regione ligure" che comprende anche
> > Novi Ligure?
>
> Non e' affatto questa la metodologia a cui mi riferivo con il mio
> ragionamento. Se la toponomastica ha adottato un aggettivo, talvolta
> 

Re: [Talk-es] Mapatones Online con Cruz Roja

[Miguel Sevilla-Callejo]

Hola de nuevo,

La semana pasada, como adelanté en este hilo tuvimos una reunión con
personas interesadas en montar un grupo de coordinación para la promoción
de mapatones online con la gente de Cruz Roja Española y en el marco del
proyecto Missing Maps.

Mi propuesta estuvo encaminada en ir documentando o, al menos, incluir
enlaces, en la wiki de OSM [1] sobre el tema. En cuento tenga más
información os lo hago saber.

Por el momento, me sirvo del correo que envió la compañera de Geoinquietos
Madrid, Carmen Díez, con un resumen de la reunión y os animo a los
interesados a contestar en el hilo de este correo para coordinarnos:

--
Hola,

Después de la reunión que hemos tenido vamos a establecer un canal de
comunicación y un repositorio de información sobre el trabajo que está
realizando Cruz Roja con Missing Maps y HOT para establecer una línea de
aprendizaje y trabajo en el mapeado colaborativo.

En Cruz Roja buscan tener una base de mapeadores, a ser posible con algunos
conocimientos o experiencia, e incluso necesitan moderadores y validadores
porque están organizando mapeados básicos (actualmente en África)
mensualmente y algunos más elaborados cada dos meses. Han elaborado un
itinerario formativo con píldoras de información tanto básica para mapear
como para ir obteniendo los conocimientos necesarios para moderar y/o
validar sesiones.

Su objetivo es la realización de ciclos completos, detectando las zonas a
mapear, gestionando mapatones para cartografiar en OSM y llegado el caso
realizar actividades en el terreno a nivel local.
Para ello vamos a empezar por establecer unos canales de comunicación y de
información para hacer llegar a los posibles interesados dentro de
Geoinquietos Madrid (y dónde se proponga que pueda haber gente que quiera
conocer de estos temas), tanto de la formación como de la realización de
mapatones de una forma más eficiente y rápida.

Los que estéis interesados en colaborar con este proyecto, en la medida que
se pueda, por favor contestad a este mail para incluiros en el hilo de
trabajo, o hacérselo llegar a quien consideréis oportuno para que se ponga
en contacto conmigo.

Un abrazo y cuidaros mucho.

Nos vemos en los mapas!!

Carmen
--

Un saludo

Miguel


On Tue, 29 Sep 2020 at 09:25, Miguel Sevilla-Callejo 
wrote:

> Hola,
>
> Desde Cruz Roja Española llevan tiempo organizando diversas actividades
> relacionadas con el proyecto The Missing Maps y convocando mapatones para
> ayudar en áreas de asistencia humanitaria de manera Online. Mañana por la
> mañana hemos quedado junto con gente de Geoinquietos Madrid para intentar
> impulsar un grupo de trabajo en común entre esta ONG,  colaboradores de OSM
> y personas de los grupos de Geoinquietos.
>
> En la reunión de mañana la gente de Cruz Roja nos presentarán una serie de
> iniciativas en las que están trabajando como son:
> - Grabación de recursos para aprender a editar en OSM y de difusión en
> una Newsletter que han creado.
> - Creación de un itinerario formativo para aprender y llegar a tener la
> categoría de validador en HOT, saber cómo crear tareas y otras actividades
> relacionadas con la preparación de tareas de edición.
> - Realización de mapatones públicos que podrían llegar en un futuro
> corporativos; básicos y avanzados.
>
> Así mismo, nos invitan a participar en la elaboración de este material así
> como tomar papel de moderadores, en la creación de materiales para la
> mejora de la edición en OSM, validando tareas o, claro está, haciendo
> difusión.
>
> La participación junto a la gente de Cruz Roja desde la comunidad de OSM
> España y entre las personas de los diferentes grupos de geoinquietos podría
> generar una interesante sinergia que no debemos dejar escapar, por ello os
> informo de la reunión que tendremos mañana e incito a quien quiera a que se
> una a este grupo de trabajo.
>
> Si queréis más información o uniros directamente a la reunión escribidme
> un correo directamente a mi y os comento.
>
> Un saludo
>
> Miguel
> PD. Me consta que la gente de Cruz Roja está dada de alta en la lista de
> OSM (talk-es) por lo que les animo, si quieren añadir algo más a que lo
> comenten.
>
> --
> *Miguel Sevilla-Callejo*
> Doctor en Geografía
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-GB] Solar tagging app

[Jez Nicholson]

Nice job Russ.

Have/can you add a paragraph to the OSMWiki Renewable Energy in the United
Kingdom page please (or the solar-specific page?).

- Jez

On Mon, 5 Oct 2020, 17:46 Russ Garrett,  wrote:

> Thanks! We've got about 1000 agreed module counts now, which I'm now
> working on batching up and submitting as an edit.
>
> On Mon, 5 Oct 2020 at 17:13, Gregory Williams
>  wrote:
> > - A "Are you sure that's a PV system?" option -- I've seen perhaps a
> > couple where I'm not sure whether it's actually a PV system. Perhaps a
> > check from another imagery source, or a ground survey, could clear
> > things up?
>
> I was originally planning to add multiple "skip" options but I decided
> to keep it simple. I have the data on which generators are being
> consistently skipped though, so we can potentially go through those
> later to try and find nonexistent/mistagged things.
>
> > - Click twice to measure the orientation (although perhaps more suited
> > to using on a computer, rather than a mobile / tablet?)
>
> Orientation is next on my list when I get a moment (probably not
> imminently). It'll likely be a separate task from the module-counting
> one. Location is also another task which I could potentially add.
>
> Russ
>
>
> --
> Russ Garrett
> r...@garrett.co.uk
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Écoles maternelles -> amenity=school et school:FR=maternelle / et primaire-élémentaire-maternelle / était [Re: Osmose - Demande d'aide pour les écoles en France]

[Jean-Claude Repetto]

Le 06/10/2020 à 09:00, Frantz a écrit :


https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool :
"Use amenity=school to identify a place where pupils, normally between the ages of 
about 6 and 18 are taught under the supervision of teachers."

"*normally* between the ages of"

https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dkindergarten :
"Use the amenity=kindergarten for establishments offering early years education and 
supervision (also known as pre-schools) for children up to the age of formal (often 
mandatory) school education."

"up to the age of formal (often mandatory) school education"

Si l'on fait la jonction des 2 pages, on a kindergarten jusqu'à l'âge de 
l'éducation formelle (souvent obligatoire) et school à partir du moment où les 
enfants sont devant un enseignant.

*Pour moi*, l'école maternelle française rentre parfaitement dans la définition 
de school selon les pages anglophones.
Et dans la dernière discussion menée ici, l'avis majoritaire me semblait bien 
aller dans ce sens.



Bonjour,

Tout à fait d'accord avec toi. Personnellement, j'ai appris à lire en 
maternelle, c'est bien une école et non une garderie.


Jean-Claude

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

Re: [OSM-talk-fr] Écoles maternelles -> amenity=school et school:FR=maternelle / et primaire-élémentaire-maternelle / était [Re: Osmose - Demande d'aide pour les écoles en France]

[Frantz]

Bonjour,

6 octobre 2020 06:48 "Vincent Bergeot"  a écrit:

> Le 05/10/2020 à 20:09, Frantz a écrit :
> 
>> Présent. Modifications suite à une discussion bien nourrie ici même dans 
>> laquelle tu étais
>> intervenu, et pour ma part modifications qui ne faisaient que mettre la page 
>> FR en concordance avec
>> la page anglophone. Comme déjà expliqué ici.
> 
> c'est sans doute ici que je me perds, car pour moi il y a divergence
> entre la page fr pour amenity=school, qui parle de 3-18 sur la page fr
> (https://wiki.openstreetmap.org/wiki/FR:Tag:amenity=school) et sur la
> page en anglais qui parle de 6-18
> (https://wiki.openstreetmap.org/wiki/Tag:amenity=school).
> [...]
> Si amenity=school doit commencer à 3 ans, alors je pense que cela doit
> aussi concerner la page anglophone du wiki.

https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool :
"Use amenity=school to identify a place where pupils, normally between the ages 
of about 6 and 18 are taught under the supervision of teachers."

"*normally* between the ages of"

https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dkindergarten :
"Use the amenity=kindergarten for establishments offering early years education 
and supervision (also known as pre-schools) for children up to the age of 
formal (often mandatory) school education."

"up to the age of formal (often mandatory) school education"

Si l'on fait la jonction des 2 pages, on a kindergarten jusqu'à l'âge de 
l'éducation formelle (souvent obligatoire) et school à partir du moment où les 
enfants sont devant un enseignant.

*Pour moi*, l'école maternelle française rentre parfaitement dans la définition 
de school selon les pages anglophones.
Et dans la dernière discussion menée ici, l'avis majoritaire me semblait bien 
aller dans ce sens.

-- 
Frantz

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