Re: [Talk-bo] 2019 incendios en Bolivia

[Juan Jose Iglesias]

Como Sistema mas "Practico" creo yo seria poder gestionar cuentas OSMAND+ 
gratuitas para equipos de Emergencia tipo SAR, SAR-FAB o GOES. Que se puedan 
beneficiar del OSMAND LIVE y descargar las actualizaciones del Mapa a cada 
hora, de forma q el mapa vaya "evolucionando" a medida q la "emergencia" va 
transcurriendo

El problema de los shapefile es como "integrarlo" en el campo con los usuarios 
si estos están alejados (Mismo q con las actualizaciones de los GPS con 
archivos .img)

Son cosas a considerar creo yo.

Slds

JJ

>Como nota adicional, la data modificada aunque en pequeña escala a 
>sido usada por gente con OSMAND+ y downloads a GPS Garmin dia a dia; 
>seria interesante ver la posibilidad de "instituonalizar" esa 
>disponibilidad de data "fresca" en futuros eventos adversos.

HOTOSM tiene una herramienta "export tool" que obtiene la data más actual del 
área de las tareas pero en formato shapefile, tendríamos que pensar poner un 
extractor de la data en la página web de la comunidad

Abrazos,

Marco Antonio

---
This email has been checked for viruses by AVG.
https://www.avg.com



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

Re: [Talk-bo] 2019 incendios en bolivia

[Juan Jose Iglesias]

Con respecto a la cantidad de editores yo me base en los datos que enviaste de 
http://resultmaps.neis-one.org/osm-changesets?comment=2019boliviafires#9/-18.5174/-59.8151

Donde muestra 281 editores de Bolivia y luego editores del Congo, Peru, etc 
según este desglose que publica:
1. Bolivia Bolivia: 281 - 4,077 (366,186)
2. Republic of the Congo Republic of the Congo: 4 - 5 (12,067)
3. Peru Peru: 1 - 1 (3,855)
4. Paraguay Paraguay: 7 - 13 (1,221)
5. Central African Republic Central African Republic: 1 - 1 (826)
6. Brazil Brazil: 2 - 2 (373)
7. United Republic of Tanzania United Republic of Tanzania: 1 - 3 (190)

Como personalmente envié un agradecimiento por su contribución a cada uno de 
los editores que apoyaron los proyectos HOT, del feedback que obtuve muchos de 
ellos se sienten muy orgullosos de su contribución como Comunidad local; lo que 
va bastante a contramano con lo de que las Estadisticas No Miran Nacionalidad, 
y ciertamente me comunicare con Pascal Nyes para ver si esos aspectos de 
identificación de comunidades se pueden mejorar. (Al Cesar lo q es del Cesar)  

Con respecto al análisis de la data "Geografica" (osm-analytics) pues hice un 
acotación al área más exacta de la intervención Hot (Con y sin Hashtag y 
durante el periodo respectivo) y ciertamente muestra mas de 10 mil kilómetros 
de vías mapeados (lo cual es significativo) y mas de 19 mil edificaciones 
mapeadas (lo cual también es impresionante). No conocía esa herramienta asi q 
gracias por mostrármela.

De hecho ya entre al Repositorio en Girthub para complementar un issue y ver si 
pueden agregar el feature "Place" dentro de las herramientas de consulta 
estadística.

Hasta donde entiendo, No se va a pedir más  intervención HOT en estos incendios 
aunque los mismos están francamente activos en las áreas NW y N de Concepción y 
en los alrededores de San Matias cerca de la Frontera con Brasil. 

Saludos 

JJ

-Original Message-
From: Marco Antonio [mailto:marcoantoniofr...@gmail.com] 
Sent: Thursday, September 12, 2019 10:45 PM
To: Juan Jose Iglesias ; 'OSM Bolivia' 

Subject: RE: [Talk-bo] 2019 incendios en bolivia



On 12 September 2019 21:21:23 GMT-04:00, Juan Jose Iglesias 
 wrote:
>Saludos Marco
>
>No se la metodologia de calculo de las ediciones pero si estoy Seguro 
>de varias cosas:
>
>1) Nunca hubo 281 Editores Bolivianos en acción, en la realidad solo 3 
>editores de Bolivia contribuyeron y Ninguno uso el Hashtag
>#BoliviaFires2019
>2) Los mayores editores en #6649 y #6650 fueron gente de Bangladesh
>3) La cantidad de Changesets NO considera ninguna edición hecha por 
>gentes que Si participaron (editores foráneos) que tampoco usaron 
>ningún hashtag de Hot, del proyecto respectivo o de Bolivia.

JJ, las estadística se realizan de la data de osm casi en vivo, es un proyecto 
de doctorado de un contribuidor y de una herramienta de hotosm de análisis 
desarrollado por otros contribuidores developers

Las estadísticas no miran nacionalidad porque no tiene sentido en un proyecto 
mundial con contribuidores mundiales, pero tienes razón que no se toma en 
cuenta las ediciones que no tengan un comentario definido

En las estadísticas de osm-analytics se toma en cuenta todas las ediciones en 
el polígono definido, pero no averigüe si toma en cuenta ediciones que salen 
fuera del polígono

Hay ciertas restricciones para poder calcular exactamente, aun se está 
desarrollando herramientas para esto

>Como nota adicional, la data modificada aunque en pequenia escala a 
>sido usada por gente con OSMAND+ y downloads a GPS Garmin dia a dia; 
>seria interesante ver la posibilidad de "instituonalizar" esa 
>disponibilidad de data "fresca" en futuros eventos adversos.

HOTOSM tiene una herramienta "export tool" que obtiene la data más actual del 
área de las tareas pero en formato shapefile, tendríamos que pensar poner un 
extractor de la data en la página web de la comunidad

Abrazos,

Marco Antonio

---
This email has been checked for viruses by AVG.
https://www.avg.com



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

Re: [Talk-bo] 2019 incendios en bolivia

[Marco Antonio]

On 12 September 2019 21:21:23 GMT-04:00, Juan Jose Iglesias 
 wrote:
>Saludos Marco
>
>No se la metodologia de calculo de las ediciones pero si estoy Seguro
>de varias cosas: 
>
>1) Nunca hubo 281 Editores Bolivianos en acción, en la realidad solo 3
>editores de Bolivia contribuyeron y Ninguno uso el Hashtag
>#BoliviaFires2019
>2) Los mayores editores en #6649 y #6650 fueron gente de Bangladesh
>3) La cantidad de Changesets NO considera ninguna edición hecha por
>gentes que Si participaron (editores foráneos) que tampoco usaron
>ningún hashtag de Hot, del proyecto respectivo o de Bolivia.

JJ, las estadística se realizan de la data de osm casi en vivo, es un proyecto 
de doctorado de un contribuidor y de una herramienta de hotosm de análisis 
desarrollado por otros contribuidores developers

Las estadísticas no miran nacionalidad porque no tiene sentido en un proyecto 
mundial con contribuidores mundiales, pero tienes razón que no se toma en 
cuenta las ediciones que no tengan un comentario definido

En las estadísticas de osm-analytics se toma en cuenta todas las ediciones en 
el polígono definido, pero no averigüe si toma en cuenta ediciones que salen 
fuera del polígono

Hay ciertas restricciones para poder calcular exactamente, aun se está 
desarrollando herramientas para esto

>Como nota adicional, la data modificada aunque en pequenia escala a
>sido usada por gente con OSMAND+ y downloads a GPS Garmin dia a dia;
>seria interesante ver la posibilidad de "instituonalizar" esa
>disponibilidad de data "fresca" en futuros eventos adversos.

HOTOSM tiene una herramienta "export tool" que obtiene la data más actual del 
área de las tareas pero en formato shapefile, tendríamos que pensar poner un 
extractor de la data en la página web de la comunidad

Abrazos,

Marco Antonio

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

Re: [Talk-bo] 2019 incendios en bolivia

[Juan Jose Iglesias]

Saludos Marco

No se la metodologia de calculo de las ediciones pero si estoy Seguro de varias 
cosas: 

1) Nunca hubo 281 Editores Bolivianos en acción, en la realidad solo 3 editores 
de Bolivia contribuyeron y Ninguno uso el Hashtag #BoliviaFires2019
2) Los mayores editores en #6649 y #6650 fueron gente de Bangladesh
3) La cantidad de Changesets NO considera ninguna edición hecha por gentes que 
Si participaron (editores foráneos) que tampoco usaron ningún hashtag de Hot, 
del proyecto respectivo o de Bolivia.

Seria muy interesante si se pudiera revisar la estadística real en las zonas 
afectadas por #6649 y #6650, osea en el área geográfica y no solo de acuerdo a 
una clave en los comments (No se si eso es Posible)

Como nota adicional, la data modificada aunque en pequenia escala a sido usada 
por gente con OSMAND+ y downloads a GPS Garmin dia a dia; seria interesante ver 
la posibilidad de "instituonalizar" esa disponibilidad de data "fresca" en 
futuros eventos adversos.

Gracias por el excelente Resumen.

JJ


 

-Original Message-
From: Marco Antonio [mailto:marcoantoniofr...@gmail.com] 
Sent: Thursday, September 12, 2019 8:32 PM
To: OSM Bolivia 
Subject: [Talk-bo] 2019 incendios en bolivia

hola,

Hace pocas horas se acabó de mapear la última área solicitada a HOTOSM para los 
incendios, fueron 7 tareas para mapear roboré, san josé de chiquitos, la zona 
ñembe guasu y otros, ahora solo falta validar la última tarea. Y luego nuestra 
validación local posterior

Hay una página wiki del evento:
https://wiki.openstreetmap.org/wiki/2019_Bolivia_Wildfires

Casi todas las ediciones en el mapa hechas en el contexto HOTOSM, son
360 mil aproximadamente:
http://resultmaps.neis-one.org/osm-changesets?comment=2019boliviafires#9/-18.5174/-59.8151

analisis de las ediciones entre agosto 25 y 12 septiembre 2019 para 
edifcaciones, caminos, ríos, en azul las zonas más mapeadas:

http://osm-analytics.org/#/show/polygon:vhzcKhqf%7BBrwg%40heqHwrsFx%7BR%7DflA%7BqbDhhCmgqBqjkBsivDcvwE%7Dkd%40om%7BBuk%60%40%7BqiDg%60BcpwDddjBivIbo%7C%40sen%40_hc%40%7C%60l%40olm%40svdA_woC%7Dyh%40gqyCrlq%40wxeC%7Cc%7C%40oiM%7C%7Cx%40wfs%40~aOasdBiyYku%7B%40~bbJgnO%7CaOyvwC%7CqbAwpjA%7Dc%7C%40wdD~re%40opcFdvpBoclAz%7C_DpoK%7C%7Cx%40ap%7B%40nkuDsmeBlgbE%7D%7CSxzyEeezCr%7BZ%7DmoKv%60zFpcTb~%7DDfptDgbjAbv_VegwN~xwM/buildings/recency

http://osm-analytics.org/#/show/polygon:vhzcKhqf%7BBrwg%40heqHwrsFx%7BR%7DflA%7BqbDhhCmgqBqjkBsivDcvwE%7Dkd%40om%7BBuk%60%40%7BqiDg%60BcpwDddjBivIbo%7C%40sen%40_hc%40%7C%60l%40olm%40svdA_woC%7Dyh%40gqyCrlq%40wxeC%7Cc%7C%40oiM%7C%7Cx%40wfs%40~aOasdBiyYku%7B%40~bbJgnO%7CaOyvwC%7CqbAwpjA%7Dc%7C%40wdD~re%40opcFdvpBoclAz%7C_DpoK%7C%7Cx%40ap%7B%40nkuDsmeBlgbE%7D%7CSxzyEeezCr%7BZ%7DmoKv%60zFpcTb~%7DDfptDgbjAbv_VegwN~xwM/highways/recency

http://osm-analytics.org/#/show/polygon:vhzcKhqf%7BBrwg%40heqHwrsFx%7BR%7DflA%7BqbDhhCmgqBqjkBsivDcvwE%7Dkd%40om%7BBuk%60%40%7BqiDg%60BcpwDddjBivIbo%7C%40sen%40_hc%40%7C%60l%40olm%40svdA_woC%7Dyh%40gqyCrlq%40wxeC%7Cc%7C%40oiM%7C%7Cx%40wfs%40~aOasdBiyYku%7B%40~bbJgnO%7CaOyvwC%7CqbAwpjA%7Dc%7C%40wdD~re%40opcFdvpBoclAz%7C_DpoK%7C%7Cx%40ap%7B%40nkuDsmeBlgbE%7D%7CSxzyEeezCr%7BZ%7DmoKv%60zFpcTb~%7DDfptDgbjAbv_VegwN~xwM/waterways/recency

/

Pienso que cualquier persona de la comunidad debería hacer el esfuerzo de 
documentar en la wiki cuando se active una tarea HOTOSM, siendo estos problemas 
recurrentes en bolivia (fuego, inundación, deslizamientos), la plantilla está 
disponible:

https://wiki.openstreetmap.org/wiki/Template:Activation

Abrazos,

Marco Antonio

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


---
This email has been checked for viruses by AVG.
https://www.avg.com


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

Re: [talk-au] Paths in Illawarra Conservation Lands

[Phil Wyatt]

You may also need to check the legislation for NSW

Often bicycles are classified as 'vehicles' under the legislation and are only 
allowed on designated vehicular roads, purpose built mountain bike trails or 
designated shared trails which would normally be signposted.

It will also likely differ between states.

Cheers - Phil

-Original Message-
From: Frederik Ramm [mailto:frede...@remote.org] 
Sent: Thursday, 12 September 2019 6:04 PM
To: talk-au@openstreetmap.org
Subject: Re: [talk-au] Paths in Illawarra Conservation Lands

Hi,

On 12.09.19 09:29, Frederik Ramm wrote:
> "Come for a serious bushwalk or a casual jog, visit a lookout in the
> winter for whale watching off the coast, or break out the binoculars for
> birdwatching. There are cycling opportunities on fire trails and plenty
> of chances to cool off in summer by retreating to a rainforest track."

Specifically for the Lower Escarpment Trail, I found this co-authored by
the NPWS office:

http://www.visitwollongong.com.au/uploads/308/illawarra-escarpment-trails-pdf.pdf

"Lower Escarpment trail ... This unsealed vehicle-width trail traverses
the lush middle slopes between Tarrawanna (Hawthorn Street) and Bulli
(Bulli Pass) ...  Ideal for: fit walkers, joggers and cyclists."

Which clearly seems to indicate that cycling is allowed - would that
include mountain biking? Unsure, this mountain biker web site

https://www.trailforks.com/route/lower-escarpment-trail/

says:

"Unlicensed motorbikes have resulted in a number of head on accidents
with riders. ... This route is Unsanctioned, Ride at your own Risk!"

Bye
Frederik

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

___
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

[Talk-bo] 2019 incendios en bolivia

[Marco Antonio]

hola,

Hace pocas horas se acabó de mapear la última área solicitada a HOTOSM
para los incendios, fueron 7 tareas para mapear roboré, san josé de
chiquitos, la zona ñembe guasu y otros, ahora solo falta validar la
última tarea. Y luego nuestra validación local posterior

Hay una página wiki del evento:
https://wiki.openstreetmap.org/wiki/2019_Bolivia_Wildfires

Casi todas las ediciones en el mapa hechas en el contexto HOTOSM, son
360 mil aproximadamente:
http://resultmaps.neis-one.org/osm-changesets?comment=2019boliviafires#9/-18.5174/-59.8151

analisis de las ediciones entre agosto 25 y 12 septiembre 2019 para
edifcaciones, caminos, ríos, en azul las zonas más mapeadas:

http://osm-analytics.org/#/show/polygon:vhzcKhqf%7BBrwg%40heqHwrsFx%7BR%7DflA%7BqbDhhCmgqBqjkBsivDcvwE%7Dkd%40om%7BBuk%60%40%7BqiDg%60BcpwDddjBivIbo%7C%40sen%40_hc%40%7C%60l%40olm%40svdA_woC%7Dyh%40gqyCrlq%40wxeC%7Cc%7C%40oiM%7C%7Cx%40wfs%40~aOasdBiyYku%7B%40~bbJgnO%7CaOyvwC%7CqbAwpjA%7Dc%7C%40wdD~re%40opcFdvpBoclAz%7C_DpoK%7C%7Cx%40ap%7B%40nkuDsmeBlgbE%7D%7CSxzyEeezCr%7BZ%7DmoKv%60zFpcTb~%7DDfptDgbjAbv_VegwN~xwM/buildings/recency

http://osm-analytics.org/#/show/polygon:vhzcKhqf%7BBrwg%40heqHwrsFx%7BR%7DflA%7BqbDhhCmgqBqjkBsivDcvwE%7Dkd%40om%7BBuk%60%40%7BqiDg%60BcpwDddjBivIbo%7C%40sen%40_hc%40%7C%60l%40olm%40svdA_woC%7Dyh%40gqyCrlq%40wxeC%7Cc%7C%40oiM%7C%7Cx%40wfs%40~aOasdBiyYku%7B%40~bbJgnO%7CaOyvwC%7CqbAwpjA%7Dc%7C%40wdD~re%40opcFdvpBoclAz%7C_DpoK%7C%7Cx%40ap%7B%40nkuDsmeBlgbE%7D%7CSxzyEeezCr%7BZ%7DmoKv%60zFpcTb~%7DDfptDgbjAbv_VegwN~xwM/highways/recency

http://osm-analytics.org/#/show/polygon:vhzcKhqf%7BBrwg%40heqHwrsFx%7BR%7DflA%7BqbDhhCmgqBqjkBsivDcvwE%7Dkd%40om%7BBuk%60%40%7BqiDg%60BcpwDddjBivIbo%7C%40sen%40_hc%40%7C%60l%40olm%40svdA_woC%7Dyh%40gqyCrlq%40wxeC%7Cc%7C%40oiM%7C%7Cx%40wfs%40~aOasdBiyYku%7B%40~bbJgnO%7CaOyvwC%7CqbAwpjA%7Dc%7C%40wdD~re%40opcFdvpBoclAz%7C_DpoK%7C%7Cx%40ap%7B%40nkuDsmeBlgbE%7D%7CSxzyEeezCr%7BZ%7DmoKv%60zFpcTb~%7DDfptDgbjAbv_VegwN~xwM/waterways/recency

/

Pienso que cualquier persona de la comunidad debería hacer el esfuerzo
de documentar en la wiki cuando se active una tarea HOTOSM, siendo
estos problemas recurrentes en bolivia (fuego, inundación,
deslizamientos), la plantilla está disponible:

https://wiki.openstreetmap.org/wiki/Template:Activation

Abrazos,

Marco Antonio

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

Re: [OSM-talk-fr] Paramétrage API Nominatim

[marc marc]

Bonjour,

le mieux c'est de commencer par la page du wiki qui renseigne la doc :)

Le 12.09.19 à 22:59, gwen...@niadomo.net a écrit :
> - si la rue n'existe pas dans la commune, centrer sur la commune. Inutile de 
> vérifier si l'adresse existe dans un découpage administratif auquel 
> appartient la commune. Exemple rue de Bruz à Rennes (elle n’existe pas) : 
> Nominatim propose rue de Bruz à Chartres de Bretagne et à Bréal-sous-Monfort 
> (https://framapic.org/UD6kFLw9uvnE/IRyJLg1Az0Jo.png)

le problème c'est que Rennes n'est pas qu'une ville
mais aussi un  arrondissement
donc la réponse https://www.openstreetmap.org/way/26552774 dans la 
commune Chartres-de-Bretagne répond parfaitement à la demande.
la réponse permet de détecter la commune 
Chartres-de-Bretagne
https://nominatim.openstreetmap.org/search/fr/Rennes/Rue%20de%20Bruz?format=xml=1=1
il est aussi possible de spécifier dans la demande ce que représente 
Rennes. je te laisse tester i cela suffit à éliminer le résultat
de moindre pertinence.

> - si la rue existe dans la commune mais que l'utilisateur ne précise pas le 
> n° dans la rue, la géolocalisation doit s'effectuer en centrant sur le milieu 
> de la rue et non sur le centre-ville. l'API ne devrait pas afficher dans la 
> liste les différents découpages administratifs auxquels cette adresse 
> appartient (https://framapic.org/ZnEthci860FG/Ta3iEtNj4zbp.png )

l'api n'affiche rien et le centre sur rien, elle se contente de fournir 
des données. c'est votre programme qui en fait ce qu'il veux.
il lui est facile de n'afficher que rue, CP commune

> - si la rue existe avec un numéro : ne proposer que cette adresse. Ne pas 
> proposer tous les quartier/découpages administratifs auxquels appartient 
> cette adresse. Exemple : 160 rue de Brest à Rennes 
> (https://framapic.org/aJUsjRhqsb6h/0eUW0OPyVZoz.png)

la doc renseigne limit=1

> voici ce que j'ai trouvé dans le code source concernant la géolocalisation :
> https://framabin.org/p/?ab47f81c0a46d980#kOY31LxnJOWaOQQ4RbUD69FKx2vgIBD8RW56Yiqppg0=

est-ce que je mal comprend la demande ou tu cherche un bénévole
pour débuger un travail pro/payé ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Greffon tag2link de JOSM et supports ANFR

[Jérôme Amagat]

Le jeu. 12 sept. 2019 à 19:53,  a écrit :

> Le 12/09/2019 à 19:13, Jérôme Amagat - jerome.ama...@gmail.com a écrit :
>
> Il n'y a pas de lat et lon si ce n'est pas un node
>
> Pour continuer l'analogie avec Overpass, si, il suffit de récupérer le
> centroïde (center dans le langage d'Overpass).
>

Ok mais dans tag2link les infos utilisées sont sur l'élément.  Je sais pas
si c'est possible de faire autrement.

> Jean-Yvon
> ___
> 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-ph] Help fix the road network in the Philippines with MapRoulette challenges

[Andrew Wiseman via talk-ph]

Hi Maning,

We aren’t currently planning to work on these, but may in the future. I’ve done 
a few myself for fun though. We ran this analysis for a number of countries, 
and I figured I should let the communities know about them sooner rather than 
later so the data doesn’t get too stale.

Andrew 

> On Sep 12, 2019, at 5:54 AM, maning sambale  
> wrote:
> 
> hi andrew,
> 
> Thank you for preparing these challenges. Are there plans for your team to 
> fix them?
> 
> On Thu, 12 Sep 2019 at 05:48 Andrew Wiseman via talk-ph 
> mailto:talk-ph@openstreetmap.org>> wrote:
> Hi OSM Philippines,
> 
> My name is Andrew, I work for Apple on the Maps team. We recently used our 
> Atlas data analysis tool (https://github.com/osmlab/atlas 
> ) to look at a few types of potential issues 
> related to roads and routing on OpenStreetMap, such as roads that have overly 
> sharp angles, roads that cross but don't connect, routing problems, turn 
> restrictions, places where navigation is impossible due to missing 
> connections or potentially incorrect one-way roads, and other similar issues.
> 
> I've posted the results of those checks on MapRoulette, a tool that lets you 
> go through potential issues one by one and either correct them or indicate 
> they are not a problem. I wanted to let you know they are available in case 
> others wanted to try fixing some of them — I also plan to go through some of 
> them myself.
> 
> In MapRoulette you can either pick a random task to fix or click on a 
> specific one. If you want to do tasks around a certain location, such as 
> somewhere you are familiar with, you can click on one from the map view, and 
> then click Next task: Nearby when you finish it.
> 
> The checks are:
> 
> Crossing roads: https://maproulette.org/browse/challenges/8807 
> Routing problems: 
> https://maproulette.org/browse/challenges/8804 
> 
> Floating and disconnected roads: 
> https://maproulette.org/browse/challenges/8810 
> 
> Sharp angles: https://maproulette.org/browse/challenges/8808 
> 
> Road connectivity check: https://maproulette.org/browse/challenges/8806 
> 
> Invalid lanes: https://maproulette.org/browse/challenges/8814 
> 
> Invalid turn restriction: https://maproulette.org/browse/challenges/8815 
> 
> Malformed roundabouts: https://maproulette.org/browse/challenges/8809 
> 
> Road links: https://maproulette.org/browse/challenges/8813 
> 
> 
> Let me know if you have any questions or suggestions.
> 
> Thanks!
> 
> Andrew
> 
> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 
> 
> ___
> talk-ph mailing list
> talk-ph@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-ph 
> 
> -- 
> Maning Sambale (mobile)

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

Re: [talk-ph] Help fix the road network in the Philippines with MapRoulette challenges

[Eugene Alvin Villar]

Hi Andrew,

Thanks for setting up these MapRoulette challenges!

I'm happy to see that Apple is interested in helping out improve OSM data
in the Philippines. On the other hand, we never seem to run out of OSM
notes, fixme=* tagged objects, and Osmose and Keep Right bugs to fix, so
another set of potential OSM data errors is not helping. 

~Eugene

On Thu, Sep 12, 2019 at 5:48 AM Andrew Wiseman via talk-ph <
talk-ph@openstreetmap.org> wrote:

> Hi OSM Philippines,
>
> My name is Andrew, I work for Apple on the Maps team. We recently used our
> Atlas data analysis tool (https://github.com/osmlab/atlas) to look at a
> few types of potential issues related to roads and routing on
> OpenStreetMap, such as roads that have overly sharp angles, roads that
> cross but don't connect, routing problems, turn restrictions, places where
> navigation is impossible due to missing connections or potentially
> incorrect one-way roads, and other similar issues.
>
> I've posted the results of those checks on MapRoulette, a tool that lets
> you go through potential issues one by one and either correct them or
> indicate they are not a problem. I wanted to let you know they are
> available in case others wanted to try fixing some of them — I also plan to
> go through some of them myself.
>
> In MapRoulette you can either pick a random task to fix or click on a
> specific one. If you want to do tasks around a certain location, such
> as somewhere you are familiar with, you can click on one from the map view,
> and then click Next task: Nearby when you finish it.
>
> The checks are:
>
> Crossing roads: https://maproulette.org/browse/challenges/8807
> Routing problems: https://maproulette.org/browse/challenges/8804
> Floating and disconnected roads:
> https://maproulette.org/browse/challenges/8810
> Sharp angles: https://maproulette.org/browse/challenges/8808
> Road connectivity check: https://maproulette.org/browse/challenges/8806
> Invalid lanes: https://maproulette.org/browse/challenges/8814
> Invalid turn restriction: https://maproulette.org/browse/challenges/8815
> Malformed roundabouts: https://maproulette.org/browse/challenges/8809
> Road links: https://maproulette.org/browse/challenges/8813
>
> Let me know if you have any questions or suggestions.
>
> Thanks!
>
> Andrew
>
> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 |
> andrew_wise...@apple.com
>
> ___
> talk-ph mailing list
> talk-ph@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ph
>
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-GB] Solar power mapping: 100k up

[Dan S]

P.S. blogged about the milestone here:
http://mcld.co.uk/blog/2019/solar-panels-in-the-uk-10-spotted.html

Op do 12 sep. 2019 om 21:40 schreef Dan S :
>
> Hi all
>
> This is fantastic news! Thanks to everyone who has contributed (there
> are at least 30 different users taking part). We're definitely going
> to pilot some CO2-saving things using these data.
>
> Regarding the solar farms: I haven't tidied up my spreadsheet but I
> may as well just share it:
> http://www.mcld.co.uk/tmp/wiki_repd_list_dan.ods
> I've been working my way down that list (so far I've checked for
> everything that is 7 MW or larger) - and I know other people have been
> doing their own checking via other patterns. Generally, the Maxar
> premium imagery has seemed good.
>
> Please do continue with the smaller solar panels if you're willing :)
>
> BTW I'll be giving a talk about all this at SOTM in a couple of weeks.
> Great timing!
>
> Best
> Dan
>
> Op do 12 sep. 2019 om 20:30 schreef SK53 :
> >
> > It looks as though we have just passed the 100k solar installation mark as 
> > calculated by Gregory's site. We had 98,307 this morning and around 1700 
> > have been added since this time yesterday (roughly the cut-off time for the 
> > stats).
> >
> > We have 4 LAs with over 80% of the FIT target mapped: Knowsley, Nottingham, 
> > Plymouth & Sunderland. Amazingly Plymouth is over 95% of the target. There 
> > are 2 others over 75%: Tameside and Ashfield, and around 16-17 with over 
> > half mapped. I hope one of these is the former district of Caradon in SE 
> > Cornwall as I've been mapping this area following Dan;s suggestion when I 
> > last reported this status.
> >
> > There are still a lot of solar farms to chase down. It would be nice to get 
> > more of them located (or in some cases just updating tagging). This is an 
> > area where we can get close to completeness (pace Brian's remarks earlier).
> >
> > Jerry
> > ___
> > Talk-GB mailing list
> > Talk-GB@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-gb

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

Re: [Talk-it] R: Sentiero che si perde nel prato

[Volker Schmidt]

Non capisco la necessità di esplicitare la condizione di fine.
>
> E' il vecchio problema in OSM
Ci serve un "non-fixme" o qualcosa del genere.
Per distinguere nel caso specifico tra i tre casi: "il sentiero finisce
qua" | "il sentiero continua ma è ancora da mappare" | "non si sa"
Ovviamente potrei farti una lunga lista di altri tag per i quali non c'è un
valore di default, quasi tutti i tag=yes/no hanno questo problema.

Volker

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

[Talk-it] import edificato Toscana

[Francesco Lotti]

Ciao,
negli ultimi tempi l'utente mcheck sta importando una grossa mole di dati
(edifici) in gran parte della Toscana e forse altrove. Come sorgente dei
changeset vengono riportati dei generici "Mapbox satellite" o "Esri World
Imagery" ma si tratta chiaramente di import da DB topografico in quanto gli
edifici corrispondono alla CTR della Toscana.
Gli edifici sono disegnati come building=* anche per piccole frazioni degli
stessi che invece andrebbero chiaramente mappate come building_part=* (es:
https://www.openstreetmap.org/way/710344860#map=19/43.86716/10.24983).
Inoltre sono riportati anche edifici non più esistenti dato che i dati CTR
credo abbiano almeno una decina di anni, da qui immagino una non
approfondita conoscenza del territorio.
L'utente non risponde ad una discussione che avevo aperto su un changeset
riguardo a questi problemi.
Mi chiedevo se un'aggiunta di elementi così massiccia e sistemica rientri
nella regolare prassi di mapping demandando poi le correzioni ad altri. Di
sicuro mi pare un modo di procedere piuttosto unilaterale e difficoltoso da
gestire considerando la mole di errori da correggere/eliminare ma posso
anche sbagliarmi...
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] Paramétrage API Nominatim

[gwentux]

bonjour

Contributrice régulière je dois, dans un cadre professionnel, tester une base 
de données géolocalisée avec l'API Nominatim. Les champs sont les suivants :
- Complément d'adresse
- N° + voie
- ZI, ZA, immeuble
- BP, Cedex
- Code postal / Ville (associé à une table)

Certains résultats obtenus ne me satisfont pas et le prestataire me répond que 
c'est l'API qui gère les différents cas litigieux que j'ai identifiés. En gros 
il prétend ne rien pouvoir faire :-(
En tant que simple contributrice, je ne connais pas les possibilités de 
paramétrages de Nominatim. Donc un peu d'aide et de conseil serait les 
bienvenus :-)
Lors de la saisie d'une adresse, voici les réponses que je souhaiterais obtenir 
:
- si la rue n'existe pas dans la commune, centrer sur la commune. Inutile de 
vérifier si l'adresse existe dans un découpage administratif auquel appartient 
la commune. Exemple rue de Bruz à Rennes (elle n’existe pas) : Nominatim 
propose rue de Bruz à Chartres de Bretagne et à Bréal-sous-Monfort 
(https://framapic.org/UD6kFLw9uvnE/IRyJLg1Az0Jo.png)
- si la rue existe dans la commune mais que l'utilisateur ne précise pas le n° 
dans la rue, la géolocalisation doit s'effectuer en centrant sur le milieu de 
la rue et non sur le centre-ville. l'API ne devrait pas afficher dans la liste 
les différents découpages administratifs auxquels cette adresse appartient 
(https://framapic.org/ZnEthci860FG/Ta3iEtNj4zbp.png )
- si la rue existe avec un numéro : ne proposer que cette adresse. Ne pas 
proposer tous les quartier/découpages administratifs auxquels appartient cette 
adresse. Exemple : 160 rue de Brest à Rennes 
(https://framapic.org/aJUsjRhqsb6h/0eUW0OPyVZoz.png)

Est-il possible d'améliorer ces résultats en affinant le paramétrage de l'API 
Nominatim ? Avez-vous connaissance de ressources en ligne utiles que je 
pourrais transmettre à notre prestataire ?

À toutes fins utiles, voici ce que j'ai trouvé dans le code source concernant 
la géolocalisation :
https://framabin.org/p/?ab47f81c0a46d980#kOY31LxnJOWaOQQ4RbUD69FKx2vgIBD8RW56Yiqppg0=

d'avance merci

Gwen

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

Re: [Talk-GB] Solar power mapping: 100k up

[Dan S]

Hi all

This is fantastic news! Thanks to everyone who has contributed (there
are at least 30 different users taking part). We're definitely going
to pilot some CO2-saving things using these data.

Regarding the solar farms: I haven't tidied up my spreadsheet but I
may as well just share it:
http://www.mcld.co.uk/tmp/wiki_repd_list_dan.ods
I've been working my way down that list (so far I've checked for
everything that is 7 MW or larger) - and I know other people have been
doing their own checking via other patterns. Generally, the Maxar
premium imagery has seemed good.

Please do continue with the smaller solar panels if you're willing :)

BTW I'll be giving a talk about all this at SOTM in a couple of weeks.
Great timing!

Best
Dan

Op do 12 sep. 2019 om 20:30 schreef SK53 :
>
> It looks as though we have just passed the 100k solar installation mark as 
> calculated by Gregory's site. We had 98,307 this morning and around 1700 have 
> been added since this time yesterday (roughly the cut-off time for the stats).
>
> We have 4 LAs with over 80% of the FIT target mapped: Knowsley, Nottingham, 
> Plymouth & Sunderland. Amazingly Plymouth is over 95% of the target. There 
> are 2 others over 75%: Tameside and Ashfield, and around 16-17 with over half 
> mapped. I hope one of these is the former district of Caradon in SE Cornwall 
> as I've been mapping this area following Dan;s suggestion when I last 
> reported this status.
>
> There are still a lot of solar farms to chase down. It would be nice to get 
> more of them located (or in some cases just updating tagging). This is an 
> area where we can get close to completeness (pace Brian's remarks earlier).
>
> Jerry
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb

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

Re: [Talk-it] R: Sentiero che si perde nel prato

[emmexx]

On 09/12/2019 10:11 PM, Volker Schmidt wrote:
> Forse meglio un tag del tipo highway=end|begin sul nodo dove finisce ed
> è stato verificato (la scelta tra end o begin dipende della direzione
> della way).. Nel caso contrario si utilizza un fìxme sul nodo finale

Non capisco la necessità di esplicitare la condizione di fine. Se non
c'è fixme=continue o simile significa che quella
strada/sentiero/ruscello è stato mappato completamente.
Il fixme è anche quel che cerco, come mappatore, quando voglio vedere se
in una zona ci sono cose in sospeso.
Un altro tag mi sembra ridondante.

ciao
maxx

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

Re: [Talk-it] R: Sentiero che si perde nel prato

[Volker Schmidt]

Scherzavo ovviamente.


Il noexit lo metto dove trovo un cartello che indica che la strada è senza
>> uscita. Messo al fondo della strada mi sembra una presa in giro.
>>
> Ma secondo il wiki va proprio messo al punto dove finisce la strada:
"

Use the noexit=yes tag at the end of a highway
=* to indicate that there
is no possibility to travel further by any transport mode along a formal
path or route. The tag noexit=yes is mainly useful where a road or path
ends close to another way but where it isn't possible to get through due to
a barrier or other obstruction which may otherwise look like a mistake for
a connection to the nearby road. It helps other mappers and quality-check
programs to understand the situation correctly.

For this tag it *does not matter*, if there is a deadend sign at the
beginning of the street or not. If you want to tag traffic signs, use
traffic_sign =*."

Noexit=yes non è da confondere il segnale stradale "strada senza uscita"

Il mio punto è che per la fine di una strada c'un tag, ma per la fine di un
sentiero no. Ma per essere onesti il noext0yes non è un tag utile per
utenti final della mappa, piutosto si tratta di un tag che segnala ad altri
mappatori che è stato controllato che la strada finisce in questo punto.

Forse conviene inventare n tag generico che indica sul punto fnale di una
linea che l'ogetto della linea finisce in questo punto e non è solo un caso
di mappatura incompleta. Io incontro spesso il probema con percorsi
d'acqua. Su Mapillary ved che sto incorciando un corso d'acqua, o lo vedo
dalla foto satellitare, ma io sto mappando la strada o ciclabile. Che
faccio? Normalmante inserisco il ponte e un pezzo del corso d'acqua e
normamnete non dedico il tempo a seguire anche tutto il ruscello. Metto un
"fixme=incomplete, name unkown, low direction unknown". Similarmente se
incontro una linea elettrica. Non c'è l'opposto di fixeme, cioè "tutto
apposto".

Forse meglio un tag del tipo highway=end|begin sul nodo dove finisce ed è
stato verificato (la scelta tra end o begin dipende della direzione della
way).. Nel caso contrario si utilizza un fìxme sul nodo finale



>> Il giorno gio 12 set 2019 alle ore 18:00 Volker Schmidt <
>> vosc...@gmail.com> ha scritto:
>>
>>> Perché la nota in italiano? Il sentiero non finisce solo per gli
>>> italiani.
>>> Se una strada finisce a non si mette noexit=yes senza distinzione di
>>> lingua.
>>> Se il sentiero finisce devo mettere una nota in Italiano in Italia e se
>>> capita la stessa cosa in Germania metto una nota in tedesco?
>>> Mi sembra quello che manca è un tag per tutti sentieri del mondo che
>>> finiscono: noexit:foot=yes.
>>>
>>> On Thu, 12 Sep 2019 at 16:07, canfe  wrote:
>>>
 +1



 *Da:* Ivo Reano [mailto:reano...@gmail.com]
 *Inviato:* giovedì 12 settembre 2019 15:52
 *A:* openstreetmap list - italiano
 *Oggetto:* Re: [Talk-it] Sentiero che si perde nel prato





 Se ho capito bene la richiesta di demon_box, il sentiero finisce nel
 prato. Oltre non ha trovato tracce.

 E, se interpreto correttamente il suo pensiero, chiedeva se e come la
 cosa si possa segnalare sulla mappa.

 Secondo me, se proprio sembra strano che quel sentiero finisca nel
 prato, si può mettere una note.it="Il sentiero finisce quì".

 Parlando invece sui generis, se invece dopo il prato esiste una
 continuazione di qualche genere, si mette sicuramente una way sul prato,
 più o meno fittizia, con trail_visibility=no.

 Casi di questo genere mi sono già capitati!
 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-it

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

[Talk-GB] Solar power mapping: 100k up

[SK53]

It looks as though we have just passed the 100k solar installation mark as
calculated by Gregory's site
. We had 98,307 this
morning and around 1700 have been added since this time yesterday (roughly
the cut-off time for the stats).

We have 4 LAs with over 80% of the FIT target mapped: Knowsley, Nottingham,
Plymouth & Sunderland. Amazingly Plymouth is over 95% of the target. There
are 2 others over 75%: Tameside and Ashfield, and around 16-17 with over
half mapped. I hope one of these is the former district of Caradon in SE
Cornwall as I've been mapping this area following Dan;s suggestion when I
last reported this status.

There are still a lot of solar farms to chase down. It would be nice to get
more of them located (or in some cases just updating tagging). This is an
area where we can get close to completeness (pace Brian's remarks earlier).

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

Re: [Talk-at] golem.de: Lyft verbessert Openstreetmap automatisiert <- https://www.golem.de/news/kartendaten-lyft-verbessert-openstreetmap-im-vorbeifahren-1909-143759.html

[Robert Kaiser]

Marcus MERIGHI schrieb:

 In seinem [49]Engineering-Blog schreibt der
 Fahrdienst-Vermittler Lyft, dass das Unternehmen Tausende von
 Fehlern in Openstreetmap behoben hat. Das Auffinden und Beheben
 der fehlerhaften Daten geschieht demnach nicht manuell wie bei
 den sonst üblichen Bearbeitungen durch die
 Openstreetmap-Community, sondern hauptsächlich automatisch.



Ugh, automatische Edits klingen für mich nach verschlimmbesserung und 
bald kommenden Reverts, weil da wohl auch genug Blödsinn dabei sein wird 
(zuminbdest lehrt das die Erfahrung bisher mit solchen Dingen). :(


KaiRo


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

Re: [Talk-lv] ezītis miglā utt osm name-suggestion-index

[Rihards]

On 09.09.19 17:37, Rihards wrote:
> On 03.09.19 16:25, pec...@gmail.com wrote:
>> Ezītis noteikti ir pub.
> 
> Yay, ir :)
> https://github.com/osmlab/name-suggestion-index/pull/2993/files

Un tagad arī https://nsi.guide/index.html?k=amenity=pub .
Varbūt kāds māk Wikidata ielikt ar logo utt? :)

>> otrd., 2019. g. 3. sept., plkst. 12:50 — lietotājs Rihards
>> (mailto:riha...@nakts.net>>) rakstīja:
>>
>> Krogi Ezītis miglā mums parādās gan kā amenity=pub, gan bar (ja ne vēl
>> vairāk).
>>
>> Ņemot vērā saturu, man šķiet, ka visiem vajadzētu būt amenity=pub.
>> Vai izklausās labi?
>>
>> Ja jā, mēģināšu šo ievietot
>> https://github.com/osmlab/name-suggestion-index . Ja izdosies, varbūt
>> turpināšu ar citiem brandiem/uzņēmumiem :)
>>
>> Jebkāda palīdzība ļoti noderētu, droši rakstiet.
>> -- 
>> Rihards
>> -- 
>> mortigi tempo
>> Pēteris Krišjānis
-- 
 Rihards

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

Re: [Diversity-talk] Your talk submission for SotM 2019

[Heather Leson]

Please do it. I will be there in solidarity
Heather Leson
heatherle...@gmail.com
Twitter/skype: HeatherLeson
Blog: textontechs.com


On Sun, Sep 8, 2019 at 9:45 PM Rory McCann  wrote:

> Hi all,
>
> I'm happy lend a helping hand if I can. I put my name on the pad.
>
> I was considering of running a LGBTQ* "bird of a feather"/"self
> organized session" at SotM too which is sorta related.
>
> Rory
>
> On So, Sep 8, 2019 at 8:47 PM, Miriam Mapanauta 
> wrote:
> > Hi Heather,
> >
> > I am happy to participate in the discussion :)
> >
> > Thanks,
> >
> > Miriam
> >
> > On Sun, Sep 8, 2019 at 1:07 PM Heather Leson 
> > wrote:
> >> HI folks, I heard back from Rebecca and Patricia. they will help
> >> out. We would very much like to engage others. Let me know if you
> >> would like to be involved.  We will need the following:
> >>
> >> 4 or 5 helpers (low prep, just help lead a discussion)
> >> an OSM Diary. Happy to cowrite with you
> >>
> >> Our allies at the Mozilla Diversity and Inclusion mailing list
> >> suggested a format. I think it is helpful. I put the notes and
> >> format draft here. Edits welcome
> >>
> >> https://pads.ccc.de/bwWXryNYXv
> >>
> >> See you soon
> >>
> >> Heather
> >>
> >> Heather Leson
> >> heatherle...@gmail.com
> >> Twitter/skype: HeatherLeson
> >> Blog: textontechs.com
> >>
> >>
> >> On Tue, Sep 3, 2019 at 6:47 PM Heather Leson
> >>  wrote:
> >>> Dear colleagues,
> >>>
> >>> I hope that your summer was grand.
> >>>
> >>> I am researching formats for this. One thing that might help us is
> >>> to tackle what is inclusive language and what are some of the
> >>> measures to improve diversity - specifically in the board and
> >>> working groups. Thoughts?
> >>>
> >>> "The OSM community is global and diverse. Building on last year's
> >>> Open Heroines conversation, we will co-create a space for OSM to
> >>> talk about how to improve diversity and inclusion in our amazing
> >>> project. All welcome."
> >>>
> >>> How can OSM be more diverse and inclusive? Join us to share your
> >>> lessons and ideas on how we might grow and support a Diversity and
> >>> Inclusive approach in OSM. This is an activity taking place across
> >>> other 'open' communities. We will ask participants to co-create
> >>> plans and identify how we might incorporate it into small and big
> >>> activities within the global network. The format will be co-created
> >>> with some potential outcomes. The goal is to be a conversation with
> >>> interactive, participatory methods and some small group work.
> >>>
> >>> See more about this topic:
> >>>
> https://blog.mozilla.org/internetcitizen/2019/03/04/open-source-inclusion/
> >>> https://opensourcediversity.org/
> >>> https://github.com/mozilla/diversity
> >>>
> >>>
> >>> Shared planning space - https://pads.ccc.de/bwWXryNYXv
> >>>
> >>>
> >>> Thank you
> >>>
> >>> Heather
> >>> Heather Leson
> >>> heatherle...@gmail.com
> >>> Twitter/skype: HeatherLeson
> >>> Blog: textontechs.com
> >>>
> >>>
> >>> On Sun, Jul 28, 2019 at 4:47 PM Heather Leson
> >>>  wrote:
>  HI everyone, sorry for my delay.  Christine, thanks to you and the
>  org committee for this opportunity. We will make this time work
>  for us.
> 
> 
>  Dear colleagues, I am going on leave until August 14th. shall we
>  set up a document to plan this session. Miriam - I have made
>  remote participation possible in the past. We will do our best.
> 
>  Heather
> 
> 
>  Heather Leson
>  heatherle...@gmail.com
>  Twitter/skype: HeatherLeson
>  Blog: textontechs.com
> 
> 
>  On Wed, Jun 12, 2019 at 5:13 AM Miriam Mapanauta
>   wrote:
> > Hi Christine,
> >
> > No problem from my side, I can be available remotely, I don't
> > believe I will be able to attend the event.
> >
> > Thanks,
> >
> > Miriam
> >
> > On Sun, Jun 9, 2019 at 1:10 PM Christine Karch
> >  wrote:
> >> Hi all,
> >>
> >>  yesterday we had our schedule meeting. It was quite difficult
> >> to find a
> >>  suitable place for your session as you have quite divergent
> >> availability
> >>  time frames mentioned.
> >>
> >>  We scheduled your session for 09-22 at 14h. We got a warning
> >> that Miriam
> >>  is not available at this time. Could you please have a look at
> >> Miriam
> >>  availability times. They seem to be very limited, maybe you
> >> made a
> >>  mistake during the submission process.
> >>
> >>  Kind regards,
> >>
> >>  Christine
> >
> >
> > --
> >
> > Miriam
> > @mapanauta
> >
> >
> > --
> >
> > Miriam
> > @mapanauta
>
>
>
___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

Re: [Talk-it] FOSS4G it 2020

[mbranco2]

eh, è proprio il piccolo pubblico, che mi piacerebbe fosse un grande
pubblico!  
Intendo il potenziale pubblico di mappatori esperti, che vedendo un
programma a loro dedicato, potrebbe essere più invogliato a partecipare.

Riguardo ai workshop delle prime due mezze giornate, proponiamo sempre
OSM-base (=iD) e OSM-avanzato (=Josm) ?
Il febbraio scorso, a Padova, avevo tenuto anche quello su "Estrarre ed
usare i dati di OpenStreetMap" (c'erano più iscritti rispetto agli altri 2
workshop), però sono tutti workshop rivolti a neofiti.


Mail
priva di virus. www.avast.com

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

Il giorno gio 12 set 2019 alle ore 14:48 Alessandro P. via Talk-it <
talk-it@openstreetmap.org> ha scritto:

> Il 12/09/19 09:00, Andrea Musuruane ha scritto:
> > Ciao,
> > Concordo con Marco. Credo che lo scopo principale sia quello di
> > radunare la comunità italiana degli OSMers e di raccontarsi cosa si
> > sta facendo, approfondire temi utili a tutti, ecc. In pratica un
> > piccolo SotM italiano.
> >
>
> In realtà sino a qualche anno fa alcuni interventi erano dedicati a
> rappresentanti di singole regioni, anche se spesso era giusto una lista
> di cose: "abbiamo mappato tanti oggetti X", o tot chilometri di
> sentieri, "Siamo bravi con i tag Y", ma andava bene anche così.
>
> Il problema delle ultime edizioni è che arrivano poche proposte di
> interventi o attività, e soprattutto, ARRIVANO POCHI OSMER. Per essere
> il raduno/conferenza italiana lo trovo un poco sconfortante.
>
> Il lavoro sul campo sarebbe comunque parallelo a quello in sala, in modo
> da istruire chi arriva con questa necessità ma anche avere uno spazio in
> cui discutere, confrontarsi e - si spera :-) - uscire con delle
> decisioni/soluzioni.
>
> Andrea quindi ha un paio di proposte di intervento. Se qualcuno vuole
> aggiungerne altri iniziamo a tirare giù una lista.
> Sulla tavola rotonda sono d'accordo, ma buttiamo giù i punti e decidiamo
> un tempo (chessò: 2 ore) per evitare si trasformi in una chiacchierata
> da bar.
>
> @Marco: i workshop si terranno le prime due mezze giornate. Se ci fosse
> qualcosa di particolarmente verticale che interessa ad un piccolo
> pubblico e non dura troppo tempo, allora potrebbe avere un senso
> proporla il sabato.
>
> My 2c
>
> Alessandro
>
> --
> Alessandro Palmas
> mobile +39 328 9671753
> @Ale_Zena_IT
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>


Mail
priva di virus. www.avast.com

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

Re: [OSM-talk-fr] Greffon tag2link de JOSM et supports ANFR

[osm . sanspourriel]

Le 12/09/2019 à 19:13, Jérôme Amagat - jerome.ama...@gmail.com a écrit :


Il n'y a pas de lat et lon si ce n'est pas un node


Pour continuer l'analogie avec Overpass, si, il suffit de récupérer le
centroïde (center dans le langage d'Overpass).

Jean-Yvon

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

Re: [Talk-it] R: Sentiero che si perde nel prato

[Ivo Reano]

Scherzi a parte...

Ho suggerito la nota in italiano perchè mi viene spontaneo usare la mia
lingua. E so che il tag note andrebbe scritto in inglese, che non conosco.

Il giorno gio 12 set 2019 alle ore 19:18 Ivo Reano  ha
scritto:

> Volker, stai dicendo che se arrivi in un prato non sai più dove andare?
> Ho scritto note.it perchè, se non erro, le note sono dei messaggi per i
> mappatori. E la maggior parte delle persone che vanno per sentieri in
> Italia leggono l'italiano. Naturalmente puoi aggiungere una note inglese
> che è letto da quasi la maggioranza dell'umanità.
> Il noexit su un sentiero mi sembra una stupidaggine. Non lo dico per
> cattiveria ma si potrebbe usare dove? Sull'orlo di un precipizio? Io ci
> vado con l'attrezzatura da arrampicata o la tuta alare e proseguo.
> Il noexit lo metto dove trovo un cartello che indica che la strada è senza
> uscita. Messo al fondo della strada mi sembra una presa in giro.
> Specialmente se è un sentiero che arriva al prato dove pascolo le mie capre.
>
> Il giorno gio 12 set 2019 alle ore 18:00 Volker Schmidt 
> ha scritto:
>
>> Perché la nota in italiano? Il sentiero non finisce solo per gli italiani.
>> Se una strada finisce a non si mette noexit=yes senza distinzione di
>> lingua.
>> Se il sentiero finisce devo mettere una nota in Italiano in Italia e se
>> capita la stessa cosa in Germania metto una nota in tedesco?
>> Mi sembra quello che manca è un tag per tutti sentieri del mondo che
>> finiscono: noexit:foot=yes.
>>
>> On Thu, 12 Sep 2019 at 16:07, canfe  wrote:
>>
>>> +1
>>>
>>>
>>>
>>> *Da:* Ivo Reano [mailto:reano...@gmail.com]
>>> *Inviato:* giovedì 12 settembre 2019 15:52
>>> *A:* openstreetmap list - italiano
>>> *Oggetto:* Re: [Talk-it] Sentiero che si perde nel prato
>>>
>>>
>>>
>>>
>>>
>>> Se ho capito bene la richiesta di demon_box, il sentiero finisce nel
>>> prato. Oltre non ha trovato tracce.
>>>
>>> E, se interpreto correttamente il suo pensiero, chiedeva se e come la
>>> cosa si possa segnalare sulla mappa.
>>>
>>> Secondo me, se proprio sembra strano che quel sentiero finisca nel
>>> prato, si può mettere una note.it="Il sentiero finisce quì".
>>>
>>> Parlando invece sui generis, se invece dopo il prato esiste una
>>> continuazione di qualche genere, si mette sicuramente una way sul prato,
>>> più o meno fittizia, con trail_visibility=no.
>>>
>>> Casi di questo genere mi sono già capitati!
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it
>>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Sentiero che si perde nel prato

[Ivo Reano]

Volker, stai dicendo che se arrivi in un prato non sai più dove andare?
Ho scritto note.it perchè, se non erro, le note sono dei messaggi per i
mappatori. E la maggior parte delle persone che vanno per sentieri in
Italia leggono l'italiano. Naturalmente puoi aggiungere una note inglese
che è letto da quasi la maggioranza dell'umanità.
Il noexit su un sentiero mi sembra una stupidaggine. Non lo dico per
cattiveria ma si potrebbe usare dove? Sull'orlo di un precipizio? Io ci
vado con l'attrezzatura da arrampicata o la tuta alare e proseguo.
Il noexit lo metto dove trovo un cartello che indica che la strada è senza
uscita. Messo al fondo della strada mi sembra una presa in giro.
Specialmente se è un sentiero che arriva al prato dove pascolo le mie capre.

Il giorno gio 12 set 2019 alle ore 18:00 Volker Schmidt 
ha scritto:

> Perché la nota in italiano? Il sentiero non finisce solo per gli italiani.
> Se una strada finisce a non si mette noexit=yes senza distinzione di
> lingua.
> Se il sentiero finisce devo mettere una nota in Italiano in Italia e se
> capita la stessa cosa in Germania metto una nota in tedesco?
> Mi sembra quello che manca è un tag per tutti sentieri del mondo che
> finiscono: noexit:foot=yes.
>
> On Thu, 12 Sep 2019 at 16:07, canfe  wrote:
>
>> +1
>>
>>
>>
>> *Da:* Ivo Reano [mailto:reano...@gmail.com]
>> *Inviato:* giovedì 12 settembre 2019 15:52
>> *A:* openstreetmap list - italiano
>> *Oggetto:* Re: [Talk-it] Sentiero che si perde nel prato
>>
>>
>>
>>
>>
>> Se ho capito bene la richiesta di demon_box, il sentiero finisce nel
>> prato. Oltre non ha trovato tracce.
>>
>> E, se interpreto correttamente il suo pensiero, chiedeva se e come la
>> cosa si possa segnalare sulla mappa.
>>
>> Secondo me, se proprio sembra strano che quel sentiero finisca nel prato,
>> si può mettere una note.it="Il sentiero finisce quì".
>>
>> Parlando invece sui generis, se invece dopo il prato esiste una
>> continuazione di qualche genere, si mette sicuramente una way sul prato,
>> più o meno fittizia, con trail_visibility=no.
>>
>> Casi di questo genere mi sono già capitati!
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Greffon tag2link de JOSM et supports ANFR

[Jérôme Amagat]

Le mer. 11 sept. 2019 à 11:42,  a écrit :

> Là tu sors du greffon tag2Link, et tu peux utiliser un greffon
> OpenSwitchMaps pour FF ou Chromium.
>
> C'est dommage qu'il ne soit pas personnalisable (tu peux proposer soit
> d'étendre le greffon soit de suggérer l'ajout d'une liste de sites
> supplémentaires).
>
> Ça te permet par exemple de passer facilement de osm.org à osmose : un
> petit globe à droite de ta barre d'adresse et hop :
>
> As-tu essayé :lat, :lon ? ce sont des pseudo clés disponibles dans
> Overpass, il serait cohérent de les ajouter : tu peux créer ta propre
> extension de https://github.com/openstreetmap/josm-plugins et demander la
> fusion.
>
Il n'y a pas de lat et lon si ce n'est pas un node


> Sinon Vincent étant le développeur de tag2link, tu peux poser un ticket si
> tu ne trouves pas ton bonheur
> https://josm.openstreetmap.de/query?status=assigned=needinfo=new=reopened=~tag2link=priority
> .
> Le 11/09/2019 à 11:12, Yves P. - yves.prat...@gmail.com a écrit :
>
>
> Je veux générer un lien dans JOSM, Osmose... qui permet d'afficher un
>> support radio sur Cartoradio.
>> PS: ça peut-être utile pour d'autres sites ?
>>
> Aussi pour voir les stations radioamateurs sur https://aprs.fi
>
> Pour le noeud 4900725350 
> aux coordonnées *41.1398684, -79.754033*, on obtient
> https://aprs.fi/#!addr=*41.1398684*%2C*-79.754033*
> 
>
> --
> Yves
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> 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

[OSM-talk-fr] Station d'épuration

[Jérôme Amagat]

Bonjour,
On trouve ici :
http://www.sandre.eaufrance.fr/atlas/srv/fre/catalog.search#/metadata/ebef2115-bee5-40bb-b5cc-4593d82ba334
les stations de traitement des eaux usées de France. ça semble pas mal
géocodé.
Je penses que l'on pourrai les intégrer grâce à osmose.

Mais avant ça, je voulais demander ce que vous pensez de la référence :
Dans la base de donnée on a un "CdOuvrageDepollution", est ce qu'on
l'ajoute à osm dans un ref? si oui, quel ref? il y a déjà ref:sandre=* (
https://wiki.openstreetmap.org/wiki/FR:Key:ref:sandre) qui existe mais que
l'on trouve que sur des cours d'eau. Ici se serait sur des
man_made=wastewater_plant.

A partir de cette référence on peut avoir des info sur le site
sandre.eaufrance.fr et assainissement.developpement-durable.gouv.fr
Par exemple avec le code 060901365002 on a :
http://assainissement.developpement-durable.gouv.fr/fiche.php?code=060901365002
http://www.sandre.eaufrance.fr/geo/SysTraitementEauxUsees/060901365002
Donc possibilité d'ajout à tag2link (différent des ref:sandre déjà existant
sur les rivières)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-dk] Status på Mapillary i nogle danske kommuner

[Niels Elgaard Larsen]

On Wed, 11 Sep 2019 10:50:49 +0200
Soren Johannessen  wrote:

>At rydde op i falske hits fra trafikskilte betyder fx at det Mapillary
>trafikskiltelag som kan ses i OSM værktøjerne iD/JOSM også bliver
>ryddet op i.


Jeg vil godt foreslå dem, at de bruger data fra Osmose.
Jeg har markeret mange tusinde Mapillary issues som falske positiver.
Fx alle de her rød-hvide der står hvor banen deler sig på motorveje
osv, og som Mapillary tror betyder at der kommer et bump.

Og firkantede skilte med tal som i DK ikke er hastighedsgrænser, men
anbefalede hastigheder.

Skilte med ryttere til hest, som Mapillary tror advarsler om vilde dyr.

-- 
Niels

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

Re: [OSM-talk] Tagging Governance

[Daniel Koć]

W dniu 12.09.2019 o 07:02, Roland Olbricht pisze:
> > Changing to a github-like system of version management
>
> I thought of Git, not Github.
>
> This is an important distinction: Git is as decentralized as possible -
> whenever one works with a repo one gets the full data and history of the
> project to the local disk drive.


There is also GitHub-like service called Gitlab (with Community Edition
on a free license to be deployed on your own server), which is quite
popular option for managing Git projects, see:

https://en.wikipedia.org/wiki/GitLab


Since we talk here about iD editor design choices, I also wanted to
mention OSM Carto (default map style which I'm involved in) as one of
the important tools related to tagging. There are no simple relations
between tagging and rendering department, for example lack of rendering
some objects does not stop people from tagging them, but it certainly
influences their choices in some way.

Our team is pretty conservative in that regard - not only tagging has to
be documented on wiki and the numbers should be substantial, but if
there is one scheme, there's a resistance to deploy any other scheme
which would duplicate it, which hinders the usage of any redesigned
schemes (public transport comes to mind for example). Over the time the
problem of scheme transitions will certainly go higher, so it's good to
think about how should it be handled by rendering.


BTW: Is there a chance to record and publish the discussion on the web?
Currently it looks like it won't be recorded, but even unofficial
recording done by participants would be interesting to me:

https://2019.stateofthemap.org/sessions/PPTHFQ/


-- 

"Pojechałam truizmem, ale mogę, bo jestem trochę pierdołą" [P. Potocka]



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

Re: [Talk-it] R: Sentiero che si perde nel prato

[Volker Schmidt]

Perché la nota in italiano? Il sentiero non finisce solo per gli italiani.
Se una strada finisce a non si mette noexit=yes senza distinzione di lingua.
Se il sentiero finisce devo mettere una nota in Italiano in Italia e se
capita la stessa cosa in Germania metto una nota in tedesco?
Mi sembra quello che manca è un tag per tutti sentieri del mondo che
finiscono: noexit:foot=yes.

On Thu, 12 Sep 2019 at 16:07, canfe  wrote:

> +1
>
>
>
> *Da:* Ivo Reano [mailto:reano...@gmail.com]
> *Inviato:* giovedì 12 settembre 2019 15:52
> *A:* openstreetmap list - italiano
> *Oggetto:* Re: [Talk-it] Sentiero che si perde nel prato
>
>
>
>
>
> Se ho capito bene la richiesta di demon_box, il sentiero finisce nel
> prato. Oltre non ha trovato tracce.
>
> E, se interpreto correttamente il suo pensiero, chiedeva se e come la cosa
> si possa segnalare sulla mappa.
>
> Secondo me, se proprio sembra strano che quel sentiero finisca nel prato,
> si può mettere una note.it="Il sentiero finisce quì".
>
> Parlando invece sui generis, se invece dopo il prato esiste una
> continuazione di qualche genere, si mette sicuramente una way sul prato,
> più o meno fittizia, con trail_visibility=no.
>
> Casi di questo genere mi sono già capitati!
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] MS GitHub? | Re: Tagging Governance

[Andy Townsend]

On 12/09/2019 13:32, Valor Naram via talk wrote:
Why would Markdown exclude a good number of otherwise capable 
contributors? Understandable for TeX and maybe Asciidoc (don't know) 
but for Markdown this cannot be true.


If someone's less familiar with something, they're likely to volunteer 
to contribute using it.  It doesn't matter if it's Markdown, TeX (is 
that still a thing?  I last used it 30-odd years ago) or the solution du 
jour - anything that "needs learning" is an extra step to be dealt with 
before useful contribution can take place.


Even the process of moving changes from https://switch2osm.org/ to 
http://switch2osm.github.io/ (which "should" have been straightforward) 
turned out to be less so because of the lots of little complexities 
associated with moving from one format to another.


Best Regards,

Andy



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

Re: [Talk-it] Centri di recupero fauna selvatica

[liste DOT girarsi AT posteo DOT eu]

Il 11/09/19 23:17, Alberto ha scritto:

> 
> [1] http://www.recuperoselvatici.it/principale.htm
> 
> Alberto
> 
> 

Questo link non mi risultava dalle ricerche, grazie, molto utile.


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

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

Re: [OSM-talk] Tagging Governance

[Mikel Maron]

Fascinating discussion, thanks for all participating. The tension between an 
open community and standards of practice has always been the key dynamic of OSM.
What I think has changed as OSM has grown and accreted code, data, and culture 
is ..  less opportunity to just do it. Like many things in those days, Map 
Features page came about at the initiative of one person (Andy Robinson 
https://lists.openstreetmap.org/pipermail/dev/2005-November/000450.html), with 
close consultation within a relatively small community.
The closest I think we can get in 2019 is (as has been suggested?) asking a 
smaller group to dig into the topic, come up with guidelines, recommendations, 
a plan, to share for further discussion with the broader community. This is 
essentially the model of OSMF working groups -- and I think a working group 
looking particularly at tagging could be a good idea, but also understand that 
not everyone thinks this should be under the umbrella as an official org. If 
the idea of a smaller group seems sensible, then the particulars of how to 
bring it together is something else we can talk about.

Mikel

p.s. Getting off topic but did want to respond to Christoph's assertion
> There are no  interface specifications and unit tests in text writing. 

Interestingly, I have seen this work well. It's possible to define some writing 
standards in code, and run unit tests on them, to maintain consistency of 
structure and terminology. For a simple example, we once had tests for the 
Mapbox blog (published in markdown) to warn about usage of the "OSM" 
abbreviation (preference was to fully spell out OpenStreetMap).
On Thursday, September 12, 2019, 7:59 AM, Christoph Hormann  
wrote:

On Thursday 12 September 2019, Roland Olbricht wrote:
> Thus the question is: are contradictions between pages a problem? If
> yes then a holisitic toolset may do better, if not then the holistic
> tool has no advantage in this regard.

Yes they are but it is unrealistic in practical work on any text 
document of considerable size to keep it contradiction free at all 
times.

For writing any larger body of text collaboratively you will need to 
compartmentalize to some extent and have different people focus on 
different parts of the whole thing and coordination between those will 
need to happen through human evaluation and human communication.

Being able to keep an eye on the whole while working on the details is 
one of the core qualifications necessary for this.  There are no 
interface specifications and unit tests in text writing.  There is also 
usually a significant benefit in terms of clarity and readability of 
text if there is clear individual authorship on the level of individul 
sections or chapters.  If you mix different styles of writing on a too 
fine grained level that often has a negative effect on text quality.

As Frederik said the idea to approach this with "Lets use technology X 
in combination with technology Y and everything else is going to fall 
into place" is not going to work.

The real hurdle here is to set up an editorial baseline of guiding 
principles and goals and find qualified people willing to contribute to 
such a project under these principles in the long term.  And this is 
not something you can bootstrap from open community discourse and 
consensus because then it would be no different from what we already 
have on the wiki with all the cacophony of different contradicting 
interests and opinions.

Therefore this idea of a curated body of tagging documentation can only 
be a contribution to open community discourse and governance on 
tagging, it cannot be the result of it.

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

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



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

[Talk-it] R: Sentiero che si perde nel prato

[canfe]

+1

 

Da: Ivo Reano [mailto:reano...@gmail.com] 
Inviato: giovedì 12 settembre 2019 15:52
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Sentiero che si perde nel prato

 

 

Se ho capito bene la richiesta di demon_box, il sentiero finisce nel prato. 
Oltre non ha trovato tracce.

E, se interpreto correttamente il suo pensiero, chiedeva se e come la cosa si 
possa segnalare sulla mappa.

Secondo me, se proprio sembra strano che quel sentiero finisca nel prato, si 
può mettere una note.it="Il sentiero finisce quì".

Parlando invece sui generis, se invece dopo il prato esiste una continuazione 
di qualche genere, si mette sicuramente una way sul prato, più o meno fittizia, 
con trail_visibility=no.

Casi di questo genere mi sono già capitati!

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

Re: [Talk-it] Sentiero che si perde nel prato

[Ivo Reano]

Se ho capito bene la richiesta di demon_box, il sentiero finisce nel prato.
Oltre non ha trovato tracce.
E, se interpreto correttamente il suo pensiero, chiedeva se e come la cosa
si possa segnalare sulla mappa.
Secondo me, se proprio sembra strano che quel sentiero finisca nel prato,
si può mettere una note.it="Il sentiero finisce quì".
Parlando invece sui generis, se invece dopo il prato esiste una
continuazione di qualche genere, si mette sicuramente una way sul prato,
più o meno fittizia, con trail_visibility=no.
Casi di questo genere mi sono già capitati!
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-ph] Help fix the road network in the Philippines with MapRoulette challenges

[maning sambale]

hi andrew,

Thank you for preparing these challenges. Are there plans for your team to
fix them?

On Thu, 12 Sep 2019 at 05:48 Andrew Wiseman via talk-ph <
talk-ph@openstreetmap.org> wrote:

> Hi OSM Philippines,
>
> My name is Andrew, I work for Apple on the Maps team. We recently used our
> Atlas data analysis tool (https://github.com/osmlab/atlas) to look at a
> few types of potential issues related to roads and routing on
> OpenStreetMap, such as roads that have overly sharp angles, roads that
> cross but don't connect, routing problems, turn restrictions, places where
> navigation is impossible due to missing connections or potentially
> incorrect one-way roads, and other similar issues.
>
> I've posted the results of those checks on MapRoulette, a tool that lets
> you go through potential issues one by one and either correct them or
> indicate they are not a problem. I wanted to let you know they are
> available in case others wanted to try fixing some of them — I also plan to
> go through some of them myself.
>
> In MapRoulette you can either pick a random task to fix or click on a
> specific one. If you want to do tasks around a certain location, such
> as somewhere you are familiar with, you can click on one from the map view,
> and then click Next task: Nearby when you finish it.
>
> The checks are:
>
> Crossing roads: https://maproulette.org/browse/challenges/8807
> Routing problems: https://maproulette.org/browse/challenges/8804
> Floating and disconnected roads:
> https://maproulette.org/browse/challenges/8810
> Sharp angles: https://maproulette.org/browse/challenges/8808
> Road connectivity check: https://maproulette.org/browse/challenges/8806
> Invalid lanes: https://maproulette.org/browse/challenges/8814
> Invalid turn restriction: https://maproulette.org/browse/challenges/8815
> Malformed roundabouts: https://maproulette.org/browse/challenges/8809
> Road links: https://maproulette.org/browse/challenges/8813
>
> Let me know if you have any questions or suggestions.
>
> Thanks!
>
> Andrew
>
> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 |
> andrew_wise...@apple.com
>
> ___
> talk-ph mailing list
> talk-ph@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ph
>
-- 
Maning Sambale (mobile)
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-it] FOSS4G it 2020

[Alessandro P. via Talk-it]

Il 12/09/19 09:00, Andrea Musuruane ha scritto:

Ciao,
    Concordo con Marco. Credo che lo scopo principale sia quello di 
radunare la comunità italiana degli OSMers e di raccontarsi cosa si 
sta facendo, approfondire temi utili a tutti, ecc. In pratica un 
piccolo SotM italiano.




In realtà sino a qualche anno fa alcuni interventi erano dedicati a 
rappresentanti di singole regioni, anche se spesso era giusto una lista 
di cose: "abbiamo mappato tanti oggetti X", o tot chilometri di 
sentieri, "Siamo bravi con i tag Y", ma andava bene anche così.


Il problema delle ultime edizioni è che arrivano poche proposte di 
interventi o attività, e soprattutto, ARRIVANO POCHI OSMER. Per essere 
il raduno/conferenza italiana lo trovo un poco sconfortante.


Il lavoro sul campo sarebbe comunque parallelo a quello in sala, in modo 
da istruire chi arriva con questa necessità ma anche avere uno spazio in 
cui discutere, confrontarsi e - si spera :-) - uscire con delle 
decisioni/soluzioni.


Andrea quindi ha un paio di proposte di intervento. Se qualcuno vuole 
aggiungerne altri iniziamo a tirare giù una lista.
Sulla tavola rotonda sono d'accordo, ma buttiamo giù i punti e decidiamo 
un tempo (chessò: 2 ore) per evitare si trasformi in una chiacchierata 
da bar.


@Marco: i workshop si terranno le prime due mezze giornate. Se ci fosse 
qualcosa di particolarmente verticale che interessa ad un piccolo 
pubblico e non dura troppo tempo, allora potrebbe avere un senso 
proporla il sabato.


My 2c

Alessandro

--
Alessandro Palmas
mobile +39 328 9671753
@Ale_Zena_IT


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

Re: [OSM-talk] Tagging Governance

[Valor Naram via talk]

> For writing any larger body of text collaboratively you will need to > compartmentalize to some extent and have different-people focus on > different parts of the whole thing and coordination between those will > need to happen through human evaluation and human communication.+10 Original Message Subject: Re: [OSM-talk] Tagging GovernanceFrom: Christoph Hormann To: talk@openstreetmap.orgCC: On Thursday 12 September 2019, Roland Olbricht wrote:> Thus the question is: are contradictions between pages a problem? If> yes then a holisitic toolset may do better, if not then the holistic> tool has no advantage in this regard.Yes they are but it is unrealistic in practical work on any text document of considerable size to keep it contradiction free at all times.For writing any larger body of text collaboratively you will need to compartmentalize to some extent and have different people focus on different parts of the whole thing and coordination between those will need to happen through human evaluation and human communication.Being able to keep an eye on the whole while working on the details is one of the core qualifications necessary for this.  There are no interface specifications and unit tests in text writing.  There is also usually a significant benefit in terms of clarity and readability of text if there is clear individual authorship on the level of individul sections or chapters.  If you mix different styles of writing on a too fine grained level that often has a negative effect on text quality.As Frederik said the idea to approach this with "Lets use technology X in combination with technology Y and everything else is going to fall into place" is not going to work.The real hurdle here is to set up an editorial baseline of guiding principles and goals and find qualified people willing to contribute to such a project under these principles in the long term.  And this is not something you can bootstrap from open community discourse and consensus because then it would be no different from what we already have on the wiki with all the cacophony of different contradicting interests and opinions.Therefore this idea of a curated body of tagging documentation can only be a contribution to open community discourse and governance on tagging, it cannot be the result of it.-- Christoph Hormannhttp://www.imagico.de/___talk mailing listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] MS GitHub? | Re: Tagging Governance

[Valor Naram via talk]

> I was just saying that Markdown, TeX, or> Asciidoc will always exclude a good number of otherwise capable> contributorsWhy wouls Markdown exclude a good number of otherwise capable contributors? Understandable for TeX and maybe Asciidoc (don't know) but for Markdown this cannot be true. Original Message Subject: Re: [OSM-talk] MS GitHub? | Re: Tagging GovernanceFrom: Frederik Ramm To: talk@openstreetmap.orgCC: Hi,On 12.09.19 12:36, Valor Naram via talk wrote:> That's no reason to ban Markdown.Nobody wants to ban anything. I was just saying that Markdown, TeX, orAsciidoc will always exclude a good number of otherwise capablecontributors - that the benefit of "easily version-controllable becauseplain text" comes at a price.ByeFrederik-- Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"___talk mailing listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-at] Graz Murkraftwerk, Südgürtel

[Lars Schimmer]

Moin

Habe das Murkraftwerk in GRaz mal nach Biing eiungetragen soweit ich es
konnte.
Und am Südgürtel die neuen Gebäude beim COntrol-Gebäude.
Da sind aber die Landuse Polygone etwas im Eimer, schaut da mal wer rüber?

Generell: wär nett, wenn da nochmal jemand genauer rübergeht.
Im Oktober sollt ich aktuelle Mapillary Bildfer schaffen von der neuen
Siedlung am Südgürtel.

MfG,
Lars Schimmer
-- 
-
TU Graz, Institut für ComputerGraphik & WissensVisualisierung
Tel: +43 316 873-5405   E-Mail: l.schim...@cgv.tugraz.at
Fax: +43 316 873-5402   PGP-Key-ID: 0x4A9B1723





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

Re: [OSM-talk] Tagging Governance

[Christoph Hormann]

On Thursday 12 September 2019, Roland Olbricht wrote:
> Thus the question is: are contradictions between pages a problem? If
> yes then a holisitic toolset may do better, if not then the holistic
> tool has no advantage in this regard.

Yes they are but it is unrealistic in practical work on any text 
document of considerable size to keep it contradiction free at all 
times.

For writing any larger body of text collaboratively you will need to 
compartmentalize to some extent and have different people focus on 
different parts of the whole thing and coordination between those will 
need to happen through human evaluation and human communication.

Being able to keep an eye on the whole while working on the details is 
one of the core qualifications necessary for this.  There are no 
interface specifications and unit tests in text writing.  There is also 
usually a significant benefit in terms of clarity and readability of 
text if there is clear individual authorship on the level of individul 
sections or chapters.  If you mix different styles of writing on a too 
fine grained level that often has a negative effect on text quality.

As Frederik said the idea to approach this with "Lets use technology X 
in combination with technology Y and everything else is going to fall 
into place" is not going to work.

The real hurdle here is to set up an editorial baseline of guiding 
principles and goals and find qualified people willing to contribute to 
such a project under these principles in the long term.  And this is 
not something you can bootstrap from open community discourse and 
consensus because then it would be no different from what we already 
have on the wiki with all the cacophony of different contradicting 
interests and opinions.

Therefore this idea of a curated body of tagging documentation can only 
be a contribution to open community discourse and governance on 
tagging, it cannot be the result of it.

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

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

Re: [Talk-de] boundary=administrative ohne admin_level

[wambacher]

Moin,

Die Regionen gibt es ja als solche (https://www.region-stuttgart.de/) 
und könnten somit als /boundary=region/ getaggt werden. Dass die auch 
TMC-Tags haben, ist mMn sekundär.


Setze /boundary=region/  und dann ist ruh.

Gruss

walter

--
My projects:

Admin Boundaries of the World 
Missing Boundaries 


Emergency Map 
Postal Code Map (Germany only) 
Fools (QA for zipcodes in Germany) 
Postcode Boundaries of Germany 
OSM Software Watchlist 


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

Re: [Talk-GB] Managed open water swimming

[Robert Skedgell]

Thanks, Dan. network=* looks like quite a good fit.

On 12/09/2019 12:43, Dan S wrote:
> It sounds like the network=* tag might be useful for this? eg
> network=NOWCA. I'm suggesting it because it sounds like a fairly
> similar situation to the London bike hire scheme (for which we use
> this tag), in which one can use RFID keys to borrow a bike from any of
> various locations...
> 
> https://taginfo.openstreetmap.org.uk/keys/network#values
> 
> Best
> Dan
> 
> 
> Op do 12 sep. 2019 om 12:26 schreef Robert Skedgell :
>>
>> There are a few open water swimming areas which are operated by the
>> landowner, but use RFID wristbands provided by NOWCA or Great Swim Local
>> to manage booking and attendance.
>>
>> I feel that the operator=* tag should probably contain the operator of
>> the site, so does anyone have suggestions for the best way to capture
>> NOWCA and Great Swim Local sites?
>>
>> For OWS in the reservoir at Hadleigh Park (
>> https://www.openstreetmap.org/way/724008897 ), I currently have it
>> tagged as follows:
>> access=customers
>> contact:website=https://hadleigh-park.co.uk/open-water-swimming/
>> leisure=swimming_area
>> opening_hours=We 17:30-19:30;Sa 08:00-10:00
>> operator=Hadleigh Park
>> sport=swimming
>>
>> There should probably also be a fee=yes added to the above.
>>
>> --
>> Rob Skedgell (rskedgell)
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb

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

Re: [Talk-GB] Managed open water swimming

[Dan S]

It sounds like the network=* tag might be useful for this? eg
network=NOWCA. I'm suggesting it because it sounds like a fairly
similar situation to the London bike hire scheme (for which we use
this tag), in which one can use RFID keys to borrow a bike from any of
various locations...

https://taginfo.openstreetmap.org.uk/keys/network#values

Best
Dan


Op do 12 sep. 2019 om 12:26 schreef Robert Skedgell :
>
> There are a few open water swimming areas which are operated by the
> landowner, but use RFID wristbands provided by NOWCA or Great Swim Local
> to manage booking and attendance.
>
> I feel that the operator=* tag should probably contain the operator of
> the site, so does anyone have suggestions for the best way to capture
> NOWCA and Great Swim Local sites?
>
> For OWS in the reservoir at Hadleigh Park (
> https://www.openstreetmap.org/way/724008897 ), I currently have it
> tagged as follows:
> access=customers
> contact:website=https://hadleigh-park.co.uk/open-water-swimming/
> leisure=swimming_area
> opening_hours=We 17:30-19:30;Sa 08:00-10:00
> operator=Hadleigh Park
> sport=swimming
>
> There should probably also be a fee=yes added to the above.
>
> --
> Rob Skedgell (rskedgell)
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb

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

Re: [Talk-it] Sentiero che si perde nel prato

[Max1234Ita]

Anch'io non vedo niente di male nel fatto che un sentiero finisca in mezzo ad
un prato. Arriva fin lì e pi basta...

In ogni caso, se non ricordo male, (tanto) tempo fa si discuteva anche di un
tag sulla visibilità del percorso, dovrebbe essere trail_visibility
(https://wiki.openstreetmap.org/wiki/Key:trail_visibility). 

Secondo la Wiki, si usa per i sentieri di hiking ma "si può applicare anche
ai normali track"

Se il percorso passa effettivamente di lì, "nel prato" e poi prosegue, si
potrebbe forse usare questa soluzione?


Ciao a tutti!
Max



--
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-GB] Possible removal of FHRS tags

[Robert Skedgell]

This is a very late reply, but there are other cases where
fhrs:authority is useful, particularly for premises where the City of
London Corporation is the local authority. It's probably not a useful
tag within the City of London itself, but is for Port of London areas
like the Royal Docks (actually in LB Newham) and Tilbury.

On 14/08/2019 17:12, SK53 wrote:
> I see little value for all of these except fhrs:rating_date which is
> scarcely used. The local authority to which a rating belongs can be
> directly determined from OSM most of the time, but may be useful in
> Northern Ireland where we have no good usable data on LA boundaries. 
> 
> I would rather that if they are to be removed it is when data is updated
> (i.e. by the editor discard list).
> 
> I do have a collection of extracts of FHRS data going back to 2013, but
> have not been updating these regularly for some time. They are useful
> for providing address details & sometimes as a cross check that a place
> has genuinely gone out of business (e.g., a note to the effect that a
> pub has closed).
> 
> Jerry
> 
> On Wed, 14 Aug 2019 at 15:19, Andrew Hain  > wrote:
> 
> Are the keys fhrs:rating (3358 occurences in Taginfo),
> fhrs:inspectiondate (1748), fhrs:confidence_management,
> fhrs:hygiene, fhrs:structural (621 each) and fhrs:rating_date (22)
> better off removed from our database, or should they be kept for
> businesses that disappear from FHRS listings when still open?
> 
> What about fhrs:local_authority_id (11724)?
> 
> Is fhrs:authority (12981) useful for businesses on borders?
> [https://www.openstreetmap.org/note/807942]
> 
> Should any that are not kept be removed in bulk or added th
> discarded lists in editors?
> 
> --
> Andrew
> 
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-gb
> 
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
> 

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

[Talk-GB] Managed open water swimming

[Robert Skedgell]

There are a few open water swimming areas which are operated by the
landowner, but use RFID wristbands provided by NOWCA or Great Swim Local
to manage booking and attendance.

I feel that the operator=* tag should probably contain the operator of
the site, so does anyone have suggestions for the best way to capture
NOWCA and Great Swim Local sites?

For OWS in the reservoir at Hadleigh Park (
https://www.openstreetmap.org/way/724008897 ), I currently have it
tagged as follows:
access=customers
contact:website=https://hadleigh-park.co.uk/open-water-swimming/
leisure=swimming_area
opening_hours=We 17:30-19:30;Sa 08:00-10:00
operator=Hadleigh Park
sport=swimming

There should probably also be a fee=yes added to the above.

-- 
Rob Skedgell (rskedgell)

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

Re: [OSM-talk] MS GitHub? | Re: Tagging Governance

[Frederik Ramm]

Hi,

On 12.09.19 12:36, Valor Naram via talk wrote:
> That's no reason to ban Markdown.

Nobody wants to ban anything. I was just saying that Markdown, TeX, or
Asciidoc will always exclude a good number of otherwise capable
contributors - that the benefit of "easily version-controllable because
plain text" comes at a price.

Bye
Frederik

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

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

Re: [talk-au] Paths in Illawarra Conservation Lands

[Sebastian S.]

Good discussion,
I also think the track should be mapped.
Aside from access no I think it might be worthwhile adding decommissioned or 
rehabilitation tags to tracks that should not be used to indicate their 
intended end.

Other thoughts are: 
- why show access=no tracks on the map? Admittedly this comes down to the data 
consumers and their rendering.
- would tagging the whole area with access=conditional add any value?
- how will this discussion that will end in some form of agreed practice be 
documented on the map, aside from revised tracks that is?
- have they also threatened other mapping companies with legal actions? ianal 
but my response would be highlighting the various mismatches as already pointed 
out in the thread.
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

On 12 September 2019 6:27:23 pm AEST, Ewen Hill  wrote:
>>
>> Frederick,
>
>   If I use the term bush walking colloquially, then it means to use a
>track that already exists., either single track or 4wd track (fire
>trail)
>predominantly however there might be times where you cross a grass land
>where there is no well defined track.
>
>If you are talking about walking through a forest not on a track or the
>track is hideously overgrown than I would call that "bush bashing". 
>The
>term hiking has connotations mainly of trails with the odd bit of bush
>bashing included.
>
>Large wombats and kangaroos who can create tracks in sparse undergrowth
>that is hard to tell from a man-made walking trail on the ground.
>Another
>issue is old bulldozer tracks or firefighter tracks that were used to
>stop
>wild fires (sometimes called mineral earth breaks). Normally these are
>removed post the wildfire but sometimes only at the start of the new
>track.
>
>In the brochure, that sounds like I should stay on the trails.if
>walking
>
>Ewen
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-br] Alunos Turismo Ecológico

[Helio Cesar Tomio]

Parabéns Sérgio, um belo projeto!!

Em sex, 6 de set de 2019 09:50, Sérgio V.  escreveu:

> Bom dia comunidade OSM BR.
> Para comunicação, estou assessorando mini-curso de Mapeamento Digital com
> os alunos do Curso de Turismo Ecológico, Projeto Jovem Aprendiz, do Polo
> Marista de Formação Tecnológica, Ilha da Pintada, Porto Alegre.
> Irão começar a gravar trilhas GPS, anotar POIs, verificar no OSM e mapear,
> foco do trabalho na região das ilhas.
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk] MS GitHub? | Re: Tagging Governance

[Valor Naram via talk]

> Except that this often excludes everyone who can write and is *not* a> computer programmer.Markdown is NOT a programming language and IS NOT difficult to learn. Markdown is widely used by developers because they're more open and aware to new effective methods. But that does not mean a "normal" person cannot use Markdown becide that Markdown is not mainstream. But think about WhatsApp cheatcodes or the ones Telegram has. These "cheatcodes" to style your writing are similiar to Markdown. One big difference is that Markdown is much more powerful.That's no reason to ban Markdown. Original Message Subject: [OSM-talk] MS GitHub? | Re: Tagging GovernanceFrom: Rory McCann To: Frederik Ramm ,OSM Talk CC: On 12/09/2019 11:36, Frederik Ramm wrote:> Except that this often excludes everyone who can write and is *not* a> computer programmer. It think this is what Christoph hinted at when he> wrote:> >> Is there any mature and writer centric software that implements this>> kind of model?  I mean that from the perspective of a documentation>> author offers a wiki like functionality with decent preview and>> formatting but at the same time comes with a kind of version management>> and functions to facilitate editorial review and discussion.I think Microsoft GitHub can do that.It has in-browser editing, live preview of the rendered markdown/etc format, as well as pull requests, forking, comments on changes, permissions, the ability for people to use command line git at home.I don't know what it's like to write lots of docs like that, or if it's still too programming focused, and it's a shame that it's proprietary software from Microsoft, but it might get the job done.Read more:  * https://help.github.com/en/articles/editing-files-in-your-repository  * https://github.blog/2013-07-11-github-flow-in-the-browser/  * https://help.github.com/en/categories/writing-on-github___talk mailing listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] MS GitHub? | Re: Tagging Governance

[Rory McCann]

On 12/09/2019 11:36, Frederik Ramm wrote:

Except that this often excludes everyone who can write and is *not* a
computer programmer. It think this is what Christoph hinted at when he
wrote:


Is there any mature and writer centric software that implements this
kind of model?  I mean that from the perspective of a documentation
author offers a wiki like functionality with decent preview and
formatting but at the same time comes with a kind of version management
and functions to facilitate editorial review and discussion.


I think Microsoft GitHub can do that.

It has in-browser editing, live preview of the rendered markdown/etc 
format, as well as pull requests, forking, comments on changes, 
permissions, the ability for people to use command line git at home.


I don't know what it's like to write lots of docs like that, or if it's 
still too programming focused, and it's a shame that it's proprietary 
software from Microsoft, but it might get the job done.


Read more:

 * https://help.github.com/en/articles/editing-files-in-your-repository
 * https://github.blog/2013-07-11-github-flow-in-the-browser/
 * https://help.github.com/en/categories/writing-on-github

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

[Talk-de] boundary=administrative ohne admin_level

[Florian Lohoff]

Hi,
ich bin eben beim prozessieren von Adressen über 2 Boundarys gestolpert
die als boundary=administrative ohne admin_level eingetragen sind:

Mittlerer Oberrhein
https://www.openstreetmap.org/relation/898410

Region Stuttgart
https://www.openstreetmap.org/relation/377632

Ich vermute das beide nur für die TMC Geschichten existieren oder?
Eine Verwaltungsgliederung gibt es auf der ebene ja vermutlich nicht.
Deshalb frage ich mich warum die ein boundary=administrative tragen.

type=boundary sehe ich ja noch ein

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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

Re: [OSM-talk] Tagging Governance

[Frederik Ramm]

Hi,

On 12.09.19 07:02, Roland Olbricht wrote:
>> Changing to a github-like system of version management
> 
> I thought of Git, not Github.

Something I have witnessed in the context of
maybe-making-our-book-into-an-open-source-project is that the first
thing people try to tackle is technology, and inevitably because
collaborative authoring is difficult, the land with something like
"let's use a markup language like asciidoc, markdown, or TeX and
underpin this with a version control like git, and everything is going
to be great."

Except that this often excludes everyone who can write and is *not* a
computer programmer. It think this is what Christoph hinted at when he
wrote:

> Is there any mature and writer centric software that implements this 
> kind of model?  I mean that from the perspective of a documentation 
> author offers a wiki like functionality with decent preview and 
> formatting but at the same time comes with a kind of version management 
> and functions to facilitate editorial review and discussion.

Bye
Frederik

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

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

[OSM-talk-fr] Ortho de 2018 à 8cm du Grand Lyon... sur wms.openstreetmap.fr

[Christian Quest]

Disponible depuis peu sur leur portail opendata, je l'ai ajoutée sur
wms.openstreetmap.fr avec comme nom de couche "lyon_2018"

Donc en TMS ça donne:

http://wms.openstreetmap.fr/tms/1.0.0/lyon_2018/{zoom}/{x}/{y}

Elle est aussi intégrée dans la couche "tous_fr", qui reprend tout ce qui
est disponible avec les orthos les plus récentes en priorité...

Voilà 250.000 Mpixels de plus disponibles pour contribuer... en n'oubliant
pas que ça date du printemps 2018 et qu'en 18 mois le terrain a déjà changé
;)

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

[Talk-es] Desuscripción de la lista de correo

[dcapillae]

Buenos días.

Voy a desuscribirme definitivamente de esta lista. Ya dejé de participar de
ella hace unos meses por los mismos motivos que una y otra vez vuelven a
ponerse de manifiesto, los prejuicios políticos e ideológicos de sus
miembros con respecto al mapa. No es posible construir nada en común sobre
tales prejuicios.

Por otro lado, me parece muy preocupante que el primer enlace que aparece al
editar el mapa en línea sea una referencia al grupo de Telegram, un espacio
privado administrado por un grupo de usuarios particulares que censuran bajo
criterios absolutamente opacos los comentarios que les resultan ideológica o
políticamente contrarios a sus objetivos. Todo ello con la aquiescencia y el
silencio del resto. Un grupo en el que fui censurado injustamente sin opción
alguna de defensa ni rectificación por vuestra parte. Mentir sobre hechos
ciertos no os deja en mejor lugar, más bien al contrario.

Si volví a participar de esta lista fue porque tenía pendiente una
importación que parece que nunca voy a poder realizar y las normas de OSM me
obligaban a pasar por el filtro previo de la comunidad local para antes de
hacer cualquier importación. No podía hacerlo por mi cuenta aunque quisiera.
Yo respeto las normas de la comunidad, siempre lo he hecho.

Considero una absoluta pérdida de tiempo colaborar con vosotros a título
colectivo. A título individual, aún tengo alguna esperanza, pero no me
merece la pena relacionarme con vosotros a través de esta lista ni de
vuestra comunidad. Prefiero hacerlo de tú a tú, solo con aquellas personas
dispuestas claramente colaborar y no solo a remar en contra. Ya ha pasado
más de una vez y seguirá pasado, no tiene remedio.

Lamento si he sido injusto con alguno de vosotros. Es muy probable que haya
sido así. Las circunstancias no ayudan, espero que lo comprendáis. De otros
ya me ha quedado claro que no solo no he sido injusto con ellos sino que
hasta he sido demasiado generoso al conservar todavía algo de esperanza. A
los que haya tratado injustamente, mis más sinceras disculpas.

Nada más. Muchas gracias.



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [OSM-talk] Tagging Governance

[Richard Fairhurst]

Roland Olbricht wrote:
> > Changing to a github-like system of version management
> I thought of Git, not Github.

Again, there's no suggestion of "changing to"; it would be additional.

As Christoph says, the challenge would be "finding, motivating, selecting
and retaining qualified people to work on this". The choice of
technology/platform for such a project would be down to those people and
what they find comfortable.

Richard



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

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

Re: [Talk-it] Rimozione festa dell'unità nazionale

[Martin Koppenhoefer]

sent from a phone

> On 12. Sep 2019, at 11:04, Lorenzo Beltrami  wrote:
> 
> nella prima domenica di novembre, la festa dell’unità nazionale."
> Poi siccome non è più osservata sono più che d'accordo nel rimuoverla.


le feste di domenica sono meno belle in generale ;-)

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

Re: [Talk-it] Rimozione festa dell'unità nazionale

[Lorenzo Beltrami]

Il giorno gio 12 set 2019 alle ore 09:50 Matteo Bini via Talk-it <
talk-it@openstreetmap.org> ha scritto:

> Aggiornamento veloce:
> ho proposto di rimuovere la festività dal codice [1],
> la modifica è in attesa di approvazione.
>

Ottimo!
Giusto per la precisione esiste ancora per legge e nel sito infatti è
esplicitata all'inizio: "I giorni festivi Sono stabiliti per legge. Ad essi
si aggiunge la festività locale del Santo patrono e, *nella prima domenica
di novembre, la festa dell’unità nazionale*."
Poi siccome non è più osservata sono più che d'accordo nel rimuoverla.

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

Re: [OSM-talk-fr] uMap en carafe ?

[Jacques Lavignotte]

« Chez moi ça marche » © à 10:42

Le 12/09/2019 à 01:53, severin.menard via Talk-fr a écrit :

Bonsoir,

Pour info, une erreur 502 Bad gateway apparaît depuis quelques heures 
lorsque l'on cherche à se connecter sur http://umap.openstreetmap.fr/fr/.


Séverin




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



--
GnuPg : C8F5B1E3 Because privacy matters.


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

Re: [talk-au] Paths in Illawarra Conservation Lands

[Ewen Hill]

>
> Frederick,

   If I use the term bush walking colloquially, then it means to use a
track that already exists., either single track or 4wd track (fire trail)
predominantly however there might be times where you cross a grass land
where there is no well defined track.

If you are talking about walking through a forest not on a track or the
track is hideously overgrown than I would call that "bush bashing".  The
term hiking has connotations mainly of trails with the odd bit of bush
bashing included.

Large wombats and kangaroos who can create tracks in sparse undergrowth
that is hard to tell from a man-made walking trail on the ground. Another
issue is old bulldozer tracks or firefighter tracks that were used to stop
wild fires (sometimes called mineral earth breaks). Normally these are
removed post the wildfire but sometimes only at the start of the new track.

In the brochure, that sounds like I should stay on the trails.if walking

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

Re: [talk-au] Paths in Illawarra Conservation Lands

[Frederik Ramm]

Hi,

On 12.09.19 09:29, Frederik Ramm wrote:
> "Come for a serious bushwalk or a casual jog, visit a lookout in the
> winter for whale watching off the coast, or break out the binoculars for
> birdwatching. There are cycling opportunities on fire trails and plenty
> of chances to cool off in summer by retreating to a rainforest track."

Specifically for the Lower Escarpment Trail, I found this co-authored by
the NPWS office:

http://www.visitwollongong.com.au/uploads/308/illawarra-escarpment-trails-pdf.pdf

"Lower Escarpment trail ... This unsealed vehicle-width trail traverses
the lush middle slopes between Tarrawanna (Hawthorn Street) and Bulli
(Bulli Pass) ...  Ideal for: fit walkers, joggers and cyclists."

Which clearly seems to indicate that cycling is allowed - would that
include mountain biking? Unsure, this mountain biker web site

https://www.trailforks.com/route/lower-escarpment-trail/

says:

"Unlicensed motorbikes have resulted in a number of head on accidents
with riders. ... This route is Unsanctioned, Ride at your own Risk!"

Bye
Frederik

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

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

Re: [talk-au] Paths in Illawarra Conservation Lands

[Andrew Harvey]

On Thu, 12 Sep 2019 at 17:29, Frederik Ramm  wrote:

> "Come for a serious bushwalk or a casual jog, visit a lookout in the
> winter for whale watching off the coast, or break out the binoculars for
> birdwatching. There are cycling opportunities on fire trails and plenty
> of chances to cool off in summer by retreating to a rainforest track."
>

The way I read that this is cycling is only permitted on fire trails
(highway=track), not single path tracks (highway=footway/path). If that's
the case I think it's fine to add bicycle=no to all paths, unless anyone
with local knowledge knows better.

Would "serious bushwalk" be a term that NPWS could be using for walking
> only along pre-established trails, or is this a clear invitation to walk
> wherever you want?
>

They would only be promoting on track walking, but it's quite common for
people to walk where there is no track which is fine. When there's a track
they don't want people to use it's common for NPWS to put up signage saying
the area is closed for remediation, etc. ie. access=no.


> > In my opinion paths signposted or otherwise for walking should be
> > foot=designated to indicate there is signage saying this path is
> > explicitly for walking.
>
> That makes sense.
>
> > Any path they want people not to use
> > they'd need to put sinage and we'd tag as access=no
>
> That too, though if they were to say "mountainbiking on designated paths
> only", we might consider tagging all non-designated paths with
> cycling=no - that's essentially the old question of whether defaults
> should be tagged.
>

Exactly, it does come down to tagging defaults or not. By default I'd
assume any highway=path in a national park or SCA to be bicycle=no unless
signposted as it being allowed and tagged as =yes or =designated, but so
far I've only been tagging ones as =no when I encounter signage. I'm not
too fussed, mapping a default bicycle=no seems sensible to me.

Either way even if both foot=no and bicycle=no, the path can and should
still be mapped in my opinion, if for nothing else but for aiding
conservation efforts so we can keep track of unsanctioned tracks, closed
tracks and their regeneration status. After all OSM is a database of
geospatial data, the map on osm.org is for contributors to help map...


>
> > and any other path
> > with no sigage would be somewhere in the grey area between access=no and
> > access=designated (which I always saw access=yes as that middle ground
> tag).
>
> In my opinion a foot=yes, while not necessarily indicating that there is
> a sign, is more than a grey-area assumption. It is an assurance given by
> the mapper to others that "it is ok and legal to walk here", based
> perhaps not on signage but on local rules and customs.


> I would not use foot=yes for "well there is a path here and I've walked
> along it but I'm not sure what would have happened had I met a ranger".
>

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

Re: [OSM-talk-fr] uMap en carafe ?

[pepilepi...@ovh.fr]

Le 12/09/2019 à 09:39, lenny.libre a écrit :
>
> Le 12/09/2019 à 09:32, osm.sanspourr...@spamgourmet.com a écrit :
>>> Pour info, une erreur 502 Bad gateway apparaît depuis quelques
>>> heures lorsque l'on cherche à se connecter sur
>>> http://umap.openstreetmap.fr/fr/.
>>>
>> Aucun soucis pour ma part.
>> FF sur Android, SFR
>>
>> Http, pas https. Un https everywhere peut-être ?
>> Jean-Yvon
>
> Pas de soucis non plus FF avec W10, orange
> Leni
>
Pas de problème avec FF W7 OVH

JP


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


-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question


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

Re: [Talk-it] Rimozione festa dell'unità nazionale

[Matteo Bini via Talk-it]

Aggiornamento veloce:
ho proposto di rimuovere la festività dal codice [1],
la modifica è in attesa di approvazione.

--
Matteo Bini

[1] https://github.com/opening-hours/opening_hours.js/pull/296

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

Re: [OSM-talk-fr] uMap en carafe ?

[osm . sanspourriel]

Re-bonjour,

Pas de soucis non plus sur Windows 8.1, pas de soucis non plus en https.
Toujours chez SFR.

Un problème temporaire ?

Jean-Yvon

Le 12/09/2019 à 01:53, severin.menard via Talk-fr -
talk-fr@openstreetmap.org a écrit :

Bonsoir,

Pour info, une erreur 502 Bad gateway apparaît depuis quelques heures
lorsque l'on cherche à se connecter sur http://umap.openstreetmap.fr/fr/.

Séverin




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

Re: [OSM-talk-fr] uMap en carafe ?

[marc marc]

> Pour info, une erreur 502 Bad gateway apparaît depuis quelques heures 
> lorsque l'on cherche à se connecter sur 
> http://umap.openstreetmap.fr/fr/

résolu par ybon vers 8h47
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] uMap en carafe ?

[Cyrille37 OSM via Talk-fr]

C'est que Umap est revenu, youpi :-P

Ce matin vers 5h30 il était toujours en carafe.

Cyrille37.

Le 12/09/2019 à 09:32, osm.sanspourr...@spamgourmet.com a écrit :

Pour info, une erreur 502 Bad gateway apparaît depuis quelques heures lorsque 
l'on cherche à se connecter sur http://umap.openstreetmap.fr/fr/.


Aucun soucis pour ma part.
FF sur Android, SFR

Http, pas https. Un https everywhere peut-être ?
Jean-Yvon


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


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

Re: [OSM-talk-fr] uMap en carafe ?

[lenny.libre]

Le 12/09/2019 à 09:32, osm.sanspourr...@spamgourmet.com a écrit :

Pour info, une erreur 502 Bad gateway apparaît depuis quelques heures lorsque 
l'on cherche à se connecter sur http://umap.openstreetmap.fr/fr/.


Aucun soucis pour ma part.
FF sur Android, SFR

Http, pas https. Un https everywhere peut-être ?
Jean-Yvon


Pas de soucis non plus FF avec W10, orange
Leni




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


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

Re: [OSM-talk-fr] uMap en carafe ?

[osm . sanspourriel]

> Pour info, une erreur 502 Bad gateway apparaît depuis quelques heures lorsque 
> l'on cherche à se connecter sur http://umap.openstreetmap.fr/fr/.
> 
Aucun soucis pour ma part.
FF sur Android, SFR

Http, pas https. Un https everywhere peut-être ?
Jean-Yvon


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

Re: [talk-au] Paths in Illawarra Conservation Lands

[Frederik Ramm]

Hi,

On 12.09.19 08:16, Andrew Harvey wrote:
> Within the Illawarra Escarpment State Conservation Area, NPWS says the
> only two things prohibited are Pets and
> Smoking, 
> https://www.nationalparks.nsw.gov.au/visit-a-park/parks/illawarra-escarpment-state-conservation-area/visitor-info#Prohibited.
> 
> Normally for most National Parks and SCA's you're allowed to walk
> anywhere unless otherwise prohibited.

The link you posted contains the following wording:

"Come for a serious bushwalk or a casual jog, visit a lookout in the
winter for whale watching off the coast, or break out the binoculars for
birdwatching. There are cycling opportunities on fire trails and plenty
of chances to cool off in summer by retreating to a rainforest track."

Would "serious bushwalk" be a term that NPWS could be using for walking
only along pre-established trails, or is this a clear invitation to walk
wherever you want?

> In my opinion paths signposted or otherwise for walking should be
> foot=designated to indicate there is signage saying this path is
> explicitly for walking.

That makes sense.

> Any path they want people not to use
> they'd need to put sinage and we'd tag as access=no

That too, though if they were to say "mountainbiking on designated paths
only", we might consider tagging all non-designated paths with
cycling=no - that's essentially the old question of whether defaults
should be tagged.

> and any other path
> with no sigage would be somewhere in the grey area between access=no and
> access=designated (which I always saw access=yes as that middle ground tag).

In my opinion a foot=yes, while not necessarily indicating that there is
a sign, is more than a grey-area assumption. It is an assurance given by
the mapper to others that "it is ok and legal to walk here", based
perhaps not on signage but on local rules and customs.

I would not use foot=yes for "well there is a path here and I've walked
along it but I'm not sure what would have happened had I met a ranger".

Bye
Frederik

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

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

Re: [Talk-it] FOSS4G it 2020

[Andrea Musuruane]

Ciao,
Concordo con Marco. Credo che lo scopo principale sia quello di
radunare la comunità italiana degli OSMers e di raccontarsi cosa si sta
facendo, approfondire temi utili a tutti, ecc. In pratica un piccolo SotM
italiano.

Non penso sia molto utile fare attività di mappatura sul campo e seminari
di introduzione a JOSM, proprio perché non credo siano i neofiti il target
di questo evento.

Conosco persone brillanti, anche solo nella comunità piemontese, che
potrebbero condividere le loro esperienze in diversi campi.

Per quel che mi riguarda, sono disponibile a parlare dell'import dei dati
della provincia di Biella, in modo analogo a quanto fatto a merge IT 2018,
con la differenza che a febbraio dovremmo aver terminato (ora siamo al 90%)
e quindi potrei concentrarmi di più sulle "lesson learned":
https://github.com/merge-it/2018/blob/master/sito/content/talks/open-data-provincia-biella/slides.pdf

Un altro tema che potrei affrontare è quello della QA. Per esempio, questa
è una presentazione che avevo preparato per un nostro incontro mensile:
https://www.slideshare.net/musuruan/openstreetmap-qa

Ciao,

Andrea



On Fri, Sep 6, 2019 at 7:48 PM mbranco2  wrote:

> Visto che la comunità osmer piemontese è vispa e arzilla, mi aspetto che
> ci sarà una buona partecipazione il sabato.
> Da decidere preliminarmente se sarà tutta la giornata o solo la mattina.
> Su cosa fare per l'occasione, dico la mia:
> più che qualche attività sul campo, sarei maggiormente interessato ad una
> tavola rotonda / discussione nell'ambito della comunità; gli argomenti e i
> relativi relatori iniziali li decideremmo prima, ognuno potrà proporre
> degli argomenti (quello appena suggerito da Volker, sulla qualità dei dati,
> lo considero un ottimo punto di partenza).
> Se avremo tutto il giorno, al pomeriggio mi piacerebbe ci fossero uno o
> due workshop "avanzati", su argomenti scelti dai partecipanti in base alle
> proposte pervenute.
>
>
>
>
> Il giorno mer 4 set 2019 alle ore 13:59 Alessandro Palmas <
> alessandro.pal...@wikimedia.it> ha scritto:
>
>> Salve lista,
>> da questa settimana parte l'organizzazione della prossima edizione
>> italiana di FOSS4G che si terrà il prossimo febbraio a Torino.
>>
>> Sperando di vedere molte proposte di interventi e workshop, vorrei
>> avviare una discussione (da esaurirsi entro una decina di giorni -
>> vietati gli OT) su quali attività svolgere il sabato.
>>
>> Alessandro Ale_Zena_IT
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Sentiero che si perde nel prato

[demon_box]

Alfredo Gattai wrote
> Normalmente un sentiero che finisce in un prato ha una continuazione
> logica
> nello stesso per uscirne. Di solito si costeggia a lato o se ha delle
> piane
> passa alla base di esse. A volte semplicemente arriva al prato e li
> finisce. Se ti sei fermato li e non hai visto se e dove continuava,
> fermalo
> li senza altre indicazioni.
> 
> Alfredo

ok va bene allora farò così come dite, è che ripeto mi piaceva l'idea (per
mappatori e fruitori dei dati OSM) di taggare in qualche modo il nodo finale
del sentiero che si perde nel prato per indicare che si può anche andare
oltre ma senza più sentiero tracciato e che il sentiero non riprende ben
marcato finito il prato come a volte succede, una specie di noexit=yes ma
questo tag non è proprio adatto...

grazie

ciao

--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-au] Paths in Illawarra Conservation Lands

[Andrew Harvey]

First up, I appreciate your work mediating here Frederik, thank you.

On Thu, 12 Sep 2019 at 15:46, Frederik Ramm  wrote:

> On 12.09.19 06:27, Andrew Harvey wrote:
> > It's always better to have this mapped based on confirmations on the
> > ground, and it appears in this case that the local mapper Zhent, has
> > been mapping based on local knowledge.
>
> I have a feeling that Zhent's "foot=yes" might not mean "there is a sign
> here allowing access" but more "I walked here and wasn't arrested" ;)


> Question is, can we assume that any path leading into Conservation Lands
> that does *not* have a sign forbidding something, allows it? Probably
> not - NPWS can hardly be expected to continuously patrol the area for
> new "things that look like paths". Mind you, some of the paths that were
> added here have "sac_scale" and "trail_visibility" tags that do not
> sound like these are obvious trails actually prepared by NPWS for walkers.
>

Within the Illawarra Escarpment State Conservation Area, NPWS says the only
two things prohibited are Pets and Smoking,
https://www.nationalparks.nsw.gov.au/visit-a-park/parks/illawarra-escarpment-state-conservation-area/visitor-info#Prohibited
.

Normally for most National Parks and SCA's you're allowed to walk anywhere
unless otherwise prohibited.

> NPWS can hardly be expected to continuously patrol the area for
> new "things that look like paths"

On the flip side, how are we as mappers or the public meant to know that we
can't use this path unless they put up signage?

In my opinion paths signposted or otherwise for walking should be
foot=designated to indicate there is signage saying this path is explicitly
for walking. This provides a way to distinguish NPWS designated walking
paths. Any path they want people not to use they'd need to put sinage and
we'd tag as access=no, and any other path with no sigage would be somewhere
in the grey area between access=no and access=designated (which I always
saw access=yes as that middle ground tag).
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-it] Caricamento di diverse decine di file GPX

[Alessandro P. via Talk-it]

Il 11/09/19 21:48, Cascafico Giovanni ha scritto:

.
Usa josm: non è complicato come sembra.


Concordo con Giovanni: usa JOSM, sarai più veloce e preciso.
Oltre che su youtube guarda anche su Vimeo, dove un paio di mesi fa ho 
caricato 4 veloci minitutorial su come iniziare ad editare

https://vimeo.com/alezenait

Alessandro Ale_Zena_IT

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