[Talk-cr] Manejo de tareas de OSM-CR

[Wolter H. V. via Talk-cr]

Hola a todos,

Este hilo sale del hilo "Añadir alertas según CNE al mapa de OSM", que
que en esencia trata un tema distinto.

[2020-08-24 18:35 -0600] Rodolfo Quesada Zumbado:
> Dejemos la columna de notas por ahora, cierto que hay una hoy, pero ya Jaime 
> me mencionaba que algunos distritos tienen varios atributos mal (duplicidad 
> de admin_centre, etc).  Se puede usar para esas eventualidades, si no pasa 
> nada yo la quito en unos dos o cinco años. :P
>
> Ahora que lo menciona, si sería bueno tener un TODO list en el Wiki. :D

Creo lo ideal sería tener un sistema de manejo de pulgas. Podría ser de hecho 
en el repositorio de github que habían mencionado, osm-cr, por ejemplo. Ahí 
podrían ir todas las tareas relacionadas a mapeo en CR como "issues" y así se 
podría ir librando el Wiki de todo lo que no es estrictamente informativo.

Me imagino que acá la mayoría han usado un sistema de éstos, pero para aquellos 
que no, es un sistema originalmente diseñado para resolver problemas de 
software, pero se ha propagado como herramienta preferencial para resolver / 
rastreas problemas en todo tipo de proyectos. Las ventajas son principalmente 
que

* a cada problema se le da un espacio de conversación y un número de referencia.
* Normalmente las conversaciones se pueden seguir por correo o por la interfaz 
web.
* trae un buscador, que hace más fácil encontrar los problemas que uno está 
buscando
* etc.

¿Qué opinan?

Wolter H. V.



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

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

[Rolf Eike Beer]

Am Samstag, 22. August 2020, 10:42:00 CEST schrieb Rolf Eike Beer:
> Am Donnerstag, 20. August 2020, 10:17:18 CEST schrieb Frederik Ramm:
> > Hallo,
> > 
> > Michael Spreng von der Membership Working Group der OSMF hat gerade
> > geschrieben
> > (https://lists.openstreetmap.org/pipermail/osmf-talk/2020-August/007162.ht
> > ml ), dass die schon länger geplante Regel "aktive Mapper kommen kostenlos
> > in die OSMF" jetzt umgesetzt ist.
> > 
> > https://join.osmfoundation.org/active-contributor-membership/application-f
> > or m-for-active-contributor-membership-mapping/
> 
> Ganz toll wäre es, wenn man die Eingabefelder durch URL-Parameter vorbelegen
> könnte.

Und wenn man jetzt noch das Formular hinter eine OSM-OAuth-Anmeldung steckt, 
dann kennt man sogar schon den Benutzernamen _und_ man kann sich die Nachfrage 
beim Benutzer sparen: win-win!

Eike


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

Re: [talk-cz] Geofabrik chybějící data

[Marián Kyral]

Ahoj,

opět nějaké problémy přímo u zdroje.





https://twitter.com/pascal_n/status/1298125281249693697




Marián



-- Původní e-mail --
Od: Petr Vejsada 
Komu: talk-cz@openstreetmap.org
Datum: 21. 8. 2020 16:18:46
Předmět: Re: [talk-cz] Geofabrik chybějící data 
"Ahoj,

dohledal jsem to, v Planet je všechno:
https://planet.openstreetmap.org/replication/minute/004/150/987.osc.gz
jak uzel tak cesty. Ovšemže nevím, zda nebyly také vygenerovány různé verze
tohoto změnového souboru, ale žádná časová díra, která by tomu nasvědčovala,
v Planet není. Vše hezky po minutách narozdíl od toho případu, o kterém se
zmiňují ve Tvém odkazu.

Uzel má timestamp 2020-08-14T18:11:08Z a hned v další minutě šel z Planet
ven včetně cest v tom 987.

Takže toto bude asi něco jiného.

--
Petr

Dne Pá 21. srpna 2020 15:39:25, Tom Ka napsal(a):

> Ahoj, tohle asi neni u geofabrik ale primo v OSM viz.:
>
> https://lists.openstreetmap.org/pipermail/talk/2020-August/085340.html
>
> (jsou tam trochu nizsi cisla zmen ale zminky i o dalsich problemech)
>
> Bye tom.k
>
> pá 21. 8. 2020 v 14:37 odesílatel Petr Vejsada 
> napsal:
>
> > Ahoj,
> >
> > strašně dlouho jsem sem nepsal a bohužel nemám dobré zprávy. Data na
> > Geofabrik jsou nejspíš rozbitá, viz
> > https://poloha.net/content/geofabrik-chybejici-data a proto na poloha.
net
> > se OSM data momentálně neaktualizují.
> >
> > Pokud o tom někdo něco tuší, dejte vědět.
> >
> > Díky.
> >
> > --
> > Petr, p...@vejsada.net
> > >p<
> >
> > ___
> > talk-cz mailing list
> > talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz
> >

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

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

[Rodolfo Quesada Zumbado]

La herramienta fue un script muy feo y hecho a la carrera en Python, tomando 
los CSV con los datos de Overpass y generando Wiki markup.  Para la tabla total 
nada más hay que tener cuidado de usar bien el atributo rowspan en las 
Provincias y Cantones con contadores de Distritos.  Para las tablas separadas 
es una generación sencilla, a punta de print() para cada row del CSV. :)

Dejemos la columna de notas por ahora, cierto que hay una hoy, pero ya Jaime me 
mencionaba que algunos distritos tienen varios atributos mal (duplicidad de 
admin_centre, etc).  Se puede usar para esas eventualidades, si no pasa nada yo 
la quito en unos dos o cinco años. :P

Ahora que lo menciona, si sería bueno tener un TODO list en el Wiki. :D

On Mon, Aug 24, 2020, at 16:22, Wolter H. V. wrote:
> [2020-08-24 15:32 -0600] Rodolfo Quesada Zumbado:
> > Sobre la tabla de unidades administrativas, el Domingo 23 de Agosto 
> > re-acomodé la información de las unidades administrativas, quité la tabla 
> > incompleta en el wiki principal, y agregué tablas individuales para 
> > Provincias, Cantones y Distritos con sus respectivos códigos 
> > administrativos/postales (para no recargar la tabla grande jerárquica), y 
> > columna de notas, con la notita de que nos falta sólo un distrito 
> > (Cabeceras, segregado este 2020 de Quebrada Grande en Tilarán). 
> > 
> > [✓] Tarea terminada.
> 
> Heróico, eso de separar las tablas me parece genial. Solo por 
> curiosidad, qué herramienta usó para crear la tabla? No creo que lo 
> haya hecho a mano jajaj.
> 
> De hecho, en vista de que la columna de notas sólo se utiliza una vez 
> tomando en cuenta las tres tablas, propongo eliminarla. La nota sobre 
> Cabeceras podría ir en el mismo campo de la relación, o podría no 
> existir y la tarea podría ser puesta en alguna cola de cosas por hacer.
> 
> Saludos,
> Wolter H. V.
> 
> 
> ___
> Talk-cr mailing list
> Talk-cr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cr
>

-- 
Rodolfo Quesada Zumbado

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

[Talk-cr] [Proyectos] Relations y Documentación de la Red Vial Nacional

[Rodolfo Quesada Zumbado]

Hola gente de OSM,

Aprovechando que hay movimiento en la lista, les comento que he estado 
trabajando a poquitos desde hace un par de años en establecer un marco de 
referencia y apoyo para el mapa de rutas nacionales (Red Vial Nacional, RVN) en 
Costa Rica, mi principal motivación es que hay demasiado "vandalismo de buena 
voluntad", esto a pesar de que tenemos bien definidas las reglas de como mapear 
la RVN en el Wiki, a veces hay editores nuevos o extranjeros que cambian rutas 
que ya tienen hasta más de una década de estar bien definidas de acuerdo a la 
nomenclatura oficial y que es la base de lo que usamos en OSM cómo comunidad. 

El objetivo final es terminar de llenar en esta tabla, la columna 'Relation': 

https://wiki.openstreetmap.org/wiki/Costa_Rica/Red_Vial_Nacional

Eventualmente, en unos 17-25 años cuando se termine este proyecto (siendo 
optimistas), se puede crear un script que corrobore automáticamente el estado 
de las rutas y su clasificación, y notificar al editor/lista al respecto para 
las correcciones necesarias si hubo un cambio inesperado. 

Como pueden ver en esa tabla ya hay unas pocas rutas con un relation asignado, 
y el ejercicio consiste en tomar las rutas que faltan y que ya tenemos en OSM 
definidas, re-corroborar de acuerdo a los mapas oficiales [1], y agregar cada 
segmento a un relation (esto se debería poder automatizar, agregando los ref=nn 
a un relation especifico, y afinar a mano lo que salga raro, suena a un 
proyecto interesante para algún curso universitario ;) ), y apuntar ese 
relation en la tabla. 



