Re: [Talk-it] Fwd: Differences between osm.org tiles and WMF tiles

[Lorenzo Perone]

Ciao Nemo,
dalle prove che ho fatto usare vector tiles piuttosto che tiles
convenzionali avrebbe inoltre altri vantaggi, quali la possibilità di avere
stili diversi oltre che performance migliori a fronte di un carico sul
server decisamente più basso.
La generazione dei vector tiles rimane comunque onerosa in termini di
risorse.
My two cents.
Lorenzo

Lorenzo Perone
Sostieni Ricostruzione Trasparente

twitter: @lorenzo_perone 
photoblog: http://immagini.me


2017-02-07 7:56 GMT+01:00 Federico Leva (Nemo) :

> Un sunto piuttosto utile su alcuni ulteriori motivi per cui serve
> https://maps.wikimedia.org/ .
>
> Nemo
>
>  Messaggio inoltrato 
> Oggetto:Re: [discovery] Differences between osm.org tiles and WMF
> tiles
> Data:   Mon, 06 Feb 2017 19:19:18 -0800
> Mittente:   Paul Norman
> Rispondi-a: A public mailing list about Wikimedia Search and Discovery
> projects 
> A:  discov...@lists.wikimedia.org
>
>
>
> On 2/6/2017 1:16 PM, Erika Bjune wrote:
>
>> Hi Svetlana,
>>
>> While we do get data from OSM, we run our own tile server called
>> Kartotherian , mainly
>> for the following reasons:
>>
>>   * OSM's infrastructure is fragile and has cache challenges
>>   * Their datacenter is in London, which means latency becomes an issue
>>   * OSM's rendering stack can't scale horizontally well enough to be
>> sure they could handle our load
>>   * Their map style is not mobile friendly
>>   * We require multilingual and vector tiles, which their stack can't
>> do (currently)
>>   * We wanted to provide nicer map styling in general
>>
>>
> As a developer of both the WMF styles, OpenStreetMap Carto, and many map
> rendering components, I can provide some more detail. I'm not a server
> admin for either WMF or the OSMF, but I work closely with them.
>
> The default "standard" map on OpenStreetMap.org is a style called
> OpenStreetMap Carto (osm-carto). The particular tiles being served on
> osm.org (tile.osm.org) are rendered on OpenStreetMap Foundation (OSMF)
> resources. Their usage is controlled by the tile usage policy <
> https://operations.osmfoundation.org/policies/tiles/>, which would
> prohibit their use as a default map on Wikipedia.
>
> Aside from the policy reasons, tile.osm.org is not designed for
> Wikimedia's use, mainly because tile.osm.org is designed for providing
> mapper feedback, not efficient rendering.
>
> - tile.osm.org is designed to show changes in OSM data minutes after they
> were made. The cost of this is that caching is much less efficient, and
> more resources have to be used for each map view. Wikimedia doesn't need
> minutely updates, and I think right now updates daily. Most commercial OSM
> hosts also update hourly, daily, or weekly. This decision shows up
> throughout how tile.osm.org is setup, sometimes in subtle ways
>
> - tile.osm.org is not designed for multiple similar styles, e.g. high
> resolution "retina" tiles.
>
> - tile.osm.org isn't designed to export static map images, which is an
> important WMF use case
>
> - The tile.osm.org rendering stack doesn't provide some WMF-specific
> functionality needed, like integrations with Wikidata, etc.
>
> - Parts of the tile.osm.org rendering stack are in maintenance mode and
> have no active developers. This is fine if they do what you need, but would
> have been a problem for WMF needs
>
> For the record, I do think a deployment for WMF using the same software as
> tile.osm.org would have been possible and met the load requirements, but
> not have worked with static maps, multilingual maps, and some other WMF
> requirements
>
> I feel OpenStreetMap Carto, the style on tile.osm.org, is a good style
> when you look at its goals  rm/openstreetmap-carto/blob/master/CARTOGRAPHY.md#main-goals>. Two of the
> goals are showing the richness of OSM data and providing mapper feedback.
> It doesn't have the goal of being a map where you can layer additional data
> on top, which is a key WMF use-case. Two osm-carto policy decisions that
> would have been a problem for WMF use are the use of only OSM data whenever
> possible, and rendering everything in the language of the region. The first
> is a problem because it requires design decisions which sacrifice
> cartographic quality, performance, and complexity, particularly at low
> zooms.
>
> ___
> 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] Fwd: Differences between osm.org tiles and WMF tiles

[Federico Leva (Nemo)]

Un sunto piuttosto utile su alcuni ulteriori motivi per cui serve 
https://maps.wikimedia.org/ .


Nemo

 Messaggio inoltrato 
Oggetto:Re: [discovery] Differences between osm.org tiles and WMF tiles
Data:   Mon, 06 Feb 2017 19:19:18 -0800
Mittente:   Paul Norman
Rispondi-a: 	A public mailing list about Wikimedia Search and Discovery 
projects 

A:  discov...@lists.wikimedia.org



On 2/6/2017 1:16 PM, Erika Bjune wrote:

Hi Svetlana,

While we do get data from OSM, we run our own tile server called
Kartotherian , mainly
for the following reasons:

  * OSM's infrastructure is fragile and has cache challenges
  * Their datacenter is in London, which means latency becomes an issue
  * OSM's rendering stack can't scale horizontally well enough to be
sure they could handle our load
  * Their map style is not mobile friendly
  * We require multilingual and vector tiles, which their stack can't
do (currently)
  * We wanted to provide nicer map styling in general



As a developer of both the WMF styles, OpenStreetMap Carto, and many map 
rendering components, I can provide some more detail. I'm not a server 
admin for either WMF or the OSMF, but I work closely with them.


The default "standard" map on OpenStreetMap.org is a style called 
OpenStreetMap Carto (osm-carto). The particular tiles being served on 
osm.org (tile.osm.org) are rendered on OpenStreetMap Foundation (OSMF) 
resources. Their usage is controlled by the tile usage policy 
, which would 
prohibit their use as a default map on Wikipedia.


Aside from the policy reasons, tile.osm.org is not designed for 
Wikimedia's use, mainly because tile.osm.org is designed for providing 
mapper feedback, not efficient rendering.


- tile.osm.org is designed to show changes in OSM data minutes after 
they were made. The cost of this is that caching is much less efficient, 
and more resources have to be used for each map view. Wikimedia doesn't 
need minutely updates, and I think right now updates daily. Most 
commercial OSM hosts also update hourly, daily, or weekly. This decision 
shows up throughout how tile.osm.org is setup, sometimes in subtle ways


- tile.osm.org is not designed for multiple similar styles, e.g. high 
resolution "retina" tiles.


- tile.osm.org isn't designed to export static map images, which is an 
important WMF use case


- The tile.osm.org rendering stack doesn't provide some WMF-specific 
functionality needed, like integrations with Wikidata, etc.


- Parts of the tile.osm.org rendering stack are in maintenance mode and 
have no active developers. This is fine if they do what you need, but 
would have been a problem for WMF needs


For the record, I do think a deployment for WMF using the same software 
as tile.osm.org would have been possible and met the load requirements, 
but not have worked with static maps, multilingual maps, and some other 
WMF requirements


I feel OpenStreetMap Carto, the style on tile.osm.org, is a good style 
when you look at its goals 
. 
Two of the goals are showing the richness of OSM data and providing 
mapper feedback. It doesn't have the goal of being a map where you can 
layer additional data on top, which is a key WMF use-case. Two osm-carto 
policy decisions that would have been a problem for WMF use are the use 
of only OSM data whenever possible, and rendering everything in the 
language of the region. The first is a problem because it requires 
design decisions which sacrifice cartographic quality, performance, and 
complexity, particularly at low zooms.


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

Re: [Talk-de] Lokale-Gruppen-Layer auf openstreetmap.de

[Harald Hartmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo Michael,

wie geschrieben kann ich nur den Stand vor über einem Jahr und vor den
ganzen Serverumstellungen widergeben, und da wurde meines Wissens nach
die kml Datei automatisch in den map_src Ordner der Deutschlandkarte
gelegt. Das die kml-Datei jetzt als "Backup" mit im git eingecheckt
ist, jo mei. Ich denke mal Sven wird noch mehr darüber sagen können.

Viele Grüße,
Harald
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJYmWBBAAoJEIuLcq40+Vqtx1UH/07kUbmaMVDAL5XunC9oDjyO
6+LIcmVLh4vA4uTm809TqeCNBy6gtV4KuKsKXJtyJJpcC9guawLNBVvmCgiqOx3c
JFEJTQ6aU8u2HY1cYngmcTG5nyhdVXwksMYTfFMhPzGhqxbSZ4/3dTOUgZ4YXK8u
JAwm5fYPawGWFfyJ4/veBOx5UxXxa09WluedzKMZVCb7RAPqPAE2sg7PHuZuRK04
/Kmd5PRQbkzqIKvvPA4ObKdGy7cNShEg6NKDQDcWj0VScUPfNGWf2tDSC4TAPVQ/
pkFFQrEFnPr15PAT0UL0mp1zcEGj95WEq9ilvZwiflxosSupZ8+8Ck1TgaOVf3E=
=lrb2
-END PGP SIGNATURE-

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

Re: [OSM-talk-be] Namen van kerken

[Marc Gemis]

2017-02-06 9:43 GMT+01:00 Karel Adams :
> waarom maken we niet de vergelijking met andere grote gebouwen? Bv.
> stations. Mappen we "Gare Saint Lazare" of "Saint Lazare"? Ik zie toch bv.
> "Charleroi-Sud" en niet "Gare de Charleroi-Sud" en evenzo voor
> Antwerpen-Berchem en Antwerpen-Centraal?

Antwerpen-Centraal is voor een Antwerpenaar het "Centraal Station".
"Antwerpen-Centraal" is NMBS jargon vind ik :-)
Antwerpen-Berchem is Berchem-Staseh (aka Berchem Statie) in de volksmond.
En we spreken toch ook over het Noordstation of het Zuidstation, toch
niet of Noord of Zuid ?

En het is toch de Zimmertoren en niet Zimmer ?

Ook de website kerkeninvlaanderen spreekt over Sint-Pieterkerk en niet
Sint-Pieter, terwijl er bij hen totaal geen twijfel dat het over
kerken gaat.

Mijn voorstel, zodat iedere zoekactie een resultaat zou opleveren:

short_name=X
name=Xkerk
official_name=Parochiekerk X
alt_name= (soms - bv. Sint-Baafkerk of Sint-Petruskerk voor resp.
Sint-Bavokerk en Sint-Pieterkerk). Probleem bij meerdere
alternatieven.


BTW, het type kerk (kerk, kathedraal, basiliek) kan je ook nog eens
aanduiding in building=church/cathedral/basilica


Verder zie ik nog wel eens een afzonderlijke node met place of worship
in het kerkgebouw, typisch met de naam. Maar de naam slaat toch op het
volledige gebouw ?
Dus die voeg ik terug samen op het gebouw.

Dit is anders voor andere POIs, waar de naam van de winkel niet op het
gebouw slaat en/of de winkel slechts een deel van het gebouw in beslag
neemt.

m.

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

Re: [Talk-dk] Vedr. indlæsning af data vedr. hastigshedsgrænser

[Morten Rüsz]

Hej Jørgen.

Det lyder som en god idé med kildehenvisning (må indrømme, at jeg ikke var
så opmærksom på, da jeg opdaterede hastighedsdata for Viborg Kommune). Der
vil formentig være tale om en høj grad af sofa-mapping i dette tilfælde.

Som det ser ud nu, som det også fremgår af itoworld, så er der meget få
hastighedsdata, så sandsynligheden for at korrekte oplysninger rettes til
forkerte er relativt lille. Dertil kommer, at vi i vores projekt forventer
at indsamle oplysninger om uoverensstemmelser mellem den faktiske
hastighedsgrænse og OSM-hastighedsgrænsen. Det giver mulighed for hurtigt
at samle op på og rette fejl.

Man skal desuden være opmærksom på, at der er fire former for
hastighedsgrænser:


   - Gældende hastighed – Er i princippet den generelle hastighed med
   mindre der er skiltet eller variable tavler.
   - Generel hastighed – Er den generelle hastighed hvis der ikke er
   skiltet.
   - Skiltet hastighed – Er den skiltede hastighed.
   - Variable tavler – Hvis der er variable tavler ændres hastigheden
   løbende.


Hvordan håndteres sidstnævnte i OSM?

Hvis jeg kan indsamle data i Shape-format (som angiveligt skulle være et
gængs GIS-format), er det så muligt at indlæse i en WMS-løsning?

Mvh Morten

Den 6. februar 2017 kl. 15.12 skrev Jørgen Elgaard Larsen :

> Morten Rüsz skrev:
>
>> hvis man ved at klikke et nyt lag af data (kommunale hastighedsgrænser)
>> frem og så kan sammenligne med farvekoder og ændre, så kan det ikke
>> gøres meget lettere.
>>
>
> Ja, det ville være godt.
>
> Vi har jo en tradition for at sætte kilde på hastighedsgrænser. Har man
> f.x. sat den efter at have set et skilte, sætter man
>   source:maxspeed=sign.
>
> Det kunne være godt, hvis vi kunne finde en konsistent måde at angive, at
> kilden er sofamapning fra kommunale grænser. Eksempelvis
>   source:maxspeed:Viborg Kommune VejMan
>
> Men det kræver jo, at et overlay på en eller anden måde er markeret med
> kildeoplysninger. Kan det lade sig gøre? Evt. kan man have et overlay pr.
> kilde.
>
>
> I alle tilfælde: Når man sofamapper, skal man naturligvis være forsigtig,
> hvis der er sat en anden hastighedsgrænse på en vej i OSM end den, der
> fremgår af kommunens data. Især hvis der er sat source:maxspeed=sign. I det
> tilfælde kan der være tale om:
>
>  1. Der har engang stået et skilt, men det er nu fjernet/udskiftet.
>  2. Der står stadig et skilt, men kommunen har ikke registreret det.
>  3. Den oprindelige mapper har lavet en fejl.
>
> Det overordnede princip er jo, at vi mapper den fysiske verden, så hvis
> man ikke kan afgøre, hvad der er korrekt, må man kigge på Mapillary eller
> tage ud i virkeligheden og kigge. Alternativt må man angive, at hastigheden
> er usikker, f.x. med
>   fixme:maxspeed=Municipal data says 60km/h. Check sign on site.
>
> Der er ikke noget mere irriterende end hvis man har været ude i
> virkeligheden for at observere vejskilte, og så en sofamapper ændrer ens
> arbejde, fordi noget fejlbehæftet offentlig data siger noget andet end
> virkeligheden.
>
> - Jørgen
>
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-es] Proposed_features/Extended_traffic_signs_tagging

[David Marín Carreño]

Sobre el tema de mantener actualizada la información, y sin discrepancias,
eso se arregla con herramientas.
Todo esto se ha relanzado desde el momento en que ha llegado a nosotros un
excel con las coordenadas de todas las señales verticales de la red
nacional de carreteras.
Son elementos físicos, verificables, que están ahí. EMHO, deberían
introducirse en el mapa *tal cual*. Para ello el nuevo esquema de
yopaseopor es ideal.

Ahora bien, también debe introducirse "la semántica": límites de velocidad,
prohibición de adelantar, etc.

Son dos pasos distintos y complementarios el uno al otro. Al igual que
tenemos validadores de sentido de rotondas, pues alguien tendrá que
currarse el validador de límites de velocidad o el de prohibición de
adelantar para llevar la semántica de la señal a la vía correspondiente.

--
David

El mar., 7 feb. 2017 a las 5:51, David Marín Carreño ()
escribió:

> Santiago: tiene exactamente la misma utilidad que mapear un edificio 3D, o
> un árbol, o una farola. Estamos reflejando la reaildad de una manera
> verificable y modificable de manera universal. Si es complicado (que, en
> ciertos casos, lo es), pues habrá que trabajar en un editor que lo
> simplifique. Digamos que mapear un edificio en 3D no es la cosa más
> sencilla y mira, ahí tenemos a unos cuantos haciéndolo.
>
> yopaseopor: tengo alguna duda/objeción respecto al tema de los
> destinations como relaciones. Me explico:
>
>- El hecho de colocar los destinations como relaciones tiene todo el
>sentido del mundo desde el punto de vista de saber qué carretera del cruce
>debo tomar para ir a X.
>- El nuevo esquema propuesto sirve para mapear las señales (lo cual me
>parece fantabuloso), pero no para interpretarlas. Es decir, si sólo se usa
>el esquema de mapeo de señal y se elimina la relación "destination" actual,
>un ruteador no va a tener ni idea de cómo avisar al conductor de qué camino
>tomar para ir a X.
>
> Creo que sería muy bueno mantener ambas perspectivas en el nuevo esquema
> (no llamarlas modo "viejo" o "nuevo"), ya que ambas son útiles y necesarias.
>
> Sólo mi opinión.
> --
> David
>
> El mar., 7 feb. 2017 a las 1:31, Santiago Higuera ()
> escribió:
>
> A ver, yopaseopor:
> Lo que no me has respondido es a la pregunta de para qué sirve o en qué
> mejora el mapa por el hecho de indicarse, mediante etiquetas en las
> señales informativas, que determinada información aparece en
> determinada línea del panel, o que determinada información va
> acompañada de determinado icono. No le veo la utilidad. Si acaso puede
> ser útil la información del panel en sí, pero ¿qué importancia tiene en
> qué posición aparece dentro del panel o que icono la acompaña?.
> Bastaría poner las informaciones del panel en una etiqueta 'info',
> separadas por punto y coma, por ejemplo, y cualquier navegador podría
> leerlo (como hace el de google).
>
> Respecto de argumentar que tampoco sería necesario entonces etiquetar
> los tramos, ahí está parte del problema. El hecho de poner la misma
> información en dos sitios diferentes, el tramo de carretera y la señal,
> dificulta mucho el trabajo de actualización y podría hacer que al final
> no fuera fiable ninguno de los dos sistemas. Si el tramo está
> correctamente etiquetado, el navegador correspondiente, al detectar que
> entra en un tramo con determinada restricción, puede dibujar en
> pantalla una señal, sin necesidad de comprobar si existe además un
> elemento 'señal' en el mapa. Así suelen hacer los navegadores con la
> velocidad máxima permitida en un tramo: pintan la señal en pantalla
> mientras estás dentro de ese tramo, les da igual si hay o no, en ese
> momento, una señal vertical sobre el terreno. La información es 'este
> tramo tiene una restricción determinada'. Debemos poner la información
> solo en un sitio, en mi opinión en el tramo, y luego los programas
> navegadores ya pintarán las señalitas que correspondan. El elemento
> 'señal' en sí no es importante, lo importante es la restricción que
> afecta a la circulación de un tramo. Por ejemplo, una prohibición de
> adelantamiento se puede indicar mediante la raya continua en el eje de
> la carretera, y tiene plena valided. La información que nosotros
> debemos trasladar al mapa, si es que tenemos que trasladar ese tipo de
> informaciones, es que ese tramo tiene restringido el adelantamiento. La
> existencia o no de una señal vertical es lo de menos.
>
> Otro ejemplo podrían ser las señales de llegada a un municipio. La
> información importante para el mapa es donde está la línea del límite
> municipal. El navegador, al detectar que atraviesa esa línea, podrá
> dibujarte en pantalla la señal correspondiente. Con la información de
> las poblaciones a las que se accede por determinado desvío pasa igual.
> Lo normal es que no aparezca más que alguna de ellas. El navegador
> calculará la ruta y nos indicará qué desviación debemos tomar, al
> margen de que haya o 

Re: [Talk-es] Proposed_features/Extended_traffic_signs_tagging

[David Marín Carreño]

Santiago: tiene exactamente la misma utilidad que mapear un edificio 3D, o
un árbol, o una farola. Estamos reflejando la reaildad de una manera
verificable y modificable de manera universal. Si es complicado (que, en
ciertos casos, lo es), pues habrá que trabajar en un editor que lo
simplifique. Digamos que mapear un edificio en 3D no es la cosa más
sencilla y mira, ahí tenemos a unos cuantos haciéndolo.

yopaseopor: tengo alguna duda/objeción respecto al tema de los destinations
como relaciones. Me explico:

   - El hecho de colocar los destinations como relaciones tiene todo el
   sentido del mundo desde el punto de vista de saber qué carretera del cruce
   debo tomar para ir a X.
   - El nuevo esquema propuesto sirve para mapear las señales (lo cual me
   parece fantabuloso), pero no para interpretarlas. Es decir, si sólo se usa
   el esquema de mapeo de señal y se elimina la relación "destination" actual,
   un ruteador no va a tener ni idea de cómo avisar al conductor de qué camino
   tomar para ir a X.

Creo que sería muy bueno mantener ambas perspectivas en el nuevo esquema
(no llamarlas modo "viejo" o "nuevo"), ya que ambas son útiles y necesarias.

Sólo mi opinión.
--
David

El mar., 7 feb. 2017 a las 1:31, Santiago Higuera ()
escribió:

> A ver, yopaseopor:
> Lo que no me has respondido es a la pregunta de para qué sirve o en qué
> mejora el mapa por el hecho de indicarse, mediante etiquetas en las
> señales informativas, que determinada información aparece en
> determinada línea del panel, o que determinada información va
> acompañada de determinado icono. No le veo la utilidad. Si acaso puede
> ser útil la información del panel en sí, pero ¿qué importancia tiene en
> qué posición aparece dentro del panel o que icono la acompaña?.
> Bastaría poner las informaciones del panel en una etiqueta 'info',
> separadas por punto y coma, por ejemplo, y cualquier navegador podría
> leerlo (como hace el de google).
>
> Respecto de argumentar que tampoco sería necesario entonces etiquetar
> los tramos, ahí está parte del problema. El hecho de poner la misma
> información en dos sitios diferentes, el tramo de carretera y la señal,
> dificulta mucho el trabajo de actualización y podría hacer que al final
> no fuera fiable ninguno de los dos sistemas. Si el tramo está
> correctamente etiquetado, el navegador correspondiente, al detectar que
> entra en un tramo con determinada restricción, puede dibujar en
> pantalla una señal, sin necesidad de comprobar si existe además un
> elemento 'señal' en el mapa. Así suelen hacer los navegadores con la
> velocidad máxima permitida en un tramo: pintan la señal en pantalla
> mientras estás dentro de ese tramo, les da igual si hay o no, en ese
> momento, una señal vertical sobre el terreno. La información es 'este
> tramo tiene una restricción determinada'. Debemos poner la información
> solo en un sitio, en mi opinión en el tramo, y luego los programas
> navegadores ya pintarán las señalitas que correspondan. El elemento
> 'señal' en sí no es importante, lo importante es la restricción que
> afecta a la circulación de un tramo. Por ejemplo, una prohibición de
> adelantamiento se puede indicar mediante la raya continua en el eje de
> la carretera, y tiene plena valided. La información que nosotros
> debemos trasladar al mapa, si es que tenemos que trasladar ese tipo de
> informaciones, es que ese tramo tiene restringido el adelantamiento. La
> existencia o no de una señal vertical es lo de menos.
>
> Otro ejemplo podrían ser las señales de llegada a un municipio. La
> información importante para el mapa es donde está la línea del límite
> municipal. El navegador, al detectar que atraviesa esa línea, podrá
> dibujarte en pantalla la señal correspondiente. Con la información de
> las poblaciones a las que se accede por determinado desvío pasa igual.
> Lo normal es que no aparezca más que alguna de ellas. El navegador
> calculará la ruta y nos indicará qué desviación debemos tomar, al
> margen de que haya o no señales que lo indiquen. Ningún navegador va a
> utilizar la información de las señales para establecer las rutas. Sería
> un absurdo. Lo que utilizan los navegadoreses la conectividad entre
> tramos y las características del mismo, para saber a qué velocidad se
> puede circular.
>
> Respecto del tema de señalizar la accesibilidad para personas con
> minusvalías, sí que le veo mucha utilidad, y creo que es mucho más
> importante que el trabajo arduo de inventariar todas las señales de
> tráfico de España, que creo que sirve para muy poco.
>
> Santiago
>
>
> El mar, 07-02-2017 a las 00:16 +0100, yo paseopor escribió:
> > El criterio de ponerlas o no ponerlas no lo entiendo: o las pones o
> > no las pones. ¿Me puedes explicar cual es el criterio para mapear un
> > semáforo o una marca vial como es un paso de cebra? El objetivo de
> > OSM es el mapa más completo posible: podemos poner farolas y árboles
> > pero no podemos poner un elemento 

[OSM-talk] Fixing wikipedia/wikidata tags

[Yuri Astrakhan]

TLDR: researching ways to validate wikipedia and wikidata tags, wrote a
script to cross-check OSM and Wikidata, found many incorrect disambig
references, would love to start community discussion on best guidelines
going forward.


I have been analyzing the quality of OSM's wikipedia and wikidata tags by
cross-checking data using both OSM tags and Wikidata.  My first goal is to
fix "disambiguation" references - when OSM object links to the Wikipedia
disambiguation page, instead of the real location page. I have already
fixed about 200 objects, but there are about 800+ relations left, and I
could really use some help.  I don't think its possible to add them to
MapRoulette just yet.
https://www.mediawiki.org/wiki/User:Yurik/OSM_disambigs

While fixing wd/wp tagging issues, I have been putting together a list of
open questions on how we want to improve wikipedia and wikidata tags in
general, and create some guidelines. Lets discuss them in the talk page?
https://www.mediawiki.org/wiki/User:Yurik/Wikidata_OSM_questions

Lastly, if you have any suggestions on different ways to validate data
using the mixture of Wikidata and OSM, let me know.  At the moment I have a
list of all types of OSM objects' wikidata IDs, and mark the bad ones with
a value. If OSM's wikidata's "instance of" of one of the bad types, my
script puts those OSM objects it into a separate list that I can analyze.
The list of types is here - sort by the second column:
https://commons.wikimedia.org/wiki/Data:Sandbox/Yurik/OSM_object_instanceofs.tab
Feel free to modify the second value of any row to indicate that those
objects should be fixed.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-es] Proposed_features/Extended_traffic_signs_tagging

[Santiago Higuera]

A ver, yopaseopor:
Lo que no me has respondido es a la pregunta de para qué sirve o en qué
mejora el mapa por el hecho de indicarse, mediante etiquetas en las
señales informativas, que determinada información aparece en
determinada línea del panel, o que determinada información va
acompañada de determinado icono. No le veo la utilidad. Si acaso puede
ser útil la información del panel en sí, pero ¿qué importancia tiene en
qué posición aparece dentro del panel o que icono la acompaña?.
Bastaría poner las informaciones del panel en una etiqueta 'info',
separadas por punto y coma, por ejemplo, y cualquier navegador podría
leerlo (como hace el de google).

Respecto de argumentar que tampoco sería necesario entonces etiquetar
los tramos, ahí está parte del problema. El hecho de poner la misma
información en dos sitios diferentes, el tramo de carretera y la señal,
dificulta mucho el trabajo de actualización y podría hacer que al final
no fuera fiable ninguno de los dos sistemas. Si el tramo está
correctamente etiquetado, el navegador correspondiente, al detectar que
entra en un tramo con determinada restricción, puede dibujar en
pantalla una señal, sin necesidad de comprobar si existe además un
elemento 'señal' en el mapa. Así suelen hacer los navegadores con la
velocidad máxima permitida en un tramo: pintan la señal en pantalla
mientras estás dentro de ese tramo, les da igual si hay o no, en ese
momento, una señal vertical sobre el terreno. La información es 'este
tramo tiene una restricción determinada'. Debemos poner la información
solo en un sitio, en mi opinión en el tramo, y luego los programas
navegadores ya pintarán las señalitas que correspondan. El elemento
'señal' en sí no es importante, lo importante es la restricción que
afecta a la circulación de un tramo. Por ejemplo, una prohibición de
adelantamiento se puede indicar mediante la raya continua en el eje de
la carretera, y tiene plena valided. La información que nosotros
debemos trasladar al mapa, si es que tenemos que trasladar ese tipo de
informaciones, es que ese tramo tiene restringido el adelantamiento. La
existencia o no de una señal vertical es lo de menos. 

Otro ejemplo podrían ser las señales de llegada a un municipio. La
información importante para el mapa es donde está la línea del límite
municipal. El navegador, al detectar que atraviesa esa línea, podrá
dibujarte en pantalla la señal correspondiente. Con la información de
las poblaciones a las que se accede por determinado desvío pasa igual.
Lo normal es que no aparezca más que alguna de ellas. El navegador
calculará la ruta y nos indicará qué desviación debemos tomar, al
margen de que haya o no señales que lo indiquen. Ningún navegador va a
utilizar la información de las señales para establecer las rutas. Sería
un absurdo. Lo que utilizan los navegadoreses la conectividad entre
tramos y las características del mismo, para saber a qué velocidad se
puede circular.

Respecto del tema de señalizar la accesibilidad para personas con
minusvalías, sí que le veo mucha utilidad, y creo que es mucho más
importante que el trabajo arduo de inventariar todas las señales de
tráfico de España, que creo que sirve para muy poco.

Santiago


El mar, 07-02-2017 a las 00:16 +0100, yo paseopor escribió:
> El criterio de ponerlas o no ponerlas no lo entiendo: o las pones o
> no las pones. ¿Me puedes explicar cual es el criterio para mapear un
> semáforo o una marca vial como es un paso de cebra? El objetivo de
> OSM es el mapa más completo posible: podemos poner farolas y árboles
> pero no podemos poner un elemento imprescindible en cualquier
> conducción.
> Dices que la información de los iconos contenidos en las señales no
> es tan importante. De acuerdo: ¿qué lo es? El mapear los bares es
> importante? es estable? (porque mira que hay comercios que cierran
> más que cambian las señales) El mapear un pipican (y las discusiones
> que se han derivado en tagging) es importante? El hacerlo a la manera
> española no es importante. ¿Tú te comprarías un GPS que te mostrara
> los paneles más parecidos a los que ves en la carretera o idénticos a
> los de EEUU?
> ¿Desde cuando una señal de tráfico en el tiempo "cambia" cada "poco"
> ? A no ser que haya una dictadura y le cambien el nombre al pueblo
> dudo mucho que la mayoría de 8000 municipios españoles varíen cada
> año de nombre. Madrid seguirá siendo Madrid, y a no ser que haya una
> nueva obra la señal que indica hacia dónde va no se mueve de sitio ni
> cambia.
> ¿Qué indican las señales de tráfico? INFORMACIÓN. ¿Es importante esa
> información? Yo opino que sí, y la DGT también pues si no no las
> pondrían. Y por eso abogo por darla TODA.
> Sobre el argumento de que varían las restriccionescomo varían
> tampoco marcamos los tramos, no? porque van a variar, no hace falta
> marcarlos ni con señales ni sin ellas.
> Dices que no se renderizan en ningún sitio. Llevo dos años peleándome
> para que sí lo hagan, aunque pueda parecer cutre. Admito que el
> 

Re: [Talk-es] Proposed_features/Extended_traffic_signs_tagging

[yo paseopor]

El criterio de ponerlas o no ponerlas no lo entiendo: o las pones o no las
pones. ¿Me puedes explicar cual es el criterio para mapear un semáforo o
una marca vial como es un paso de cebra? El objetivo de OSM es el mapa más
completo posible: podemos poner farolas y árboles pero no podemos poner un
elemento imprescindible en cualquier conducción.
Dices que la información de los iconos contenidos en las señales no es tan
importante. De acuerdo: ¿qué lo es? El mapear los bares es importante? es
estable? (porque mira que hay comercios que cierran más que cambian las
señales) El mapear un pipican (y las discusiones que se han derivado en
tagging) es importante? El hacerlo a la manera española no es importante.
¿Tú te comprarías un GPS que te mostrara los paneles más parecidos a los
que ves en la carretera o idénticos a los de EEUU?
¿Desde cuando una señal de tráfico en el tiempo "cambia" cada "poco" ? A no
ser que haya una dictadura y le cambien el nombre al pueblo dudo mucho que
la mayoría de 8000 municipios españoles varíen cada año de nombre. Madrid
seguirá siendo Madrid, y a no ser que haya una nueva obra la señal que
indica hacia dónde va no se mueve de sitio ni cambia.
¿Qué indican las señales de tráfico? INFORMACIÓN. ¿Es importante esa
información? Yo opino que sí, y la DGT también pues si no no las pondrían.
Y por eso abogo por darla TODA.
Sobre el argumento de que varían las restriccionescomo varían tampoco
marcamos los tramos, no? porque van a variar, no hace falta marcarlos ni
con señales ni sin ellas.
Dices que no se renderizan en ningún sitio. Llevo dos años peleándome para
que sí lo hagan, aunque pueda parecer cutre. Admito que el Kendzi3D es
mejorable, y que el estilo de JOSM o mapa de Overpass no es el mejor. Pero
sí, se muestran. Y si este etiquetado se aprueba no dudes que habrá
empresas que se podrán aprovechar de él, pues lo da todo mascado, no hay ni
siquiera que dividir, ni hacer correspondencias de órdenes, a cada etiqueta
le da su valor.

Es una faenón? De cojones, como lo es poner cada paso adaptado a
minusválidos, o algo de lo que hay más que señales: portales. Es importante
esa información.Como considero yo que son las señales de tráfico. Porque si
empezamos a dudar de la importancia de mapear elementos...no mapeemos nada,
nada es importante, y el mundo cambia costantemente y más con Donald Trump
al mando del botón nuclear.

Salut i change the world
yopaseopor

PD: sin acritud ninguna, pero las señales son un nodo más de OSM, y ese
nodo debe dar el máximo de información útil posible.Y por si las
moscas...aunque no sean importantes...no te saltes ninguna, especialmente
una rara, roja con una forma extraña y que pone algo de POTS o OTPS, no
recuerdo bien , tengo entendido que a unos hombrecillos de azul , verde o
rojo...les mola mucho que te las saltes y después te paran para felicitarte
por ello ;)
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Proposed_features/Extended_traffic_signs_tagging

[Santiago Higuera]

Hola:

Pues me vas a perdonar, yopaseopor, pero a mí me recuerda al típico
error que se comete cuando se empieza a programar orientado a objetos
de 'querer modelizar el mundo'. Yo creo que hay que esquematizar y
simplificar. No quiero ni pensar en el trabajo que supondría mantener
actualizado ese esquema de señalización. Yo creo que la información que
aparece en los paneles informativos no es tan importante, ni tampoco el
icono concreto que lleva, que además cambian a lo largo del tiempo y
del territorio. Quizás especificar las señales de peligro
(triangulares, fondo blanco, borde rojo) y las de reglamentación
(circulares, fondo blanco, borde rojo) que especifican prohibiciones y
limitaciones de velocidad y cosas así. Un caso que sí considero del
máximo interés son los hitos kilométricos. En los tres casos, son
señales que varían menos en el tiempo. Pero el resto de señales, veo un
trabajo ímprobo y poco útil tratar de detallarlas tanto, sobre todo
porque sería casi imposible mantenerlo actualizado y en poco tiempo
nadie (ningún programa)  lo utilizaría, por haber dejado de ser
fiable. 
¿cuál es el objetivo o la ventaja de tener modelizadas hasta el último
detalle el contenido de todas las señales de tráfico? ¿En qué mejora el
mapa, si luego no salen renderizadas en ningún sitio? Incluso las
restricciones de velocidad máxima, restricciones de giro y otras
consideraciones similares creo que lo suyo es aplicarlas al tramo de la
vía al que se aplican. ¿vamos a marcar las señales de inicio de
prohibición de adelantamiento y las del final de dicha prohibición?
¿Has pensado lo a menudo que varían esas restricciones a medida que
evolucionan las carreteras? Sinceramente, no acierto a comprender el
objetivo de ese etiquetado tan complejo

Sin acritud, buscando la eficiencia del trabajo que se dedica al
objetivo de tener un buen mapa

Santiago Higuera

El lun, 06-02-2017 a las 22:11 +0100, yo paseopor escribió:
> No es porque la propuesta la haya ejecutado uno mismo pero niego la
> mayor. No estoy para nada de acuerdo.
> Lo que precisamente muestra la wiki es lo contrario: 
> -Con una clave y una subclave cubres la posición clara de más de 8000
> señales de 29 países. Evidentemente cada señal indica una cosa
> diferente, lo siento, en nuestro país hay más de 300 según el BOE y
> contando variaciones sale un índice de más de 700.
> -Con un sistema basado en 6 claves más tienes en tu mano TODAS las
> señales de destino (orientación , confirmación) españolas (y por ende
> todas las mundiales) con TODOS sus elementos). Es cierto que los
> modelos Kendzi3D hay que hacerlos... (mentira , hay que hacer los
> interiores, y sólo se hacen una vez, después ya sirven para todas las
> señales: ej:El nombre de tu ciudad lo escribirás sólo una vez en SVG,
> después replicando código aparecerá sin ningún trabajo extra , en la
> señal de destino que desees).
> -Y más te diría, para que te hagas una idea las subclaves de TODAS
> las señales se controlaban con sólo 9 posiciones, que se conseguían
> con las letras B y C y con los números 1 y 3, pero a la gente
> "importante" de tagging no le gustó el tema de eliminar los
> multivalores, y replicaron que las subetiquetas debían tener un valor
> "añadido" por lo cual tuve que diferenciar entre los paneles (antes
> con la B cubría lower panel,main panel y las direcciones de la
> rotonda se gestionaban de manera diferente) y darles "valor legible"
> a las subetiquetas.
> 
> Los ejemplos de la wiki lo que revelan es que este sistema es muy
> exhaustivo (quien desee completarlo) y a la vez muy versátil, y sin
> exagerar, válido para ser considerado la opción para todos los
> sitemas de señales de tráfico del mundo, en OSM.
> 
> Los preset pormenorizados de cada país llegarán (existen el de España
> como más completo, Holanda, Bélgica y Finlandia con todas las señales
> genéricas) y los demás países en un modo básico.
> 
> El estilo funciona para esos 29 países y es fácilmente ampliable.
> 
> Por lo que respeta a Kendzi, de acuerdo, hay cosas por hacer, los
> colores están teorizados, salen en el preset pero aún no están
> implementados en los paneles (puesto que los españoles son blancos o
> azules) así cómo los símbolos. Pero también os digo que aunque es
> cierto que hay que hacer cada contenido que se quiera ver sólo hay
> que hacerlo una sola vez (no hablo de las 8000 genéricas de 29
> países, que ya están todas hechas). Es decir, los textos contenidos
> en esta señal de Zaragoza http://i.imgur.com/AvMOXwg.jpg (...no habrá
> que volverlos a hacer y aparecerán en todos los sitios dónde se les
> "reclame" cuando esté todo finalizado (hice la wiki por la presión
> ejercida sobre la necesidad de documentación, hubiera preferido
> hacerla al estar todo acabado pero eso podía tardar meses).
> 
> -Queda por hacer? Sí, queda, pero ya es plenamente funcional. Dado
> que el preset que es lo básico para "ayudar" a facilitar la
> información y el estilo están ya finalizados (en el caso español) no

Re: [OSM-talk-fr] Éjecté du forum

[Donat ROBAUX]

Cherchez pas, c'est moi le coupable...
J'ai voulu dégagé un spam comme ça arrive toutes les semaines. Je suis
soulagé que ce ne soit que ça...

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

Re: [OSM-talk-fr] Éjecté du forum

[osm . sanspourriel]

> Désolé,

Pas de quoi, c'est au contraire quand il y a des petits soucis qu'on 
apprécie le travail des administrateurs.


Sinon on a trop tendance à oublier qu'il y a des gens discrets qui font 
tourner la machine ! Bien dans 99% du temps et réagissent bien dans le 
1% restant.
Et en plus ça nous permet de voir le genre d'erreurs que l'on pourrait 
faire.


Jean-Yvon


Le 06/02/2017 à 22:33, Jocelyn Jaubert - jocelyn.jaub...@gmail.com a écrit :

Le 06/02/2017 à 21:33, Christian Quest a écrit :
J'ai rectifié ça (en passant directement "par derrière" via mysql), 
mais je

ne sais pas comment c'est arrivé. Bizarre.


Merci de l'action.


En fait, j'avais loupé la configuration des IPs récupérées par phpbb 
pour ses logs, et phpbb enregistrait l'IP du reverse proxy plutôt que 
l'IP du client. Du coup, quand un admin a banni les IPs d'un 
utilisateur, ça a banni tout le monde.


Maintenant, c'est configuré correctement, et le bannissement devrait 
marcher correctement.



Désolé,
Jocelyn




Le 6 février 2017 à 20:51, Christian Quest > a écrit :

ça a l'air d'être général comme problème, pareil pour moi ;)


Le 6 février 2017 à 19:51, > a écrit :

Tu n'as pas été assez pieux mon fils ;-).

Est-ce que mailoo.org  n'aurait pas été 
squatté à

ton insu pour expédier des pourriels ?

Là dessus, OVH est assez vigilant et aurait plutôt déconnecté ta
machine (je parle d'OVH en tant qu'hébergeur).

Tu as reçu le message par courriel ou en te connectant ? Je 
n'ai pas

reçu de tel message.

J'ai pu me connecter mais je vois (une fois connecté) :/
//A fix has been applied to the login system for the forums - 
if you

have trouble logging in please contact supp...@openstreetmap.org
 with both your forum 
username and
your OpenStreetMap username so we can make sure your accounts 
are

properly linked./

Recharge la page et réessaye ?

Jean-Yvon


Le 06/02/2017 à 19:32, JB - jb...@mailoo.org
 a écrit :

Hello,
Je suis le seul à avoir été éjecté du forum, avec pour message
d'erreur ?
Vous avez été *définitivement* banni de ce forum.
Pour plus d’informations, veuillez contacter 
l’administrateur du

forum
.
Raison du bannissement : *spam*
/Votre adresse IP a été bannie./
J'ai rien fait de particulier, j'héberge pas de hacker à la
maison, j'ai juste un fournisseur d'accès qui s'appelle OVH…
JB.


___
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





--
Christian Quest - OpenStreetMap France




--
Christian Quest - OpenStreetMap France


___
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


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

Re: [Talk-de] Lokale-Gruppen-Layer auf openstreetmap.de

[Michael Reichert]

Hallo Harald,

Am 06.02.2017 um 16:33 schrieb Harald Hartmann:
> Vermutlich geht nach diversen Umzügen das Kopieren von
> usergroups.openstreetmap.de (dort läuft das Skript bzw. der Bot) zur
> Karte nicht (zwei getrennte Apachespaces). Ich habe das Skript dazu
> vor ca. zwei Jahren mal in der Mache und wieder zum Laufen gebracht
> [1] und hatte nach der Umstellung auf die neue Karte vor wenigen
> Monaten durch Sven auch einmal nachgefragt [2], aber da sich niemand
> gemeldet hat, bin ich jetzt sogar eher verwundert, dass überhaupt
> etwas angezeigt wird... und nach den diversen Umzügen komme ich leider
> auch nicht mehr direkt auf's System.
> 
> Die anderen Antworter haben ja schon auf die entsprechenden
> dokumentierten Stellen verwiesen, zentral dazu gibt es auch noch [3]
> 
> Auf http://usergroups.openstreetmap.de/ wird die Ulmer Alb und auch
> Ulm angezeigt, also musst du selbst nichts mehr dafür tun ;)

Die Marker auf der Karte auf www.openstreetmap.de kommen aus einer
KML-Datei, die im Git-Repository der Website eingecheckt ist.

https://github.com/fossgis/openstreetmap.de/blob/master/map_src/osm_user_groups_dach.kml

Ich habe jetzt mal ein Pull-Request erstellt, das die Datei mit der
aktuellen Datei von users.openstreetmap.de ersetzt.

https://github.com/fossgis/openstreetmap.de/pull/9

Blind kopieren kann man sie jedoch nicht, denn users.openstreetmap.de
enthält alle Stammtische weltweit. Um einfacher Diffs bilden zu können,
muss man die KML-Datei des Usergroup-Bots zuerst mit xmllint --format
formatieren. Das bläht die Datei bei einer Einrückung von 2 Leerzeichen
nur um 5 kB auf 30 kB auf.

Bitte erwartet nicht, dass solch ein Update regelmäßig geschieht, denn
das ist eine echte Fleißarbeit. Wer es will, soll es bitte selber machen.

Ob man users.openstreetmap.de und die Website zusammenführt, sprich ein
automatisches Update einführt, werde ich bei Gelegenheit mit den Leute,
die Schreibrechte auf dem Server haben besprechen. Es sind nicht einfach
nur technische Fragen zu klären, sondern auch rechtliche Fallstricke zu
bedenken. Zwei davon sehe ich mindestens einmal im Monat. In Zuge
dessen, sollte man auch ausmisten und all die Gruppen entfernen, die
sich seit Jahren nicht mehr treffen.

> Vielleicht sollte man auch darüber nachdenken, unter
> https://www.openstreetmap.de/community.html bei "Lokalen Gruppen"
> einen Hinweis auf http://usergroups.openstreetmap.de zu setzen.

Pull-Request?

Viele Grüße

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

Re: [OSM-talk-fr] Éjecté du forum

[Jocelyn Jaubert]

Le 06/02/2017 à 21:33, Christian Quest a écrit :

J'ai rectifié ça (en passant directement "par derrière" via mysql), mais je
ne sais pas comment c'est arrivé. Bizarre.


Merci de l'action.


En fait, j'avais loupé la configuration des IPs récupérées par phpbb pour 
ses logs, et phpbb enregistrait l'IP du reverse proxy plutôt que l'IP du 
client. Du coup, quand un admin a banni les IPs d'un utilisateur, ça a banni 
tout le monde.


Maintenant, c'est configuré correctement, et le bannissement devrait marcher 
correctement.



Désolé,
Jocelyn




Le 6 février 2017 à 20:51, Christian Quest > a écrit :

ça a l'air d'être général comme problème, pareil pour moi ;)


Le 6 février 2017 à 19:51, > a écrit :

Tu n'as pas été assez pieux mon fils ;-).

Est-ce que mailoo.org  n'aurait pas été squatté à
ton insu pour expédier des pourriels ?

Là dessus, OVH est assez vigilant et aurait plutôt déconnecté ta
machine (je parle d'OVH en tant qu'hébergeur).

Tu as reçu le message par courriel ou en te connectant ? Je n'ai pas
reçu de tel message.

J'ai pu me connecter mais je vois (une fois connecté) :/
//A fix has been applied to the login system for the forums - if you
have trouble logging in please contact supp...@openstreetmap.org
 with both your forum username and
your OpenStreetMap username so we can make sure your accounts are
properly linked./

Recharge la page et réessaye ?

Jean-Yvon


Le 06/02/2017 à 19:32, JB - jb...@mailoo.org
 a écrit :

Hello,
Je suis le seul à avoir été éjecté du forum, avec pour message
d'erreur ?
Vous avez été *définitivement* banni de ce forum.
Pour plus d’informations, veuillez contacter l’administrateur du
forum
.
Raison du bannissement : *spam*
/Votre adresse IP a été bannie./
J'ai rien fait de particulier, j'héberge pas de hacker à la
maison, j'ai juste un fournisseur d'accès qui s'appelle OVH…
JB.


___
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





--
Christian Quest - OpenStreetMap France




--
Christian Quest - OpenStreetMap France


___
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-legal-talk] CC-BY 4.0 and rights holder(s) explicit statement

[Simon Poole]

On 06.02.2017 09:55, Erno Mäkinen wrote:
> Hi,
>
> For example, for the CC-BY 3.0 Unported license the ODbL Compatibility
> in the OSM wiki states that it "is ODbL compatible if rights holder(s)
> explicitly states in writing that credit on the Contributors
>  page is sufficient
> to fulfil attribution requirements including downstream use in works
> derived from OSM".
There is no licence compatibility page published by the OSMF.
>
> I am wondering, though "status of CC-BY 4.0 is still under
> consideration by the LWG", if the statement for the CC-BY 3.0 Unported
> license is still true for the CC-BY 4.0 International license.
The LWG is in the process of issuing guidance on CC BY 4.0 as the page
correctly states. It has not previously made any statement outside of
that it hasn't made a statement on the suitability of CC BY 4.0 as an
input licence for OSM. That is the current state of affairs.

Simon

>
> -- 
> Erno Mäkinen
> Gispo Oy
> e...@gispo.fi  - GSM +358 50 505 7003
> www.gispo.fi  - www.facebook.com/GispoFinland/
> 
>
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk

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

Re: [Talk-es] Proposed_features/Extended_traffic_signs_tagging

[yo paseopor]

No es porque la propuesta la haya ejecutado uno mismo pero niego la mayor.
No estoy para nada de acuerdo.
Lo que precisamente muestra la wiki es lo contrario:
-Con una clave y una subclave cubres la posición clara de más de 8000
señales de 29 países. Evidentemente cada señal indica una cosa diferente,
lo siento, en nuestro país hay más de 300 según el BOE y contando
variaciones sale un índice de más de 700.
-Con un sistema basado en 6 claves más tienes en tu mano TODAS las señales
de destino (orientación , confirmación) españolas (y por ende todas las
mundiales) con TODOS sus elementos). Es cierto que los modelos Kendzi3D hay
que hacerlos... (mentira , hay que hacer los interiores, y sólo se hacen
una vez, después ya sirven para todas las señales: ej:El nombre de tu
ciudad lo escribirás sólo una vez en SVG, después replicando código
aparecerá sin ningún trabajo extra , en la señal de destino que desees).
-Y más te diría, para que te hagas una idea las subclaves de TODAS las
señales se controlaban con sólo 9 posiciones, que se conseguían con las
letras B y C y con los números 1 y 3, pero a la gente "importante" de
tagging no le gustó el tema de eliminar los multivalores, y replicaron que
las subetiquetas debían tener un valor "añadido" por lo cual tuve que
diferenciar entre los paneles (antes con la B cubría lower panel,main panel
y las direcciones de la rotonda se gestionaban de manera diferente) y
darles "valor legible" a las subetiquetas.

Los ejemplos de la wiki lo que revelan es que este sistema es muy
exhaustivo (quien desee completarlo) y a la vez muy versátil, y sin
exagerar, válido para ser considerado la opción para todos los sitemas de
señales de tráfico del mundo, en OSM.

Los preset pormenorizados de cada país llegarán (existen el de España como
más completo, Holanda, Bélgica y Finlandia con todas las señales genéricas)
y los demás países en un modo básico.

El estilo funciona para esos 29 países y es fácilmente ampliable.

Por lo que respeta a Kendzi, de acuerdo, hay cosas por hacer, los colores
están teorizados, salen en el preset pero aún no están implementados en los
paneles (puesto que los españoles son blancos o azules) así cómo los
símbolos. Pero también os digo que aunque es cierto que hay que hacer cada
contenido que se quiera ver sólo hay que hacerlo una sola vez (no hablo de
las 8000 genéricas de 29 países, que ya están todas hechas). Es decir, los
textos contenidos en esta señal de Zaragoza http://i.imgur.com/AvMOXwg.jpg
(...no habrá que volverlos a hacer y aparecerán en todos los sitios dónde
se les "reclame" cuando esté todo finalizado (hice la wiki por la presión
ejercida sobre la necesidad de documentación, hubiera preferido hacerla al
estar todo acabado pero eso podía tardar meses).

-Queda por hacer? Sí, queda, pero ya es plenamente funcional. Dado que el
preset que es lo básico para "ayudar" a facilitar la información y el
estilo están ya finalizados (en el caso español) no va a haber necesidad de
grandes reetiquetados, siendo esta herramienta muy útil en casos como la
posible importación de más de 50 señales en nuestro país.
-Y, si el esquema nuevo no satisface porque eso de hacer señales de destino
"clavadas", con toda la información es una sandez y con la notación de
valores múltiples y las etiquetas básicas de destino ya vale...pues se
puede usar la opción nº 2 de cada señal, que acostumbra a ser la que no
tiene asignada ninguna subclave o etiqueta numérica.

Además, y sin ser presuntuoso, está abierto en github y el que lo hace es
este mismo que os habla, así que si teneis dudas, sugerencias...pedidlo y
se os dará ;)

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

[Talk-es] Me presento y pregunto:

[Santiago Díaz de Argandoña]

Hola:
Hace bastante tiempo que me suscribí a esta lista, pero ahora me animo a
escribir. Mi lugar de mapeo habitual es Álava (creo que soy el único
usuario activo por aquí), aunque de vez en cuando edito otras zonas.
Últimamente estoy añadiendo la cobertura de suelo en la Llanada Alavesa,
aunque hasta hace poco estuve arreglando la infraestructura ferroviaria en
Bilbao. Precisamente, después de editar esta zona me han surgido un par de
dudas respecto al ferrocarril, pero en Cataluña. Son las siguientes:

1º La línea Llobregat-Anoia, a partir de Molí Nou (donde acaba la L8), creo
que debería ser railway=narrow_gauge + gauge=1000 (no railway=rail, como
ahora). La definición que se da en OSMWiki para este tipo de ferrocarriles
es: "trenes con un ancho de vía
 (trocha) menor que el
llamado "ancho estándar" de 1435mm.".

2º Los tranvías de Barcelona (Trambaix/Trambesòs) tienen a lo largo de todo
su trazado service=yard. En principio, esta etiqueta solo debería usarse en
desvíos; las vías con servicio comercial tendrían que llevar usage=main. No
solo es incorrecto el uso de service=yard, sino que además dificulta la
visualización de las vías.

Si estos supuestos fallos estuvieran en una zona que conociera, los hubiera
arreglado sin más; pero en este caso no he tocado nada, por si acaso se
utiliza otro criterio. Además, me chocaba que con una comunidad tan activa
nadie se hubiera dado cuenta de los fallos.

En resumen, si no hay problema, yo mismo me ofrezco para editar las vías.
Saludos, Santi.

PD: Suelo editar como Santi.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-GB] OS Locator November 2016

[Robert Scott]

On Monday 06 February 2017 20:27:16 Robert Scott wrote:
> Hey all,
> 
> Does anyone have a copy of OS OpenData Locator's November 2015 release still 
> kicking around anywhere?

Ok, I acknowledge I said 2016 in the subject, but 2015 in the body. I mean of 
course 2015.


robert.


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

Re: [OSM-talk-fr] Éjecté du forum

[Christian Quest]

J'ai rectifié ça (en passant directement "par derrière" via mysql), mais je
ne sais pas comment c'est arrivé. Bizarre.

Le 6 février 2017 à 20:51, Christian Quest  a
écrit :

> ça a l'air d'être général comme problème, pareil pour moi ;)
>
>
> Le 6 février 2017 à 19:51,  a écrit :
>
>> Tu n'as pas été assez pieux mon fils ;-).
>>
>> Est-ce que mailoo.org n'aurait pas été squatté à ton insu pour expédier
>> des pourriels ?
>>
>> Là dessus, OVH est assez vigilant et aurait plutôt déconnecté ta machine
>> (je parle d'OVH en tant qu'hébergeur).
>>
>> Tu as reçu le message par courriel ou en te connectant ? Je n'ai pas reçu
>> de tel message.
>>
>> J'ai pu me connecter mais je vois (une fois connecté) :
>> *A fix has been applied to the login system for the forums - if you have
>> trouble logging in please contact supp...@openstreetmap.org
>>  with both your forum username and your
>> OpenStreetMap username so we can make sure your accounts are properly
>> linked.*
>>
>> Recharge la page et réessaye ?
>>
>> Jean-Yvon
>>
>> Le 06/02/2017 à 19:32, JB - jb...@mailoo.org a écrit :
>>
>> Hello,
>> Je suis le seul à avoir été éjecté du forum, avec pour message d'erreur ?
>> Vous avez été *définitivement* banni de ce forum.
>> Pour plus d’informations, veuillez contacter l’administrateur du forum
>> .
>> Raison du bannissement : *spam*
>> *Votre adresse IP a été bannie.*
>> J'ai rien fait de particulier, j'héberge pas de hacker à la maison, j'ai
>> juste un fournisseur d'accès qui s'appelle OVH…
>> JB.
>>
>>
>> ___
>> 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
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>



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

[Talk-GB] OS Locator November 2016

[Robert Scott]

Hey all,

Does anyone have a copy of OS OpenData Locator's November 2015 release still 
kicking around anywhere?


robert.


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

Re: [OSM-talk-fr] Éjecté du forum

[Christian Quest]

ça a l'air d'être général comme problème, pareil pour moi ;)


Le 6 février 2017 à 19:51,  a écrit :

> Tu n'as pas été assez pieux mon fils ;-).
>
> Est-ce que mailoo.org n'aurait pas été squatté à ton insu pour expédier
> des pourriels ?
>
> Là dessus, OVH est assez vigilant et aurait plutôt déconnecté ta machine
> (je parle d'OVH en tant qu'hébergeur).
>
> Tu as reçu le message par courriel ou en te connectant ? Je n'ai pas reçu
> de tel message.
>
> J'ai pu me connecter mais je vois (une fois connecté) :
> *A fix has been applied to the login system for the forums - if you have
> trouble logging in please contact supp...@openstreetmap.org
>  with both your forum username and your
> OpenStreetMap username so we can make sure your accounts are properly
> linked.*
>
> Recharge la page et réessaye ?
>
> Jean-Yvon
>
> Le 06/02/2017 à 19:32, JB - jb...@mailoo.org a écrit :
>
> Hello,
> Je suis le seul à avoir été éjecté du forum, avec pour message d'erreur ?
> Vous avez été *définitivement* banni de ce forum.
> Pour plus d’informations, veuillez contacter l’administrateur du forum
> .
> Raison du bannissement : *spam*
> *Votre adresse IP a été bannie.*
> J'ai rien fait de particulier, j'héberge pas de hacker à la maison, j'ai
> juste un fournisseur d'accès qui s'appelle OVH…
> JB.
>
>
> ___
> 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
>
>


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

Re: [OSM-talk-fr] Éjecté du forum

[Philippe Verdy]

Ce n'est pas toi mais ton IP qui est bannie.

Sinon puisque c'est une IP dynamique ou partagée, il manque peut-être une
exception : un tel bannissement d'IP ne peut être que temporaire (en
général pas plus d'une semaine ou deux).

Tu peux aussi voir si simplement en éteignant ton routeur pendant 5 minutes
pui en le rebootant ton routeur tu n'obtiens pas une nouvelle IP
automatiquement (pas sûr, les IP dynamiques ne changent pas si souvent et
en général ça se produit plutpot lors des redémarrages administratifs
environ un fois par mois en plein milieu de la nuit, à l'occasion d'une
mise à jour de firmware par le FAI).

Tu peux essayer de contacter OVH pour obtenir une autre IP de connexion (et
voir aussi pourquoi un de leur serveur ou de leurs abonnés a émis du spam
et que cela te cause des problèmes : ils peuvent remonter les logs de
connexion et bloquer cet utilisateur sur leur réseau, ou au moins le mettre
en garde ou l'obliger à se connecter via un proxy de filtrage qui aura
peut-être aussi pour effet de le ralentir: s'il est encore abonné chez OVH
a utilise une autre IP, il va provoquer une remontée de bloquage sur
celle-ci et cela va se dégrader pour d'autres utilisateurs).

Nombre de spams aujourd'hui sont émis par des PC infectés par des zombies:
OVH lui demandera d'utiliser un nettoyeur (antivirus/antirootkit) et pourra
aussi modifier administrativement les règles de son pare-feu ou restaurer
les sécurités (y compris sur son accès Wifi), en changeant aussi les mots
de passe d'adminsitration.

OVH a un support technique très réactif et qui fait bien son boulot, il est
facilement joignable et règle vite les problèmes techniques, et les
incidents sont remontés et suivis, pas fermés aussitôt qu'on raccroche ou
que l'appel est coupé.

Pas comme les autres "gros" FAI où un centre d'appel (qui n'a en fait pas
accès à la plateforme technique) vous oblige à réciter et refaire à chaque
appel les mêmes manips de base avant de remonter éventuellement à un
support adéquat au bout de plusieurs appels, mais qui ferment les incidents
le plus souvent aussitôt après l'appel sans réelle solution, et qui au
passage font payer une blinde le support en jouant la montre en te faisant
attendre, quand ils oublient aussi de te rappeler quand le temps maxi
imparti de 30 minutes est écoulé et qui coupe automatiquement alors qu'on a
attendu 10 premières minutes d'attente sur leur serveur vocal et l'attente
gratuite, après les 5 premières minutes pour dérouler leur "scénario" de
manips inutiles sur le PC ou le routeur, puis vous mettent en attente
payante pendant 20 minutes, ou qui vous lâchent après avoir lancé une
reconfiguration du routeur qui ne se connecte plus, obligeant à les
rappeler par mobile en appel payant y compris l'attente et le serveur vocal.


Le 6 février 2017 à 19:32, JB  a écrit :

> Hello,
> Je suis le seul à avoir été éjecté du forum, avec pour message d'erreur ?
> Vous avez été *définitivement* banni de ce forum.
> Pour plus d’informations, veuillez contacter l’administrateur du forum
> .
> Raison du bannissement : *spam*
> *Votre adresse IP a été bannie.*
> J'ai rien fait de particulier, j'héberge pas de hacker à la maison, j'ai
> juste un fournisseur d'accès qui s'appelle OVH…
> JB.
>
> ___
> 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-GB] Footpath Open Data is not always accurate.

[Philip Barnes]

On Mon, 2017-02-06 at 14:53 +, Andy Townsend wrote:
> On 06/02/2017 11:18, Colin Smale wrote:
> 
> 
> 
> >   
> >   On 2017-02-06 09:57, Dave F wrote:
> >   
> > >  On 05/02/2017 11:33,
> > > Colin Smale wrote:
> > > 
> > > 
> > > >   Any paths that no longer follow the official route
> > > > (as per
> > > > the DM/DS) should not be tagged as PROW and
> > > > probably as
> > > > access=permissive unless they go across otherwise
> > > > public
> > > > land. The official route is still a public right of
> > > > way,
> > > > it's just no longer usable as such.
> > > > 
> > > 
> > > 
> > > 
> > > We should be mapping what's on the ground, as PROW signs
> > > &
> > > stiles indicate, even if that doesn't correspond with the
> > > definitive map. They should be tagged to correspond with
> > > the
> > > signs status.
> > 
> >   Not sure I agree with this - the "on the ground" principle
> > can
> > be taken too far. The real principle is "objective
> > verifiability" - so two independent "mappers" would come to
> > the
> > same conclusion. That doesn't always imply that things are
> > actually visible on site, only that there is an agreed
> > "single
> > point of truth". In my book that single point of truth
> > would be
> > the Definitive Map and Definitive Statement, and NOT the
> > signs.
> > 
> 
> 
> 
> To be honest, I think just applying a bit of common sense is the
> thing to do here.  I normally "map what's on the ground" but it's
> pretty common to find PRoW signs pointing in odd directions,
> often
> where some local scally has decided to have a play with the
> sign. 
> You can usually figure out where it's supposed to go though,
> usually
> from signage along the way.  Similarly many people in a
> particular
> area can point to "the footpath that officially goes through
> someone's house" or "the footpath that officially goes through a
> sewage farm".  Usually these are just an error (FSVO error) on
> whatever map they occur on (for all the reasons already
> discussed).
> 
> 
> 
> Adding an source explicit source for "designation" if it's not
> on-the-ground signage does make sense to me though, if only to
> avoid
> the problems that we had with people "helpfully" filling in names
> from OS Locator (even when a split-second of thought would have
> suggested that those names might not be corrent due to obvious
> spelling errors etc.).  
> 
> 
> 
> Of course, not all "obviously wrong" paths are wrong, though -
> like
> http://www.openstreetmap.org/#map=19/53.02259/-1.45416 which is a
> footpath through a (former) pub.
> 
> 
> 

As Andy says, it is important to use common sense and to remember that
the definitive line was never surveyed so the line shown may never have
been the line (or even possible).
The definitive map as drawn onto OS maps in the 1950s by Parish
Councils, some were better and more conscientious than others. But
mistakes were made, pens slipped and at that time fewer people will
have been familiar with map reading.
Most of the time the system works well and right of way mapping is one
of the areas we can excel and produce a better map. We can map surveyed
lines and also map the 'barriers'. It is important that we map the
positions of stiles, gates and kissing gates.
We should certainly not map a path as permissive just because it
differs from the line on the definitive map, 50m is a rough guide for
it accuracy. If its the surveyed line then its the path.
Phil (trigpoint)___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-es] Proposed_features/Extended_traffic_signs_tagging

[Diego García]

Buenas tardes a todos.


En líneas generales a mí me parece correcto. Puntos que querría destacar:

- Es compatible con el etiquetado actual, no obliga a cambiar lo que ya
está etiquetado.

- La notación para separar valores múltiples propuesta me parece genial,
totalmente correcta respecto al punto y coma. Ojalá se adoptara para el
resto de ejemplos con los que peleamos de vez en cuando.

- En la parte dedicada a señales informativas de destino, no acabo de
entender el esquema general. En parte porque no domino lo que tenemos
actualmente, para poder comparar, y en parte porque le tengo manía al
inglés.

- La información de rotondas es bastante compleja, pero es que quizá no
haya otra forma tan esquemática de hacerlo. En este punto se hace necesario
alguna ayuda en forma de plugin de JOSM para etiquetar.

En resumen, desde el momento en que no es incompatible con el etiquetado
actual, sino que añade posibilidades, creo que debería seguir adelante.
Quizá haya que pulir puntos y simplificar algún esquema, de cara a su
comprensión y legibilidad, pero no ser rechazado.



Un saludo,

_

> 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: [OSM-talk-fr] Éjecté du forum

[osm . sanspourriel]

Tu n'as pas été assez pieux mon fils ;-).

Est-ce que mailoo.org n'aurait pas été squatté à ton insu pour expédier 
des pourriels ?


Là dessus, OVH est assez vigilant et aurait plutôt déconnecté ta machine 
(je parle d'OVH en tant qu'hébergeur).


Tu as reçu le message par courriel ou en te connectant ? Je n'ai pas 
reçu de tel message.


J'ai pu me connecter mais je vois (une fois connecté) :/
//A fix has been applied to the login system for the forums - if you 
have trouble logging in please contact supp...@openstreetmap.org with 
both your forum username and your OpenStreetMap username so we can make 
sure your accounts are properly linked./


Recharge la page et réessaye ?

Jean-Yvon


Le 06/02/2017 à 19:32, JB - jb...@mailoo.org a écrit :

Hello,
Je suis le seul à avoir été éjecté du forum, avec pour message d'erreur ?
Vous avez été *définitivement* banni de ce forum.
Pour plus d’informations, veuillez contacter l’administrateur du forum 
.

Raison du bannissement : *spam*
/Votre adresse IP a été bannie./
J'ai rien fait de particulier, j'héberge pas de hacker à la maison, 
j'ai juste un fournisseur d'accès qui s'appelle OVH…

JB.


___
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] Éjecté du forum

[JB]

Hello,
Je suis le seul à avoir été éjecté du forum, avec pour message d'erreur ?
Vous avez été *définitivement* banni de ce forum.
Pour plus d’informations, veuillez contacter l’administrateur du forum 
.

Raison du bannissement : *spam*
/Votre adresse IP a été bannie./
J'ai rien fait de particulier, j'héberge pas de hacker à la maison, j'ai 
juste un fournisseur d'accès qui s'appelle OVH…

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

Re: [Talk-cz] OSM na oficiálních mapách v ulicích Brna

[Pavel Bokr]

Mapu jsem pridal do galerie na osmap.cz - podle me takovehle priklady 
vyuziti uricte potrebujeme:


https://openstreetmap.cz/galerie

mozna by nebylo spatne kdyby nekdo mel foto celeho QR kodu, ze bychom meli 
odkaz kde je ke stazeni, v rychlosti jsem kouknul na jejich web, par map a 
pruvodcu tam maji ale tuhle jsem v tom nevidel (jestli jsem hledal blbe tak 
se omlouvam).



Diky za dobry tip!, uz delsi dobu jsem nemel cas hledat priklady vyuziti 
OSM.


Pavel Bokr




-Původní zpráva- 
From: Vladimír Slávik

Sent: Monday, February 06, 2017 3:07 PM
To: OpenStreetMap Czech Republic
Subject: [Talk-cz] OSM na oficiálních mapách v ulicích Brna

Ahoj,
v souvislosti s těmi daty od Brna se mi připomělo, co jsem zaznamenal
asi před rokem na ulici... Viz přílohy.

Co takhle dát to do příkladů použití na stránky? Myslím že je to celkem
silný příklad :)

Vláďa 



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

Re: [Talk-de] Lokale-Gruppen-Layer auf openstreetmap.de

[markus schnalke]

Hoi.

Danke fuer eure Antworten.

[2017-02-06 16:33] Harald Hartmann 
>
> Auf http://usergroups.openstreetmap.de/ wird die Ulmer Alb und auch
> Ulm angezeigt, also musst du selbst nichts mehr dafür tun ;)

Okay, das ist gut.

> Vielleicht sollte man auch darüber nachdenken, unter
> https://www.openstreetmap.de/community.html bei "Lokalen Gruppen"
> einen Hinweis auf http://usergroups.openstreetmap.de zu setzen.

Das faende ich sinnvoll.


meillo

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

Re: [Talk-es] Fusión de municipios

[Diego García]

Por cierto, que he visto que alguien ha definido el landuse residential de
Cerdedo como outer de un multipolígono etiquetado como:

name=Cerdedo
place=county
population=Cerdedo

y como inner un trozo alrededor de la iglesia del pueblo. Como mínimo, me
parece una edición algo dudosa.



Un saludo,


El lun., 6 feb. 2017 a las 18:25, Diego García ()
escribió:

> Buenas tardes, Jesús.
>
> En realidad, si todo está ahora mismo bien hecho, es sencillo. Te aconsejo
> que utilices el JOSM para todo esto.
>
> La cabecera del nuevo municipio pasará a Cotobade, por lo que lo suyo es
> mantener la relación boundary de Cotobade. Entre los dos antiguos
> municipios sólo hay una vía (la 45341181), por lo que lo mejor es
> eliminarla, con lo que desaparecerá de las dos relaciones. A continuación
> edita la relación de Cotobade, añadiendo vías a partir del hueco dejado por
> la que has quitado, siguiendo el límite de Cerdedo (vías 45341272, 45341110
> y 45341195), y ponle a todas el rol outer. Cuando la hayas completado
> recuerda añadir el nodo de A Chan a la relación, con rol admin_centre
> (ahora mismo no hay ningún nodo, y debería haberlo). Y por supuesto, cambia
> el name de la relación por "Cerdedo-Cotobade".
>
> Por último, ya puedes eliminar la relación de Cerdedo. Respecto a la
> relación padre (Pontevedra), se seguirá manteniendo la jerarquía sin
> problemas, porque no estás eliminando la relación Cotobade, que ya es hija
> de la relación Pontevedra.
>
> Hazlo todo en un mismo changeset, sin tocar nada más en él, por si se
> rompe algo poder dar marcha atrás con facilidad. En el source de ese
> changeset lo suyo sería poner el enlace al BOE que recoge este cambio.
>
>
>
> Un saludo,
>
>
>
>
> El lun., 6 feb. 2017 a las 16:25, Jesús Lopez ()
> escribió:
>
> Buenas tardes. El pasado día 27 el Boletín Oficial del Estado [1] publicó
> de forma definitiva la aprobación de la fusión de los municipios de Cerdedo
> y Cotobade en un nuevo ayuntamiento que se denomina Cerdedo-Cotobade y el
> Instituto Nacional de Estadística [2] también se ha adaptado ya a la nueva
> denominación. En OSM aún figuran ambos de forma independiente y me gustaría
> consultaros como se puede abordar el proceso para reflejar este cambio.
> ¿Simplemente borramos la frontera entre ambos y adoptamos la nueva
> denominación o hay que tener en cuenta otras relaciones?. Espero vuestra
> ayuda,
>
> Saludos.
> Jesús
>
> ——
> [1] http://boe.es/boe/dias/2017/01/27/pdfs/BOE-A-2017-898.pdf
> [2] http://www.ine.es/daco/daco42/codmun/codmunmod.htm
> ___
> 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] Fusión de municipios

[Diego García]

Buenas tardes, Jesús.

En realidad, si todo está ahora mismo bien hecho, es sencillo. Te aconsejo
que utilices el JOSM para todo esto.

La cabecera del nuevo municipio pasará a Cotobade, por lo que lo suyo es
mantener la relación boundary de Cotobade. Entre los dos antiguos
municipios sólo hay una vía (la 45341181), por lo que lo mejor es
eliminarla, con lo que desaparecerá de las dos relaciones. A continuación
edita la relación de Cotobade, añadiendo vías a partir del hueco dejado por
la que has quitado, siguiendo el límite de Cerdedo (vías 45341272, 45341110
y 45341195), y ponle a todas el rol outer. Cuando la hayas completado
recuerda añadir el nodo de A Chan a la relación, con rol admin_centre
(ahora mismo no hay ningún nodo, y debería haberlo). Y por supuesto, cambia
el name de la relación por "Cerdedo-Cotobade".

Por último, ya puedes eliminar la relación de Cerdedo. Respecto a la
relación padre (Pontevedra), se seguirá manteniendo la jerarquía sin
problemas, porque no estás eliminando la relación Cotobade, que ya es hija
de la relación Pontevedra.

Hazlo todo en un mismo changeset, sin tocar nada más en él, por si se rompe
algo poder dar marcha atrás con facilidad. En el source de ese changeset lo
suyo sería poner el enlace al BOE que recoge este cambio.



Un saludo,




El lun., 6 feb. 2017 a las 16:25, Jesús Lopez ()
escribió:

> Buenas tardes. El pasado día 27 el Boletín Oficial del Estado [1] publicó
> de forma definitiva la aprobación de la fusión de los municipios de Cerdedo
> y Cotobade en un nuevo ayuntamiento que se denomina Cerdedo-Cotobade y el
> Instituto Nacional de Estadística [2] también se ha adaptado ya a la nueva
> denominación. En OSM aún figuran ambos de forma independiente y me gustaría
> consultaros como se puede abordar el proceso para reflejar este cambio.
> ¿Simplemente borramos la frontera entre ambos y adoptamos la nueva
> denominación o hay que tener en cuenta otras relaciones?. Espero vuestra
> ayuda,
>
> Saludos.
> Jesús
>
> ——
> [1] http://boe.es/boe/dias/2017/01/27/pdfs/BOE-A-2017-898.pdf
> [2] http://www.ine.es/daco/daco42/codmun/codmunmod.htm
> ___
> 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-de] Lokale-Gruppen-Layer auf openstreetmap.de

[gmbo]

das Script läuft auf jeden Fall noch.

Auf http://usergroups.openstreetmap.de/ wird schon nach kurzer Zeit eine 
Änderung sichtbar. Ich habe vor 3h den Ort im Dortmunder Wiki aktualisiert, und 
jetzt ist der schon richtig in der Karte.
nur die auf www.openstreetmap.de/karte.html zeigt noch Daten die älter als 2 
Jahre sind.

Gruß Gisbert



Am 06.02.2017 um 16:33 schrieb Harald Hartmann:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

So, jetzt daheim kann ich auch mal meinen Senf dazu geben:

Vermutlich geht nach diversen Umzügen das Kopieren von
usergroups.openstreetmap.de (dort läuft das Skript bzw. der Bot) zur
Karte nicht (zwei getrennte Apachespaces). Ich habe das Skript dazu
vor ca. zwei Jahren mal in der Mache und wieder zum Laufen gebracht
[1] und hatte nach der Umstellung auf die neue Karte vor wenigen
Monaten durch Sven auch einmal nachgefragt [2], aber da sich niemand
gemeldet hat, bin ich jetzt sogar eher verwundert, dass überhaupt
etwas angezeigt wird... und nach den diversen Umzügen komme ich leider
auch nicht mehr direkt auf's System.

Die anderen Antworter haben ja schon auf die entsprechenden
dokumentierten Stellen verwiesen, zentral dazu gibt es auch noch [3]

Auf http://usergroups.openstreetmap.de/ wird die Ulmer Alb und auch
Ulm angezeigt, also musst du selbst nichts mehr dafür tun ;)

Vielleicht sollte man auch darüber nachdenken, unter
https://www.openstreetmap.de/community.html bei "Lokalen Gruppen"
einen Hinweis auf http://usergroups.openstreetmap.de zu setzen.

[1] https://forum.openstreetmap.org/viewtopic.php?id=26731
[2] https://forum.openstreetmap.org/viewtopic.php?pid=612816#p612816
[3] https://wiki.openstreetmap.org/wiki/User:UserGroupsBot

Am 06.02.2017 um 09:42 schrieb markus schnalke:

Hoi,

auf http://openstreetmap.de wird ein Layer namens ``Lokale
Gruppen'' angezeigt. Wo finde ich mehr Infos darueber? Konkret:
Woher stammen die Daten und wie kann ich unsere Gruppe UlmerAlb
dafuer hinterlegen? (Die Ulmer OSMler fehlen auch noch.)


meillo

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


-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJYmJdBAAoJEIuLcq40+VqtjHAIAOlhgAqm3grR9M25tJ84BlKN
wRXXflMTmVGWdE/TONK6jlBlGvVR87Mdp+N55YR9IK2mTnu5HNHqKLSvlLMYR5Yu
Phjb0pwPqbzvpnIGhln1MpgAoPhcdQdcKb6/0ZwUpCLN5IbwC0yoXed3snrj5K9h
LF7WGSecmFtOWaDi42uuQXDd8cVYCda9EfJPPxuG3sZ2KY59li5EeT0OSufkdDe2
wd9q4Z/j2aI3Mj8NqbzJj/xFZAA3XQXPX7w+TgBdJXm8hfN+ufvDh09/7V9p4XNS
HPYwrE28UbRwjb5nQOTe3biDksaSFYxPfnXATJ1UOHBCBXGqd+dRbkLC4syIZWI=
=5VIX
-END PGP SIGNATURE-

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




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

Re: [Talk-cz] Neaktuální Cs:Map Features ve wiki?

[Dalibor Jelínek]

Ahoj,muzes byt trochu konkretni a napsat, co se ti zda neaktualni?Mam za to, ze 
to aktualizuju prubezne.
 Dalibor


Sent from my Samsung Galaxy smartphone.
 Original message From: Pavel Cvrček  
Date: 06/02/2017  16:20  (GMT+01:00) To: OpenStreetMap Republic 
 Subject: [Talk-cz] Neaktuální Cs:Map Features ve 
wiki? 
Ahoj,
když hledám název tagu např. pro označkování specifičtějšího obchodu, používám 
stránku "Map Features" ve wiki. Jak jsem si všiml, je přeložená podoba 
neaktuální. Nechtělo by se někomu provést aktualizaci? :) (pro mě je to nyní 
mimo mé časové možnosti, max. pomohu menší částí).
http://wiki.openstreetmap.org/wiki/Cs:Map_Features

Pavel

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

Re: [Talk-de] Lokale-Gruppen-Layer auf openstreetmap.de

[Harald Hartmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

So, jetzt daheim kann ich auch mal meinen Senf dazu geben:

Vermutlich geht nach diversen Umzügen das Kopieren von
usergroups.openstreetmap.de (dort läuft das Skript bzw. der Bot) zur
Karte nicht (zwei getrennte Apachespaces). Ich habe das Skript dazu
vor ca. zwei Jahren mal in der Mache und wieder zum Laufen gebracht
[1] und hatte nach der Umstellung auf die neue Karte vor wenigen
Monaten durch Sven auch einmal nachgefragt [2], aber da sich niemand
gemeldet hat, bin ich jetzt sogar eher verwundert, dass überhaupt
etwas angezeigt wird... und nach den diversen Umzügen komme ich leider
auch nicht mehr direkt auf's System.

Die anderen Antworter haben ja schon auf die entsprechenden
dokumentierten Stellen verwiesen, zentral dazu gibt es auch noch [3]

Auf http://usergroups.openstreetmap.de/ wird die Ulmer Alb und auch
Ulm angezeigt, also musst du selbst nichts mehr dafür tun ;)

Vielleicht sollte man auch darüber nachdenken, unter
https://www.openstreetmap.de/community.html bei "Lokalen Gruppen"
einen Hinweis auf http://usergroups.openstreetmap.de zu setzen.

[1] https://forum.openstreetmap.org/viewtopic.php?id=26731
[2] https://forum.openstreetmap.org/viewtopic.php?pid=612816#p612816
[3] https://wiki.openstreetmap.org/wiki/User:UserGroupsBot

Am 06.02.2017 um 09:42 schrieb markus schnalke:
> Hoi,
> 
> auf http://openstreetmap.de wird ein Layer namens ``Lokale
> Gruppen'' angezeigt. Wo finde ich mehr Infos darueber? Konkret:
> Woher stammen die Daten und wie kann ich unsere Gruppe UlmerAlb
> dafuer hinterlegen? (Die Ulmer OSMler fehlen auch noch.)
> 
> 
> meillo
> 
> ___ Talk-de mailing
> list Talk-de@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-de
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJYmJdBAAoJEIuLcq40+VqtjHAIAOlhgAqm3grR9M25tJ84BlKN
wRXXflMTmVGWdE/TONK6jlBlGvVR87Mdp+N55YR9IK2mTnu5HNHqKLSvlLMYR5Yu
Phjb0pwPqbzvpnIGhln1MpgAoPhcdQdcKb6/0ZwUpCLN5IbwC0yoXed3snrj5K9h
LF7WGSecmFtOWaDi42uuQXDd8cVYCda9EfJPPxuG3sZ2KY59li5EeT0OSufkdDe2
wd9q4Z/j2aI3Mj8NqbzJj/xFZAA3XQXPX7w+TgBdJXm8hfN+ufvDh09/7V9p4XNS
HPYwrE28UbRwjb5nQOTe3biDksaSFYxPfnXATJ1UOHBCBXGqd+dRbkLC4syIZWI=
=5VIX
-END PGP SIGNATURE-

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

[Talk-es] Fusión de municipios

[Jesús Lopez]

Buenas tardes. El pasado día 27 el Boletín Oficial del Estado [1] publicó de 
forma definitiva la aprobación de la fusión de los municipios de Cerdedo y 
Cotobade en un nuevo ayuntamiento que se denomina Cerdedo-Cotobade y el 
Instituto Nacional de Estadística [2] también se ha adaptado ya a la nueva 
denominación. En OSM aún figuran ambos de forma independiente y me gustaría 
consultaros como se puede abordar el proceso para reflejar este cambio. 
¿Simplemente borramos la frontera entre ambos y adoptamos la nueva denominación 
o hay que tener en cuenta otras relaciones?. Espero vuestra ayuda,

Saludos.
Jesús

——
[1] http://boe.es/boe/dias/2017/01/27/pdfs/BOE-A-2017-898.pdf
[2] http://www.ine.es/daco/daco42/codmun/codmunmod.htm
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-cz] Neaktuální Cs:Map Features ve wiki?

[Pavel Cvrček]

Ahoj,

když hledám název tagu např. pro označkování specifičtějšího obchodu,
používám stránku "Map Features" ve wiki. Jak jsem si všiml, je přeložená
podoba neaktuální. Nechtělo by se někomu provést aktualizaci? :) (pro mě je
to nyní mimo mé časové možnosti, max. pomohu menší částí).

http://wiki.openstreetmap.org/wiki/Cs:Map_Features

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

Re: [OSM-talk-fr] intégration des référentiels STIF

[Florian LAINEZ]

L'évolution de ton outil est juste complétement incroyable Noémie : merci !
Nous avons pas mal de boulot/fun sur la table et j'ai déjà commencé.

Si des motivés ont besoin d'un coup d'aide pour la prise en main, je peux
vous aider ...

Le 5 février 2017 à 16:24, Noémie Lehuby  a
écrit :

> Bonjour,
>
> voici quelques nouvelles du projet d'intégration des ref STIF dans OSM :
> *concernant l'intégration des codes STIF sur les lignes*
> Un petit état des lieux :
> - 381 ref STIF intégrés dans OSM
> - 57 lignes dans OSM sans ref STIF
>
> L'outil est toujours dispo pour réaliser des comparaisons et intégrer les ref 
> : https://ref-lignes-stif.5apps.com/
> C'est très facile, Florian qui a importé 80% de ces ref en une demi-journée 
> pourra en témoignera ;)
> À noter que parmi les lignes restantes, il y en a encore sûrement qui 
> n'existent plus aujourd'hui et qui devraient être supprimées.
>
> Ensuite, j'ai réalisé, avec l'aide Frédéric et de Jocelyn, une analyse Osmose 
> qui permet de renseigner quelques tags manquants sur les lignes OSM en 
> s'aidant des infos opendata :
> http://osmose.openstreetmap.fr/fr/errors/?source=28482=8042=1
> C'est encore modeste, mais ça grossira avec l'avancement de l'intégration des 
> ref sur les lignes, et ça pourra également permettre d'enrichir les relations 
> route.
>
> Par contre, d'après le STIF, on a plus de 1400 lignes en Île-de-France, donc 
> c'est loin d'être fini !
>
> Il y a un effet un gros manque de lignes de transport (relation route_master) 
> dans OSM.
> En revanche, en terme de parcours (relation route), on est plutôt pas mal : 
> on trouve pas mal de relation route où on a, en vrac, le tracé en sens aller, 
> le tracé en sens retour, un tracé spécial des jours de marché, tous les 
> arrêts et même quelques stop_position. En y remettant un peu d'ordre, on peut 
> créer une relation route_master et ses relations route. J'en ai créé ainsi 
> une petite trentaine depuis le début de l'année.
> Personnellement, je cartographie surtout du bus, mais le manque de relation 
> route_master est très général, il en manque sur la plupart des RER et 
> Transilien également.
> Sur ce sujet, je n'ai pas d'idée de génie pour nous aider à avancer :
> On doit pouvoir extraire les relations route non membre d'une relation 
> route_master pour isoler les éléments à créer, mais ça restera du travail 
> long et chiant à faire dans JOSM derrière :(
> *concernant l'intégration des codes STIF sur les arrêts*
> Les proposition d'intégration Osmose de Frédéric sont toujours disponibles.
> Attention tout de même au fait que
>
>
>- un arrêt OSM peut porter plusieurs codes STIF
>- les ref du STIF sont des ref de public_transport = platform et pas
>de public_transport = stop_position.
>
> Là encore, on a des petites lacunes : on a des lignes entières (notamment de 
> tram et de train) cartographiées uniquement avec des stop_position, donc les 
> codes STIF n'y ont pas trop de sens.
>
> J'ai fait un prototype d'outil web qui facilite l'intégration des codes STIF 
> sur les arrêts d'une ligne (une fois que le code STIF de la ligne a été 
> renseigné), mais ce n'est pas encore prêt ...
> La pérennité des codes STIF reste aussi à vérifier : j'ai trouvé des codes 
> STIF intégrés sur les arrêts avec Osmose qu'on ne retrouvait pas dans la 
> dernière version du référentiel du STIF.
> Bref, c'est nettement moins avancé sur ce sujet (et je ne parle même pas des 
> codes STIF des zones d'arrêts :p), mais je ne m'en inquiète pas, ça me parait 
> plus efficace de se concentrer sur les lignes pour le moment.
>
>
> Voilà pour le petit point d'étape.
> Il y a toujours un salon de discussion avec des infos un peu plus fréquentes 
> ouvert ici : https://framateam.org/bato-fr/channels/stif
> Et s'il y a des gens motivés, on peut aussi en discuter de vive voix à une 
> prochaine rencontre mensuelle des contributeurs d'Île-de-France ;)
>
> Noémie
> @nlehuby
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

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

Re: [Talk-it] croce di vetta = summit:cross

[Lorenzo "Beba" Beltrami]

Il giorno 6 febbraio 2017 15:36, demon.box  ha
scritto:

> ciao, altro quesito...
>
> vorrei aggiungere 2 informazioni relative alla croce di vetta ma non sò
> come
> fare.
>
> vorrei aggiungere il materiale della croce e la data in cui è stata
> innalzata.
>
> natural=peak
> summit:cross=yes
> e poi...
>
> *summit:cross:material*=metal   ??
> *summit:cross:start_date*=1966  ??
>
> in altre parole utilizzare direttamente il tag material e start_date mi
> pare
> errato perchè sembra che si riferisca al natural=peak (anche se non è in
> pratica
> possibile...)
>
> su taginfo per analogia ho trovato soltanto utilizzato una volta
> summit:cross:height
>
> che dite?
>
> grazie
>
> --enrico
>
Se la situazione lo merita si può taggare la croce a se stante:
https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcross
A quel punto puoi mettere direttamente sulla croce material e start_date.

Vedo più summit:cross=yes come l'indicazione che su quel picco c'è una
croce, ma poi penserei a taggare la croce come elemento in modo da essere
più preciso.
(Tanto più che a volte la croce non sta proprio sulla sommità... :-p)

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

Re: [Talk-it] Mappare centri sociali e associazioni culturali

[Lorenzo "Beba" Beltrami]

Il giorno 6 febbraio 2017 14:26, Martin Koppenhoefer  ha scritto:

>
> +1 al "social_centre".
>
> o dalla chiesa.
>
> guardando in giro, 5 anni fa ne ho mappato uno come community_centre
> http://www.openstreetmap.org/way/77683597
> Ma sarei contento cambiare il tag se siamo d'accordo.
>
In effetti anche io tempo fa ne avevo mappato uno così nella mia zona...

A questo punto io distinguerei così:
- entrambi possono ospitare incontri/eventi pubblici.
- community_centre[1]: locale/edificio di un ente governativo (comune,
provincia, ...), tuttalpiù gestito (operator=*) da un ente
privato/no-profit (associazione culturale, associazione sportiva, club, ...)
- social_centre[2]: locale/edificio di un ente privato/no-profit
(associazione culturale, associazione sportiva, club, ...) che volendo può
essere anche riservato ai soli soci.

Esempi di community_centre: la sala polivalente in cui fare le feste, il
salone dei pompieri in cui si organizzano gli eventi, i centri sociali
comunali (quelli con un piccolo bar e i vecchietti che giocano a carte), ...
Esempi di social_centre: sedi di associazioni che le mettono a
disposizione, sedi di club esclusivi, centri sociali occupati autogestiti,
...

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcommunity_centre
[2] https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dsocial_centre
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] Footpath Open Data is not always accurate.

[Andy Townsend]

On 06/02/2017 11:18, Colin Smale wrote:


On 2017-02-06 09:57, Dave F wrote:


On 05/02/2017 11:33, Colin Smale wrote:


Any paths that no longer follow the official route (as per the 
DM/DS) should not be tagged as PROW and probably as 
access=permissive unless they go across otherwise public land. The 
official route is still a public right of way, it's just no longer 
usable as such.




We should be mapping what's on the ground, as PROW signs & stiles 
indicate, even if that doesn't correspond with the definitive map. 
They should be tagged to correspond with the signs status.


Not sure I agree with this - the "on the ground" principle can be 
taken too far. The real principle is "objective verifiability" - so 
two independent "mappers" would come to the same conclusion. That 
doesn't always imply that things are actually visible on site, only 
that there is an agreed "single point of truth". In my book that 
single point of truth would be the Definitive Map and Definitive 
Statement, and NOT the signs.




To be honest, I think just applying a bit of common sense is the thing 
to do here.  I normally "map what's on the ground" but it's pretty 
common to find PRoW signs pointing in odd directions, often where some 
local scally has decided to have a play with the sign. You can usually 
figure out where it's supposed to go though, usually from signage along 
the way.  Similarly many people in a particular area can point to "the 
footpath that officially goes through someone's house" or "the footpath 
that officially goes through a sewage farm".  Usually these are just an 
error (FSVO error) on whatever map they occur on (for all the reasons 
already discussed).


Adding an source explicit source for "designation" if it's not 
on-the-ground signage does make sense to me though, if only to avoid the 
problems that we had with people "helpfully" filling in names from OS 
Locator (even when a split-second of thought would have suggested that 
those names might not be corrent due to obvious spelling errors etc.).


Of course, not all "obviously wrong" paths are wrong, though - like 
http://www.openstreetmap.org/#map=19/53.02259/-1.45416 which is a 
footpath through a (former) pub.


Cheers,

Andy



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

Re: [Talk-GB] Turbo Overpass Help

[Brian Prangle]

For anyone else wanting to run this query to help them clean up naptan
data, just one small addition: add the qualifier unclassified to the list
of roads

Regards

Brian

On 6 February 2017 at 11:53, Roland Olbricht  wrote:

> Hi
>
> As part of the cleanup and refresh of NaPTAN data in the West Midlands
>> we need to identify any bus stope nodes that were added in the old
>> manner i.e as a node on the highway rather than as a separate node to
>> the side.
>>
>> Is this possible in turbo overpass?  It's  defeated me so far! Any help
>> appreciated
>>
>
> Please have a look at
> http://overpass-turbo.eu/s/lJk
>
> This chooses all nodes with highway=bus_stop that are also part of a way
> with a highway tag whose value contains motorway, trunk, primary, and so on.
>
> Useful variants might be
> - use of "West Midlands" instead of Birmingham as area name
> - use "out meta" instead of "out" to get the metadata as well
> - prepend the query with a line "[out:csv(::lat,::lon,::timest
> amp,::user,name)];"
> to see a condensed table that tells you whether any of these stops have
> seen recent updates.
>
> Regards
>
> Roland
>
> --
> Dr. Roland Olbricht
> MENTZ GmbH, Am Mittelhafen 10, 48155 Münster
> T: +49 (0)251 7 03 30-232, F: +49 (0)251 7 03 30-300
> E: olbri...@mentz.net, www.mentz.net
>
> Sitz der Gesellschaft:
> Grillparzerstraße 18, 81675 München
> Geschäftsführer Dr.-Ing. Hans-J. Mentz
> Amtsgericht München, HRB 91898
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-it] croce di vetta = summit:cross

[demon.box]

ciao, altro quesito...

vorrei aggiungere 2 informazioni relative alla croce di vetta ma non sò come
fare.

vorrei aggiungere il materiale della croce e la data in cui è stata
innalzata.

natural=peak
summit:cross=yes
e poi...

*summit:cross:material*=metal   ??
*summit:cross:start_date*=1966  ??

in altre parole utilizzare direttamente il tag material e start_date mi pare
errato perchè sembra che si riferisca al natural=peak (anche se non è in
pratica 
possibile...)

su taginfo per analogia ho trovato soltanto utilizzato una volta
summit:cross:height

che dite?

grazie

--enrico




--
View this message in context: 
http://gis.19327.n8.nabble.com/croce-di-vetta-summit-cross-tp5890670.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-dk] Vedr. indlæsning af data vedr. hastigshedsgrænser

[Jørgen Elgaard Larsen]

Morten Rüsz skrev:

hvis man ved at klikke et nyt lag af data (kommunale hastighedsgrænser)
frem og så kan sammenligne med farvekoder og ændre, så kan det ikke
gøres meget lettere.


Ja, det ville være godt.

Vi har jo en tradition for at sætte kilde på hastighedsgrænser. Har man 
f.x. sat den efter at have set et skilte, sætter man

  source:maxspeed=sign.

Det kunne være godt, hvis vi kunne finde en konsistent måde at angive, 
at kilden er sofamapning fra kommunale grænser. Eksempelvis

  source:maxspeed:Viborg Kommune VejMan

Men det kræver jo, at et overlay på en eller anden måde er markeret med 
kildeoplysninger. Kan det lade sig gøre? Evt. kan man have et overlay 
pr. kilde.



I alle tilfælde: Når man sofamapper, skal man naturligvis være 
forsigtig, hvis der er sat en anden hastighedsgrænse på en vej i OSM end 
den, der fremgår af kommunens data. Især hvis der er sat 
source:maxspeed=sign. I det tilfælde kan der være tale om:


 1. Der har engang stået et skilt, men det er nu fjernet/udskiftet.
 2. Der står stadig et skilt, men kommunen har ikke registreret det.
 3. Den oprindelige mapper har lavet en fejl.

Det overordnede princip er jo, at vi mapper den fysiske verden, så hvis 
man ikke kan afgøre, hvad der er korrekt, må man kigge på Mapillary 
eller tage ud i virkeligheden og kigge. Alternativt må man angive, at 
hastigheden er usikker, f.x. med

  fixme:maxspeed=Municipal data says 60km/h. Check sign on site.

Der er ikke noget mere irriterende end hvis man har været ude i 
virkeligheden for at observere vejskilte, og så en sofamapper ændrer ens 
arbejde, fordi noget fejlbehæftet offentlig data siger noget andet end 
virkeligheden.


- Jørgen

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

Re: [Talk-dk] Vedr. indlæsning af data vedr. hastigshedsgrænser

[Morten Rüsz]

Hej Hjart og Julian.

Det kunne være fantastisk, hvis det var muligt at lave en sådan løsning.
Det hollandske kort baseret på Overpass virker meget overskueligt og hvis
man ved at klikke et nyt lag af data (kommunale hastighedsgrænser) frem og
så kan sammenligne med farvekoder og ændre, så kan det ikke gøres meget
lettere.

Jeg vil som nævnt tidligere, gerne forsøge at indhente dataene fra
kommunerne og - med en introduktion til hvordan - vil jeg også gerne
indlæse dataene efterhånden som jeg får dem skrabet sammen.

Mht. bekyrmringen for om kommunerne har opdaterede data om
hastighedsgrænser, så var det ikke et problem i Viborg Kommune. Jeg fandt
ikke væsentlige fejl i mit nærområde. Det er selvfølgelig ikke ensbetydende
med, at det gør sig gældende i andre kommuner. Det må tiden vise.

Mvh Morten

Den 6. februar 2017 kl. 12.15 skrev Michael Andersen :

> On mandag den 6. februar 2017 11.02.17 CET Julian Hollingbery wrote:
> > Hej Morten,
> >
> > Hvis du har *.TAB-filer eller lignende, og du mangler et lag at stoppe i
> > JOSM, så kan jeg tilbyde at lave dig en WMS-tjeneste:
> > http://wiki.openstreetmap.org/wiki/WMS
>
> En sådan WMS-tjeneste vil være super. Så kunne man lave noget i stil med
> http://mijndev.openstreetmap.nl/~peewee32/maxspeed/Maxspeed.htm?
> map=cycleways=7=56.16041=12.47213=
> B000FFTFTFFTFFT
> (baseret på Overpass) tilpasset danske forhold og lægge det ovenpå, så vi
> på
> den måde får et fint overblik over hvor der er forskelle.
>
> I JOSM kan OSM-veje med maxspeed farvekodes så det også der bliver nemt at
> spotte forskelle.
>
> Mvh Hjart
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-it] Dubbi vari…..

[Martin Koppenhoefer]

2017-02-04 23:12 GMT+01:00 demon.box :

> > si, per me si potrebbe anche inventare/aggiungere dei tag specifici per
> le
> > categorie ricorrenti come madonne e monumenti di guerra.



come proposto da te:
tourism=artwork (per me questo primo tag si potrebbe anche non
mettere)
artwork_type=statue
denomination=catholic
religion=christian

e poi

artwork_subject=madonna

cfr. anche http://taginfo.openstreetmap.org/keys/?key=artwork_subject#values

Non userei historic=memorial per le madonne.


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

Re: [Talk-it] Mappare centri sociali e associazioni culturali

[Martin Koppenhoefer]

2017-02-05 16:57 GMT+01:00 jprimav :

>
> Il community_centre ("place mostly used for local events, festivites and
> group activities") mi suona più come un luogo gestito dai comuni.
>

+1 al "social_centre".

o dalla chiesa.

guardando in giro, 5 anni fa ne ho mappato uno come community_centre
http://www.openstreetmap.org/way/77683597
Ma sarei contento cambiare il tag se siamo d'accordo.

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

Re: [Talk-ca] [Imports] Ottawa Buildings & Addresses [Statistics Canada project]

[john whelan]

My recommendation and it is only a recommendation is we wait until we hear
back from the working group.

We seem to have an issue with who has the authority to give permission both
on our own side and within various levels of government and what the
wording of the permission means.

The idea that only Canadians are only allowed to map in Canada and by
implication they are not permitted to map anywhere else in the world I find
frankly disturbing.

Stat Can was advised before the project started that if they used OSM
licensing issues were almost certain to be raised. Taginfo gives
177,183,823 instances of source being used which implies an import by 161,713
different users.  It was recognised that there would be differences of
opinion and that they should work with local mappers.  I think this was
understood to be those who lived and mapped in Ottawa initially rather than
trying to work with the entire country to start off with.

Mojgan did an import of address data that was discussed in talk-ca and
stated quite clearly that she had done an analysis of the OSM license and
the Federal Government license and found they were compatible and no one
challenged the statement.  This discussion took place in 2016.

Cheerio John



On 6 February 2017 at 00:10, Kyle Nuttall  wrote:

> It seems like with direct permission for the building footprint data the
> licencing issue becomes irrelevant.
>
> However, determining the compatibility of the license is still important
> so we can avoid having these types of discussions for all the other bits of
> data the city provides. But this one in question seems to have the go ahead
> from the City of Ottawa directly.
>
> It's also to my understanding that the spirit of OSM is to contribute data
> to the map, which seems to be precisely what this import is trying to
> accomplish.
>
> Cheers,
> Kyle
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-be] Namen van kerken

[Marc Gemis]

2017-02-06 11:30 GMT+01:00 Gerard Vanderveken :
> Door alleen de patroonheilige als naam te gebruiken is er een simpele en
> eenduidige richtlijn en is er geen diskussie over welke naam het meest
> uitgesproken of geschreven wordt of wie de meest gezaghebbende bron is.

Voor welk type objecten voegen we dan het type niet toe ? En voor welke wel ?
Schrijven we de naam voor brug of tunnel dan ook zonder dat "aanhangsel" ?
Dus Deurne ipv van Deurnebrug, Kennedy ipv Kennedytunnel ?

Is er een regeltje dat je kan gebruiken om te weten wanneer je het
type niet mag/moet vermelden ?
Ik weet het niet meer hoor.

m.

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

Re: [Talk-GB] Turbo Overpass Help

[Brian Prangle]

Roland you are a star! It works a treat. Many many thanks  Brian

On 6 February 2017 at 11:53, Roland Olbricht  wrote:

> Hi
>
> As part of the cleanup and refresh of NaPTAN data in the West Midlands
>> we need to identify any bus stope nodes that were added in the old
>> manner i.e as a node on the highway rather than as a separate node to
>> the side.
>>
>> Is this possible in turbo overpass?  It's  defeated me so far! Any help
>> appreciated
>>
>
> Please have a look at
> http://overpass-turbo.eu/s/lJk
>
> This chooses all nodes with highway=bus_stop that are also part of a way
> with a highway tag whose value contains motorway, trunk, primary, and so on.
>
> Useful variants might be
> - use of "West Midlands" instead of Birmingham as area name
> - use "out meta" instead of "out" to get the metadata as well
> - prepend the query with a line "[out:csv(::lat,::lon,::timest
> amp,::user,name)];"
> to see a condensed table that tells you whether any of these stops have
> seen recent updates.
>
> Regards
>
> Roland
>
> --
> Dr. Roland Olbricht
> MENTZ GmbH, Am Mittelhafen 10, 48155 Münster
> T: +49 (0)251 7 03 30-232, F: +49 (0)251 7 03 30-300
> E: olbri...@mentz.net, www.mentz.net
>
> Sitz der Gesellschaft:
> Grillparzerstraße 18, 81675 München
> Geschäftsführer Dr.-Ing. Hans-J. Mentz
> Amtsgericht München, HRB 91898
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cz] Fwd: Využití Ortofotomapy pro OpenStreetMap

[Matej Lieskovský]

Ne, pod CC-BY-SA jsou i ortofotky IPR a musel jsem shánět povolení.

https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility

Matej Lieskovský

2017-02-06 13:51 GMT+01:00 Jan Dudík :

> NEvyznám se tolik v licencích, ale jestliže mapy.cz poskytují aktuální
> ortofoto pod CC-BY-SA-4.0, bylo by toto využití kompatibilní pro odvozeniny
> v OSM?
>
> https://napoveda.seznam.cz/cz/mapy/mapy-licencni-podminky/
> licencni-podminky-mapovych-podkladu/
> https://cs.wikipedia.org/wiki/Wikipedie:Využití_mapových_
> podkladů_z_Mapy.cz
>
> JAnD
>
> ---
> Ing. Jan Dudík
> projekce dopravních staveb
> tel. 777082195
>
> Dne 6. února 2017 0:23 Ladislav Nesnera  napsal(a):
>
> Poznamenáno v ToDo, ale bude-li někdo rychlejší.. :-D
>>
>> A samozřejmě velká gratulace předskokanům (y)
>>
>> ;?
>>
>> On 03/02/17 17:29, Petr Vozdecký wrote:
>>
>> Velmi zajímavé,
>>
>> to je skoro výzva pro Brno. Díky i za tu přiloženou komunikaci.
>>
>> Otázka na Laďu Nešněru - myslíš, že bys toto měl sílu směrem k Brnu
>> komunikovat? Nebo se toho má chopit někdo jiný, kdo s nimi je v nějakém
>> kontaktu (já nebo Mirek Suchý)?
>>
>> vop
>>
>> -- Původní zpráva --
>> Od: Matej Lieskovský 
>> 
>> Komu: talk-cz@openstreetmap.org
>> Datum: 3. 2. 2017 14:39:10
>> Předmět: [Talk-cz] Fwd: Využití Ortofotomapy pro OpenStreetMap
>>
>> Ahoj,
>>
>> povedlo se mi zařídit něco zajímavého. Cituji:
>>
>> "IPR Praha souhlasí s využíváním ortofotografií, které poskytuje
>> prostřednictvím Geoportálu hl. m. Prahy, za účelem aktualizace a doplňování
>> databáze OpenStreetMap, přičemž vzniklá vektorová data smí být vložena do
>> OSM pod licencí ODbL za předpokladu, že IPR bude uveden v seznamu
>> přispěvatelů do OSM a takto vzniklá data budou mít IPR uveden jako svůj
>> zdroj."
>>
>> Konec citace.
>>
>> Na http://wiki.openstreetmap.org/wiki/Contributors přidám IPR sám,
>> prosím uvádějte k zakreslovaným věcem "source=CZ:IPRPraha:ortofoto", ať
>> jsou na IPR spokojeni.
>>
>> Rád bych poděkoval Jethrovi, který mi pomáhal formulovat maily.
>>
>> S pozdravem,
>> Matej Lieskovský
>>
>> PS: Přeposílám emailovou konverzaci
>>
>> -- Forwarded message --
>> From: *Baron Bohdan Mgr. (IPR/SPI)* 
>> Date: 2017-02-03 12:16 GMT+01:00
>> Subject: RE: Využití Ortofotomapy pro OpenStreetMap
>> To: Matej Lieskovský 
>>
>>
>> Dobry den,
>>
>>
>>
>> omlouvam se za pozdejsi odpoved, ale mel jsem toho pomerne hodne k reseni.
>>
>>
>>
>> IPR Praha souhlasí s využíváním ortofotografií, které poskytuje
>> prostřednictvím Geoportálu hl. m. Prahy, za účelem aktualizace a doplňování
>> databáze OpenStreetMap, přičemž vzniklá vektorová data smí být vložena do
>> OSM pod licencí ODbL za předpokladu, že IPR bude uveden v seznamu
>> přispěvatelů do OSM a takto vzniklá data budou mít IPR uveden jako svůj
>> zdroj.
>>
>>
>>
>> S pozdravem
>>
>> Bohdan Baron
>>
>>
>>
>> *From:* Matej Lieskovský [mailto:lieskovsky.ma...@gmail.com]
>> *Sent:* Wednesday, February 01, 2017 1:44 PM
>>
>> *To:* Baron Bohdan Mgr. (IPR/SPI) 
>> *Subject:* Re: Využití Ortofotomapy pro OpenStreetMap
>>
>>
>>
>> Dobrý den,
>> zatím jsem nedostal žádnou odpověď na můj předchozí email. Dostal jste
>> jej?
>> Opět prosím o zaslání toho souhlasu, ať můžeme začít doplňovat.
>> S pozdravem,
>> Matej Lieskovský
>>
>>
>>
>> 2017-01-25 10:58 GMT+01:00 Matej Lieskovský :
>>
>> Dobrý den,
>> pokud Vám to nevadí, asi by bylo lepší poslat tu větu samostatně, ať je
>> to jednoznačné.
>> Statistiky dodáme.
>> S pozdravem
>> Matej Lieskovský
>>
>>
>>
>> 2017-01-25 10:15 GMT+01:00 Baron Bohdan Mgr. (IPR/SPI) <
>> ba...@ipr.praha.eu>:
>>
>> Dobry den,
>>
>>
>>
>> s timto postupem urcite souhlasime a urcite s timto nemame absolutne
>> zadny problem. Obdobne jsme uz s ortofoto postupovali i u jinych subjektu.
>> Mam Vam prosim tedy zaslat Vami zminenou vetu v samostatnem mailu nebo
>> staci, ze Vam odsouhlasim Vam,i zminene zneni v tomto mailu?
>>
>> Ten vycet je urcite zajimavy. Jednou za rok by nas to trosku i
>> z profesniho hledika zajimalo. :-)
>>
>> S pozdravem
>>
>> Bohdan Baron
>>
>>
>>
>> *From:* Matej Lieskovský [mailto:lieskovsky.ma...@gmail.com]
>> *Sent:* Wednesday, January 25, 2017 9:36 AM
>>
>>
>> *To:* Baron Bohdan Mgr. (IPR/SPI) 
>> *Subject:* Re: Využití Ortofotomapy pro OpenStreetMap
>>
>>
>>
>> Dobrý den,
>>
>>
>>
>> souhlas s použitím pro aktualizaci OSM nám naprosto stačí. Licence u
>> Vašich originálních dat (tedy ortofotek) se vůbec nebude měnit, potřebujeme
>> pouze souhlas s tím, že vektorová data, která za pomoci Vašich
>> ortofotografií vytvoříme a přidáme do OSM, smí být šířena pod licencí ODbL,
>> pod kterou spadá celá OSM. ODbL (http://opendatacommons.org/li
>> censes/odbl/) je licence v mnoha ohledech podobná CC BY-SA (OSM také
>> původně CC BY-SA používala) ale je více 

Re: [Talk-cz] Fwd: Využití Ortofotomapy pro OpenStreetMap

[Jan Dudík]

NEvyznám se tolik v licencích, ale jestliže mapy.cz poskytují aktuální
ortofoto pod CC-BY-SA-4.0, bylo by toto využití kompatibilní pro odvozeniny
v OSM?

https://napoveda.seznam.cz/cz/mapy/mapy-licencni-podminky/licencni-podminky-mapovych-podkladu/
https://cs.wikipedia.org/wiki/Wikipedie:Využití_mapových_podkladů_z_Mapy.cz

JAnD

---
Ing. Jan Dudík
projekce dopravních staveb
tel. 777082195

Dne 6. února 2017 0:23 Ladislav Nesnera  napsal(a):

> Poznamenáno v ToDo, ale bude-li někdo rychlejší.. :-D
>
> A samozřejmě velká gratulace předskokanům (y)
>
> ;?
>
> On 03/02/17 17:29, Petr Vozdecký wrote:
>
> Velmi zajímavé,
>
> to je skoro výzva pro Brno. Díky i za tu přiloženou komunikaci.
>
> Otázka na Laďu Nešněru - myslíš, že bys toto měl sílu směrem k Brnu
> komunikovat? Nebo se toho má chopit někdo jiný, kdo s nimi je v nějakém
> kontaktu (já nebo Mirek Suchý)?
>
> vop
>
> -- Původní zpráva --
> Od: Matej Lieskovský 
> 
> Komu: talk-cz@openstreetmap.org
> Datum: 3. 2. 2017 14:39:10
> Předmět: [Talk-cz] Fwd: Využití Ortofotomapy pro OpenStreetMap
>
> Ahoj,
>
> povedlo se mi zařídit něco zajímavého. Cituji:
>
> "IPR Praha souhlasí s využíváním ortofotografií, které poskytuje
> prostřednictvím Geoportálu hl. m. Prahy, za účelem aktualizace a doplňování
> databáze OpenStreetMap, přičemž vzniklá vektorová data smí být vložena do
> OSM pod licencí ODbL za předpokladu, že IPR bude uveden v seznamu
> přispěvatelů do OSM a takto vzniklá data budou mít IPR uveden jako svůj
> zdroj."
>
> Konec citace.
>
> Na http://wiki.openstreetmap.org/wiki/Contributors přidám IPR sám, prosím
> uvádějte k zakreslovaným věcem "source=CZ:IPRPraha:ortofoto", ať jsou na
> IPR spokojeni.
>
> Rád bych poděkoval Jethrovi, který mi pomáhal formulovat maily.
>
> S pozdravem,
> Matej Lieskovský
>
> PS: Přeposílám emailovou konverzaci
>
> -- Forwarded message --
> From: *Baron Bohdan Mgr. (IPR/SPI)* 
> Date: 2017-02-03 12:16 GMT+01:00
> Subject: RE: Využití Ortofotomapy pro OpenStreetMap
> To: Matej Lieskovský 
>
>
> Dobry den,
>
>
>
> omlouvam se za pozdejsi odpoved, ale mel jsem toho pomerne hodne k reseni.
>
>
>
> IPR Praha souhlasí s využíváním ortofotografií, které poskytuje
> prostřednictvím Geoportálu hl. m. Prahy, za účelem aktualizace a doplňování
> databáze OpenStreetMap, přičemž vzniklá vektorová data smí být vložena do
> OSM pod licencí ODbL za předpokladu, že IPR bude uveden v seznamu
> přispěvatelů do OSM a takto vzniklá data budou mít IPR uveden jako svůj
> zdroj.
>
>
>
> S pozdravem
>
> Bohdan Baron
>
>
>
> *From:* Matej Lieskovský [mailto:lieskovsky.ma...@gmail.com]
> *Sent:* Wednesday, February 01, 2017 1:44 PM
>
> *To:* Baron Bohdan Mgr. (IPR/SPI) 
> *Subject:* Re: Využití Ortofotomapy pro OpenStreetMap
>
>
>
> Dobrý den,
> zatím jsem nedostal žádnou odpověď na můj předchozí email. Dostal jste jej?
> Opět prosím o zaslání toho souhlasu, ať můžeme začít doplňovat.
> S pozdravem,
> Matej Lieskovský
>
>
>
> 2017-01-25 10:58 GMT+01:00 Matej Lieskovský :
>
> Dobrý den,
> pokud Vám to nevadí, asi by bylo lepší poslat tu větu samostatně, ať je to
> jednoznačné.
> Statistiky dodáme.
> S pozdravem
> Matej Lieskovský
>
>
>
> 2017-01-25 10:15 GMT+01:00 Baron Bohdan Mgr. (IPR/SPI)  >:
>
> Dobry den,
>
>
>
> s timto postupem urcite souhlasime a urcite s timto nemame absolutne zadny
> problem. Obdobne jsme uz s ortofoto postupovali i u jinych subjektu. Mam
> Vam prosim tedy zaslat Vami zminenou vetu v samostatnem mailu nebo staci,
> ze Vam odsouhlasim Vam,i zminene zneni v tomto mailu?
>
> Ten vycet je urcite zajimavy. Jednou za rok by nas to trosku i
> z profesniho hledika zajimalo. :-)
>
> S pozdravem
>
> Bohdan Baron
>
>
>
> *From:* Matej Lieskovský [mailto:lieskovsky.ma...@gmail.com]
> *Sent:* Wednesday, January 25, 2017 9:36 AM
>
>
> *To:* Baron Bohdan Mgr. (IPR/SPI) 
> *Subject:* Re: Využití Ortofotomapy pro OpenStreetMap
>
>
>
> Dobrý den,
>
>
>
> souhlas s použitím pro aktualizaci OSM nám naprosto stačí. Licence u
> Vašich originálních dat (tedy ortofotek) se vůbec nebude měnit, potřebujeme
> pouze souhlas s tím, že vektorová data, která za pomoci Vašich
> ortofotografií vytvoříme a přidáme do OSM, smí být šířena pod licencí ODbL,
> pod kterou spadá celá OSM. ODbL (http://opendatacommons.org/licenses/odbl/)
> je licence v mnoha ohledech podobná CC BY-SA (OSM také původně CC BY-SA
> používala) ale je více zaměřená na použití pro databáze (CC BY-SA je spíše
> zaměřená na text, fotky, audionahrávky a videa). ODbL dovoluje data šířit,
> adaptovat a vytvářet odvozená díla za předpokladu, že je zachována
> otevřenost dat, stejná licence a uveden autor. Vzhledem k tomu, že OSM
> obsahuje data od velkého počtu různých přispěvatelů, není prakticky
> proveditelné, aby na každém kousku mapy byly 

Re: [Talk-es] TRAZAS GPX

[se...@ono.com]

Gracias Emilio. No utilizo JOSM. Ya lo he conseguido a traves de Datos 
del mapa- archivo local. Pero sigo sin poder ver los tacks descagados en trazas 
GPS.

Saludos,

Sergio

 Mensaje original De: emilio.gomez.f...@gmail.com Fecha: 06/02/2017 
13:05 Para: , "Discusin en Espaol de 
OpenStreetMap" Asunto: Re: [Talk-es] TRAZAS GPX


Te aparece el archivo GPX en el panel de capas? Si te descargas 
cualquier otro datos en bruto GPX desde OSM puedes verlos? O solo 
ocurre con los tuyos?Por ltimo, mndanos una captura de pantalla 
de JOSM de la pestaa Preferencias -> Opciones de visualizacin 
-> Puntos GPS, a ver como lo tienes configurado.
Saludos.
Emilio Gmez

El 6 de febrero de 2017, 11:59, se...@ono.com  escribi:


Buenas, llevo 2 das sin poder ver las trazas GPS sobre la imagen del 
satlite con lo que no puedo mapear. Alguine sabe si pasa algo 
con las trazas GPS?.

 

Saludos,

Seraq
___ 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: [OSM-talk] OSM for government

[Robert Banick]

Really interesting conversation and tips here. My team 
at the GFDRR  has been tiptoeing in this direction
for a while. To date we’ve mostly been involved in one-off data creation
projects that demonstrate OSM’s value the governments we work with and get
them to produce non-sensitive data in the open they would otherwise make
privately (then probably misplace within a few years, leaving only final
report PDFs in their wake). Projects like this

and this .

We’re not blind to the fact that this is imperfect and less than
sustainable. So we’re looking at the examples you all list for good (and
bad) ways to institutionalize this work and make it standard practice
instead of one-time.

We’re also interested in funding the creation of better software tools to
make it easier for governments to do these tasks, particularly for
government IT staff that may not be on the cutting edge of technology
practices even within their own country, let alone internationally. More
GUI based ways to visualize changes and perform quality control, or see
multiple departments’ inputs on a single set of nodes in OSM.

Are there any specialized tools you all have seen used for these purposes?
Can we capture some of the scripts / etc. published by model cities/govs on
the wiki page? Thanks for setting that up joost!

Robert

On Mon, Feb 6, 2017 at 1:51 PM joost schouppe 
wrote:

As suggested by Mikel, I created a wiki catalog page about the subject:

https://wiki.openstreetmap.org/wiki/OpenStreetMapforGovernment

It's just an outline, I'll try to add some stuff from this conversation
over the following days; but you're welcome to do that first yourself :)

I'm not quite sure how HOT related mapping fits in that page. I would guess
there's a HOT catalog somewhere out there, where some cases will probably
involve quite some government support. I'd rather link to that than
duplicate the list.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Lokale-Gruppen-Layer auf openstreetmap.de

[mapping]

Hm,
wie der Layer aktuell entsteht, weiß sicher entweder
webmas...@openstreetmap.de

oder Sven Geggus, der hier soweit ich weiß mitliest und einen anderen
Teil von openstreetmap.de (Carto-de Stil) macht.

Just my 2¢

Olaf

# gmbo schrieb am 06.02.2017 um 12:42 h


Es müuß wohl einen UserGroupsBot gegeben haben.
in der KML-Datei 
 gibt 
es diese Beschreibung:

Generated list of OpenStreetMap local user groups by UserGroupsBot

dürfte aber wohl für die DE-Karte nicht sehr aktuell sein obwohl auf 
http://usergroups.openstreetmap.de/ ist sie recht aktuell.


Beschreibung im Wiki
http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Projects/User_groups_map

Gruß
Gisbert


Am 06.02.2017 um 11:03 schrieb MichaelK_OSM:

Uh   [ganz (!) tief im Gedächtnis kramend]

Ich meinte mich an eine Diskussion auf dem Münchner Stammtisch vor 
mehreren Jahren zu erinnern (bin mir aber dabei nicht mehr sicher). 
Und in der Diskussion kamen wir zu dem "wahrscheinlichen 
Ergebnis"[1] dass es auf dem Server ein Script gibt, welches 
entweder das Wiki (im Sinne von Infoboxen) oder die Termine oder 
 parst um so die Info zu gewinnen. IIRC Hintergrund der 
Diskussion war dass dass damals die Updates (neues Lokal für 
Stammtisch) nicht funktioniert hatte [wie gesagt alles mehrere Jahre 
her!].


ad [1]: soll bedeuten, dass sich alle nicht zu 100% sicher waren.


Grüße,
Michael.

PS: ich weiss nicht ob das dazugehört bzw. hilft:
http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Projects/User_groups_map


Am 06.02.2017 um 09:42 schrieb markus schnalke:

auf http://openstreetmap.de wird ein Layer namens ``Lokale Gruppen''
angezeigt. Wo finde ich mehr Infos darueber? Konkret: Woher stammen
die Daten und wie kann ich unsere Gruppe UlmerAlb dafuer hinterlegen?
(Die Ulmer OSMler fehlen auch noch.)



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



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


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

Re: [Talk-es] TRAZAS GPX

[Emilio Gómez Fernández]

¿Te aparece el archivo GPX en el panel de capas?
¿Si te descargas cualquier otro datos en bruto GPX desde OSM puedes verlos?
¿O solo ocurre con los tuyos?
Por último, mándanos una captura de pantalla de JOSM de la pestaña
Preferencias -> Opciones de visualización -> Puntos GPS, a ver como lo
tienes configurado.

Saludos.

Emilio Gómez

El 6 de febrero de 2017, 11:59, se...@ono.com  escribió:

>
> Buenas, llevo 2 días sin poder ver las trazas GPS sobre la imagen del
> satélite con lo que no puedo mapear. ¿Alguine sabe si pasa algo con las
> trazas GPS?.
>
>
>
> Saludos,
>
> Seraq
>
> ___
> 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-GB] Turbo Overpass Help

[Roland Olbricht]

Hi


As part of the cleanup and refresh of NaPTAN data in the West Midlands
we need to identify any bus stope nodes that were added in the old
manner i.e as a node on the highway rather than as a separate node to
the side.

Is this possible in turbo overpass?  It's  defeated me so far! Any help
appreciated


Please have a look at
http://overpass-turbo.eu/s/lJk

This chooses all nodes with highway=bus_stop that are also part of a way 
with a highway tag whose value contains motorway, trunk, primary, and so on.


Useful variants might be
- use of "West Midlands" instead of Birmingham as area name
- use "out meta" instead of "out" to get the metadata as well
- prepend the query with a line 
"[out:csv(::lat,::lon,::timestamp,::user,name)];"
to see a condensed table that tells you whether any of these stops have 
seen recent updates.


Regards

Roland

--
Dr. Roland Olbricht
MENTZ GmbH, Am Mittelhafen 10, 48155 Münster
T: +49 (0)251 7 03 30-232, F: +49 (0)251 7 03 30-300
E: olbri...@mentz.net, www.mentz.net

Sitz der Gesellschaft:
Grillparzerstraße 18, 81675 München
Geschäftsführer Dr.-Ing. Hans-J. Mentz
Amtsgericht München, HRB 91898

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

Re: [Talk-de] Lokale-Gruppen-Layer auf openstreetmap.de

[gmbo]

Es müuß wohl einen UserGroupsBot gegeben haben.
in der KML-Datei 
 gibt es 
diese Beschreibung:

Generated list of OpenStreetMap local user groups by UserGroupsBot

dürfte aber wohl für die DE-Karte nicht sehr aktuell sein obwohl auf 
http://usergroups.openstreetmap.de/ ist sie recht aktuell.


Beschreibung im Wiki
http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Projects/User_groups_map

Gruß
Gisbert


Am 06.02.2017 um 11:03 schrieb MichaelK_OSM:

Uh   [ganz (!) tief im Gedächtnis kramend]

Ich meinte mich an eine Diskussion auf dem Münchner Stammtisch vor 
mehreren Jahren zu erinnern (bin mir aber dabei nicht mehr sicher). 
Und in der Diskussion kamen wir zu dem "wahrscheinlichen Ergebnis"[1] 
dass es auf dem Server ein Script gibt, welches entweder das Wiki (im 
Sinne von Infoboxen) oder die Termine oder  parst um so die Info 
zu gewinnen. IIRC Hintergrund der Diskussion war dass dass damals die 
Updates (neues Lokal für Stammtisch) nicht funktioniert hatte [wie 
gesagt alles mehrere Jahre her!].


ad [1]: soll bedeuten, dass sich alle nicht zu 100% sicher waren.


Grüße,
Michael.

PS: ich weiss nicht ob das dazugehört bzw. hilft:
http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Projects/User_groups_map 



Am 06.02.2017 um 09:42 schrieb markus schnalke:

auf http://openstreetmap.de wird ein Layer namens ``Lokale Gruppen''
angezeigt. Wo finde ich mehr Infos darueber? Konkret: Woher stammen
die Daten und wie kann ich unsere Gruppe UlmerAlb dafuer hinterlegen?
(Die Ulmer OSMler fehlen auch noch.)



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



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

[talk-au] Hobart Buildings - is this an import?

[Phil (The Geek) Wyatt]

Hi Folks,

 

I just noticed this large changeset and I am trying to figure out if its a
legal import

 

https://www.openstreetmap.org/changeset/28643737#map=19/-42.88639/147.31913

 

I am assuming it's come from here

 

http://data.gov.au/dataset/building-footprints

 

but I can't see anything in the imports wiki or any permissions to import

 

 

 

 

Cheers - Phil

 

  Kiva Lender,
 Thin Green Line Supporter, Volunteer
Mapper (GISMO) -   Red Cross,
 Wildcare Volunteer

 

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

[OSM-talk-nl] Map-event op sluizen van Rijkswaterstaat

[Ster, Eric van der (CIV)]

Hallo

In 2015 is er een workshop geweest over mogelijke samenwerking met 
Rijkswaterstaat.

Één van de vragen was toen of Rijkswaterstaat toegang kon geven tot een 
sluis-complex om sluizen te mappen.

Vraag: is er interesse voor een map-event op een sluiscomplex en is er een 
voorkeur voor een sluis?

Dan zal ik nagaan welke mogelijkheden er zijn .

Met vriendelijke groet,
Eric van der Ster
Rijkswaterstaat

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

Re: [Talk-GB] Footpath Open Data is not always accurate.

[Colin Smale]

On 2017-02-06 09:57, Dave F wrote:

> On 05/02/2017 11:33, Colin Smale wrote:
> 
>> Any paths that no longer follow the official route (as per the DM/DS) should 
>> not be tagged as PROW and probably as access=permissive unless they go 
>> across otherwise public land. The official route is still a public right of 
>> way, it's just no longer usable as such.
> 
> We should be mapping what's on the ground, as PROW signs & stiles indicate, 
> even if that doesn't correspond with the definitive map. They should be 
> tagged to correspond with the signs status.

Not sure I agree with this - the "on the ground" principle can be taken
too far. The real principle is "objective verifiability" - so two
independent "mappers" would come to the same conclusion. That doesn't
always imply that things are actually visible on site, only that there
is an agreed "single point of truth". In my book that single point of
truth would be the Definitive Map and Definitive Statement, and NOT the
signs. 

On the Wiki page for UK Access Provisions[1] we see the following text: 

"Unsure about a Public Right of Way? After considering the images below
if its unclear whether a path is a Right of Way, then please tag it as
suspected:designation= or suspected:designation=row with an
appropriate note tag." 

If we map the PROW according to the (legally incorrect) signs, we should
indicate the source of the information as the sign, and not the
Definitive Map/Statement. Maybe "designation=public_footpath" +
"source:designation=sign"? 

//colin 

[1]
https://wiki.openstreetmap.org/wiki/UK_access_provisions#Public_Rights_of_Way___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-dk] Vedr. indlæsning af data vedr. hastigshedsgrænser

[Michael Andersen]

On mandag den 6. februar 2017 11.02.17 CET Julian Hollingbery wrote:
> Hej Morten,
> 
> Hvis du har *.TAB-filer eller lignende, og du mangler et lag at stoppe i
> JOSM, så kan jeg tilbyde at lave dig en WMS-tjeneste:
> http://wiki.openstreetmap.org/wiki/WMS
 
En sådan WMS-tjeneste vil være super. Så kunne man lave noget i stil med 
http://mijndev.openstreetmap.nl/~peewee32/maxspeed/Maxspeed.htm?
map=cycleways=7=56.16041=12.47213=B000FFTFTFFTFFT 
(baseret på Overpass) tilpasset danske forhold og lægge det ovenpå, så vi på 
den måde får et fint overblik over hvor der er forskelle.

I JOSM kan OSM-veje med maxspeed farvekodes så det også der bliver nemt at 
spotte forskelle.

Mvh Hjart

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

Re: [Talk-es] Error en etiquetado de vértices geodésicos importados del IGN

[Jorge Sanz Sanfructuoso]

He añadido enlace desde
https://wiki.openstreetmap.org/wiki/ES:Limpieza_de_etiquetas a tu propuesta
para solucionar el error.
Estoy de acuerdo con la solución dada para corregir de manera automática el
error de la etiqueta "ele".
Yo tocaría primero esta etiqueta y las otras las discutiría aparte
posteriormente. Para ir solucionando errores.

Un saludo.

El lun., 6 feb. 2017 a las 10:20, Carlos Dávila ()
escribió:

El 06/02/17 a las 09:07, Agustin Diez Castillo escribió:
> En el wiki [1] pone colon donde debería poner semicolon.

Cambiado, gracias por la corrección. No sé porqué te pide confirmar el
correo.



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

-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-be] a new National Mapathon - call for volunteers

[Thib]

Hi !

If remote validation can help too, I'd be delighted to do that... from
home, wearing my "Save The World" t-shirt :-) :-)


Thibaut

On Sun, Feb 5, 2017 at 10:41 PM, Jorieke Vyncke 
wrote:

> That's great Lionel, you're on the list!
>
> As well as the others who sent a mail allready.
>
> More people wanting to help out??
>
> 2017-02-03 14:01 GMT+01:00 Lionel Giard :
>
>> Hi Joost,
>>
>> I'll be happy to volunteer at *UCL (Louvain-la-Neuve) ! :-)*
>>
>> I can help to everything as i'm used to work with hotosm/id/... and
>> mapathon in general (*MSF mapathon T-shirt owner club inside :p*).
>>
>> Lionel Giard
>>
>> *De :* joost schouppe [mailto:joost.schou...@gmail.com]
>> *Envoyé :* vendredi 3 février 2017 08:40
>> *À :* OpenStreetMap Belgium 
>> *Objet :* [OSM-talk-be] a new National Mapathon - call for volunteers
>>
>>
>>
>> Hi,
>>
>>
>>
>> Last year, the Interuniversity National Mapathon was a great success:
>> about 200 people in seven universities participated, and we got in the 7 pm
>> news issue of both VRT and VTM.
>>
>> OSM-Be volunteers supported all seven events.
>>
>>
>>
>> The next national mapathon is being planned right now, and they want our
>> help again!
>>
>>
>>
>> We will need volunteers at ULB (Brussels), VUB (Brussels), UCL
>> (Louvain-la-Neuve), KUL (Leuven), Ugent, ULG (Liege), UNamur. Four more
>> cities might still join in the following days.
>>
>>
>>
>> Previous experience with humanitarian mapping, iD and the Tasking Manager
>> is of course welcome, but we will give you some training too. Last year, it
>> wasn't easy finding volunteers for all places, but it is important that
>> there is an experienced mapper at all of these places.
>>
>>
>>
>> Basically we need you for any or all of these tasks:
>>
>> - give an introduction about (humanitarian) OSM, a short training
>>
>> - just being around and helping people with questions
>>
>> - validating (even from home) during the event, so we can correct newbie
>> mappers before they make the same mistake a thousand times
>>
>>
>>
>> Just send me a mail with your preferred tasks and city (or cities) and
>> we'll be in touch.
>>
>>
>>
>> --
>>
>> Joost Schouppe
>>
>> OpenStreetMap  |
>> Twitter  | LinkedIn
>>  | Meetup
>> 
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-dk] Vedr. indlæsning af data vedr. hastigshedsgrænser

[Julian Hollingbery]

Hej Morten,

Hvis du har *.TAB-filer eller lignende, og du mangler et lag at stoppe i JOSM, 
så kan jeg tilbyde at lave dig en WMS-tjeneste: 
http://wiki.openstreetmap.org/wiki/WMS

Mvh
/julian

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

[Talk-es] TRAZAS GPX

[se...@ono.com]

Buenas, llevo 2 das sin poder ver las trazas GPS sobre la imagen del 
satlite con lo que no puedo mapear. Alguine sabe si pasa algo 
con las trazas GPS?.

 

Saludos,

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

Re: [Talk-dk] Vedr. indlæsning af data vedr. hastigshedsgrænser (Morten Rüsz)

[Julian Hollingbery]

Hej Morten,

Som en der har arbejdet lidt med Vejdirektoratets vejdata vil jeg bare bekræfte 
to pointer fra resten af tråden:
1) Jørgen skitserer meget godt toppen af det isbjerg af ting man skal kunne 
tage højde for. Hvis du ikke forstår hans forklaring, så tag det som et vink om 
at det er for kompliceret at lave noget automatik.
2) Den nemmeste måde at komme ud over stepperne, både teknologisk og måske 
endda datarettighedsmæssigt, at lave en side i stil med den fra itoworld, som 
sammenligner lag fra forskellige kilder: Der er en rimelig chance for at du kan 
få både Vejdirektoratet og de resterende kommuner til at levere data (WMS, 
Google Maps eller lignende) som kan vises sammen med OSM. Om du så derefter vil 
køre nogle scripts eller lave manuelle rettelser...

Dog, en pointe fra mig selv: Jeg har hørt mange historier som antyder at mange 
kommuner måske slet ikke har data over hastighedsgrænser, da det administreres 
af den lokale politimyndighed uden nødvendigvis at bliver registreret med nogen 
synderlig nøjagtighed. Jeg ved dog ikke hvor meget dette har på sig.

God arbejdslyst!
Julian

-Oprindelig meddelelse-
Fra: talk-dk-requ...@openstreetmap.org 
[mailto:talk-dk-requ...@openstreetmap.org] 
Sendt: 3. februar 2017 13:00
Til: talk-dk@openstreetmap.org
Emne: Sammendrag af Talk-dk, Vol 92, Udgave 1

Send meddelelser der skal distribueres til Talk-dk til:
talk-dk@openstreetmap.org

Gå ind på:
https://lists.openstreetmap.org/listinfo/talk-dk
for at til- eller framelde dig listen via World Wide Web

Alternativt kan du sende en e-mail til
talk-dk-requ...@openstreetmap.org
med ordet 'help' i emnefeltet eller som indhold.

Du kan kontakte den (de) ansvarlige person(er) for listen på
talk-dk-ow...@openstreetmap.org

Når du svarer på e-mail til listen, bedes du venligst ændre emnefeltet sådan at 
det er lidt mere beskrivende end bare "Re:
Indhold af Talk-dk sammendrag..."


Dagens emner:

   1. Vedr. indlæsning af data vedr. hastigshedsgrænser (Morten Rüsz)
   2. Re: Vedr. indlæsning af data vedr. hastigshedsgrænser
  (Michael Andersen)
   3. Re: Vedr. indlæsning af data vedr. hastigshedsgrænser
  (Jørgen Elgaard Larsen)
   4. Re: Vedr. indlæsning af data vedr. hastigshedsgrænser
  (Uffe Kousgaard)
   5. Re: Vedr. indlæsning af data vedr. hastigshedsgrænser
  (Ole Laursen)
   6. Re: Vedr. indlæsning af data vedr. hastigshedsgrænser
  (Niels Elgaard Larsen)
   7. Re: Vedr. indlæsning af data vedr. hastigshedsgrænser
  (Jakob Barfod)


--

Message: 1
Date: Thu, 2 Feb 2017 22:56:53 +0100
From: Morten Rüsz 
To: talk-dk@openstreetmap.org
Subject: [Talk-dk] Vedr. indlæsning af data vedr. hastigshedsgrænser
Message-ID:

Re: [Talk-dk] Vedr. indlæsning af data vedr. hastigshedsgrænser

[Morten Rüsz]

Hej alle.

Sendte i går en mail afsted til jer, men den fyldte for meget, så derfor
sender jeg lige en uden vedhæftede filer.


Tusind tak for de mange inputs. Jeg kan forstå, at det er en vanskelig
opgave og at det ikke er nogen "bare lige"-løsning.

*Hastighedsdata i Viborg Kommune er opdateret*
Jeg har opdateret hastighedsdataene for hele Viborg Kommune ud fra et kort
med angivelse af hastighedsgrænserne. I første omgang via browseren, hvor
jeg kom til at duplikere nogle landeveje - uden jeg helt ved, hvad jeg
gjorde forkert. Hjart anbefalede JOSM, som jeg har brugt efterfølgende. Det
er hurtigere og der blev lavet færre fejl.

Den største udfordring er det som Jørgen påpeger: Vejstykkerne i OSM følger
ikke nødvendigvis ændringerne i hastighedsgrænserne. Derfor var jeg nødt
til at klippe mange af vejstykkerne over, for at hastighedsgrænserne blev
præcise. Det var særligt i de mindre byer (og dem er der mange af i Viborg
Kommune!)

Viborg Kommune havde ikke registreret hastighedsdata om veje, hvor
fartgrænsen var under 50 km/t. Derfor satte jeg hastighedsgrænsen i byerne
til 50 km/t på disse steder, da 50 km/t er den automatiske
hastighedsgrænse, hvis der ikke angivet andet.

Der er omkring 1.800 km. veje i Viborg Kommune og det udgør knap 2,5 % af
det samlede vejnet i DK. Det tog ca. 12-16 timer at komme hele kortet
igennem. Med lidt rutine kan der måske hentes lidt.

*Mulig løsning: Nyt lag*
Som jeg kan forstå, så kommer jeg ikke uden om den manuelle opdatering af
data. Jeg synes dog at forslaget med at lave et datalag med kommunale
hastighedsgrænser, der kan visualiseres sammen med OSM's hastighedsdata,
lyder som en gangbar løsning. Det ville have gjort min opgave med Viborg
Kommune betydeligt lettere, hvis jeg kunne se hastighedsdata i JOSM og blot
skulle rette uoverensstemmelser.

Er en eller flere af jer i stand til at gøre dette - eller kender I nogen
der kan? Så vil jeg gerne kontakte de ca. 60 kommuner, som har  data på
Vejman.dk og indhente hastighedsdata. Inden jeg går i gang med det, så skal
jeg selvfølgelig lige finde ud af, om det lader sig gøre og så teste det
med en enkelt kommune. Viborg Kommune sendte mig tre forskellige filer med
dataene (.TAB + .IND + .DAT), som jeg ikke var i stand til at åbne - kan de
bruges?

Hvad tænker I - er det en mulig løsning og kan I hjælpe med at realisere
den?

*Øvrige kommentarer*
Jakob: Jeg kan ikke få linket til itoworld til at virke - den står bare og
loader uden at jeg kommer ind på siden. Jeg er meget nysgerrig på at se,
hvordan det ser ud. http://product.itoworld.com/map/124?lon=11.71158=56.
24868=8_sidebar=map_key=true

Jeg har i øvrigt fundet en side udviklet af/i samarbejde med Aalborg
Universitet, som viser de faktiske kørte hastigheder (i intervaller).
Dataene kommer fra handicapkørsel etc. så de viser nok ikke det reelle
billede, men stadig interessant. http://daisy.aau.dk/its/?page=Congestion;
period=morning=56.18470=11.63111=6


Mvh Morten

Den 5. februar 2017 kl. 06.45 skrev Morten Rüsz :

> Hej alle.
>
> Tusind tak for de mange inputs. Jeg kan forstå, at det er en vanskelig
> opgave og at det ikke er nogen "bare lige"-løsning.
>
> *Hastighedsdata i Viborg Kommune er opdateret*
> Jeg har opdateret hastighedsdataene for hele Viborg Kommune ud fra et kort
> med angivelse af hastighedsgrænserne (se vedhæftede). I første omgang via
> browseren, hvor jeg kom til at duplikere nogle landeveje - uden jeg helt
> ved, hvad jeg gjorde forkert. Hjart anbefalede JOSM, som jeg har brugt
> efterfølgende. Det er hurtigere og der blev lavet færre fejl.
>
> Den største udfordring er det som Jørgen påpeger: Vejstykkerne i OSM
> følger ikke nødvendigvis ændringerne i hastighedsgrænserne. Derfor var jeg
> nødt til at klippe mange af vejstykkerne over, for at hastighedsgrænserne
> blev præcise. Det var særligt i de mindre byer (og dem er der mange af i
> Viborg Kommune!)
>
> Viborg Kommune havde ikke registreret hastighedsdata om veje, hvor
> fartgrænsen var under 50 km/t. Derfor satte jeg hastighedsgrænsen i byerne
> til 50 km/t på disse steder, da 50 km/t er den automatiske
> hastighedsgrænse, hvis der ikke angivet andet.
>
> Der er omkring 1.800 km. veje i Viborg Kommune og det udgør knap 2,5 % af
> det samlede vejnet i DK. Det tog ca. 12-16 timer at komme hele kortet
> igennem. Med lidt rutine kan der måske hentes lidt.
>
> *Mulig løsning: Nyt lag*
> Som jeg kan forstå, så kommer jeg ikke uden om den manuelle opdatering af
> data. Jeg synes dog at forslaget med at lave et datalag med kommunale
> hastighedsgrænser, der kan visualiseres sammen med OSM's hastighedsdata,
> lyder som en gangbar løsning. Det ville have gjort min opgave med Viborg
> Kommune betydeligt lettere, hvis jeg kunne se hastighedsdata i JOSM og blot
> skulle rette uoverensstemmelser.
>
> Er en eller flere af jer i stand til at gøre dette - eller kender I nogen
> der kan? Så vil jeg gerne kontakte de ca. 60 kommuner, som har  data på
> Vejman.dk og indhente 

[Talk-ca] OpenStreetMap as a data source for visually impaired people

[Dave Dowding]

Hi,
I'm studying Geographic Information Systems and am doing a dissertation on
whether OSM data is a good data sources for visually impaired people. The
evaluation of different geographic data sources for visually impaired
people seems to be under researched, though very important for those who
need the data.
I hope to be able to be able to come up with some ways to improve the OSM
data for visually impaired people and to create an map to show geographical
areas where more data is needed.
To help me with the project I would appreciate your help in filling in a
survey at
https://docs.google.com/forms/d/e/1FAIpQLSeVTB0m1CV6zJ_5ZG9dq0l-lAq7KkdsWrnlmdUPq6THoSR3Yw/viewform

More information about the project can be found at http://dowd.in/diss.htm.
Any advice or feedback appreciated.

Many Thanks

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

[OSM-talk-ie] OpenStreetMap as a data source for visually impaired people

[Dave Dowding]

Hi,
I'm studying Geographic Information Systems and am doing a dissertation on
whether OSM data is a good data sources for visually impaired people. The
evaluation of different geographic data sources for visually impaired
people seems to be under researched, though very important for those who
need the data.
I hope to be able to be able to come up with some ways to improve the OSM
data for visually impaired people and to create an map to show geographical
areas where more data is needed.
To help me with the project I would appreciate your help in filling in a
survey at
https://docs.google.com/forms/d/e/1FAIpQLSeVTB0m1CV6zJ_5ZG9dq0l-lAq7KkdsWrnlmdUPq6THoSR3Yw/viewform

More information about the project can be found at http://dowd.in/diss.htm.
Any advice or feedback appreciated.

Many Thanks

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

[OSM-talk-be] wallonia - picc - import - buildings

[Pierre Parmentier]

What about the possibilities to import the buildings (and other data) from
the PIC to OSM?

Any further developments?

Any additional details for the page
https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Mapping_resources#G.C3.A9oportail_de_la_Wallonie
?

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

Re: [OSM-talk-be] Namen van kerken

[Guy Vanvuchelen]

Er is, denk ik, inderdaad een verschil tussen een kapel en een kerk. Ik 
veronderstel dat een kerk aan een parochie verbonden is en een kapel (soms even 
groot als een kerk) eerder een wijk van de parochie bedient (door een pastoor 
of onderpastoor van de parochie).
Anderzijds zou ik toch oppassen met het woord 'parochie'. Men is immers bezig 
met het maken van 'pastorale zones'. Je hebt dan één of een paar pastoors die 
verschillende parochies bedienen maar in feite is er geen parochie meer.


Guy Vanvuchelen

-Oorspronkelijk bericht-
Van: Glenn Plas [mailto:gl...@byte-consult.be] 
Verzonden: maandag 6 februari 2017 10:43
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] Namen van kerken

Hallo,

Volledig atheïst hier, maar vergeet niet dat buiten kerken en kathedralen ook 
nog concepten bestaan zoals een basiliek.  Daarom vind ik het woord kerk niet 
onbelangrijk.

bv: https://nl.wikipedia.org/wiki/Onze-Lieve-Vrouw_van_Hanswijk_(Mechelen)



On 06-02-17 09:04, joost schouppe wrote:
> Gerard, ik ben niet bepaald katholiek, maar ik denk dat het woord kerk 
> in de naam wel degelijk betekenis heeft. Ik stel mij voor dat ze hier 
> systematisch het woord "kerk" gebruiken om aan te duiden dat het om 
> een "parochiekerk" gaat, en dus duidelijk geen kapel of kathedraal.
> 
> Op 6 februari 2017 om 08:35 schreef Gerard Vanderveken  >:
> 
> Goedendag,
> 
> Iedereen gaat in zijn dorp naar "de kerk" en het gebouw staat
> alsdusdanig bekend, maar dat is voor mij geen alt name.
> Voor mij dient er helemaal geen kerk in de naam te staan. Gewoon de
> patroonheilige is voldoende: dus Heilige Familie of Sint-Bavo.
> Dat het een kerk is zie je aan het gebruikte symbool of de rest van
> de data.
> 
> Met vriendelijke groeten ,



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


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

Re: [Talk-de] Lokale-Gruppen-Layer auf openstreetmap.de

[MichaelK_OSM]

Uh   [ganz (!) tief im Gedächtnis kramend]

Ich meinte mich an eine Diskussion auf dem Münchner Stammtisch vor 
mehreren Jahren zu erinnern (bin mir aber dabei nicht mehr sicher). Und 
in der Diskussion kamen wir zu dem "wahrscheinlichen Ergebnis"[1] dass 
es auf dem Server ein Script gibt, welches entweder das Wiki (im Sinne 
von Infoboxen) oder die Termine oder  parst um so die Info zu 
gewinnen. IIRC Hintergrund der Diskussion war dass dass damals die 
Updates (neues Lokal für Stammtisch) nicht funktioniert hatte [wie 
gesagt alles mehrere Jahre her!].


ad [1]: soll bedeuten, dass sich alle nicht zu 100% sicher waren.


Grüße,
Michael.

PS: ich weiss nicht ob das dazugehört bzw. hilft:
http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Projects/User_groups_map

Am 06.02.2017 um 09:42 schrieb markus schnalke:

auf http://openstreetmap.de wird ein Layer namens ``Lokale Gruppen''
angezeigt. Wo finde ich mehr Infos darueber? Konkret: Woher stammen
die Daten und wie kann ich unsere Gruppe UlmerAlb dafuer hinterlegen?
(Die Ulmer OSMler fehlen auch noch.)



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

Re: [OSM-talk-be] Namen van kerken

[Glenn Plas]

Hallo,

Volledig atheïst hier, maar vergeet niet dat buiten kerken en
kathedralen ook nog concepten bestaan zoals een basiliek.  Daarom vind
ik het woord kerk niet onbelangrijk.

bv: https://nl.wikipedia.org/wiki/Onze-Lieve-Vrouw_van_Hanswijk_(Mechelen)



On 06-02-17 09:04, joost schouppe wrote:
> Gerard, ik ben niet bepaald katholiek, maar ik denk dat het woord kerk
> in de naam wel degelijk betekenis heeft. Ik stel mij voor dat ze hier
> systematisch het woord "kerk" gebruiken om aan te duiden dat het om een
> "parochiekerk" gaat, en dus duidelijk geen kapel of kathedraal.
> 
> Op 6 februari 2017 om 08:35 schreef Gerard Vanderveken  >:
> 
> Goedendag,
> 
> Iedereen gaat in zijn dorp naar "de kerk" en het gebouw staat
> alsdusdanig bekend, maar dat is voor mij geen alt name.
> Voor mij dient er helemaal geen kerk in de naam te staan. Gewoon de
> patroonheilige is voldoende: dus Heilige Familie of Sint-Bavo.
> Dat het een kerk is zie je aan het gebruikte symbool of de rest van
> de data.
> 
> Met vriendelijke groeten ,



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

Re: [OSM-talk-be] Namen van kerken

[Marc Gemis]

2017-02-06 10:32 GMT+01:00 Jakka :
> Niet altijd even logisch de benamingen van:onroerend erfgoed.
> Kapel Onze-Lieve-Vrouwkapel van Altijddurende Bijstand.
> In naamgeving 2x Kapel
> https://inventaris.onroerenderfgoed.be/erfgoedobjecten/84367
> https://www.openstreetmap.org/#map=19/50.97918850148113/3.405182521256163

wat zegt ODIS in dit geval ?

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

Re: [OSM-talk-be] Namen van kerken

[Marc Gemis]

2017-02-06 9:55 GMT+01:00 Gerard Vanderveken :
> Bij NGI en Google staat geen naamsaanduiding.
>


bij Google soms wel :-)
https://www.google.com/maps/place/Heilige-Familiekerk,+Van+Dornestraat+156,+2100+Antwerpen,+Belgium/@51.2300494,4.4484728,16z/data=!4m2!3m1!1s0x47c3f799c0fd63cd:0x25e0b3bd5ad4b0c4
bij andere kerken dan weer niet.

als je op Heilige Familie zoekt bij Google, vindt je ook "Algemeen
Ziekenhuis Heilige Familie"  dus daar staat ook de "classificatie"
bij.

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

Re: [OSM-talk-be] Namen van kerken

[Jakka]

Niet altijd even logisch de benamingen van:onroerend erfgoed.
Kapel Onze-Lieve-Vrouwkapel van Altijddurende Bijstand.
In naamgeving 2x Kapel
https://inventaris.onroerenderfgoed.be/erfgoedobjecten/84367
https://www.openstreetmap.org/#map=19/50.97918850148113/3.405182521256163


Op 6/02/2017 om 9:55 schreef Gerard Vanderveken:

Joost,
Het gaat mij niet over al dan niet katholiek, maar over formele naamgeving.
En dat is voor mij alleen de naam zonder toevoeging van wat het is.
Anders moet ook:
Voetbalplein FC De Greunshotters
Cafe In de Rapte
Museum MAS
Stad Leuven
En dat hadden we afgesproken van niet te doen.

En ja, in de volksmond spreekt men meestal van Heilige Familiekerk.

Met vriendelijke groeten,
Gerard

PS
Bij NGI en Google staat geen naamsaanduiding.

joost schouppe wrote:

Gerard, ik ben niet bepaald katholiek, maar ik denk dat het woord kerk
in de naam wel degelijk betekenis heeft. Ik stel mij voor dat ze hier
systematisch het woord "kerk" gebruiken om aan te duiden dat het om
een "parochiekerk" gaat, en dus duidelijk geen kapel of kathedraal.

Op 6 februari 2017 om 08:35 schreef Gerard Vanderveken
>:

Goedendag,

Iedereen gaat in zijn dorp naar "de kerk" en het gebouw staat
alsdusdanig bekend, maar dat is voor mij geen alt name.
Voor mij dient er helemaal geen kerk in de naam te staan. Gewoon
de patroonheilige is voldoende: dus Heilige Familie of Sint-Bavo.
Dat het een kerk is zie je aan het gebruikte symbool of de rest
van de data.

Met vriendelijke groeten ,
Gerard


Marc Gemis wrote:

Hallo,

Ik ben momenteel bezig met het toevoegen van wikidata aan
kerkgebouwen.
Omdat ik ook de wikidata items zelf creëeer raadpleeg ik Onroerend
Erfgoed en the ODIS databank.

Wat me nu opvalt is dat beiden als naam telkens "parochiekerk"
ervoor
zetten. Dus bv.

Parochiekerk Heilige Familie  [1][2]

ODIS geeft telkens alle mogelijke alternatieven waaronder de kerk
gekend is. In dit geval is dat ook

"Heilige Familiekerk"

slechts in enkele uitzonderlijke gevallen zal het alternatief
zonder
"kerk" opgelijst staan, terwijl in OSM we behoorlijk wat
kerken hebben
waar de "kerk" in de naam ontbreekt.

Nu is mijn vraag : hoe gaan we daarmee om ?
Ik ben geneigd om "Parochiekerk X" als "official_name" te
zetten, en
de variant met "kerk als "name". "alt_name" kan gebruikt
worden als er
echt een alternatief is (bv. Sint-Baafskerk voor Sint-Bavokerk).

Wat denken jullie ?

m




[1] http://www.odis.be/lnk/OB_317
[2] https://id.erfgoed.net/erfgoedobjecten/75566


___
Talk-be mailing list
Talk-be@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-be




___
Talk-be mailing list
Talk-be@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-be





--
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup








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

[Talk-GB] Turbo Overpass Help

[Brian Prangle]

Hi everyone

As part of the cleanup and refresh of NaPTAN data in the West Midlands  we
need to identify any bus stope nodes that were added in the old manner i.e
as a node on the highway rather than as a separate node to the side.

Is this possible in turbo overpass?  It's  defeated me so far! Any help
appreciated

Regards

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

Re: [Talk-es] Error en etiquetado de vértices geodésicos importados del IGN

[Carlos Dávila]

El 06/02/17 a las 09:07, Agustin Diez Castillo escribió:

En el wiki [1] pone colon donde debería poner semicolon.


Cambiado, gracias por la corrección. No sé porqué te pide confirmar el 
correo.




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

[talk-latam] Fwd: [info-hotosm] Apply for a HOT Microgrant!

[Rebecca Firth]

Hola a todos,

HOT ha empezado un programa de micro-donaciones para apoyar las comunidades
locales OSM, particularmente para comprar herramientas, acceso a Internet o
organización de talleres. Cada proyecto puede recibir 2000 a 5000 $, y
Latinoamérica es una de las regiones identificadas como prioritaria. Se
puede aplicar hasta el 12 de Marzo.

Desafortunadamente, necesitamos applicaciones en Ingles. Si ustedes
necesitan apoyo para traducir su candidatura en inglés, favor de ponerse en
contacto Martin (m_nobleco...@cartong.org), nuestros voluntarios les pueden
ayudar.

¡Hasta luego y suerte por los que aplicarán!

-- Forwarded message --
From: Humanitarian OpenStreetMap Team 
Date: Fri, Feb 3, 2017 at 4:39 PM
Subject: [info-hotosm] Apply for a HOT Microgrant!
To: i...@hotosm.org


Apply for a HOT Microgrant!
View this email in your browser

Apply for a HOT Microgrant!

This week, we're excited to launch the first ever Humanitarian
OpenStreetMap Team Microgrants program

.

HOT wants to support the development of OpenStreetMap (OSM)
communities through providing funding for basics like GPS devices, internet
access, and training costs. We'll provide up to ten Microgrants of $2,000 -
$5,000 USD. Our goal is to enable the development of local OSM
communities to increase skills, capacity and experience. We will award
grants to projects which broadly contribute to HOT's mission.

More details on the programme and the application form can be found here
.
We'll provide support to applicants before, during and after the grants
period. Applications must be received by *12th March 2017.*

We are primarily looking to support communities in Southeast Asia, South
Asia, Latin America/Caribbean and Africa, but will consider other locations.

Contact microgra...@hotosm.org with questions.

So what are you waiting for - apply now!






With many thanks to all donors who supported our #mapthedifference campaign

to
make this programme possible, especially our generous corporate partners



*Copyright © 2017 Humanitarian OpenStreetMap Team, All rights reserved.*
You are receiving this email as an individual that has previously shown
interest in HOT's activities.

*Our mailing address is:*
Humanitarian OpenStreetMap Team
1110 Vermont Ave NW
Suite 500
Washington, DC 20005
Add us to your address book


Want to change how you receive these emails?
You can update your preferences

 or unsubscribe from this list






This email was sent to i...@hotosm.org
*why did I get this?*

unsubscribe from this list

update subscription preferences

Humanitarian OpenStreetMap Team · 1110 Vermont Ave NW · Suite 500 ·
Washington, DC 20005 · USA




-- 
*Rebecca Firth*
Community Partnerships Manager
rebecca.fi...@hotosm.org 
@RebeccaFirthy
Skype: rebeccafirth

*Humanitarian OpenStreetMap Team*
*Using OpenStreetMap for Humanitarian Response & Economic Development*
web  | twitter  | facebook
 | donate 



-- 
*Rebecca Firth*
Community Partnerships Manager
rebecca.fi...@hotosm.org 
@RebeccaFirthy
Skype: rebeccafirth

*Humanitarian OpenStreetMap Team*
*Using OpenStreetMap for Humanitarian Response & Economic Development*
web  | twitter  | facebook
 | donate 
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

Re: [OSM-talk-be] Namen van kerken

[Santens Seppe]

Ook hier niet zo’n vrome ziel, maar als ik kijk naar hoe overheden verwijzen 
naar kerken op hun grondgebied, dan zie ik bijna uitsluitend kerk. 
Parochiekerk  lijkt me eerder iets specifiek voor Erfgoed. Voorstel 
van Marc om kerk als name op te nemen lijkt me dus goed, dan rest er 
nog de vraag of de erfgoedbenaming met Parochiekerk als officieel beschouwd kan 
worden. Benaming met enkel de heilige lijkt me voor kerken minder interessant, 
omdat die naam vaak niet enkel naar de kerk verwijst, maar - zeker in steden - 
ook naar de omgeving van de kerk (als je tijdens de Gentse Feesten naar 
Sint-Jacobs gaat, dan is dat meestal niet om de kerk te bezoeken).


Seppe

Van: Karel Adams [mailto:fa348...@skynet.be]
Verzonden: maandag 6 februari 2017 9:47
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] Namen van kerken




On 06/02/17 08:04, joost schouppe wrote:
Gerard, ik ben niet bepaald katholiek, maar ik denk dat het woord kerk in de 
naam wel degelijk betekenis heeft. Ik stel mij voor dat ze hier systematisch 
het woord "kerk" gebruiken om aan te duiden dat het om een "parochiekerk" gaat, 
en dus duidelijk geen kapel of kathedraal.
Twee bedenkingen:

* ook ik ben helemaal niet kerkelijk, maar ik denk toch dat een katedraal 
tegelijk ook parochiekerk kan zijn; als ik me goed herinner is dat toch zeker 
het geval in Antwerpen, en wellicht ook voor de andere katedralen in België;

* waarom maken we niet de vergelijking met andere grote gebouwen? Bv. stations. 
Mappen we "Gare Saint Lazare" of "Saint Lazare"? Ik zie toch bv. 
"Charleroi-Sud" en niet "Gare de Charleroi-Sud" en evenzo voor 
Antwerpen-Berchem en Antwerpen-Centraal?

KA


Op 6 februari 2017 om 08:35 schreef Gerard Vanderveken 
>:
Goedendag,

Iedereen gaat in zijn dorp naar "de kerk" en het gebouw staat alsdusdanig 
bekend, maar dat is voor mij geen alt name.
Voor mij dient er helemaal geen kerk in de naam te staan. Gewoon de 
patroonheilige is voldoende: dus Heilige Familie of Sint-Bavo.
Dat het een kerk is zie je aan het gebruikte symbool of de rest van de data.

Met vriendelijke groeten ,
Gerard


Marc Gemis wrote:
Hallo,

Ik ben momenteel bezig met het toevoegen van wikidata aan kerkgebouwen.
Omdat ik ook de wikidata items zelf creëeer raadpleeg ik Onroerend
Erfgoed en the ODIS databank.

Wat me nu opvalt is dat beiden als naam telkens "parochiekerk" ervoor
zetten. Dus bv.

Parochiekerk Heilige Familie  [1][2]

ODIS geeft telkens alle mogelijke alternatieven waaronder de kerk
gekend is. In dit geval is dat ook

"Heilige Familiekerk"

slechts in enkele uitzonderlijke gevallen zal het alternatief zonder
"kerk" opgelijst staan, terwijl in OSM we behoorlijk wat kerken hebben
waar de "kerk" in de naam ontbreekt.

Nu is mijn vraag : hoe gaan we daarmee om ?
Ik ben geneigd om "Parochiekerk X" als "official_name" te zetten, en
de variant met "kerk als "name". "alt_name" kan gebruikt worden als er
echt een alternatief is (bv. Sint-Baafskerk voor Sint-Bavokerk).

Wat denken jullie ?

m




[1] http://www.odis.be/lnk/OB_317
[2] https://id.erfgoed.net/erfgoedobjecten/75566

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



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



--
Joost Schouppe
OpenStreetMap | 
Twitter | 
LinkedIn | 
Meetup




___

Talk-be mailing list

Talk-be@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-be] Namen van kerken

[Marc Gemis]

2017-02-06 9:43 GMT+01:00 Karel Adams :
> * ook ik ben helemaal niet kerkelijk, maar ik denk toch dat een katedraal
> tegelijk ook parochiekerk kan zijn; als ik me goed herinner is dat toch
> zeker het geval in Antwerpen, en wellicht ook voor de andere katedralen in
> België;

volgens ODIS is de officiële naam : Parochiekerk Onze-Lieve-Vrouw ten
Hemel Opgenomenkathedraal
met oa alternatieven : "Onze-Lieve-Vrouw ten Hemel Opgenomenkerk" en
"kathedraal antwerpen"  (zonder hoofdletters ?)

zie http://www.odis.be/lnk/OB_2913

m.

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

Re: [Talk-GB] Footpath Open Data is not always accurate.

[Dave F]

On 05/02/2017 11:33, Colin Smale wrote:


Any paths that no longer follow the official route (as per the DM/DS) 
should not be tagged as PROW and probably as access=permissive unless 
they go across otherwise public land. The official route is still a 
public right of way, it's just no longer usable as such.




We should be mapping what's on the ground, as PROW signs & stiles 
indicate, even if that doesn't correspond with the definitive map. They 
should be tagged to correspond with the signs status.


DaveF


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-be] Namen van kerken

[Gerard Vanderveken]

Joost,
Het gaat mij niet over al dan niet katholiek, maar over formele naamgeving.
En dat is voor mij alleen de naam zonder toevoeging van wat het is.
Anders moet ook:
Voetbalplein FC De Greunshotters
Cafe In de Rapte
Museum MAS
Stad Leuven
En dat hadden we afgesproken van niet te doen.

En ja, in de volksmond spreekt men meestal van Heilige Familiekerk.

Met vriendelijke groeten,
Gerard

PS
Bij NGI en Google staat geen naamsaanduiding.

joost schouppe wrote:

Gerard, ik ben niet bepaald katholiek, maar ik denk dat het woord kerk 
in de naam wel degelijk betekenis heeft. Ik stel mij voor dat ze hier 
systematisch het woord "kerk" gebruiken om aan te duiden dat het om 
een "parochiekerk" gaat, en dus duidelijk geen kapel of kathedraal.


Op 6 februari 2017 om 08:35 schreef Gerard Vanderveken >:


Goedendag,

Iedereen gaat in zijn dorp naar "de kerk" en het gebouw staat
alsdusdanig bekend, maar dat is voor mij geen alt name.
Voor mij dient er helemaal geen kerk in de naam te staan. Gewoon
de patroonheilige is voldoende: dus Heilige Familie of Sint-Bavo.
Dat het een kerk is zie je aan het gebruikte symbool of de rest
van de data.

Met vriendelijke groeten ,
Gerard


Marc Gemis wrote:

Hallo,

Ik ben momenteel bezig met het toevoegen van wikidata aan
kerkgebouwen.
Omdat ik ook de wikidata items zelf creëeer raadpleeg ik Onroerend
Erfgoed en the ODIS databank.

Wat me nu opvalt is dat beiden als naam telkens "parochiekerk"
ervoor
zetten. Dus bv.

Parochiekerk Heilige Familie  [1][2]

ODIS geeft telkens alle mogelijke alternatieven waaronder de kerk
gekend is. In dit geval is dat ook

"Heilige Familiekerk"

slechts in enkele uitzonderlijke gevallen zal het alternatief
zonder
"kerk" opgelijst staan, terwijl in OSM we behoorlijk wat
kerken hebben
waar de "kerk" in de naam ontbreekt.

Nu is mijn vraag : hoe gaan we daarmee om ?
Ik ben geneigd om "Parochiekerk X" als "official_name" te
zetten, en
de variant met "kerk als "name". "alt_name" kan gebruikt
worden als er
echt een alternatief is (bv. Sint-Baafskerk voor Sint-Bavokerk).

Wat denken jullie ?

m




[1] http://www.odis.be/lnk/OB_317
[2] https://id.erfgoed.net/erfgoedobjecten/75566


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

 




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





--
Joost Schouppe
OpenStreetMap 
 | Twitter 
 | LinkedIn 
 | Meetup 





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

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

Re: [OSM-talk-be] Namen van kerken

[Karel Adams]

On 06/02/17 08:04, joost schouppe wrote:
Gerard, ik ben niet bepaald katholiek, maar ik denk dat het woord kerk 
in de naam wel degelijk betekenis heeft. Ik stel mij voor dat ze hier 
systematisch het woord "kerk" gebruiken om aan te duiden dat het om 
een "parochiekerk" gaat, en dus duidelijk geen kapel of kathedraal.

Twee bedenkingen:

* ook ik ben helemaal niet kerkelijk, maar ik denk toch dat een 
katedraal tegelijk ook parochiekerk kan zijn; als ik me goed herinner is 
dat toch zeker het geval in Antwerpen, en wellicht ook voor de andere 
katedralen in België;


* waarom maken we niet de vergelijking met andere grote gebouwen? Bv. 
stations. Mappen we "Gare Saint Lazare" of "Saint Lazare"? Ik zie toch 
bv. "Charleroi-Sud" en niet "Gare de Charleroi-Sud" en evenzo voor 
Antwerpen-Berchem en Antwerpen-Centraal?


KA


Op 6 februari 2017 om 08:35 schreef Gerard Vanderveken >:


Goedendag,

Iedereen gaat in zijn dorp naar "de kerk" en het gebouw staat
alsdusdanig bekend, maar dat is voor mij geen alt name.
Voor mij dient er helemaal geen kerk in de naam te staan. Gewoon
de patroonheilige is voldoende: dus Heilige Familie of Sint-Bavo.
Dat het een kerk is zie je aan het gebruikte symbool of de rest
van de data.

Met vriendelijke groeten ,
Gerard


Marc Gemis wrote:

Hallo,

Ik ben momenteel bezig met het toevoegen van wikidata aan
kerkgebouwen.
Omdat ik ook de wikidata items zelf creëeer raadpleeg ik Onroerend
Erfgoed en the ODIS databank.

Wat me nu opvalt is dat beiden als naam telkens "parochiekerk"
ervoor
zetten. Dus bv.

Parochiekerk Heilige Familie  [1][2]

ODIS geeft telkens alle mogelijke alternatieven waaronder de kerk
gekend is. In dit geval is dat ook

"Heilige Familiekerk"

slechts in enkele uitzonderlijke gevallen zal het alternatief
zonder
"kerk" opgelijst staan, terwijl in OSM we behoorlijk wat
kerken hebben
waar de "kerk" in de naam ontbreekt.

Nu is mijn vraag : hoe gaan we daarmee om ?
Ik ben geneigd om "Parochiekerk X" als "official_name" te
zetten, en
de variant met "kerk als "name". "alt_name" kan gebruikt
worden als er
echt een alternatief is (bv. Sint-Baafskerk voor Sint-Bavokerk).

Wat denken jullie ?

m




[1] http://www.odis.be/lnk/OB_317
[2] https://id.erfgoed.net/erfgoedobjecten/75566


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




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





--
Joost Schouppe
OpenStreetMap  | 
Twitter  | LinkedIn 
 | Meetup 




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


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

[Talk-de] Lokale-Gruppen-Layer auf openstreetmap.de

[markus schnalke]

Hoi,

auf http://openstreetmap.de wird ein Layer namens ``Lokale Gruppen''
angezeigt. Wo finde ich mehr Infos darueber? Konkret: Woher stammen
die Daten und wie kann ich unsere Gruppe UlmerAlb dafuer hinterlegen?
(Die Ulmer OSMler fehlen auch noch.)


meillo

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

Re: [Talk-GB] Propose automated edit to update NAPTAN data in the west mids

[Brian Prangle]

Hi Matthijs

I echo Stuart - it's best to deal with these with the local NaPTAN
maintainer, who works in TfWM

Regards

Stuart

On 5 February 2017 at 21:22, Stuart Reynolds <
stu...@travelinesoutheast.org.uk> wrote:

> Hi Matthijs,
>
> Wherever possible the names in NaPTAN should match what is on the flag or
> shelter. There are however some instances where this is not possible or
> desirable.
>
> For instance, the stop might carry a historic name such as for a long
> closed pub which has been updated in data but not on the ground. Or perhaps
> the name is a compound name (often of the "Main Street / Side Road"
> variety) where this is better held as two separate fields in NaPTAN.
>
> But in general any discrepancies should be queried with the data owner who
> is normally the County or Unitary council. In West Midlands it is the old
> Centro / new TfWM. I have contacts there, as obviously does Brian, but I
> ought to check that they are happy for me to post their email address on
> the list for all to use.
>
> Regards
> Stuart
>
>
> On 5 Feb 2017, at 19:35, Matthijs Melissen 
> wrote:
>
> On 3 February 2017 at 19:29, Stuart Reynolds  org.uk> wrote:
>
>> Also, there is often some confusion about what name goes into which
>> fields - people will insist on compounding names, for example, because
>> that’s what their consuming system wants, rather than getting the consumer
>> to read the data properly. But that’s too much to go into here, and if
>> reviewing the names is in scope then I would be happy to offer to help. One
>> of my other “hats" is as the Public Transport Data Standards Advisor /
>> Expert for DfT, which includes advising on NAPTAN.
>>
>> Hi Stuart,
>
> Great to have your support. I noticed that there are a few stops in the
> West Midlands where the name in Naptan doesn't match the name on the flag
> (unfortunately I don't remember by heart which ones). This means the visual
> announcement in the announcement in the bus (and the information in online
> timetables) is different from the name on the flag, so from a usability
> perspective it would make sense to fix this. Is there any process of
> reporting situations like that?
>
> -- Matthijs
>
> ___
> 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

Re: [Talk-es] Error en etiquetado de vértices geodésicos importados del IGN

[Agustin Diez Castillo]

Hola,
En el wiki [1] pone colon donde debería poner semicolon. He tratado de editarlo 
pero me dice que debo confirmar mi correo (no encuentro la manera de hacerlo).
https://wiki.openstreetmap.org/wiki/Automated_Edits/cdavila
El 5Feb, 2017, a las 8:53 PM, Diego García  escribió:
[1] https://wiki.openstreetmap.org/wiki/Automated_Edits/cdavila
> Por supuesto, hacerlo todo de golpe es mejor, teniendo en cuenta la cantidad 
> de nodos que hay. Eso no lo permite osmose.
> 
> Un saludo
> 
> 
> El dom., 5 feb. 2017 20:51, Carlos Dávila  escribió:
> Con osmose se pueden editar de golpe o hay que ir uno por uno? Yo ayer
> empecé a corregir en JOSM hasta que me dio por mirar los números y al
> ver la cantidad me pareció absurdo hacerlo a mano, cuando se puede hacer
> en menos de un minuto.
> A mi las etiquetas que hay tampoco me parece necesario eliminarlas
> 
> El 05/02/17 a las 20:35, Diego García escribió:
> >
> > Escribo desde el móvil, no me extenderé mucho.
> >
> > El error de la etiqueta ele lo detecta osmose, y se arregla fácilmente
> > desde allí. Los que están reparados alrededor de Huesca se han editado
> > de esa manera.
> >
> > El resto de etiquetas yo las conservaría. Los vértices pueden
> > pertenecer a distintas redes, y además tienen una referencia de forma
> > que se puede localizar información en IGN rápidamente, y que los
> > identifica. Normalmente estoy en contra de poner o mantener
> > información innecesaria o redundante, pero en este caso lo veo útil.
> >
> > Un saludo,
> >
> >
> > El dom., 5 feb. 2017 18:54, Carlos Dávila  > > escribió:
> >
> > Hola
> >
> > Ayer me di cuenta de que los vértices geodésicos que se importaron del
> > IGN en 2012 tienen varios errores en la etiqueta "ele". Por un
> > lado, se
> > usa la coma como separador decimal, lo que es contrario a la norma
> > general en OSM, y por otro tienen como unidad " m.". En OSM las
> > alturas,
> > como otras magnitudes, tienen una unidad predeterminada, metros en
> > este
> > caso, por lo que no se debe indicar la unidad salvo que sea
> > distinta de
> > la predeterminada, y en todo caso no debería llevar punto después
> > de la
> > m. Aunque algunos nodos ya han sido corregidos (una zona amplia
> > alrededor de Salamanca y Huesca básicamente), la gran mayoría siguen
> > igual que se importaron, concretamente 8.546 de 9.690.
> >
> > Estos errores se pueden corregir fácilmente con un poco de
> > buscar/reemplazar, pero como eso es una edición automatizada hay que
> > seguir las directrices indicadas en [1] y por eso lo comento aquí,
> > para
> > que se debata en la lista. He creado la página [2] en la wiki
> > describiendo el proceso propuesto.
> >
> > Otro error que había es que hay vértices que tienen dos valores en la
> > altura, uno entero y otro decimal, separados por punto y coma, por
> > ejemplo "1527;1527.12". Como esos eran pocos los he corregido a mano
> > dejando el valor más preciso, salvo un par de ellos en los que no
> > coinciden los dos valores.
> >
> > Como recientemente se comentó la posibilidad/conveniencia de eliminar
> > algunas etiquetas innecesarias de objetos importados, quizá se pudiera
> > aprovechar la ocasión para hacerlo. Estas son las etiquetas de la
> > importación que contienen los vértices geodésicos:
> >
> >   * ign:latitud (en mi opinión se debería mantener, el valor es más
> > preciso que el que tienen los objetos de OSM).
> >   * ign:longitud (idem).
> >   * ign:red
> >   * source:ref
> >   * ref: supongo que es una referencia interna usada por el IGN, no
> > utilizada de forma general.
> >
> > [1]https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
> >
> > [2]https://wiki.openstreetmap.org/wiki/Automated_Edits/cdavila
> >
> >
> 
> 
> ___
> 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



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk] OSM for government

[joost schouppe]

As suggested by Mikel, I created a wiki catalog page about the subject:

https://wiki.openstreetmap.org/wiki/OpenStreetMapforGovernment

It's just an outline, I'll try to add some stuff from this conversation
over the following days; but you're welcome to do that first yourself :)

I'm not quite sure how HOT related mapping fits in that page. I would guess
there's a HOT catalog somewhere out there, where some cases will probably
involve quite some government support. I'd rather link to that than
duplicate the list.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk