Re: [talk-au] LPI NSW Lot Boundaries—worthwile to request?

[Warin]

On 24/10/19 16:11, Luke Stewart wrote:

It would be similar to how the suburb and other overlays currently
work--one could see the aerial imagery in the background with the lot
boundaries on top.




Of what use is it???

Boundaries of  suburbs, National Parks, State Forests can all be tagged into 
OSM and rendered by map makers.

Lot boundaries have no tags available in OSM? Do you have a tag to use?

--
For visualising things already in OSM it can already be done using the LPI Base 
Map as the background.. why do you need a satelite view???
What are you trying to do?

In JOSM you can map an image semi transparent over another .. say the LPI Base 
Map over a satellite image... biu

t I still faile to see a practical use for this.


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

Re: [talk-au] Map features for OSM & new street-level imagery in Australia

[Graeme Fitzpatrick]

Thanks Edoardo, just wanted to make sure :-)

Thanks

Graeme


On Fri, 25 Oct 2019 at 07:05, Edoardo Neerhut  wrote:

> Permissions have already been granted Graeme for Mapillary to provide the
> imagery and data to OSM. You can read more about rights for OSM with
> Mapillary images and data here .
>
> On Fri, 25 Oct 2019 at 07:32, Graeme Fitzpatrick 
> wrote:
>
>> Do we need the various Councils' permission to use this data, or are we
>> jut using it out of Mapillary, which I believe is "legal"?
>>
>> Thanks
>>
>> Graeme
>>
>>
>> On Fri, 25 Oct 2019 at 06:55, Edoardo Neerhut  wrote:
>>
>>> Excellent Daniel.
>>> It is likely some 2019 imagery will be imported this year as well for
>>> the Port Adelaide area, so hopefully that makes it a bit easier to pick up
>>> some addresses.
>>>
>>> On Thu, 24 Oct 2019 at 23:49, Daniel O'Connor 
>>> wrote:
>>>

>
> *Port Adelaide Enfield*
>
> The City of Port Adelaide Enfield has uploaded 228,000 images and just
> shy of 1,000 km of coverage. They are using the uploaded imagery to update
> their traffic sign inventory.
>
> This imagery consists of road surveys but also surveys of the
> footpaths taken on quad bikes.
>
>
>
 That's... a pretty amazing level of detail! A few other contributors
 and I have chipped away at buildings in the council; and we've maybe got
 40%? coverage. Getting addresses onto those or number of levels seemed out
 of reach by ground survey.

 Will be interesting to see what can be derived from the two datasets

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

Re: [Talk-ec] Retos de MapRoulette de Ecuador

[Andrew Wiseman via Talk-ec]

Hola,

Recientemente actualizamos los desafíos de MapRoulette con datos nuevos y 
agregamos algunos más desafíos. Aquí hay nuevos enlaces a ellos. Por favor 
hazme saber si tienes alguna pregunta.

Comprobación de conectividad vial: https://maproulette.org/challenge/9552 

Caminos y vías cruzados:  https://maproulette.org/challenge/9553 

Caminos y vías flotantes y desconectadas: 
https://maproulette.org/challenge/9546 
Restricciones de giro no válidas: https://maproulette.org/challenge/9551 

Rotondas malformadas: https://maproulette.org/challenge/9549 

Líneas superpuestas: https://maproulette.org/challenge/9555 

Enrutamiento imposible: https://maproulette.org/challenge/9545 

Saludos, 

Andrew



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


> On Jul 23, 2019, at 11:58 AM, Andrew Wiseman  wrote:
> 
> Hola,
> 
> He publicado otro reto de MapRoulette, para las líneas de costa en Ecuador. 
> Esta reto busca partes de la costa que están muy largas o con esquinas 
> agudos, que pueden deberse a digitalización inexacta o a muy pocos vértices o 
> esquinas como sea necesario. Hay más detalles y instrucciones en el reto: 
> https://maproulette.org/challenge/8260 
> 
> 
> Por favor, hágamelo saber si tiene alguna pregunta o comentario. 
> 
> Saludos,
> 
> Andrew
> 
> 
> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 
> 
> 
>> On Jan 29, 2019, at 5:45 PM, Andrew Wiseman via Talk-ec 
>> mailto:talk-ec@openstreetmap.org>> wrote:
>> 
>> Hola OSM Ecuador,
>> 
>> Esto es Andrew del equipo de mapas de Apple. Llevamos algún tiempo 
>> trabajando en el red vial (https://github.com/osmlab/appledata/issues/25 
>> ) y recientemente usado 
>> nuestro herramienta Atlas para análisis de datos 
>> (https://github.com/osmlab/atlas ) para 
>> buscar algunos tipos de posibles problemas, como carreteras con ángulos 
>> agudos, intersecciones de edificios y carreteras, vías superpuestas, y 
>> lugares donde la clasificación de “highway_link” no coincide con la 
>> clasificación más alta de las carreteras. Pongo los resultados de los retos 
>> en MapRoulette (maproulette.org ), un herramienta 
>> que te permite pasar los problemas uno por uno y corregirlos o marcar que no 
>> son un problema. Quería hacerles saber que estaban disponibles en caso de 
>> que alguien quisiera intentar arreglarlos. Yo también arreglaré algunos.
>> 
>> En MapRoulette escoges un problema random o haz clic en un problema 
>> especifico. Si desea ver tareas en un lugar determinado, como en un lugar 
>> con el que está familiarizado, puede hacer clic en "más opciones" y luego en 
>> “load tasks by proximity” (cargar tareas por proximidad.)
>> 
>> Por favor, hágamelo saber si tiene alguna pregunta o comentario.
>> 
>> Los retos son:
>> 
>> Carreteras de ángulo agudo: https://maproulette.org/mr3/challenge/3576/ 
>> 
>> Intersecciones de edificios y carreteras: 
>> https://maproulette.org/mr3/challenge/3575 
>>  
>> Carreteras de enlaces: https://maproulette.org/mr3/challenge/3558 
>> 
>> Vías superpuestas: https://maproulette.org/mr3/challenge/3559 
>> 
>>  
>> Muchas gracias,
>> 
>> Andrew
>> 
>> 
>> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 
>> ___
>> Talk-ec mailing list
>> Talk-ec@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-ec
> 

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

Re: [Talk-bo] Retos de MapRoulette en Bolivia

[Andrew Wiseman via Talk-bo]

Hola,

Recientemente actualizamos los desafíos de MapRoulette con datos nuevos y 
agregamos algunos más desafíos. Aquí hay nuevos enlaces a ellos. Por favor 
hazme saber si tienes alguna pregunta.

Bolivia calles y vías con ángulos agudos: 
https://maproulette.org/challenge/9489 
Bolivia comprobación de conectividad vial: 
https://maproulette.org/challenge/9494 
Bolivia caminos y vías cruzados: https://maproulette.org/challenge/9497 

Bolivia caminos y vías flotantes y desconectadas: 
https://maproulette.org/challenge/9487 
Bolivia restricciones de giro no válidas: 
https://maproulette.org/challenge/9491 
Bolivia rotondas malformadas: https://maproulette.org/challenge/9492 

Bolivia líneas superpuestas: https://maproulette.org/challenge/9496 

Bolivia enlaces de carreteras: https://maproulette.org/challenge/9495 

Bolivia enrutamiento imposible: https://maproulette.org/challenge/9490 

Saludos, 

Andrew



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


> On Feb 18, 2019, at 4:47 PM, Andrew Wiseman via Talk-bo 
>  wrote:
> 
> Hola OSM Bolivia,
> 
> Esto es Andrew del equipo de mapas de Apple. Llevamos algún tiempo trabajando 
> en los datos de Bolivia (https://github.com/osmlab/appledata/issues/90 
> ) y recientemente usado 
> nuestro herramienta Atlas para análisis de datos 
> (https://github.com/osmlab/atlas ) para 
> buscar algunos tipos de posibles problemas, como carreteras con ángulos 
> agudos, intersecciones de edificios y carreteras, lineas (frecuentemente 
> vías) superpuestas, y lugares donde la clasificación de “highway_link” no 
> coincide con la clasificación más alta de las carreteras. Pongo los 
> resultados de los retos en MapRoulette (maproulette.org 
> ), un herramienta que te permite pasar los problemas 
> uno por uno y corregirlos o marcar que no son un problema. Quería hacerles 
> saber que estaban disponibles en caso de que alguien quisiera intentar 
> arreglarlos. Yo también arreglaré algunos.
> 
> En MapRoulette escoges un problema random o haz clic en un problema 
> especifico. Si desea ver tareas en un lugar determinado, como en un lugar con 
> el que está familiarizado, puede hacer clic en "más opciones" y luego en 
> “load tasks by proximity” (cargar tareas por proximidad.)
> 
> Por favor, hágamelo saber si tiene alguna pregunta o comentario.
> 
> Los retos son:
> 
> Carreteras y vías de ángulo agudo: https://maproulette.org/mr3/challenge/3677 
> 
> Intersecciones de edificios y carreteras: 
> https://maproulette.org/mr3/challenge/3674 
> 
> Carreteras de enlaces: https://maproulette.org/mr3/challenge/3675 
> 
> Superpuestas de lineas: https://maproulette.org/mr3/challenge/3676 
> 
>  
> Muchas gracias,
> 
> Andrew
> 
> 
> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 
> 
> ___
> Talk-bo mailing list
> Talk-bo@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-bo

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

Re: [Talk-ar] Retos de MapRoulette en Argentina

[Andrew Wiseman via Talk-ar]

Hola,

Recientemente actualizamos los desafíos de MapRoulette con datos nuevos y 
agregamos algunos más desafíos. Aquí hay nuevos enlaces a ellos. Por favor 
hazme saber si tienes alguna pregunta.

Argentina caminos y vías cruzados: https://maproulette.org/challenge/9460 

Argentina caminos y vías flotantes y desconectadas: 
https://maproulette.org/challenge/9461 
Argentina restricciones de giro no válidas: 
https://maproulette.org/challenge/9466 
Argentina rotondas malformadas: https://maproulette.org/challenge/9464 

Argentina comprobación de conectividad vial: 
https://maproulette.org/challenge/9459 
Argentina líneas superpuestas: https://maproulette.org/challenge/9457 

Argentina enrutamiento imposible: https://maproulette.org/challenge/9458 

Saludos,

Andrew


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


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

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

Re: [talk-au] Map features for OSM & new street-level imagery in Australia

[Edoardo Neerhut]

Permissions have already been granted Graeme for Mapillary to provide the
imagery and data to OSM. You can read more about rights for OSM with
Mapillary images and data here .

On Fri, 25 Oct 2019 at 07:32, Graeme Fitzpatrick 
wrote:

> Do we need the various Councils' permission to use this data, or are we
> jut using it out of Mapillary, which I believe is "legal"?
>
> Thanks
>
> Graeme
>
>
> On Fri, 25 Oct 2019 at 06:55, Edoardo Neerhut  wrote:
>
>> Excellent Daniel.
>> It is likely some 2019 imagery will be imported this year as well for the
>> Port Adelaide area, so hopefully that makes it a bit easier to pick up some
>> addresses.
>>
>> On Thu, 24 Oct 2019 at 23:49, Daniel O'Connor 
>> wrote:
>>
>>>

 *Port Adelaide Enfield*

 The City of Port Adelaide Enfield has uploaded 228,000 images and just
 shy of 1,000 km of coverage. They are using the uploaded imagery to update
 their traffic sign inventory.

 This imagery consists of road surveys but also surveys of the footpaths
 taken on quad bikes.



>>> That's... a pretty amazing level of detail! A few other contributors and
>>> I have chipped away at buildings in the council; and we've maybe got 40%?
>>> coverage. Getting addresses onto those or number of levels seemed out of
>>> reach by ground survey.
>>>
>>> Will be interesting to see what can be derived from the two datasets
>>>
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>>
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Map features for OSM & new street-level imagery in Australia

[Graeme Fitzpatrick]

Do we need the various Councils' permission to use this data, or are we jut
using it out of Mapillary, which I believe is "legal"?

Thanks

Graeme


On Fri, 25 Oct 2019 at 06:55, Edoardo Neerhut  wrote:

> Excellent Daniel.
> It is likely some 2019 imagery will be imported this year as well for the
> Port Adelaide area, so hopefully that makes it a bit easier to pick up some
> addresses.
>
> On Thu, 24 Oct 2019 at 23:49, Daniel O'Connor 
> wrote:
>
>>
>>>
>>> *Port Adelaide Enfield*
>>>
>>> The City of Port Adelaide Enfield has uploaded 228,000 images and just
>>> shy of 1,000 km of coverage. They are using the uploaded imagery to update
>>> their traffic sign inventory.
>>>
>>> This imagery consists of road surveys but also surveys of the footpaths
>>> taken on quad bikes.
>>>
>>>
>>>
>> That's... a pretty amazing level of detail! A few other contributors and
>> I have chipped away at buildings in the council; and we've maybe got 40%?
>> coverage. Getting addresses onto those or number of levels seemed out of
>> reach by ground survey.
>>
>> Will be interesting to see what can be derived from the two datasets
>>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-cz] Jak v iD editoru vybrat konkretni ze soubeznych linii?

[Miroslav Suchý]

Dne 24. 10. 19 v 14:33 Marián Kyral napsal(a):
Obávám se, že tohle iD zatím neumožňuje: 
https://github.com/openstreetmap/iD/issues/2225


workaround může být:
 * v pravém menu: mapová data, mapové prvky
 * odebrat některé prvky až ti zbyde jenom jedna viditelná linie

Pokud jsou stejného typu, tak jseš v pytli.

M.

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

Re: [talk-au] Map features for OSM & new street-level imagery in Australia

[Edoardo Neerhut]

Excellent Daniel.
It is likely some 2019 imagery will be imported this year as well for the
Port Adelaide area, so hopefully that makes it a bit easier to pick up some
addresses.

On Thu, 24 Oct 2019 at 23:49, Daniel O'Connor 
wrote:

>
>>
>> *Port Adelaide Enfield*
>>
>> The City of Port Adelaide Enfield has uploaded 228,000 images and just
>> shy of 1,000 km of coverage. They are using the uploaded imagery to update
>> their traffic sign inventory.
>>
>> This imagery consists of road surveys but also surveys of the footpaths
>> taken on quad bikes.
>>
>>
>>
> That's... a pretty amazing level of detail! A few other contributors and I
> have chipped away at buildings in the council; and we've maybe got 40%?
> coverage. Getting addresses onto those or number of levels seemed out of
> reach by ground survey.
>
> Will be interesting to see what can be derived from the two datasets
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[Talk-GB] Zebra crossings being lost in iD - how to respond

[Rob Nickerson]

Hi all,

*Before I start this message, I would like to say that I am looking for
solutions and not wishing to open the flood gates on abuse of the iD
editors. On the whole they do a great job and even when we disagree it
should be with respect. Right now on to the message itself:*

It seems like the iD editor's "upgrade this" feature is replacing
crossing=zebra with crossing=marked but NOT adding crossing_ref=zebra to
the node. If lots of users make use of this "feature" in the UK then we
stand to lose some valuable data. Taginfo UK says there are 4,710
crossing=zebra features in the UK.

I have added a comment on to the GitHub issue but no reply yet.
https://github.com/openstreetmap/iD/issues/6962

An alternate option is that we attempt to strike first - before the iD
editors amend the data. There seems to be two options here: an automated
edit adding the crossing_ref=zebra tag to all crossing=zebra features in
the UK, or we make use of the new MapRoulette "Quick Fixes" feature to
visually inspect each. See:
https://www.openstreetmap.org/user/mvexel/diary/390984

What do you think?

P.S. This also applies to the UK's other crossing types. The MapRoulette
option wouldn't be an option for all of these.

Thank you,
*Rob*
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-it] Via Abarth Torino

[Lorenzo Rolla]

Buonasera, non volendo creare problemi sulle mappe, segnalo che è stata
dedicata una via a Carlo Abarth (costruttore auto sportive). Un cordiale
saluto.

https://www.fcaheritage.com/it-it/heritage/eventi/via-carlo-abarth

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

Re: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec

[Alouette955]

Pierre,

Concernant les infrastructures cyclables invisibles sans un lcn=yes j’ai trouvé 
dans JOSM (**) un affichage lors de l’édition où toutes les infrastructures 
sont visibles incluant bicycle=yes ou designated ou les attributs :right left: 
etc ... Ils n’ont pas tous un graphisme très clair mais ils sont distincts.

Pour l’activer il faut aller dans “Affichage” puis “Coloriage” et activer 
“Cycleways” (la première fois il faut l’installer dans “Préférence du rendu de 
la carte”). Ainsi, lors de l’édition, on peut voir tout chemin ayant un 
attribut cyclable avant de l’ajouter à une relation.

L’option qui m’était très utile et rapide “Fichier” et “Télécharger dans la vue 
courante” a disparu de JOSM. Il faut maintenant utiliser “Télécharger les 
données” où on obtient l’équivalent mais avec  plus de manipulation. 

Une autre option intéressante est aussi apparue ... “Télécharger le long ...” 
qui télécharge tous les objets situé le long d’un chemin.

Claude

(**) J’ai abandonné Potlatch et iD depuis l’abandon du support de Flash Player 
dans mes fureteurs.

From: Pierre Boucher 
Sent: Thursday, October 17, 2019 10:57 AM
To: talk-ca@openstreetmap.org 
Subject: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec
[... texte effacé ...¸]
  a.. Pour moi lcn=yes me permet en un clin d'oeil davoir une vue d'ensemble 
sur le réseau cyclable de toutes ces municipalités incluant les chemins dit 
"designated, yes, permissive, etc." comme cycleway=designated par exemple qui 
n'apparait pas sur la carte sans l'utilisation de lcn=yes.  De plus en 
utilisant  l'attribut additionnel :right :left ou :both à cycleway je peux voir 
le résultat sur la carte. 
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-GB] FIXME/fixme/OSm Notes Quarterly Project

[Rob Nickerson]

So far I have looked at two regions in the UK for fixmes: Warwickshire and
the North West.

In Warwickshire it can be difficult to resolve the fixmes as most (but not
all) require a lot of work. I found a completely different story in the
North West. I found a good number of fixmes there which had already been
resolved and therefore all I had to do was remove the redundant fixme=*
tag. I also found a lot of fixme tags that could be resolved just by using
the latest aerial imagery and/or GPS traces. Once again it has been a
reminder of the differences between places within a few hours of each other.

As for adding new fixme tags, I personally haven't needed to do this yet. I
am curious as to where "peak fixme" lies. If we had 10% more contributors
would we end up with 10% more fixme tags or do you eventually get to a a
point where you turn the corner and start ticking off all these quality
assurance issues?

P.S. The number of Notes is on the up again as well. There are a lot of
good descriptions in the Notes that can be used to update the map. Check
them out at
http://resultmaps.neis-one.org/osm-notes-country?c=United%20Kingdom

Best regards,
*Rob*
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] 1. Re: Mappare una scuola due

[Cascafico Giovanni]

Per qualche motivo il thread si è sdoppiato. Avevo  scritto:

---
Negli open data anagrafica scuole [1] ci sono le colonne:
CODICEISTITUTO
CODICESCUOLA

e quando queste coincidono il valore della colonna
INDICAZIONESEDEDIRETTIVO
è "SI"

Per il tag ref direi che CODICESCUOLA va bene. Resta da capire a che
geometria applicarlo.


[1]
https://dati.istruzione.it/opendata/opendata/catalogo/elements1/SCUANAGRAFESTAT20192020190901.csv


Rimane da decidere che tag per definire l'istituto di riferimento...
ammesso che serva a qualcuno.

Il gio 24 ott 2019, 20:31 claudio62PG  ha scritto:

> matteo soave wrote
> > OK. Vada per  office=educational_institution
> >
> > Comunque, come dicevo, avere un metodo per dire quale plesso o scuola fa
> > parte di quale I.C. è un altra necessità.
> > Il tag per questo potrebbe essere (alle scuole):
> > educational_institution=Istituto Comprensivo tal de tali  (è un po' lungo
> > come chiave, ma è facile da ricordarsi perché uguale al valore del
> > feature,
> > ed è specifico, invece "network" sarebbe generico).
>
> A questo si risponde facilmente con
> Open data scuola 2019-20
> <
> https://dati.istruzione.it/opendata/opendata/catalogo/elements1/leaf/SCUANAGRAFESTAT20192020190901.csv
> >
>  Ciao
> Claudio
>
>
>
> --
> 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] 1. Re: Mappare una scuola due

[claudio62PG]

matteo soave wrote
> OK. Vada per  office=educational_institution
> 
> Comunque, come dicevo, avere un metodo per dire quale plesso o scuola fa
> parte di quale I.C. è un altra necessità.
> Il tag per questo potrebbe essere (alle scuole):
> educational_institution=Istituto Comprensivo tal de tali  (è un po' lungo
> come chiave, ma è facile da ricordarsi perché uguale al valore del
> feature,
> ed è specifico, invece "network" sarebbe generico).

A questo si risponde facilmente con 
Open data scuola 2019-20

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-cz] Jak v iD editoru vybrat konkretni ze soubeznych linii?

[jzvc via talk-cz]

Cus,

celkem jednoduse, vymenis iD za Josm. To na co si narazil je jedna z 
velmi mnoha veci, ktery v tom proste delat nejde(pripadne drbanim se 
nohou za krkem) a pokud hodlas editaci venovat nejaky ten cas delsi nez 
par minut, velmi rychle zacnes narazet na dalsi a dalsi. Typicky si 
celkem rychle nabijes ... tam, kde jsou relace v relacich a pod.


BTW: Nevim jak se chova iD, nepouzivam, ale hypoteticky by to mohlo jit 
tak, ze z te linie vytahnes dalsi node nekam stranou, cimz odkryjes 
linii pod ni (a nasledne ho pripadne smaznes). Ale mozna ti to ten node 
hodi pres vsechny, pak si nepomuzes. Navic takovych linii muze byt pres 
sebe vic, a pak je tento zpusob prace ponekud nestastny.


Dne 24.10.2019 v 11:17 Petr Vozdecký napsal(a):

Ahoj vsem,

poradi mi prosim nekdo, jak v iD editoru vybrat prave jednu konkretni 
linii, pokud jich je "na sobe" nekolik?


Pokud je to jednoduchy soubeh napr. dvou ploch, pak se to da vybrat 
nalezenim casti linie, ktera neni nikde v soubehu s jinou. Pokud je to 
napr. slozita relace a nektera linie je po cele sve delce v soubehu s 
jinymi, je to slozitejsi, ale da se to vybrat krkolome pres relaci. 
Ale v ostatnich pripadech jsem u iD editoru v koncich...


diky za jakoukoliv radu

vop

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



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

Re: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec

[Alouette955]

Bonjour,

Je me réponds à moi-même pour conserver les références ci-bas.

Je leur ajoute le Plan directeur du réseau cyclable de Laval qui recense les 
axes superstructurants et structurants existants et proposés versus les 
“dessertes locales`

 
https://www.laval.ca/Documents/Pages/Fr/Activites/sports-et-loisirs/plan-directeur-reseau-cyclable.pdf

Ce genre d’informations en plus de celles de la CMM et de la CMQ ci-bas existe 
certainement pour plusieurs autres municipalités.

La discussion n’est peut-être pas terminée mais advenant qu’on y aille d’un 
projet il y a deux avenues possibles.

1- On se donne l’hiver pour créer, région par région, les relations 
correspondant aux routes locales évidentes et au printemps on efface les 
lcn=yes restants sur les chemins.  Pas évident qu’on a les ressources humaines 
requises pour tout faire d’ici là mais on aura fait un bon bout.

2- Ce que j’appelle l’électrochoc. On efface maintenant tous les lcn=yes 
(évidemment sauf dans les relations) et on entreprend la création des relations 
locales. Ça provoquera certainement une réaction mais ça publiciserait le 
projet plus rapidement auprès de ceux qui ne sont pas sur cette liste.

La première avenue a l’avantage de laisser visible les pistes cyclables sur la 
carte OSM en ligne facilitant une vue globale avant de s’attaquer à une région.

Une coordination sera évidemment nécessaire et une documentation pourrait être 
ajoutée dans:

   https://wiki.openstreetmap.org/wiki/FR:Québec/Pistes_cyclables

Claude

From: Alouette955 
Sent: Thursday, October 17, 2019 4:28 PM
To: talk-ca@openstreetmap.org ; Pierre Boucher 
Subject: Re: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le 
Québec

Merci Pierre,

L’argument de visibilité que tu avances (et c’est celui que j’ai suivi au 
départ) a une réception très froide dans la communauté OSM. En effet on nous 
répète constamment de ne pas cartographier en fonction du rendu d’une carte. Si 
l’objectif d’une carte ne satisfait pas nos objectifs à nous de construire un 
autre rendu ... pas évident.

Pour la carte cyclable Garmin basée sur les données OSM que nous partageons 
j’ai décidé de mettre en avant toute voie ayant un attribut cyclable (lnc=yes 
ou non). C’est le but de cette carte de montrer toutes les voies cyclables. 
Ainsi si on circule sur une voie cyclable absente de la carte il suffit de la 
capturer et de mettre à jour OSM. La carte de Andy Allan n’a de tout évidence 
pas cet objectif.

Ceci dit j’ai trouvé quelques références sur des routes cyclables pouvant faire 
l’objet de relations.

La CMM (Communauté Métropolitaine de Montréal) publie une carte interactive de 
son plan d’aménagement régionale prévue du Réseau Vélo Métropolitain. Plusieurs 
routes locales existantes y seront utilisées dans l’instauration de la VM dont 
la VM20 est la première route terminée. Cette carte pourrait servie de 
squelette pour les routes locales.

   ref.:
 
https://wiki.openstreetmap.org/wiki/FR:R%C3%A9seau_v%C3%A9lo_m%C3%A9tropolitain

 
http://cmm.qc.ca/champs-intervention/transport/plans-en-transport/plan-directeur-du-reseau-velo-metropolitain/#carte

Dans cette dernière carte zoomez et cliquez sur un segment. Certains sont à 
construire mais plusieurs existent déjà.

La CMQ Communauté Métropolitaine de Québec a également une carte interactive où 
en activant la couche “Réseau Cyclable sous PMAD 2012” montre 8 principaux 
tronçons qui peuvent peut-être assimilées aux routes dans OSM???

ref: https://www.sig.cmquebec.qc.ca/GeoLyre/index.html?viewer=sig2020

Il n‘est pas dit que nous trouverons tout en ligne mais en fouillant on se 
rapproche d’une information structurée des réseaux cyclables qui se rapproche 
de la notion de routes dans OSM.

Claude

P..S Je déplore aussi que “bicycle=designated” sans lcn=yes soit exclu des 
cartes cyclables en ligne. Son utilisation n’est pas marginale dans la région.

From: Pierre Boucher 
Sent: Thursday, October 17, 2019 10:57 AM
To: talk-ca@openstreetmap.org 
Subject: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec

Bonjour,

J'ai reçu ce message de Alouette555 - voir au bas de mon commentaire - me 
demandant mon opinion sur la "Revision de l'attribut lcn=yes pour le Québec" et 
me demande de répondre sur talk-ca

Je suis un contributeur qui contribue ( 4679 modifications depuis le 1er 
juillet 2013 - beaucoup de contributeur ne contribue pas ou à peu près pas).

Voici mon commentaire:

  1.. Tout d'abord merci è Claude (Alouette555) pour son aide et ses conseils à 
mes débuts comme contributeur en juillet 2013.

  2.. Je suis un fervent cycliste +/- 4000 km par année principalement au nord 
de Montréal - Rosemère, Boisbriand, Sainte-Thérèse, Blainvile, Saint-Jérôme, 
Oka, etc... 
  3.. J'ai contribué à mettre à jour - et j'essaie de garder à jour - les 
chemins cyclables de ces municipaltés.  J'ai de bonnes relations avec les 
travaux publics et les urbanistes de ces municipalités.

  4.. 

Re: [Talk-it] Funzione di JOSM

[demon_box]

Andrea Albani wrote
> https://learnosm.org/it/josm/josm-tools/#scalare-e-ruotare

grazie mille! c'è sempre qualcosa da imparare 

--enrico





--
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] votazione su phone / contact:phone

[Francesco Ansanelli]

Votato!
grazie Martin

Il giorno gio 24 ott 2019 alle ore 10:58 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> Vi segnalo una votazione in corso per la "deprecation" (sconsigliare) di
> "contact:phone".
> Non sembra si possa ancora vincere:
>
>
> https://wiki.openstreetmap.org/wiki/Discussions/tagging/contact:phone_or_phone
>
> Quindi la situazione rimarrà probabilmente come prima: più oggetti e
> persone hanno i tag "phone", e questo cresce più velocemente, ma qualcuno
> insiste su "contact:phone" e quindi rimane anche quello.
>
> Ciao
> Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] votazione su phone / contact:phone

[Damjan Gerl]

liste DOT girarsi AT posteo DOT eu je 24.10.2019 ob 17:58 napisal:

Il 24/10/19 12:24, Federico Cortese ha scritto:

On Thu, Oct 24, 2019 at 10:58 AM Martin Koppenhoefer
 wrote:

Vi segnalo una votazione in corso per la "deprecation" (sconsigliare) di 
"contact:phone".
Non sembra si possa ancora vincere:

+1, all'attacco. votato.




Per dire la verità a me piace di più il contact:phone, ed è quello che 
usavo all'inizio. Poi vedendo che la maggioranza usa il phone, mi sono 
adattato ed ora lo uso anche io.


Damjan

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

Re: [Talk-ca] lcn=yes et RM20

[stevea]

De plus, je recommande que la balise cycle_network soit utilisée pour 
identifier le réseau particulier dont la route fait partie.

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

Re: [Talk-ca] lcn=yes et RM20

[Pierre Béland via Talk-ca]

Je suis aussi d'avis qu'il faut utiliser des relations.  De cette façon, nous 
pouvons clairement identifier chaque itinéraire, cela incluant les zones où les 
itinéraires se chevauchent.
dans un tel cas, deux relations une régionale, une nationale peuvent 
représenter ces circuits avec les clés OSM de réseau vélo ajoutées aux 
relations et non pas sur les chemins.



 
Pierre 
 

Le jeudi 24 octobre 2019 11 h 52 min 35 s UTC−4, Alouette955 
 a écrit :  
 
 En effet même en éliminant lcn=yes et en créant des routes locales il est fort 
plausible qu’une route régionale n’emprunte qu’une partie d’une route locale et 
bifurque sur une route locale d’une autre municipalité. C’est le propre d’une 
route régionale de se faire un chemin au travers les municipalités. Le mot 
“route” a plusieurs définitions différentes et ambigües en français. Dans la 
page Wiki en français concernant les routes cyclables on utilise le terme 
“itinéraires cyclables” pour lesquels on privilégie la création de relations.   
 https://wiki.openstreetmap.org/wiki/FR:Itin%C3%A9raires_cyclables Claude From: 
Martin Chalifoux via Talk-ca Sent: Thursday, October 24, 2019 10:45 AMTo: 
Pierre Boucher Cc: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] lcn=yes et 
RM20 Si la route RM20 est une route régionale il n’est pas fondamentalement 
redondant que des segments soient aussi dans un réseau local. Un segment peut 
très bien faire partie de plusieurs routes du même niveau ou de niveau 
différent. 



On Oct 24, 2019, at 10:25, Pierre Boucher  wrote:



  
 Bonjour,

J'ai remarqué que certaines sections (pas toutes) de la Relation RM20 (Réseau 
vélo métropolitain - Axe 20) ont dans leurs "attributs" lcn=yes.  Dans un tel 
cas lcn=yes n'est-il pas superflue.  Si tel est le cas existe-t-il un moyen 
rapide de faire le ménage?   
Pierre Boucher
  
...Pensez à l'environnement avant d'imprimer ce courriel !.

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



|  | Virus-free. www.avg.com  |



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

Re: [Talk-it] Funzione di JOSM

[Ivo Reano]

>
> ... JOSM per mappare, non esiste nessuna funzione o
>
estensione che in presenza di un poligono con angoli retti, ad esempio un
> semplice quadrato mi permette di ruotarlo di quanti grandi decido?
>
> Senza plugin, se tieni premuto i tasti control e shift (assieme) puoi
ruotare qualunque geometria, anche aperta, attorno al suo punto centrale-
Funziona anche se selezioni un singolo nodo!)
Però non puoi decidere i gradi di rotazione.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] votazione su phone / contact:phone

[liste DOT girarsi AT posteo DOT eu]

Il 24/10/19 12:24, Federico Cortese ha scritto:
> On Thu, Oct 24, 2019 at 10:58 AM Martin Koppenhoefer
>  wrote:
>>
>> Vi segnalo una votazione in corso per la "deprecation" (sconsigliare) di 
>> "contact:phone".
>> Non sembra si possa ancora vincere:
> 

+1, all'attacco. votato.


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

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

Re: [Talk-it] Funzione di JOSM

[Andrea Albani]

https://learnosm.org/it/josm/josm-tools/#scalare-e-ruotare

Ciao

Il gio 24 ott 2019, 17:53 demon_box  ha scritto:

> ciao, io utilizzo soltanto JOSM per mappare, non esiste nessuna funzione o
> estensione che in presenza di un poligono con angoli retti, ad esempio un
> semplice quadrato mi permette di ruotarlo di quanti grandi decido?
>
> ho fatto passare le estensioni ma non ho trovato nulla e non saprei come
> fare.
>
> avete qualche idea?
>
> grazie.
>
> --enrico
>
>
>
>
> --
> 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-ca] lcn=yes et RM20

[Alouette955]

En effet même en éliminant lcn=yes et en créant des routes locales il est fort 
plausible qu’une route régionale n’emprunte qu’une partie d’une route locale et 
bifurque sur une route locale d’une autre municipalité. C’est le propre d’une 
route régionale de se faire un chemin au travers les municipalités.

Le mot “route” a plusieurs définitions différentes et ambigües en français. 
Dans la page Wiki en français concernant les routes cyclables on utilise le 
terme “itinéraires cyclables” pour lesquels on privilégie la création de 
relations.

   https://wiki.openstreetmap.org/wiki/FR:Itin%C3%A9raires_cyclables

Claude

From: Martin Chalifoux via Talk-ca 
Sent: Thursday, October 24, 2019 10:45 AM
To: Pierre Boucher 
Cc: talk-ca@openstreetmap.org 
Subject: Re: [Talk-ca] lcn=yes et RM20

Si la route RM20 est une route régionale il n’est pas fondamentalement 
redondant que des segments soient aussi dans un réseau local. Un segment peut 
très bien faire partie de plusieurs routes du même niveau ou de niveau 
différent. 



  On Oct 24, 2019, at 10:25, Pierre Boucher  wrote:


   

  Bonjour,

  J'ai remarqué que certaines sections (pas toutes) de la Relation RM20 (Réseau 
vélo métropolitain - Axe 20) ont dans leurs "attributs" lcn=yes.  Dans un tel 
cas lcn=yes n'est-il pas superflue.  Si tel est le cas existe-t-il un moyen 
rapide de faire le ménage? 
  Pierre Boucher


--

  ...Pensez à l'environnement avant d'imprimer ce courriel !.


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


 Virus-free. www.avg.com  




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

[Talk-it] Funzione di JOSM

[demon_box]

ciao, io utilizzo soltanto JOSM per mappare, non esiste nessuna funzione o
estensione che in presenza di un poligono con angoli retti, ad esempio un
semplice quadrato mi permette di ruotarlo di quanti grandi decido?

ho fatto passare le estensioni ma non ho trovato nulla e non saprei come
fare.

avete qualche idea?

grazie.

--enrico




--
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

[OSM-talk-fr] Prestation pour déployer des serveurs de tuile OSM

[Marc SIBERT via Talk-fr]

Bonjour,

Je suis à la recherche d'une structure qui pourrait accompagner mon
employeur pour implémenter une solution de serveurs de tuiles OSM interne
(type mapnik). La solution sera déployée sur des machines virtuelles,
probablement en CentOS. L'ensemble du travail devra être documenté à
l'issue de la prestation pour en assurer son exploitation.

Contactez-moi en direct si vous êtes intéressés. Il s'agirait d'une
prestation dont la durée sera à préciser.

Cordialement,
--
Marc Sibert
m...@sibert.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] mappare sede associazione Esperantista

[Marco Ciampa]

On Thu, Oct 24, 2019 at 10:51:41AM +0200, Martin Koppenhoefer wrote:
> Am Mi., 23. Okt. 2019 um 12:02 Uhr schrieb Marco Ciampa  >:
> 
> > Scusate, ..., non è ferma, è in draft con la proposal=under way...
> >
> > Non ho capito però una cosa, se una tag è in questo stato, si può usare?
> >
> >
> 
> certamente. Puoi usare qualsiasi tag, ma certi stati dovrebbero farti
> pensare meglio se vada bene, per esempio "rejected": dovresti guardarti
> perché è stato rejected, e se sei d'accordo. "draft" spesso vuole dire che
> non ti puoi "fidare" della definizione attuale e che potrebbe cambiare in
> qualsiasi momento (però questo purtroppo succede talvolta anche con altri
> tag, ma è meno probabile).

Grazie per la spiegazione, ora le cose mi sono decisamente più chiare.
Purtroppo non c'è niente come il fare (sbagliando) che ti fa capire...

> A me "esperanto=yes" senza contesto mi sembrerebbe più un tag per un
> oggetto dove si capisce / parla esperanto. Se si riferisce al nome della
> via, sarei più per un tag come questo:
> https://taginfo.openstreetmap.org/keys/name%3Aetymology%3Awikidata

Non mi è ben chiaro a che serva questo tag, mi spieghi per favore? Mi
pare abbia a che fare con wikipedia, ma non tutto ciò che è marcato con 
un riferimento "esperantista" ha una voce su wikipedia (anzi, ben pochi a
dir la verità...). Quindi come marcare un tale oggetto?

> ce ne sono già 61:
> https://taginfo.openstreetmap.org/tags/name%3Aetymology%3Awikidata=Q143

In tutto il mondo? Pochini... e come avere l'elenco di questi oggetti,
per capire cosa/dove sono?

Scusa le domande da principiante...

--

Best regards,
Marco Ciampa

I know a joke about UDP, but you might not get it.



 GNU/Linux User #78271
 FSFE fellow #364




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

Re: [Talk-ca] lcn=yes et RM20

[Martin Chalifoux via Talk-ca]

Si la route RM20 est une route régionale il n’est pas fondamentalement 
redondant que des segments soient aussi dans un réseau local. Un segment peut 
très bien faire partie de plusieurs routes du même niveau ou de niveau 
différent. 

> 
> On Oct 24, 2019, at 10:25, Pierre Boucher  wrote:
> 
>  
> Bonjour,
> 
> J'ai remarqué que certaines sections (pas toutes) de la Relation RM20 (Réseau 
> vélo métropolitain - Axe 20) ont dans leurs "attributs" lcn=yes.  Dans un tel 
> cas lcn=yes n'est-il pas superflue.  Si tel est le cas existe-t-il un moyen 
> rapide de faire le ménage?
> Pierre Boucher
> 
> ...Pensez à l'environnement avant d'imprimer ce courriel !.
> 
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] lcn=yes et RM20

[Pierre Boucher]

Bonjour,

J'ai remarqué que certaines sections (pas toutes) de la Relation RM20 
(Réseau vélo métropolitain - Axe 20) ont dans leurs "attributs" 
lcn=yes.  Dans un tel cas lcn=yes n'est-il pas superflue.  Si tel est le 
cas existe-t-il un moyen rapide de faire le ménage?


*/Pierre Boucher/*



*...Pensez à l'environnement avant d'imprimer ce courriel !.*

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

[OSM-talk-fr] Les infrastructures et OpenStreetMap

[François Lacombe]

Salut à tous,

Il ne me semblait pas l'avoir partagé ici, une version plus succinte de la
prez donnée au dernier SOTM-fr à Montpellier est dispo.
https://www.dailymotion.com/video/x7lb289

Elle a été enregistrée lors de la 33ième réunion du FRnoG, le groupe
français des opérateurs de réseaux télécom.
Il y a donc une dominante plus forte accordée au métier, plus qu'à la
contribution comme cela avait été le cas à Montpellier.

C'était une bonne occasion de faire la promotion du projet OSM auprès de
professionnels consommateurs de SIG, avec quelques questions sympa à la fin.
Les slides :
https://www.slideshare.net/francoislacombe/cartographie-des-infrastructures-sur-openstreetmap-frnog-33

Prochaine étape sur le sujet lors du colloque semestriel de l'AVICCA
(Association des Villes et Collectivités Câblées) le 6 novembre prochain.
Un hackathon est prévu sur le sujet à Paris le 31/01 et 01/02/2020 à la
paillasse.
http://www.avicca.org/actualite/tdathack-territoires-data-et-telecoms

Bonne après-midi

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

Re: [talk-au] Map features for OSM & new street-level imagery in Australia

[Daniel O'Connor]

>
>
>
> *Port Adelaide Enfield*
>
> The City of Port Adelaide Enfield has uploaded 228,000 images and just shy
> of 1,000 km of coverage. They are using the uploaded imagery to update
> their traffic sign inventory.
>
> This imagery consists of road surveys but also surveys of the footpaths
> taken on quad bikes.
>
>
>
That's... a pretty amazing level of detail! A few other contributors and I
have chipped away at buildings in the council; and we've maybe got 40%?
coverage. Getting addresses onto those or number of levels seemed out of
reach by ground survey.

Will be interesting to see what can be derived from the two datasets
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-it] 1. Re: Mappare una scuola due

[matteo soave]

OK. Vada per  office=educational_institution

Comunque, come dicevo, avere un metodo per dire quale plesso o scuola fa
parte di quale I.C. è un altra necessità.
Il tag per questo potrebbe essere (alle scuole):
educational_institution=Istituto Comprensivo tal de tali  (è un po' lungo
come chiave, ma è facile da ricordarsi perché uguale al valore del feature,
ed è specifico, invece "network" sarebbe generico).

Scusa l'ignoranza. Io in ogni scuola metto l'I.C. come operator. E' inutile
o sbagliato?

Tornando al problema di due scuole nello stesso edificio e supponendo di
avere dato amenity=school al perimetro dell'area scolastica, io ho messo
due nodi dentro l'edificio mappato buildig=school. Ognuno con name=Nome
scuola e opeerator=I.C. Pinco Pallo
https://www.openstreetmap.org/node/6845456003
Si poteva fare meglio?
Ciao e grazie
Matteo


Il giorno gio 24 ott 2019 alle ore 10:53 
ha scritto:

> Invia le richieste di iscrizione alla lista Talk-it all'indirizzo
> talk-it@openstreetmap.org
>
> Per iscriverti o cancellarti attraverso il web, visita
> https://lists.openstreetmap.org/listinfo/talk-it
> oppure, via email, manda un messaggio con oggetto `help' all'indirizzo
> talk-it-requ...@openstreetmap.org
>
> Puoi contattare la persona che gestisce la lista all'indirizzo
> talk-it-ow...@openstreetmap.org
>
> Se rispondi a questo messaggio, per favore edita la linea dell'oggetto
> in modo che sia più utile di un semplice "Re: Contenuti del digest
> della lista Talk-it..."
>
>
> Argomenti del Giorno:
>
>1. Re: 1. Re: Mappare una scuola due (Martin Koppenhoefer)
>2. Re: Vandalo pluri recidivo (Martin Koppenhoefer)
>3. Re: Mappare una scuola due (Martin Koppenhoefer)
>4. Re: Mappare una scuola due (Martin Koppenhoefer)
>5. Re: mappare sede associazione Esperantista (Martin Koppenhoefer)
>
>
> --
>
> Message: 1
> Date: Thu, 24 Oct 2019 09:56:18 +0200
> From: Martin Koppenhoefer 
> To: openstreetmap list - italiano 
> Subject: Re: [Talk-it] 1. Re: Mappare una scuola due
> Message-ID:
> <
> cabptjtbext3uczcwtcffokxbllc8hvjwgdkrhdcdf+zqhoi...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Am Do., 24. Okt. 2019 um 08:22 Uhr schrieb matteo soave  >:
>
> > Ciao Lista.
> > Comunque ha un indirizzo legale suo, associato al meccanografico, dove ha
> > sede la Direzione (ripeto, con o senza scuole, nel senso di edifici dove
> si
> > esercita la funzione didattica).
> > A mio parere l'I.C. (Istituto Comprensivo) va inteso come un modello
> > organizzativo di scuole e  non come una scuola.
> >
>
>
> +1, io avevo inserito qualcuno come "network", ma non forse non è il
> migliore dei tag
> potrebbe essere anche office=school per la sede amministrativa, ma bisogna
> comunque avere un metodo per dire quale plesso o scuola fa parte di quale
> I.C.
>
>
>
>
> > Tale modello prevede di riunire più scuole (e più plessi) sotto una unica
> > presidenza/dirigenza, con un unico consiglio di istituto. Tale
> > organizzazione si avvale di una segreteria e di un dirigente. A mio
> parere
> > quindi va mappato un ufficio che si chiamerà Istituto Comprensivo Tal dei
> > Tali nell'edificio che lo ospita, di norma una scuola.
> >
>
>
> lo si mappa dove si trova, se dentro una scuola è lì, se soltanto una sede
> amministrativa è comunque lì.
>
>
>
>
> > Come tag mi sembra creato apposta office=educational_institution
> > <
> https://wiki.openstreetmap.org/wiki/Tag:office%3Deducational_institution>
> > https://wiki.openstreetmap.org/wiki/Tag:office%3Deducational_institution
> > Non credo sarebbe sbagliato nemmeno
> > office=government in quanto le istituzioni scolastiche dipendono dal
> > Ministero dell'Istruzione.
> >
>
>
> bo, office=government mi sembra poco utile da solo (metterei comunque un
> qualcosa=school / education / ...), mi piace più office=school (anche
> perché forse non tutte le scuole dipendono dal Ministero dell'Istruzione?).
> Office=school ce ne sono 40 al momento, office=education 118 e
> office=education_institute12.
> Però sono d'accordo, office=educational_institution è chiaramente il tag da
> usare, con 18000 utilizzi:
> https://wiki.openstreetmap.org/wiki/Tag%3Aoffice%3Deducational_institution
> (questo per la parte solo amministrativa).
>
> Comunque, come dicevo, avere un metodo per dire quale plesso o scuola fa
> parte di quale I.C. è un altra necessità.
> Il tag per questo potrebbe essere (alle scuole):
> educational_institution=Istituto Comprensivo tal de tali  (è un po' lu

Re: [talk-cz] Jak v iD editoru vybrat konkretni ze soubeznych linii?

[Marián Kyral]

Ahoj.
-- Původní e-mail --
Od: Petr Vozdecký 
Komu: OpenStreetMap Czech Republic 
Datum: 24. 10. 2019 11:22:32
Předmět: [talk-cz] Jak v iD editoru vybrat konkretni ze soubeznych linii?
"
Ahoj vsem,




poradi mi prosim nekdo, jak v iD editoru vybrat prave jednu konkretni linii,
pokud jich je "na sobe" nekolik?




Pokud je to jednoduchy soubeh napr. dvou ploch, pak se to da vybrat
nalezenim casti linie, ktera neni nikde v soubehu s jinou. Pokud je to napr.
slozita relace a nektera linie je po cele sve delce v soubehu s jinymi, je
to slozitejsi, ale da se to vybrat krkolome pres relaci. Ale v ostatnich 
pripadech jsem u iD editoru v koncich...


"



Obávám se, že tohle iD zatím neumožňuje: https://github.com/openstreetmap/
iD/issues/2225




Marián



"



diky za jakoukoliv radu




vop

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

Re: [Talk-GB] Reference numbers for UK admin areas?

[Edward Bainton]

Super, thanks for all replies.

I'll post another question soon with the full scope of this contact's
queries: at this stage just kicking the tyres on it, but it seems Overpass
will do just about whatever you want it to, if you ask nicely.

On Wed, 23 Oct 2019 at 17:17, Dave F via Talk-GB 
wrote:

> Try this:
> https://overpass-turbo.eu/s/Nor
>
> area(3601608485); // Sutton
> //node[amenity=grit_bin]
> nwr[building](area);
> out meta center;
>
> As you want a specific area, the way I do it is to get the relation
> boundary's id (from the link you gave in the forum)   & add it to
> 36 (which is the start of the databases numbering for relations
> so they don't overlap with ways & nodes).
>
> DaveF
>
> On 23/10/2019 16:32, Edward Bainton wrote:
> > This is Sutton the parish within the City of Peterborough unitary
> authority
> > (there is another in Beds and another in Norfolk).
> >
> > OP here: https://forum.openstreetmap.org/viewtopic.php?id=67698
> >
> > The challenge was to get Overpass to return grit bins in *this *Sutton,
> and
> > not in all places called Sutton.
> >
> > The context (not in OP) was a query from someone who works with parish
> > councils asking whether OSM is a feasible GIS for their asset management
> -
> > because (1) parish councils are third parties to the Public Sector
> Mapping
> > Agreement and (2) they have just had a lot of  assets (or should that be
> > liabilities?) devolved to them from higher tiers of government.
> >
> > Edward
> >
> > On Wed, 23 Oct 2019 at 16:25, Dave F via Talk-GB <
> talk-gb@openstreetmap.org>
> > wrote:
> >
> >> Which Sutton?
> >>
> >> Could you post the OP?
> >>
> >> DaveF
> >>
> >>
> >>
> >>
> >>
> >> On 23/10/2019 15:49, Edward Bainton wrote:
> >>
> >> Hi all
> >> On the forum marczoutendijk gave me an Overpass query to find grit-bins
> in
> >> Sutton.
> >>
> >> He added an admin-level to distinguish the parish of Sutton from the
> London
> >> borough.
> >>
> >> The only issue is, there are at least three Suttons at admin_level=10
> (as
> >> it happens, not far from each other).
> >>
> >> They have ref numbers thus: ref:gss=E04001120 (for example)
> >>
> >> Does anyone know what these are? There is a webpage in the wiki here,
> but I
> >> can't make sense of it.https://wiki.openstreetmap.org/wiki/Item:Q2647
> >>
> >> Thanks,
> >>
> >> Edward
> >>
> >>
> >>
> >>
> >> ___
> >> Talk-GB mailing listTalk-GB@openstreetmap.orghttps://
> lists.openstreetmap.org/listinfo/talk-gb
> >>
> >>
> >> ___
> >> Talk-GB mailing list
> >> Talk-GB@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-gb
> >>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[talk-au] Map features for OSM & new street-level imagery in Australia

[Edoardo Neerhut]

Hi everyone,


I wanted to reach out to let everyone know about two updates related to
street-level imagery in OSM.


*Imagery locations*

There is new imagery that has come in that may be useful for your OSM
editing. This imagery can be accessed by toggling the Mapillary image
overlay in iD Editor and through the Mapillary plugin in JOSM.

*Logan City Council*

Logan City Council has uploaded 4.4 million images of road surveys which is
about 2,300 km of coverage. New images continue to come in as their asset
management teams drive their network. The images help Logan determine
priority areas for road and maintenance.


The bulk of this imagery was captured towards the end of 2017. The latest
imagery they are uploading however is all from 2019.


*Port Adelaide Enfield*

The City of Port Adelaide Enfield has uploaded 228,000 images and just shy
of 1,000 km of coverage. They are using the uploaded imagery to update
their traffic sign inventory.

This imagery consists of road surveys but also surveys of the footpaths
taken on quad bikes.


A lot of it is from 2018 and they are looking to upload 2019 imagery as
well.


*Melbourne metro area*

Mapillary and Kaart have been working together to capture much of the
Melbourne metro area. Over 1 million images have been captured over the
last few months. The imagery can be viewed by filtering Melbourne coverage
from September 25, 2019 onwards.


*Map features in OSM*

You might also be interested in an experimental feature we have at the
moment. We have forked iD editor and added a layer for our map feature
data. Map features include things like crosswalks, fire hydrants, and
bicycle parking. The quality varies between objects and locations, but
hopefully you find it helpful. In coming months we will work to integrate
this into the main branch of iD Editor so that everyone can make use of it.


Currently you need to request map features to have them available in a
location. I have already made them available in Port Adelaide and Logan
council areas.

You can find the full range of map features we currently detect here
.



Many thanks to the cities of Port Adelaide Enfield and Logan for pushing
the case to make this imagery available to a wider audience.


I hope the new imagery is helpful for OSM editing in Australia. Let me know
if you have any questions.


Cheers,


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

[Talk-lv] osm.lv nākotne / satura migrācija

[Rihards]

Laika trūkuma dēļ osm.lv ir nedaudz pamests novārtā.

Vai šeit būtu kāds, kurš vēlētos darboties ar šo domēnu/lapu?

Ja neviens neuzrodas, būtu jauki migrēt esošo saturu uz kādu citu
platformu - varbūt medium.com vai ko tamlīdzīgu.
Jebkāda palīdzība ar šādu migrāciju būtu ļoti noderīga.
-- 
 Rihards

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

Re: [Talk-it] votazione su phone / contact:phone

[Federico Cortese]

On Thu, Oct 24, 2019 at 10:58 AM Martin Koppenhoefer
 wrote:
>
> Vi segnalo una votazione in corso per la "deprecation" (sconsigliare) di 
> "contact:phone".
> Non sembra si possa ancora vincere:

Grazie Martin per questa segnalazione.
Ho dato il mio voto favorevole, ma non siamo lontani dalla parità,
quindi forse ci sono ancora speranze per un ribaltamento.

Ciao,
Federico

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

[talk-cz] Jak v iD editoru vybrat konkretni ze soubeznych linii?

[Petr Vozdecký]

Ahoj vsem,




poradi mi prosim nekdo, jak v iD editoru vybrat prave jednu konkretni linii,
pokud jich je "na sobe" nekolik?




Pokud je to jednoduchy soubeh napr. dvou ploch, pak se to da vybrat
nalezenim casti linie, ktera neni nikde v soubehu s jinou. Pokud je to napr.
slozita relace a nektera linie je po cele sve delce v soubehu s jinymi, je
to slozitejsi, ale da se to vybrat krkolome pres relaci. Ale v ostatnich 
pripadech jsem u iD editoru v koncich...




diky za jakoukoliv radu




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

Re: [talk-cz] landuse v Praze pouze s ZHS jmenem

[Mirek Dlask]

Ahoj,
ta oblast plus minus kopíruje Letenské sady. Proč totéž mapovat ještě jako
„zeleň na návsi“?
Překladač Google tu čínštinu překládá jako „Lightner Park“. Nebylo by
vhodnější tu čínštinu zkopírovat na Letenské sady a cestu smáznout? Park je
přesnější než „zeleň na návsi“.
Letenské sady jsou zde https://www.openstreetmap.org/way/25738281

st 23. 10. 2019 v 18:26 odesílatel mahdi1234  napsal:

> cau,
>
> Narazil jsem na foru o MagicEarth na toto
> https://www.openstreetmap.org/way/405092597 - jmeno cele oblasti je jen
> v ZHS, muze nekdo mistni doplnit CZ nebo smazat tu cinstinu, jestli tam
> nepatri?
>
> dik,
> mahdi
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[Talk-it] votazione su phone / contact:phone

[Martin Koppenhoefer]

Vi segnalo una votazione in corso per la "deprecation" (sconsigliare) di
"contact:phone".
Non sembra si possa ancora vincere:

https://wiki.openstreetmap.org/wiki/Discussions/tagging/contact:phone_or_phone

Quindi la situazione rimarrà probabilmente come prima: più oggetti e
persone hanno i tag "phone", e questo cresce più velocemente, ma qualcuno
insiste su "contact:phone" e quindi rimane anche quello.

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

Re: [Talk-it] mappare sede associazione Esperantista

[Martin Koppenhoefer]

Am Mi., 23. Okt. 2019 um 12:02 Uhr schrieb Marco Ciampa :

> Scusate, ..., non è ferma, è in draft con la proposal=under way...
>
> Non ho capito però una cosa, se una tag è in questo stato, si può usare?
>
>

certamente. Puoi usare qualsiasi tag, ma certi stati dovrebbero farti
pensare meglio se vada bene, per esempio "rejected": dovresti guardarti
perché è stato rejected, e se sei d'accordo. "draft" spesso vuole dire che
non ti puoi "fidare" della definizione attuale e che potrebbe cambiare in
qualsiasi momento (però questo purtroppo succede talvolta anche con altri
tag, ma è meno probabile).

A me "esperanto=yes" senza contesto mi sembrerebbe più un tag per un
oggetto dove si capice / parla esperanto. Se si riferisce al nome della
via, sarei più per un tag come questo:
https://taginfo.openstreetmap.org/keys/name%3Aetymology%3Awikidata

ce ne sono già 61:
https://taginfo.openstreetmap.org/tags/name%3Aetymology%3Awikidata=Q143

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

Re: [Talk-it] Mappare una scuola due

[Martin Koppenhoefer]

Am Di., 22. Okt. 2019 um 19:14 Uhr schrieb claudio62PG :

> cascafico wrote
> > L'istituto comprensivo e relativo codi e mecc sono entità senza
> > connotazioni geografiche
>
>

non lo leggo così. Sono entità che sono composte da "sotto-entità" che a
loro volta hanno connotazioni geografiche, quindi hanno anche loro
connotazioni geografiche, ma sono più complesse.




> Quindi basta inserire le singole scuole senza far riferimento al codice di
> istituto
> nessuna relazione è necessaria




"necessario" non è mai niente, ma per me sarebbero da inserire questi
informazioni. Un relazione mi sembra esagerato però.

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

Re: [Talk-it] Mappare una scuola due

[Martin Koppenhoefer]

Am Di., 22. Okt. 2019 um 13:48 Uhr schrieb Francesco Ansanelli <
franci...@gmail.com>:

> Per quanto ne so la site serve per raggruppamento sotto un unico nome...
> La group serve solo i tag comuni.
> Penso che la limitazione del nome possa non bastare per i casi dove ci
> sono 2 scuole nella stessa struttura.
>


generalmente, quando hai soltanto poligoni e niente ruoli speciali, la
relazione da usare è multipolygon. Invece se ci sono nodi e ways
coninvolti, oppure ci sono ruoli particolari, la "site" potrebbe essere
utile. Invece la "group" va bene per ragruppare oggetti dello stesso tipo
(di ogni genere, anche misti, ways, relazioni, nodi, poligoni).

Ne la group ne la site sono attualmente evaluati dai programmi standard
(osm2pgsql).

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

Re: [Talk-it] Vandalo pluri recidivo

[Martin Koppenhoefer]

Si è registrato l'undici settembre di quest'anno e da allora ha già creato
122 changesets, tutti con iD.
Tocca capire se parliamo di un nuovo arrivato molto appassionato che fa un
po' dei soliti errori da principiante (forse anche condotto da consigli /
procedure sbagliate di iD), oppure se si tratta appunto di un vandalo, che
ora ha creato un nuovo utente e continua a fare danni apposto. Ha fatto
qualcosa di buono o solo danni? Sieti sicuri che è maligno?

Se si, fatelo bloccare dalla DWG anche subitò, che si possa creare un nuovo
account ;-)

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

Re: [Talk-it] 1. Re: Mappare una scuola due

[Martin Koppenhoefer]

Am Do., 24. Okt. 2019 um 08:22 Uhr schrieb matteo soave :

> Ciao Lista.
> Comunque ha un indirizzo legale suo, associato al meccanografico, dove ha
> sede la Direzione (ripeto, con o senza scuole, nel senso di edifici dove si
> esercita la funzione didattica).
> A mio parere l'I.C. (Istituto Comprensivo) va inteso come un modello
> organizzativo di scuole e  non come una scuola.
>


+1, io avevo inserito qualcuno come "network", ma non forse non è il
migliore dei tag
potrebbe essere anche office=school per la sede amministrativa, ma bisogna
comunque avere un metodo per dire quale plesso o scuola fa parte di quale
I.C.




> Tale modello prevede di riunire più scuole (e più plessi) sotto una unica
> presidenza/dirigenza, con un unico consiglio di istituto. Tale
> organizzazione si avvale di una segreteria e di un dirigente. A mio parere
> quindi va mappato un ufficio che si chiamerà Istituto Comprensivo Tal dei
> Tali nell'edificio che lo ospita, di norma una scuola.
>


lo si mappa dove si trova, se dentro una scuola è lì, se soltanto una sede
amministrativa è comunque lì.




> Come tag mi sembra creato apposta office=educational_institution
> 
> https://wiki.openstreetmap.org/wiki/Tag:office%3Deducational_institution
> Non credo sarebbe sbagliato nemmeno
> office=government in quanto le istituzioni scolastiche dipendono dal
> Ministero dell'Istruzione.
>


bo, office=government mi sembra poco utile da solo (metterei comunque un
qualcosa=school / education / ...), mi piace più office=school (anche
perché forse non tutte le scuole dipendono dal Ministero dell'Istruzione?).
Office=school ce ne sono 40 al momento, office=education 118 e
office=education_institute12.
Però sono d'accordo, office=educational_institution è chiaramente il tag da
usare, con 18000 utilizzi:
https://wiki.openstreetmap.org/wiki/Tag%3Aoffice%3Deducational_institution
(questo per la parte solo amministrativa).

Comunque, come dicevo, avere un metodo per dire quale plesso o scuola fa
parte di quale I.C. è un altra necessità.
Il tag per questo potrebbe essere (alle scuole):
educational_institution=Istituto Comprensivo tal de tali  (è un po' lungo
come chiave, ma è facile da ricordarsi perché uguale al valore del feature,
ed è specifico, invece "network" sarebbe generico).

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

[Talk-it] 1. Re: Mappare una scuola due

[matteo soave]

Ciao Lista.
Comunque ha un indirizzo legale suo, associato al meccanografico, dove ha
sede la Direzione (ripeto, con o senza scuole, nel senso di edifici dove si
esercita la funzione didattica).
A mio parere l'I.C. (Istituto Comprensivo) va inteso come un modello
organizzativo di scuole e  non come una scuola. Tale modello prevede di
riunire più scuole (e più plessi) sotto una unica presidenza/dirigenza, con
un unico consiglio di istituto. Tale organizzazione si avvale di una
segreteria e di un dirigente. A mio parere quindi va mappato un ufficio che
si chiamerà Istituto Comprensivo Tal dei Tali nell'edificio che lo ospita,
di norma una scuola.
Come tag mi sembra creato apposta office=educational_institution

https://wiki.openstreetmap.org/wiki/Tag:office%3Deducational_institution
Non credo sarebbe sbagliato nemmeno
office=government in quanto le istituzioni scolastiche dipendono dal
Ministero dell'Istruzione.
Ciao. Matteo


Il giorno mer 23 ott 2019 alle ore 13:04 
ha scritto:

> Invia le richieste di iscrizione alla lista Talk-it all'indirizzo
> talk-it@openstreetmap.org
>
> Per iscriverti o cancellarti attraverso il web, visita
> https://lists.openstreetmap.org/listinfo/talk-it
> oppure, via email, manda un messaggio con oggetto `help' all'indirizzo
> talk-it-requ...@openstreetmap.org
>
> Puoi contattare la persona che gestisce la lista all'indirizzo
> talk-it-ow...@openstreetmap.org
>
> Se rispondi a questo messaggio, per favore edita la linea dell'oggetto
> in modo che sia più utile di un semplice "Re: Contenuti del digest
> della lista Talk-it..."
>
>
> Argomenti del Giorno:
>
>1. Re: Mappare una scuola due (Lidrie)
>2. Re: mappare sede associazione Esperantista (Marco Ciampa)
>
>
> --
>
> Message: 1
> Date: Wed, 23 Oct 2019 09:12:26 +0200
> From: Lidrie 
> To: talk-it@openstreetmap.org
> Subject: Re: [Talk-it] Mappare una scuola due
> Message-ID: 
> Content-Type: text/plain; charset="iso-8859-15"; format=flowed
>
> Il 22/10/2019, Cascafico Giovanni al a dit :
>
> > L'istituto comprensivo e relativo codi e mecc sono entità senza
> > connotazioni geografiche
>
> Ni: in genere la sede dell'IC coincide con una delle scuole che raggruppa,
> altre volte ha sede separata (uffici in affitto fuori dalle scuole per
> mancanza
> di aule nel corpo della scuola). Comunque ha un indirizzo legale suo,
> associato
> al meccanografico, dove ha sede la Direzione (ripeto, con o senza scuole,
> nel
> senso di edifici dove si esercita la funzione didattica).
> Tanto per complicare il quadro, ci sono casi dove allo stesso piano di un
> edificio scolastico possono trovarsi aule di scuole diverse, es: 5^ della
> primaria a fianco di aule della secondaria, anche stesso corridoio. Per
> non
> parlare di spazi comuni come palestra, aula magna, aula lingue,
> laboratori,
> musica, etc., condivisi tra più ordini (infanzia-primaria-secondaria).
> E più tagliano i fondi ministeriali (costantemente negli ultimi 20 anni),
> più
> Direzioni e Comuni trovano soluzioni fantasiose per tirare avanti...
>
> --
> Sans
>
>
>
>
> --
>
> Message: 2
> Date: Wed, 23 Oct 2019 12:00:57 +0200
> From: Marco Ciampa 
> To: talk-it@openstreetmap.org
> Subject: Re: [Talk-it] mappare sede associazione Esperantista
> Message-ID: <20191023100057.GA27093@marco-N24-25JU>
> Content-Type: text/plain; charset=utf-8
>
> On Tue, Oct 22, 2019 at 05:20:36PM +0200, Marco Ciampa wrote:
> > Come?
> >
> > C'è una proposta in merito ferma dal 2014 ... 
> >
> https://wiki.openstreetmap.org/wiki/Proposed_features/Zamenhof-Esperanto_objects
>
> Scusate, sono cretino, non è ferma, è in draft con la proposal=under way...
>
> Non ho capito però una cosa, se una tag è in questo stato, si può usare?
>
> Perché ho visto una montagna di oggetti mappati in questo modo e ho
> cominciato anche io ma poi mi sono chiesto se è giusto quello che
> faccio... non voglio né fare danni né lavorare per nulla...
>
> Per ora mi sono limitato ad aggiungere il tag
>
> esperanto=yes
>
> a tutte le "Via Esperanto" che ho trovato sino ad ora in Italia...
>
> --
>
> Best regards,
> Marco Ciampa
>
> I know a joke about UDP, but you might not get it.
>
> 
>
>  GNU/Linux User #78271
>  FSFE fellow #364
>
> 
>
>
>
>
> --
>
> Subject: Chiusura del digest
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
> --
>
> Fine di Digest di Talk-it, Volume 155, Numero 31
> 
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it