DOCUMENTANDO RUTAS CON WIKIPEDIA/WIKIDATA

Inicialmente como material de apoyo y trabajando junto con la Latin American 
Highways task force de Wikipedia (LAHTF) en Inglés[2], ya están documentadas 
todas[3] las rutas de la RVN con su respectivo artículo (stub/bosquejo, la 
mayoría, pero aprobados por la LAHTF), con las características básicas de cada 
ruta (incluyendo lindos escuditos en SVG): 

https://en.wikipedia.org/wiki/Template:National_Road_Network_of_Costa_Rica

Los mismos artículos tienen un Wikidata item asignado, y también cómo parte de 
los proyectos de la LAHTF, esos Wikidata items están tabulados acá:

https://www.wikidata.org/wiki/Wikidata:WikiProject_Roads/Costa_Rica

El Wikidata item permite vincular la ruta en OSM por medio de Wikidata a los 
artículos de Wikipedia, así como proveer metadata de referencia (distancia, 
áreas cubiertas, etc). Algo interesante se puede hacer con eso luego. 



EJEMPLO

Un ejemplo de todo amarrado: Ruta 126 

OSM: https://www.openstreetmap.org/relation/11125484  (nótese el key 
wikidata:Q68110238)
Wikidata: https://www.wikidata.org/wiki/Q68110238  (lo notaron?)
Wikipedia: https://en.wikipedia.org/wiki/National_Route_126_(Costa_Rica) 

En teoría, en el Infobox de Wikipedia debería verse el mapa de la Ruta 126, 
tomado y generado dinamicamente desde OSM, pero esa funcionalidad se "rompió" 
hace unos meses y Wikipedia no lo ha podido restablecer, previo a eso acá hay 
un ejemplo pequeño en CR que si lo muestra: 
https://en.wikipedia.org/wiki/National_Route_257_(Costa_Rica)  



PASOS

Los pasos a seguir por si les interesa contribuir están documentados (muy 
resumido) en la sección de Projects del Wiki (en inglés y español):  

https://wiki.openstreetmap.org/wiki/Costa_Rica#Projects
https://wiki.openstreetmap.org/wiki/ES:Costa_Rica#Proyectos


WIKI LIMPIEZA

Al igual que con la tabla de unidades administrativas, hay una breve tabla 
inconclusa en el Wiki principal que es la base de la tabla con todas las rutas 
en su propia página, si les parece la puedo remover. Ya hay un link hacia la 
tabla grande que contempla esas rutas. 

Este proyecto nació mas o menos en el 2015, cuando Vogtgbr comenzó a establecer 
los primeros relations de las rutas en esa tabla del Wiki principal.



NOTAS Y REFERENCIAS

[1]  https://sig.mopt.go.cr:8084/web/index.html#8/9.719/-83.532 y otros links 
que ya están en el Wiki.
[2] Antes de que me pregunten por qué Wikipedia en Inglés primero que en 
Español, es porque bueno, había una comunidad de apoyo muy buena y que 
participó bastante en la aventura, a la fecha mi mejor experiencia en un 
proyecto colaborativo, a pesar que ninguno de ellos era de Costa Rica, y por 
supuesto si a alguien le interesa agregar los artículos a Wikipedia en Español, 
me avisan para trabajar en eso en un futuro cercano.
[3] Casi todas, veo que hay un par de rutas secundarias muy nuevas (semanas o 
meses de haberse definido) cerca de la inconclusa Ruta 35 por San Carlos. Puede 
haber otras recientes que hagan falta.


--
Rodolfo Quesada Zumbado

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

Re: [Talk-it] [talk:it] Bicycle road all'italiana?

[Alessandro Sarretta]

Ciao Volker,

On 24/08/20 21:58, Volker Schmidt wrote:

Ho incontrato più di una strada con questa segnaletica
https://www.google.com/maps/@45.3403228,11.7590331,3a,75y,350.71h,76.75t/data=!3m6!1e1!3m4!1st-K2BeSkmjzwnM9nzeCTqQ!2e0!7i13312!8i6656 


Sarebbe il caso di "bicycle_road=yes" ?
Più tutti i tag "normali" tag come
highway=residential
vehicle=yes
foot=designated
bicycle=designated
lanes=1
oneway=no
surface=*
smoothnes=*
lit=*
maxspeed=* (che in questo caso non c'è)

non ne avevo mai viste prima :-)

Guardando la descrizione di bicycle_road 
 ("A bicycle road 
is a road designated for bicycles. Any other vehicles are prohibited 
unless marked with an addition sign") e quella di cyclestreet 
 ("A cyclestreet is 
a street that is designed as a bicycle route, but on which cars are also 
allowed. However, this car use is limited by the character and layout of 
the cyclestreet.") io opterei per la seconda.


Ale
--

Alessandro Sarretta

skype/twitter: alesarrett
Web: ilsarrett.wordpress.com 

Research information:

 * Google scholar profile
   
 * ORCID 
 * Research Gate 
 * Impactstory 

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

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

[Wolter H. V.]

[2020-08-24 12:36 -0600] Jaime Gutiérrez Alfaro:
> Luego de leer los últimos correos creo que no hay consenso en etiquetar en 
> OSM las alertas de covid según el CNE. Voy a abandonar la propuesta.  

Yo de hecho pienso que es buena idea. En lugar de configurar un nuevo nicho 
para esos datos, se puede aprovechar el rol de base de datos que facilita OSM. 
Daño no creo que haga. Yo opino que hagamos por ahora lo que sea más sencillo, 
probablemente después si hay una razón de peso para migrar la data a otro 
lugar, no sea difícil moverla.

Creo que deberíamos pensar en fortalezas y debilidades de cada opción antes de 
tomar la decisión de donde poner la info. Por ejemplo:

   En OSM
   + puede ser aprovechado por cualquier cliente de OSM
   + la plataforma ya existe y el formato de la información está claro 
(alert:cne[:covid]=)
   + El acceso a agregar / modificar / eliminar información es fácil si se 
aprovecha el API de OSM

   En CSV en algún repositorio
   + La información estaría aislada
   + La información se podría manipular con más agilidad
   - Habría que configurar el repositorio y dar acceso a cada colaborador
   - No se pueden editar los archivos con una simple instrucción por API(creo)

Solo tenemos que ver como hacemos para mantener una versión harmónica de las 
fortalezas y debilidades. Se me ocurre que cada persona que lo quiera editar 
puede copiar toda la lista y hacer sus modificaciones, así todos podemos ver 
los cambios y discutirlos en el mismo lugar.

Saludos,
Wolter H. V.



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

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

[Wolter H. V.]

[2020-08-24 15:32 -0600] Rodolfo Quesada Zumbado:
> Sobre la tabla de unidades administrativas, el Domingo 23 de Agosto 
> re-acomodé la información de las unidades administrativas, quité la tabla 
> incompleta en el wiki principal, y agregué tablas individuales para 
> Provincias, Cantones y Distritos con sus respectivos códigos 
> administrativos/postales (para no recargar la tabla grande jerárquica), y 
> columna de notas, con la notita de que nos falta sólo un distrito (Cabeceras, 
> segregado este 2020 de Quebrada Grande en Tilarán). 
> 
> [✓] Tarea terminada.

Heróico, eso de separar las tablas me parece genial. Solo por curiosidad, qué 
herramienta usó para crear la tabla? No creo que lo haya hecho a mano jajaj.

De hecho, en vista de que la columna de notas sólo se utiliza una vez tomando 
en cuenta las tres tablas, propongo eliminarla. La nota sobre Cabeceras podría 
ir en el mismo campo de la relación, o podría no existir y la tarea podría ser 
puesta en alguna cola de cosas por hacer.

Saludos,
Wolter H. V.


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

Re: [Talk-cr] Etiqueta para pagos vía SINPE móvil

[Wolter H. V.]

[2020-08-20 20:18 -0600] Jaime Gutiérrez Alfaro:
> Yo estoy de acuerdo con el uso de esa llave y valor pero con llave en 
> minúscula, "payment:sinpe_movil=yes".

+1, creo que la mayúscula está demás y no recuerdo haber visto llaves usar 
mayúsculas en OSM.

Wolter H. V.


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

Re: [Talk-us] Hands Off !, respect my (our) space

[Shawn K. Quinn]

On 8/24/20 09:50, 80hnhtv4agou--- via Talk-us wrote:
> In ID, on your profile page is, Other nearby users, and the home
> location, map 
>  
> the point is other locals based on my (our) edits know where we
> (I) live, but come on
>  
> don’t edit the building i (we) live in !

If everyone was restricted to editing their own neighborhoods or even a
5-mile (~8 km) radius of their home, the map would have almost nothing
on it.

You do realize most of the mapping in the US came from the Census
Bureau's TIGER data, which was imported by someone who can't possibly
have visited the entire US in the timeframe it took to upload that data?

You do realize that we have a lot of people from Amazon Logistics
editing the US as well? (Granted, mostly adding driveways and other
service roads, but it is still a contribution to the map.)

-- 
Shawn K. Quinn 
http://www.rantroulette.com
http://www.skqrecordquest.com

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

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

[Rodolfo Quesada Zumbado]

Sobre la tabla de unidades administrativas, el Domingo 23 de Agosto re-acomodé 
la información de las unidades administrativas, quité la tabla incompleta en el 
wiki principal, y agregué tablas individuales para Provincias, Cantones y 
Distritos con sus respectivos códigos administrativos/postales (para no 
recargar la tabla grande jerárquica), y columna de notas, con la notita de que 
nos falta sólo un distrito (Cabeceras, segregado este 2020 de Quebrada Grande 
en Tilarán). 

[✓] Tarea terminada. 

:)

On Mon, Aug 24, 2020, at 12:16, Jaime Gutiérrez Alfaro wrote:
> 
> 
> On Sat, Aug 22, 2020 at 1:50 PM Wolter H. V.  wrote:
>> [2020-08-21 00:49 -0600] Rodrigo:
>> > On 8/20/20 7:57 PM, Jaime Gutiérrez Alfaro wrote:
>> > > On Thu, Aug 20, 2020 at 3:04 PM Rodolfo Quesada Zumbado  
>> > > wrote:
>> > > > Hola Jaime, Wolter, Rodrigo y amigos de OSM, 
>> > > > 
>> > > > Jaime y yo estuvimos trabajando un poco ahora temprano y creamos esta 
>> > > > tabla fija y plana con todas las unidades administrativas de Costa 
>> > > > Rica y sus relations de OSM: 
>> > > > 
>> > > > https://wiki.openstreetmap.org/wiki/Costa_Rica/Divisi%C3%B3n_Territorial_Administrativa
>> > > > 
>> > > > Se puede/debe mejorar (ej, agregar códigos postales por distrito y 
>> > > > códigos de cantón), pero sirve de referencia rápida para muchos 
>> > > > proyectos.  Yo juraba que la tabla que tenemos en el Wiki estaba 
>> > > > completa, pero nunca me animé a expandirla, la agregó un colaborador 
>> > > > que está normalizando eso en varios países.
>> > > > 
>> > 
>> > Esto me parece genial. A esa misma tabla creada se le puede agregar una 
>> > columna especificando los elementos pendientes, para pensar en un esquema 
>> > de trabajo comunitario y seguimiento de qué cantones y distritos tienen la 
>> > info completa.
>> 
>> ¡Qué buen trabajo la verdad! Los felicito. Para que quede de referencia para 
>> el futuro, la tabla de códigos postales de Costa Rica de Wikipedia en inglés 
>> [1] es una buena fuente de información para este caso
>> 
>> > > Súper. En realidad toda la chamba la hizo Rodolfo. Ahora que tenemos 
>> > > esta tabla con una página wiki propia quizás podemos valorar eliminar la 
>> > > tabla que está en 
>> > > https://wiki.openstreetmap.org/wiki/Costa_Rica#Provinces.2C_Cantons_and_Districts
>> > >  y mover esa info a la nueva página que hizo Rodolfo. Así todo el tema 
>> > > de división administrativa estaría junto. No se qué les parece, aunque 
>> > > podríamos hacer otro hilo de correo para conversar sobre ese tema.
>> > De acuerdo con eliminar la tabla y agregar solamente un párrafo 
>> > direccionando a esta nueva página.
>> 
>> Yo también, de acuerdo. Creo que sí valdría la pena conversar esa página por 
>> aparte para unificar esa info.
> 
> 
> Creo que ya tenemos un consenso con el tema de los cantones y distritos. 
> Sería manejar esta info en la página 
> https://wiki.openstreetmap.org/wiki/Costa_Rica/Divisi%C3%B3n_Territorial_Administrativa
>  y dejar un párrafo y enlace en 
> https://wiki.openstreetmap.org/wiki/Costa_Rica#Provinces.2C_Cantons_and_Districts.
>   Además acá tenemos las siguientes tareas por hacer: Añadir códigos postales 
> por distrito y códigos de cantón (La tabla de códigos postales de Costa Rica 
> de Wikipedia en inglés 
> (https://en.wikipedia.org/wiki/List_of_districts_of_Costa_Rica) es una buena 
> fuente de información para este caso.  ¿Algún voluntarie para encargarse de 
> esto? (quizás podemos hacer otro hilo de correo para llevar este tema).
> 
> 
>  
>> 
>> > > > La iniciativa de las alertas me parece bien, y sugiero unas cosas 
>> > > > adicionales al respecto:
>> > > > * Kill Switch: En teoría #estopasará como dicen en las redes sociales, 
>> > > > entonces hay que tener listo un mecanismo (y encargado) para quitar 
>> > > > los tags cuando ya no sea necesario. 
>> > > Si, el tema del covid y las restricciones pasará. Sin embargo, el tema 
>> > > de las alertas de la CNE no es algo que pase. Las usan para cuando hay 
>> > > condiciones climáticas adversas o situaciones que lo ameriten. Hoy no 
>> > > tuve chance de revisar si esto es así por alguna ley en específico. En 
>> > > el sitio web de la CNE está este enlace: 
>> > > https://cne.go.cr/preparativos_respuestas/alertas.aspx.  Con esto quiero 
>> > > decir que quizás hay que valorar esta etiqueta con esa perspectiva. 
>> 
>> Sí me parece buena idea quitar las etiquetas cuando ya no sean necesarias / 
>> cuando deje de haber alguien que las actualice. Si alguien se comprometiera 
>> a actualizar las etiquetas indefinidamente, no lo vería necesario. Respecto 
>> a ese tema, sería interesante conversar con alguien del CNE para ver si se 
>> interesan en este tema. Pienso que al sitio de la CNE le vendría bien un 
>> visualizador de este mapa de alertas.
> 
> 
> Hace unos momentos escribí un correo a varios funcionarios de la CNE para 
> consultar sobre el sistema de alertas y si tienen datos abiertos. Con la 
> consulta sobre el 

[OSM-talk-fr] Besoin de conseils pour les diagrammes de transport public

[Gad Jo]

Bonsoir,


Depuis 2012 j'ai commencé à cartographier les lignes de bus de l'Agglo 
narbonnaise (souvent mis de côté, toujours repris). Grâce à Pic4Review et 
Mapillary/OpenStreetCam j'ai accéléré sur ce projet (plus besoin de faire les 
relevés de tête)

Le suivi de l'avancement est disponible sur 
https://wiki.openstreetmap.org/wiki/Narbonne/Transports_en_commun#Lignes_Urbaines

Actuellement je travail sur le rendu des diagrammes grâce à l'outil dédié 
https://overpass-api.de/
Pour l'occasion le style "narbonne" a été créé en partant du style "paris".

Problème : si les plateform possède le tag highway=bus_stop les arrêts sont 
comptabilisé en double. Pourtant le modèle public_transport l'indique comme 
recommandé. Sans ça le rendu osm n'affiche plus les arrêts et Osmose couine.

Actuellement et le temps d'analyser toutes les lignes j'ai supprimé le tag 
highway=bus_stop. C'est l'exemple parfait de taguer pour le rendu. En attendant 
les diagramme sont maintenant lisible : 
https://overpass-api.de/api/sketch-line?ref=A=Citibus=narbonne

J'aurai besoin de conseils pour faire fonctionner correctement 
https://overpass-api.de/ quitte à proposer des améliorations mais où le faire ?
Le problème semble exister depuis pas mal de temps et j'ai constaté un peu 
partout dans le monde que cela incite les contributeurs à taguer pour le rendu. 
Je me demande si ils n'ont pas arrêté de corriger leur générateur de diagramme.
À moins que d'autres générateur de diagramme existe.

Là j'aurai besoin qu'on me conseil pour arriver à une solution fonctionnelle.



-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-it] [talk:it] Bicycle road all'italiana?

[Volker Schmidt]

Ho incontrato più di una strada con questa segnaletica
https://www.google.com/maps/@45.3403228,11.7590331,3a,75y,350.71h,76.75t/data=!3m6!1e1!3m4!1st-K2BeSkmjzwnM9nzeCTqQ!2e0!7i13312!8i6656
Sarebbe il caso di "bicycle_road=yes" ?
Più tutti i tag "normali" tag come
highway=residential
vehicle=yes
foot=designated
bicycle=designated
lanes=1
oneway=no
surface=*
smoothnes=*
lit=*
maxspeed=* (che in questo caso non c'è)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-hr] Import zgrada u Zagrebu

[Matija Nalis]

i meni se ti vjerski objekti u JOSMu otvaraju ispod Afrike :)

lat: -45 umjesto +45

On Sun, Aug 23, 2020 at 04:35:27PM +0200, Janko Mihelić wrote:
> Pozdrav kartografi!
> 
> Malo sam se bavio sa importom zgrada koje smo dobili od zagrebačke
> infrastrukture prostornih podataka (zipp). Doveo sam podatke vjerskih
> građevina u stanje pred sami import koji ćemo obaviti ručno. To je najmanji
> set podataka pa sam na njemu vježbao. Zgradu po zgradu ćemo uzeti
> geometriju iz danih podataka, i spojiti ju sa dosadašnjim vektorima u
> OSM-u. Sačuvat ćemo tagove i povijest vektora u OSM-u.
> 
> Malo detaljnije o proceduri na wiki stranici otvorenoj za Import:
> https://wiki.openstreetmap.org/wiki/Zagreb/Import_ZIPP_Buildings
> 
> Krajnja osm datoteka, zasad od vjerskih građevina, koja će se uvoziti:
> https://www.dropbox.com/s/n05f0ikjxz8i9en/buildings-ot5-vjerski_objekti.osm?dl=0
> 
> Javite ako imate primjedbe ili komentare.
> 
> Janko
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Import zgrada u Zagrebu

[Matija Nalis]

dvije sitnice koje vidim:

1) wiki kaze pri dnu: 

"The email to the Imports mailing list was sent on -MM-DD and can be found 
in the archives of the mailing list at [1]."
link i datum treba updateati sada kada je poslano na listu

2) da li bi u changeset source ili negdje trebali dodati cije/otkud je to  
"Aerofotogrametrijsko i LiDAR snimanje 2012." ?

On Sun, Aug 23, 2020 at 04:35:27PM +0200, Janko Mihelić wrote:
> Pozdrav kartografi!
> 
> Malo sam se bavio sa importom zgrada koje smo dobili od zagrebačke
> infrastrukture prostornih podataka (zipp). Doveo sam podatke vjerskih
> građevina u stanje pred sami import koji ćemo obaviti ručno. To je najmanji
> set podataka pa sam na njemu vježbao. Zgradu po zgradu ćemo uzeti
> geometriju iz danih podataka, i spojiti ju sa dosadašnjim vektorima u
> OSM-u. Sačuvat ćemo tagove i povijest vektora u OSM-u.
> 
> Malo detaljnije o proceduri na wiki stranici otvorenoj za Import:
> https://wiki.openstreetmap.org/wiki/Zagreb/Import_ZIPP_Buildings
> 
> Krajnja osm datoteka, zasad od vjerskih građevina, koja će se uvoziti:
> https://www.dropbox.com/s/n05f0ikjxz8i9en/buildings-ot5-vjerski_objekti.osm?dl=0
> 
> Javite ako imate primjedbe ili komentare.
> 
> Janko
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr

-- 
Opinions above are GNU-copylefted.

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

Re: [OSM-talk-fr] hebdoOSM Nº 526 2020-08-11-2020-08-16

[Philippe Verdy]

Bon à remarquer, le gouvernement américain lui-même bafoue les licences
(refus répété de donner les attributions nécessaires, copyright affiché
abusif, alors que les contenus issus du gouvernement lui-même sont
théoriquement du domaine public). Visiblement ses agences se foutent pas
mal de ces questions et croient que puisque leurs données publiées sont du
domaine public, tout ce qu'elles utilisent peut se passer de mentions
d'attributions, même si la licence qui l'oblige ne leur coute pas un sou.
(J'ai fait déjà plusieurs demandes concernant ces agences, pas que pour
OSM, en anglais, parfois en espagnol aussi dans certains terrritoires,
chaque fois la réponse était que ce n'était pas leur problème ou de
leur compétence, et ils ramènent sans arrêt à leur page de clause
standard concernant le domaine "gov.us", copié d'un site à l'autre tel quel
: personne ne semble vouloir ou pouvoir les changer).

Nétant pas américain, je me demande si on peut contacter des politiques
américains (sénateurs, commissions) ou s'il faut passer par la justice
américaine (mais là, sans avocats, très chers aux USA, pas moyen de faire).
Je pense qu'on ne peut pas faire grand chose hors des USA à moins qu'OSM US
et d'autres chapitres locaux de projets libres(dont Wikiemdia US, ou la
Fondation Mozilla, ou la FSF) s'impliquent eux-mêmes avec ses communautés
locales pour trouver les politiques capables d'agir (mais là ils sont tous
embourbés dans les élections présidentielles de l'automne, et pas grand
monde ne cherche à s'opposer à l'administration Trump).

Elles estiment que puisqu'elles fournissent gratuitement et pour tous leurs
données, elles ont le droit de se servir partout ailleurs et se croient à
l'abri. Il serait bon de faire campagne pour dénoncer publiquement ces abus
du gouvernement américain qui croit pouvoir se servir où il veut et se
réapproprier ce qu'il veut (avec le soutien implicite de la famille Trump
qui contrôle maintenant plus de la moitié du parti républicain et a fait
taire les autres ou les a mis dehors ; les USA ressemblent de plus en plus
à une dictature qui s'en prend même aux instruments même de la démocratie
et défait une par une toutes les libertés acquises en utilisant des
tonens de procédures d'exception et en excluant le pouvoir judiciaire de
tout contrôle ou contre-pouvoir, mais aussi la société civile, et instaure
un état de guerre permanent et justifie la fracturation sociétale et défend
juste sa branche armée et la plus violente pour imposer un climat de
terreur qui sert ensuite à renforder encore plus les restrictions de
liberté).

Pourtant il n'y a aucun prestatatire externe pour gérer leurs sites, ils
ont leurs propres administrateurs (sans doute très mal formés, déjà que la
plupart des agences n'ont quasiment plus de budget, notamment les agences
environnementales et celles en charge de la santé publique, dont celles
chargées du controle des prestations privées externes qui abusent partout
et gonflent les prix de façon artificielle pour faire monter les cours en
bourse).


Le dim. 23 août 2020 à 19:10,  a écrit :

> Bonjour,
>
> Le résumé hebdomadaire n° 526 de l'actualité OpenStreetMap vient de
> paraître *en français*. Un condensé à retrouver sur :
>
> https://www.weeklyosm.eu/fr/archives/13572/
>
> Bonne lecture !
>
> Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note
> hebdomadaire sans être membre ? Il vous suffit de vous connecter sur
> https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en
> savoir plus sur la rédaction d'un article, cliquez ici:
> http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm
>
> hebdoOSM ?
> Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
> Où :
> https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
> ___
> 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-cr] Añadir alertas según CNE al mapa de OSM

[Jaime Gutiérrez Alfaro]

Luego de leer los últimos correos creo que no hay consenso en etiquetar en
OSM las alertas de covid según el CNE. Voy a abandonar la propuesta.

On Sat, Aug 22, 2020 at 7:29 PM Rodrigo  wrote:

>
> On 8/22/20 4:13 PM, Rodolfo Quesada Zumbado wrote:
> > Hola,
> >
> > Lo que me está preocupando como menciona Wolter y por eso proponía el
> 'kill switch', es que eventualmente alguien se va a aburrir y queden los
> datos desactualizados en la metadata de los relations, para muestra un
> botón, revisen los artículos de Wikipedia sobre la pandemia de COVID19 en
> Costa Rica, están abandonados, excepto un par de updates al día de un
> editor desde Asia para el conteo diario, pero las estadísticas y mapas
> llevan semanas de atraso:
>
> Es que en teoría, esa info no debería estar en OSM, me parece. La
> etiqueta alert:cne parece no existir en la wiki y tampoco una propuesta
> de etiquetado al respecto. No estoy seguro, en ese sentido, si esa
> información debería ir en el mapa libre, o cómo sería la mejor forma de
> gestionar dicha info.
>
> Pienso que tal vez el approach ideal sería montar un mapa propio que use
> de base OSM y se le agregue una capa adicional con la información de las
> alertas. Con Mapbox se podría hacer algo así y hasta jugar a agregarle
> otras cosillas...
>
>
La etiqueta cne:alert no existe en la wiki porque la estoy proponiendo, es
una etiqueta para ser usada en el contexto nacional, con indicaciones de
mapeo específicas y con una temporalidad indefinida (asociada al covid19).
En caso de haber sido consensuada se habría documentado en la wiki. Creo
que actualmente se han añadido al mapa muchos elementos con la etiqueta o
subetiqueta "covid19" por lo que creo que no será de extrañar que al acabar
la pandemia alguien haga un script para eliminarlos.




> >
> > https://en.wikipedia.org/wiki/2020_coronavirus_pandemic_in_Costa_Rica
> >
> >
> https://es.wikipedia.org/wiki/Pandemia_de_enfermedad_por_coronavirus_de_2020_en_Costa_Rica
> >
> > Para las alertas tipo CNE directamente en OSM, también estuve buscando y
> no he encontrado nada, lo que si he visto mucho es usar OSM como base layer
> y luego repintar encima con algún framework JavaScript.  Hay montones de
> ejemplos con Leaflet y MapBox, que posiblemente hacen ya lo que estamos
> discutiendo acá, tomar un CSV/JSON, jalar los relations desde OSM, poner un
> layer encima, y pintarlos... Para obtener algo como lo que tiene la CNE con
> ESRI o ArcGIS, pero comunitario.
>
> Ayyn a esto me refería arriba. Creo que ese sería el método adecuado
> para hacerlo.
>


Voy a orientar el trabajo de la gestión de los datos de las alertas del CNE
fuera de OSM. En un repo de git suena bien (Rodolfo mencionó hacer un
github tipo osm-cr como comunidad, o sino se puede subir al jaquerespeis en
github o gitlab). Les mantendré al tanto a ver que sale.


>
> > Me parece que hay que investigar un poco más como montar estas alertas,
> ver si hay otros países que lo están usando directamente sobre los
> relations (parece que no), o usándolos de base para otro layer, o si ya
> recae en proyectos como HOT (https://www.hotosm.org/), pero veo que lo
> que ellos tienen es para mejorar los mapas de zonas afectadas que lo
> requieran (https://wiki.openstreetmap.org/wiki/COVID-19), ya hubo una
> mapatón hace poco me parece, a nivel de Centroamérica.
>
> Estuve exporando en Hot y todo su proyecto relacionado al COVID se
> refiere al mapeo de lugares, y es por ahí que me entra la duda, si OSM
> debería ser usado para agregar características dinámicas. Creo que lo
> más cerca que he visto a un proyecto así es la etiqueta que indica si un
> edificio está en construcción o no, o el etiquetado de calles para
> inundaciones.
>
>
Hay una propuesta francesa que está interesante:
https://wiki.openstreetmap.org/wiki/FR:Covid-19_-_how_to_map y esta
aplicación que consume esos datos: https://www.caresteouvert.fr/.
___
Talk-cr mailing list
Talk-cr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cr

Re: [Talk-at] JOSM Adresshelfer Fehler:nullpointerexception

[Stefan Kopetzky]

On 16.07.20 08:23, Philipp Kolmann wrote:
> Issue dafür ist bereits geöffnet:
> https://github.com/JOSM/austriaaddresshelper/issues/12
> 
> Vielleicht hat jemand auf dieser Liste einen Kontakt zu Thomas und kann
> ihn fragen, was mit seinem Server los ist...
> 
> An sich ist das API keine Hexerei. Ich hab mir das die Woche in der
> Arbeit angeschaut und den SQL Befehl in ein anderes Projekt eingebaut.
> Funktioniert an sich sehr gut.

Für alle, die den Bug auf github nicht verfolgen, aber dennoch wieder
den Adresshelfer nützen wollen:

Unter obiger URL findet sich eine Beschreibung für einen Workaround, der
sich zu einem Fix entwickelt :)

Großes Dankeschön an Phillip für das Nachbauen (und Bereitstellen!) der API.

Lg,
Stefan

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

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

[Jaime Gutiérrez Alfaro]

On Sat, Aug 22, 2020 at 1:50 PM Wolter H. V.  wrote:

> [2020-08-21 00:49 -0600] Rodrigo:
> > On 8/20/20 7:57 PM, Jaime Gutiérrez Alfaro wrote:
> > > On Thu, Aug 20, 2020 at 3:04 PM Rodolfo Quesada Zumbado 
> wrote:
> > > > Hola Jaime, Wolter, Rodrigo y amigos de OSM,
> > > >
> > > > Jaime y yo estuvimos trabajando un poco ahora temprano y creamos
> esta tabla fija y plana con todas las unidades administrativas de Costa
> Rica y sus relations de OSM:
> > > >
> > > >
> https://wiki.openstreetmap.org/wiki/Costa_Rica/Divisi%C3%B3n_Territorial_Administrativa
> > > >
> > > > Se puede/debe mejorar (ej, agregar códigos postales por distrito y
> códigos de cantón), pero sirve de referencia rápida para muchos proyectos.
> Yo juraba que la tabla que tenemos en el Wiki estaba completa, pero nunca
> me animé a expandirla, la agregó un colaborador que está normalizando eso
> en varios países.
> > > >
> >
> > Esto me parece genial. A esa misma tabla creada se le puede agregar una
> columna especificando los elementos pendientes, para pensar en un esquema
> de trabajo comunitario y seguimiento de qué cantones y distritos tienen la
> info completa.
>
> ¡Qué buen trabajo la verdad! Los felicito. Para que quede de referencia
> para el futuro, la tabla de códigos postales de Costa Rica de Wikipedia en
> inglés [1] es una buena fuente de información para este caso
>
> > > Súper. En realidad toda la chamba la hizo Rodolfo. Ahora que tenemos
> esta tabla con una página wiki propia quizás podemos valorar eliminar la
> tabla que está en
> https://wiki.openstreetmap.org/wiki/Costa_Rica#Provinces.2C_Cantons_and_Districts
> y mover esa info a la nueva página que hizo Rodolfo. Así todo el tema de
> división administrativa estaría junto. No se qué les parece, aunque
> podríamos hacer otro hilo de correo para conversar sobre ese tema.
> > De acuerdo con eliminar la tabla y agregar solamente un párrafo
> direccionando a esta nueva página.
>
> Yo también, de acuerdo. Creo que sí valdría la pena conversar esa página
> por aparte para unificar esa info.
>


Creo que ya tenemos un consenso con el tema de los cantones y distritos.
Sería manejar esta info en la página
https://wiki.openstreetmap.org/wiki/Costa_Rica/Divisi%C3%B3n_Territorial_Administrativa
y dejar un párrafo y enlace en
https://wiki.openstreetmap.org/wiki/Costa_Rica#Provinces.2C_Cantons_and_Districts.
Además acá tenemos las siguientes tareas por hacer: Añadir códigos postales
por distrito y códigos de cantón (La tabla de códigos postales de Costa
Rica de Wikipedia en inglés (
https://en.wikipedia.org/wiki/List_of_districts_of_Costa_Rica) es una buena
fuente de información para este caso.  ¿Algún voluntarie para encargarse de
esto? (quizás podemos hacer otro hilo de correo para llevar este tema).




>
> > > > La iniciativa de las alertas me parece bien, y sugiero unas cosas
> adicionales al respecto:
> > > > * Kill Switch: En teoría #estopasará como dicen en las redes
> sociales, entonces hay que tener listo un mecanismo (y encargado) para
> quitar los tags cuando ya no sea necesario.
> > > Si, el tema del covid y las restricciones pasará. Sin embargo, el tema
> de las alertas de la CNE no es algo que pase. Las usan para cuando hay
> condiciones climáticas adversas o situaciones que lo ameriten. Hoy no tuve
> chance de revisar si esto es así por alguna ley en específico. En el sitio
> web de la CNE está este enlace:
> https://cne.go.cr/preparativos_respuestas/alertas.aspx.  Con esto quiero
> decir que quizás hay que valorar esta etiqueta con esa perspectiva.
>
> Sí me parece buena idea quitar las etiquetas cuando ya no sean necesarias
> / cuando deje de haber alguien que las actualice. Si alguien se
> comprometiera a actualizar las etiquetas indefinidamente, no lo vería
> necesario. Respecto a ese tema, sería interesante conversar con alguien del
> CNE para ver si se interesan en este tema. Pienso que al sitio de la CNE le
> vendría bien un visualizador de este mapa de alertas.
>


Hace unos momentos escribí un correo a varios funcionarios de la CNE para
consultar sobre el sistema de alertas y si tienen datos abiertos. Con la
consulta sobre el sistema de alertas les pregunté si es un solo sistema o
varios, que por lo visto es la segunda opción. Los correos de los
funcionarios los tomé de la página del CNE, específicamente son
funcionarios de la Dirección Gestión del Riesgo, quienes se encargan del
tema de alertas según las funciones mostradas en la misma página del CNE.
Quizás tengamos suerte y respondan.

[0].
https://ticotimes.net/2020/08/21/indirect-effects-of-tropical-storm-marco-provoke-weather-alerts-in-costa-rica
[1].
https://cnecr.maps.arcgis.com/apps/webappviewer/index.html?id=bc6c709b4fbd4929a725cb93e0a79436


(...)


>
>
> > > Esta propuesta la implementé en el mapa con el que hemos estado
> probando esto: http://u.osmfr.org/m/490621/
>
> ¡Que bueno! ¿Tiene el código fuente de eso en la nube?
>

Es una mapa de umap(umap.openstreetmap.fr/), no hay código solo 

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

[Jorge Sanz Sanfructuoso]

Normalmente es al revés. Catastro la alineación en ciertos pueblos es un
desastre. A veces son cosas sueltas, pero suele ser o una zona o un pueblo
entero que no cuadra. PNOA suele estar bien alineada. Tengo yo la casa de
mi pueblo que ni la posición ni la forma cuadra ni con cola en catastro
jajaja

Poco a poco la cosa va mejorando y hay menos casos así. He visto unos
cuantos corregidos. Pero todavía hay bastantes.

El lun., 24 ago. 2020 18:21, Héctor Ochoa  escribió:

> Bueno, pues en principio ya he acabado con la importación. Al ser un
> municipio de menos de 100 habitantes no ha costado mucho.
> Lo único es que la imagen del PNOA y del Catastro no están alineadas por
> 1-2 metros, por lo que he dejado la alineación que venía del Catastro, a
> falta de saber cuál es la alineación real, entiendo que el Catastro al
> hacerse sobre el terreno es más preciso en su alineación.
> Ahora faltaría que alguien validase.
>
> Saludos,
> Héctor
>
> El jue., 20 ago. 2020 a las 14:13, Jorge Sanz Sanfructuoso (<
> sanc...@gmail.com>) escribió:
>
>> Buenas
>> Perdona por la tardanza que últimamente estoy que no paro.
>>
>> Antes de empezar con el proceso de importación habría que añadir todas
>> las calles del municipio. En el municipio principal faltan 4 calles que
>> probablemente no tengan nombre, pero en Canales del Ducado que pertenece al
>> mismo municipio parecen faltan todas. Se puede dividir en 2 a posteriori de
>> procesar los datos para evitar este segundo pueblo aunque no se suele
>> hacer. A elección del consumidor jeje.
>>
>> Antes de subirlo al gestor hay que hacer el proceso de conversión de los
>> datos de Catastro a formato OSM. Eso lo puedes hacer tú o alguno de los que
>> hemos hecho ya unos cuantos y tenemos todo preparado hacértelo. Yo ahora
>> ando hasta arriba pero a mediados de septiembre si podría hacerlo. Cómo
>> prefieras, hacerlo tú (está documentado el proceso en la wiki), esperar a
>> que tenga yo un rato, o si alguien más puede hacertelo que se ofrezca.
>>
>> Posteriormente cuando ya esté convertido y subido ya hay que ponerlo en
>> el gestor de tareas. Si lo haces tu la conversión te doy permisos para el
>> gestor de tareas y lo añades tú directamente.
>>
>> Tengo como tema pendiente poner claro alguna forma de que se ofrezca la
>> gente para hacer el proceso de conversión de datos. A ver si cuando esté un
>> poco más libre puedo hacerlo.
>>
>> Saludos.
>>
>> El mar., 18 ago. 2020 a las 18:09, Héctor Ochoa ()
>> escribió:
>>
>>> Buenas,
>>> me he apuntado en
>>> https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Gu%C3%ADa_de_importaci%C3%B3n/Gesti%C3%B3n_de_proyectos#Pasos_previos
>>> para la importación del Catastro en el municipio de Sacecorbo de la
>>> provincia de Guadalajara.
>>> Me he creado también la cuenta de OSM Robot8A_import.
>>> Ahora faltaría que alguien con permisos cree la tarea en el gestor de
>>> tareas.
>>>
>>> Saludos,
>>> Héctor Ochoa (Robot8A)
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>
>>
>> --
>> Jorge Sanz Sanfructuoso - Sanchi
>> Blog http://jorgesanz.es/
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

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

[Héctor Ochoa]

Bueno, pues en principio ya he acabado con la importación. Al ser un
municipio de menos de 100 habitantes no ha costado mucho.
Lo único es que la imagen del PNOA y del Catastro no están alineadas por
1-2 metros, por lo que he dejado la alineación que venía del Catastro, a
falta de saber cuál es la alineación real, entiendo que el Catastro al
hacerse sobre el terreno es más preciso en su alineación.
Ahora faltaría que alguien validase.

Saludos,
Héctor

El jue., 20 ago. 2020 a las 14:13, Jorge Sanz Sanfructuoso (<
sanc...@gmail.com>) escribió:

> Buenas
> Perdona por la tardanza que últimamente estoy que no paro.
>
> Antes de empezar con el proceso de importación habría que añadir todas las
> calles del municipio. En el municipio principal faltan 4 calles que
> probablemente no tengan nombre, pero en Canales del Ducado que pertenece al
> mismo municipio parecen faltan todas. Se puede dividir en 2 a posteriori de
> procesar los datos para evitar este segundo pueblo aunque no se suele
> hacer. A elección del consumidor jeje.
>
> Antes de subirlo al gestor hay que hacer el proceso de conversión de los
> datos de Catastro a formato OSM. Eso lo puedes hacer tú o alguno de los que
> hemos hecho ya unos cuantos y tenemos todo preparado hacértelo. Yo ahora
> ando hasta arriba pero a mediados de septiembre si podría hacerlo. Cómo
> prefieras, hacerlo tú (está documentado el proceso en la wiki), esperar a
> que tenga yo un rato, o si alguien más puede hacertelo que se ofrezca.
>
> Posteriormente cuando ya esté convertido y subido ya hay que ponerlo en el
> gestor de tareas. Si lo haces tu la conversión te doy permisos para el
> gestor de tareas y lo añades tú directamente.
>
> Tengo como tema pendiente poner claro alguna forma de que se ofrezca la
> gente para hacer el proceso de conversión de datos. A ver si cuando esté un
> poco más libre puedo hacerlo.
>
> Saludos.
>
> El mar., 18 ago. 2020 a las 18:09, Héctor Ochoa ()
> escribió:
>
>> Buenas,
>> me he apuntado en
>> https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Gu%C3%ADa_de_importaci%C3%B3n/Gesti%C3%B3n_de_proyectos#Pasos_previos
>> para la importación del Catastro en el municipio de Sacecorbo de la
>> provincia de Guadalajara.
>> Me he creado también la cuenta de OSM Robot8A_import.
>> Ahora faltaría que alguien con permisos cree la tarea en el gestor de
>> tareas.
>>
>> Saludos,
>> Héctor Ochoa (Robot8A)
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://jorgesanz.es/
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-si] Mapping trails

[Igor Brejc]

Welcome Davide,

I'm not sure whether there is such a group, maybe you should also check OSM
Slovenia forum (https://forum.openstreetmap.org/viewforum.php?id=58)

Happy mapping!
Igor

On Mon, Aug 24, 2020 at 9:15 AM Davide Dozza  wrote:

> Hello,
>
> my name is Davide and I live in Koper.
>
> I'd like to start mapping trails in Primorska following examples of
> https://wiki.openstreetmap.org/wiki/Mapping_Trails_In_Slovenia
>
> I wonder to know if there is a group coordinating and/or supervisioning
> this activities in order to collaborate with it and be sure to follow
> guidelines.
>
> Best regards
>
> Davide
>
>
>
> ___
> Talk-si mailing list
> Talk-si@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-si
>
___
Talk-si mailing list
Talk-si@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-si

Re: [OSM-talk] Call for verification (Was: Re: VANDALISM !)

[mmd]

On 2020-08-24 00:18, Martin Koppenhoefer wrote:
> I have recently found a lot of highway=path which clearly were tracks 
> according to aerial imagery. A tool which would allow to filter for “paths by 
> this mapper” (maybe in a similar timeframe) could speed up finding and fixing 
> them.

Probably this could be answered by an Overpass query. If you happen to
have more details, we can tell you how.

-- 




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

Re: [OSM-talk] [Talk-us] Hands Off !, respect my (our) space

[Paul Johnson]

On Mon, Aug 24, 2020 at 9:50 AM 80hnhtv4agou--- via Talk-us <
talk...@openstreetmap.org> wrote:

> In ID, on your profile page is, Other nearby users, and the home location,
> map
>
> the point is other locals based on my (our) edits know where we (I) live,
> but come on
>
> don’t edit the building i (we) live in !
>

 That's not the way OSM works.  Have you considered taking a break and
unwinding for a while?  There's already a steep learning curve for this
project, it doesn't really need to be exacerbated by gatekeeping.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] Hands Off !, respect my (our) space

[Paul Johnson]

On Mon, Aug 24, 2020 at 9:50 AM 80hnhtv4agou--- via Talk-us <
talk-us@openstreetmap.org> wrote:

> In ID, on your profile page is, Other nearby users, and the home location,
> map
>
> the point is other locals based on my (our) edits know where we (I) live,
> but come on
>
> don’t edit the building i (we) live in !
>

 That's not the way OSM works.  Have you considered taking a break and
unwinding for a while?  There's already a steep learning curve for this
project, it doesn't really need to be exacerbated by gatekeeping.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk] Hands Off !, respect my (our) space

[80hnhtv4agou--- via talk]

In ID, on your profile page is, Other nearby users, and the home location, map 
 
the point is other locals based on my (our) edits know where we (I) live, but 
come on
 
don’t edit the building i (we) live in !___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-us] Hands Off !, respect my (our) space

[80hnhtv4agou--- via Talk-us]

In ID, on your profile page is, Other nearby users, and the home location, map 
 
the point is other locals based on my (our) edits know where we (I) live, but 
come on
 
don’t edit the building i (we) live in !___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

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

[Albertas Agejevas]

On Fri, Aug 21, 2020 at 03:25:00PM +0300, Eduardas Kriščiūnas wrote:
> Pvz. aš kempingu laikau tik vietas, kur yra IR dušas, nes palapines
> Lietuvoje galima statyti beveik bet kur.

O galėtumėt paaiškinti, kokie įstatymai tai leidžia?  Nes kiek
domėjausi šiuo klausimu, visokie straipsniai spaudoj teigia, kad kaip
tik palapinių beveik niekur negalima statyti, išskyrus pažymėtas
stovyklavietes.

Albertas

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

Re: [Talk-it] tags per piazza

[Martin Koppenhoefer]

sent from a phone

> On 23. Aug 2020, at 22:35, Massimo Rossi  wrote:
> 
> https://www.openstreetmap.org/way/410875602


farei iniziare il nome con maiuscolo: Piazza

Dovresti collegare la piazza alla strada (per esempio pezzettini di footway 
fino alla strada), questo è necessario perché non abbiamo la larghezza della 
strada ma solo una linea...


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

Re: [Talk-it] tags per piazza

[Martin Koppenhoefer]

sent from a phone

> On 24. Aug 2020, at 13:46, Massimo Rossi  wrote:
> 
> Ma a me proprio non piace il fatto di taggare la linea che delimita la piazza 
> come highway. Se c'è una strada la mappo come tale ma sicuramente non sarà 
> attaccata al muro delle case come il perimetro della piazza.


highway=pedestrian 
area=yes
place=square 
name=

farei così, i parcheggi puoi segnare a prescindere, volendo con un 
highway=service per accedere

Hai detto bene che la delimitazione della piazza coincide quasi sempre con gli 
edifici adiacenti (way sovrapposti, o multipoligoni). Con area=yes non un 
problema (indica il perimetro e non la mezzavia).


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

Re: [Talk-it] tags per piazza

[Massimo Rossi]

La piazza è pedonale con 4 posti per parcheggiare. Ma a me proprio non
piace il fatto di taggare la linea che delimita la piazza come highway. Se
c'è una strada la mappo come tale ma sicuramente non sarà attaccata al muro
delle case come il perimetro della piazza.

Il Lun 24 Ago 2020, 10:35 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> On 24. Aug 2020, at 10:28, Nogaro  wrote:
>
> Se davvero i veicoli possono circolare in tutta piazza senza una direzione
> precisa, va bene come è stato fatto con highway
> =residential
>  +
> area=yes, ma è un caso abbastanza inconsueto
>
>
>
>  non devi sempre tenerti a destra anche in assenza di segnaletica
> orizzontale?
>
>
> Ciao Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Mantas]

Dar užmačiau tokį dalyką:

https://places.openmap.lt/#m=18/25.26/54.695/kjl/T

[image: Ekrano nuotrauka iš 2020-08-24 12-57-04.png]




2020-08-24, pr, 12:21 Tomas Straupis  rašė:

> 2020-08-24, pr, 09:57 Mantas rašė:
> > Tačiau pastebėjau, kad viena vieta kur neseniai buvau šventėje,
> žemėlapyje
> > nepažymėta, nors ten yra net trys didelės pavėsinės, su stalais suolais,
> > šiukšlių dėžėmis ir pan.
>
>   Čia reikėtų atkreipti dėmesį, kad ta vieta BUVO/yra pažymėta, tik
> kaip „Stovyklavietė“ (tuo metu pavadinta „Kempingas“).
>   Visos stovyklavietės yra ir poilsiavietės, bet ne atvirkščiai.
>
>   Realiai tavo atveju galima daryti paiešką poilsiaviečių IR
> stovyklaviečių kartu (pažymėti abi).
>
>   Tiesa, tada nebus rodomi tiesiog stalai, nes man kol kas neaišku,
> kaip atskirti stalus, prie kurių kažkas realiai vyktų toliau nei porą
> kilometrų ir tuos, kurie tiesiog yra kokio nors pažintinio tako
> atokvėpio punktas.
>
> --
> Tomas
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>


-- 
Mantas, http://t.me/sirexo
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

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

[Tomas Straupis]

2020-08-24, pr, 09:57 Mantas rašė:
> Tačiau pastebėjau, kad viena vieta kur neseniai buvau šventėje, žemėlapyje
> nepažymėta, nors ten yra net trys didelės pavėsinės, su stalais suolais,
> šiukšlių dėžėmis ir pan.

  Čia reikėtų atkreipti dėmesį, kad ta vieta BUVO/yra pažymėta, tik
kaip „Stovyklavietė“ (tuo metu pavadinta „Kempingas“).
  Visos stovyklavietės yra ir poilsiavietės, bet ne atvirkščiai.

  Realiai tavo atveju galima daryti paiešką poilsiaviečių IR
stovyklaviečių kartu (pažymėti abi).

  Tiesa, tada nebus rodomi tiesiog stalai, nes man kol kas neaišku,
kaip atskirti stalus, prie kurių kažkas realiai vyktų toliau nei porą
kilometrų ir tuos, kurie tiesiog yra kokio nors pažintinio tako
atokvėpio punktas.

-- 
Tomas

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

Re: [talk-cz] Mapa nebo infotabule?

[Tom Ka]

Ahoj, mapa vs board podle mne pocitove, kdyz je tam jen par info, tak mapa,
kdyz vice tak informacni cedule (jejiz soucasti je i mapka). Narazim na to
pri kontrole fotek ve Fody, vetsinou resim jen rozpory mezi Fody a OSM.

Co se tyka "vesnickych nastenek", je za mne blbost mit to jako
tourism=information. Je to pro mistni (mimo Mirka :-) ). Na wiki je uvedene
(https://wiki.openstreetmap.org/wiki/Cs:Key:board_type), ze by to mel byt
normalni

tourism=information
information=board
board_type=notice

(omylem jsem tak driv daval obecne info cedule, ktere nebyly ani geology,
ani nature ani history). Za mne by bylo dobre to hlavne odlisit od
turistickych informacnich tabuli. amenity=notice_board se mi asi libi vic,
je na prvni pohled jasne, ze je to neco jineho, jen information=board je
riziko, ze tam nekdo to tourism=information prida (protoze to prece
chybelo, protoze presety apod.). Ono i explicitni oznaceni tim
board_type=notice by znamenalo, ze se to da vyfiltrovat, ale je to takove
nerobustni reseni.

Bye tom.k


ne 23. 8. 2020 v 20:12 odesílatel majka  napsal:

>
> On Sun, 23 Aug 2020 at 19:45, Miroslav Suchý  wrote:
>
>> tourism=information
>> information=map
>> map_type=topo
>> map_size=region
>>
>> S information=board bych to nekombinoval. Převládající prvek je mapa.
>> Vypadá to jako mapa. Otagoval bych to jako mapu.
>>
>> Jo, takhle to dávám taky :)
> Asi půjdu opravovat. Je toho po okolí hodně podle stejného vzoru, ale
> relativně dost je značené jako information=board...
>
> Ještě z jiného soudku: co takové ty obecní vývěsky, resp. jen prázdné
> nástěnky? tourism=information mi na to zrovna nesedí, nejsou určené
> turistům ale místním. Taky to na mě vyběhlo "k vyfocení". Na wiki na
> anglické stránce je zmíněná alternativa amenity=notice_board (s necelými
> 300 výskyty), na diskusi je zase návrh dávat to jen jako information=board,
> bez tourism=information. Nějaký nápad, co s tím?
>
> Majka
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] tags per piazza

[Martin Koppenhoefer]

sent from a phone

> On 24. Aug 2020, at 10:28, Nogaro  wrote:
> 
> Se davvero i veicoli possono circolare in tutta piazza senza una direzione 
> precisa, va bene come è stato fatto con highway=residential + area=yes, ma è 
> un caso abbastanza inconsueto


 non devi sempre tenerti a destra anche in assenza di segnaletica orizzontale?


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

Re: [Talk-it] tags per piazza

[Nogaro]

Bisognerebbe capire bene come è fatta la piazza. Se davvero i veicoli possono 
circolare in tutta piazza senza una direzione precisa, va bene come è stato 
fatto con   highway= 
 residential + 
area=yes, ma è un caso abbastanza inconsueto, comunque l’area dovrebbe avere 
dei nodi che la connettono alla strada terziaria che corre davanti alla piazza, 
e quindi descritta con una way che non è quella della piazza.

 

Se i veicoli possono circolare in tutta la piazza, ma devono seguire una 
direzione precisa, ad esempio la strada fa il giro della piazza, o accede alla 
piazza secondo una direttrice precisa e qui vi termina, devi aggiungere una 
linea highway=residential. Di solito in questo caso l’area a margine della 
strada sarà qualcos’altro (ad esempio un parcheggio, o un’area pedonale) e 
dunque a tale area va associato un tag adeguato.

 

 

From: Massimo Rossi  
Sent: 23 August 2020 22:35
To: openstreetmap list - italiano 
Subject: [Talk-it] tags per piazza

 

ciao! Ho bisogno di un chiarimento. mi risulta, anche rileggendo la wiki,che 
per una piazza si usa il tag place e il tag name. Ora andando ad aggiungere il 
nome ad una piazza su cui non l'avevo messo,ho visto che mi ci hanno aggiunto 
anche il tag area e highway. Qual'è la giusta mappatura? grazie 

https://www.openstreetmap.org/way/410875602

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

Re: [OSM-talk] Cannot find address ringvegen 45 Sørkjosen in nominatim

[Sarah Hoffmann]

On Mon, Aug 24, 2020 at 07:28:42AM +0200, Maarten Deen wrote:
> On 2020-08-23 22:20, Sarah Hoffmann wrote:
> > Hi,
> > 
> > On Sun, Aug 23, 2020 at 09:41:10PM +0200, Maarten Deen wrote:
> > > Node 3117603944 was established in 2014 with tags
> > > addr:city Sørkjosen
> > > addr:housenumber  45
> > > addr:postcode 9152
> > > addr:street   Ringvegen
> > > 
> > > Yet, when I query nominatim for Ringvegen 45 Sørkjosen I get no
> > > results.
> > > 
> > > What is going wrong here? Sørkjosen itself is found [2] so the
> > > problem does
> > > not seem to lie in the special character (I wouldn't have thought
> > > so). Also
> > > found is the street which is named Ringveien [3] in OSM. No idea why
> > > the
> > > street is called different than the address node, but does Nominatim
> > > not
> > > index address nodes?
> > 
> > Nominatim only indexes addresses of streets and then searches for
> > address nodes based on the address of the street they are attached
> > to.
> > 
> > In that particular example, the housenumber got attached to Hovedvegen
> > because Nominatim could not find a 'Ringvegen' and used the nearest
> > street:
> > https://nominatim.openstreetmap.org/ui/details.html?osmtype=N=3117603944
> 
> Just one question though (well two acutally): why does it find Hovedvegen as
> nearest street and not Reingveien
> https://nominatim.openstreetmap.org/ui/details.html?osmtype=W=282670088
> ?

Hovedvegen is closer. Nominatim computes distance in WSG84 while you look at a
Mercator map. That far north there is a significant distortion between the two.

> And would it be an idea to make some kind of fuzzy matching when searching
> for names? Like "it is better to take a street which has just one different
> letter then one where all differ"?

This is about consistency between addr:street and names on highways. I think
it is much better to fix the OSM data in this case. Nominatim has always taken
a stance to rather expose mapping issues than trying to work around them.

Sarah

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

Re: [Talk-it] R: se siete mappatori attivi potete diventare membri della OpenStreetMap-Foundation a gratis

[Martin Koppenhoefer]

sent from a phone

> On 24. Aug 2020, at 07:07, canfe  wrote:
> 
> Potrebbero anche accorgersene come scritto nel loro documento:


con piccole cose non intendevo fare edit senza senso (tipo spostare lo stesso 
nodo avanti e indietro), ma per esempio inserire un paio di civici nuovi al 
giorno, o disegnare un paio di edifici.

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

[Talk-si] Mapping trails

[Davide Dozza]

Hello,

my name is Davide and I live in Koper.

I'd like to start mapping trails in Primorska following examples of
https://wiki.openstreetmap.org/wiki/Mapping_Trails_In_Slovenia

I wonder to know if there is a group coordinating and/or supervisioning
this activities in order to collaborate with it and be sure to follow
guidelines.

Best regards

Davide



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

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

[Mantas]

Lėtai skaitau laiškus, bet originaliai ko ieškojau, tai tiesiog stalo su
suolais, kad būtų kur atsisėsti ir pavalgyti.

Šią vasarą, tikriausiai dėl karantino labai padaugėjo atvejų, kai
gimtadienius ar kitas šventes draugai organizuoja atokiau nuo žmonių,
konkrečiai kur nors miške, kur yra stalai ir suolai. Šią vasarą jau tris
kartus dalyvavau šventėse miške.

Tada ir pats nusprendžiau organizuoti vieną iš švenčių miške. Iš karto kilo
mintis pažiūrėti ką rodo places.openmap.lt, nes ten galima žemėlapyje
matyti konkrečius taškus. Pasirinkau poilsiavietes su ir be laužavietėmis,
nes ant piktogramos nupieštas stalas su suolu, būtent tai, ko man reikia.
Tada žemėlapyje rinkausi vietą, kad ji būtų nelabai toli, miške ar parke,
potogiai privažiuojama, galbūt prie vandens telkinio ir pan. Tačiau
pastebėjau, kad viena vieta kur neseniai buvau šventėje, žemėlapyje
nepažymėta, nors ten yra net trys didelės pavėsinės, su stalais suolais,
šiukšlių dėžėmis ir pan.






2020-08-23, sk, 11:34 Mindaugas  rašė:

> > Dabar places.openmap.lt kempingas = stovyklavietė
> Belieka pervadinti jį į "Stovyklavietė". o palapinės logo labai tiks.
> https://www.lietuviuzodynas.lt/terminai/Kempingas atkreipia dėmesį į
> "motorizuotus", tai ir suprantu, kad tai bus caravan_site. Antraip nematau
> iš esmės poreikio naudoti žodį "kempingas", nes "camp" reiškia
> "stovykauti", taigi jei tiesiog su palapinėm, tai bus stovyklavietė.
>
> Dėl dušų, tai man ir atrodo, kad jei yra dušai ir virtuvėlės, tai bus ir
> elektros jungtys lauke ir ten bus pritaikyta spec. kemperiams. Todėl man
> atrodo, kad nelabai rasime vietų su normaliais dušais ir virtuvėlės, nors
> neįrengtom elektros jungtims kemperiams. Na, neskaitant mažumos privačių
> stovyklaviečių, kur bačka pakabinta medyje ir padarytas lauko dušas. Šiuo
> atveju vis dar to nevadinčiau kempingu.
>
> Tai viskas OK, vietoj naujos kategorijos "stovyklavietės" sukūrimo, prie
> kempingų pridėjome stovyklavietes. Kadangi jų didžioji dauguma, tai
> dabartinius kempingus, manau reik pervadinti į "Stovyklavietės" ir sukurti
> toje pačioje mėlynoje kategorijoje "Kempingas" su kemperio ikona, kuris
> atitiktų caravan_site. Rezultatas tas pats, kuriuo keliu be eisi. :)
>
>
> Mindaugas
>
>
>
>
>
>
>
> On Sat, Aug 22, 2020 at 3:22 PM Tomas Straupis 
> wrote:
>
>> 2020-08-21, pn, 23:06 Mindaugas rašė:
>> > Super, tik ta techninė informacija neatrodo, kad atitinka realų
>> puslapio veikimą.
>> > <...>
>>
>>   :-) Realų veikimą galima pažiūrėti kode:
>>   https://github.com/openmaplt/places/blob/master/web/list.php
>>   (patikslinau ir techninės info puslapyje)
>>
>> >> Sakyčiau, darant tokį pakeitimą reiktų tikrus mokamus kempingus
>> pervadinti į „camping office“ (yra tokia grupė Osmand).
>> > Čia paminėjau tik vieną pavyzdį su Bitėnų poilsiaviete, nes joje, kaip
>> suprantu galima statyti palapines.
>> > Net ir nedarant pakeitimų ir DABAR places.openmap.lt kempingai apima
>> ir tourism=camp_site, todėl jų Lietuvoje rodo daug.
>>
>>   Dabar places.openmap.lt kempingas = stovyklavietė. Kadangi tinka
>> nakvynei - todėl prie mėlynųjų.
>>
>> > Man priimtiniausi būtų:
>> > Kempingas tourism=caravan_site
>> > Stovyklavietė  tourism=camp_site
>>
>>   caravan yra visai kita paskirtis, ten norės kemperiai atvažiuoti...
>>   Mano galva vienintelis variantas atskirti kempingą „su dušu“ ir be
>> jo yra pridėti papildomą žymą (kokią? ar tikrai užtenka dušo? o jei
>> dušo nėra, bet yra kitos paslaugos?). O tai reiškia - pereiti per
>> visus camp_site ir vienaip ar kitaip sužymėti. Na o tada
>> places.openmap.lt būtų galima turėti dvi atskiras kategorijas:
>> kempingas ir stovyklavietė.
>>
>> --
>> Tomas
>>
>> ___
>> Talk-lt mailing list
>> Talk-lt@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-lt
>>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>


-- 
Mantas, http://t.me/sirexo
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt