Re: [Talk-us] Mapping traffic signals and stop signs using MapRoulette

[Marc Gemis]

I don't understand your roundabouts example. The give way before the
roundabout can be mapped on the road entering the roundabout, not ?
What's different from another road with a give way sign ? That the
roundabout is a one-way road ? Perhaps the rules for give way signs
before roundabouts are different between the US and Europe ?

The other examples add additional requirements and were not really
what I asked for.
I think those situations even do not exist in Belgium, which does not
mean we should not be able to map them, just that we do not need a
complex tagging system for our give ways.

If we follow the KISS principle, we can still map all the give ways
where we do no have those additional requirements without using
relations and keep relations for those cases where a give way only
applies to certain transportation modes or to certain directions. You
could compare to to not mapping turn restrictions if we can map it
with a oneway-tag.

I think you will not be able to convince me that relations are a good
thing for simple cases and I will not be able to convince you of the
opposite. But since there is no proposal for a relation, I cannot use
it. So unless someone writes a proposal, relations will not be used.

regards

m.

On Tue, Jun 13, 2017 at 4:33 PM, Paul Johnson  wrote:
> On Tue, Jun 13, 2017 at 9:14 AM, Marc Gemis  wrote:
>>
>> As I asked you before, show me a real world case where you have to map
>> a give way sign on the intersection of more than 1 OSM way. After
>> mapping several hundreds of them in Belgium, I have never seen a case
>> where it is needed.
>
>
> Roundabouts.  Intersections that are signalized but marked for a right turn
> yield for bicyclists.  4-way intersections with a two-way yield.

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

Re: [talk-au] Ozie windmills

[Nicholas G Lawrence]

>Navel glazing ?
>Are not windmills bores? Simply powered by the wind.


Some windmills might actually be mills? Which means they mill grain? (grind 
into flour)

Cheers,
Nick Lawrence



***
WARNING: This email (including any attachments) may contain legally
privileged, confidential or private information and may be protected by
copyright. You may only use it if you are the person(s) it was
intended to be sent to and if you use it in an authorised way. No one
is allowed to use, review, alter, transmit, disclose, distribute, print
or copy this email without appropriate authority.

If this email was not intended for you and was sent to you by mistake,
please telephone or email me immediately, destroy any hardcopies of
this email and delete it and any copies of it from your computer
system. Any right which the sender may have under copyright law, and 
any legal privilege and confidentiality attached to this email is not
waived or destroyed by that mistake.

It is your responsibility to ensure that this email does not contain 
and is not affected by computer viruses, defects or interference by 
third parties or replication problems (including incompatibility with
your computer system).

Opinions contained in this email do not necessarily reflect the
opinions of the Department of Transport and Main Roads,
or endorsed organisations utilising the same infrastructure.
***

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

Re: [talk-au] Ozie windmills

[Warin]

On 13-Jun-17 09:40 AM, Warin wrote:

Hi,

There looks to be a good tag to use for the old windmills

man_made=windpump

https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwindpump

This separates it from the European wind mills that have fabric blades

 man_made=windmill
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwindmill

I'll make an addition to the Australian tagging guide wiki page later.




OK, done.

Some of the existing man_made=windmill are (in OSM tagging terms, as 
viewed by bing, LPI topo/base maps)


windpumps
water_wells (OZie = bores)
power=generator, generator:source=wind (yes - badly tagged a whole group 
of them)
some don't look like they exist .. possibly being replaced by solar 
pumps? I have added notes to these.


These have been suitably edited.

On the wiki page I have added windmills (OSM windpump) and bores (OSM 
water_well).


https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines#What-do-I-call-it.3F

Navel glazing ?
Are not windmills bores? Simply powered by the wind.






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

[Talk-us] Whole-US Garmin Map update - 2017-06-10

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2017-06-10

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2017-06-10/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2017-06-10

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a >2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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

Re: [Talk-it] divieto di accesso

[Damjan Gerl]

13.06.2017 - 20:00 - scratera:

strada a senso unico
divieto dal lunedi al venerdi dalle 20 alle 8
il venerdi dalle 20 fino al lunedi alle 8
come lo taggo?


direi:
oneway=yes
+
access:conditional=no @ (Mo-Su 22:00-08:00, Sa-Su 00:00-24:00)

Ciao
Damjan



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

[Talk-it] Idranti

[Alberto]

Ciao, in seguito a discussione sulla mailing list di tagging [0], ho modificato 
la pagina inglese e quella italiana del wiki sugli idranti, per specificare 
meglio la definizione del subtag fire_hydrant:diameter=# [1], che indica il 
diametro della condotta sotterranea che alimenta l'idrante.
Ho inoltre proposto di aggiungere un tag per il diametro degli attacchi [2], 
che in Italia in alcuni casi è stato confuso con fire_hydrant:diameter.

[0] https://lists.openstreetmap.org/pipermail/tagging/2017-June/032570.html
[1] https://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant
[2] https://wiki.openstreetmap.org/wiki/Talk:Tag:emergency%3Dfire_hydrant

Se qualcuno ha migliori proposte lo scriva nella pagina di discussione [2].
Altrimenti, se nessuno avrà obiezioni, andrò ad inserire il nuovo subtag nella 
pagina del wiki sugli idranti.

Alberto



---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus


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

Re: [Talk-it] Download mappe

[girarsi_liste]

Il 13/06/2017 09:07, Gianluca Boero ha scritto:
> sino a ieri era qui alla voce Italia e regioni
> 
> http://wiki.openstreetmap.org/wiki/IT:OSM_Map_On_Garmin/Download
> 
> Ora lo ha modificato Alessandro .
> 
> 

Ce ne uno anche qui da correggere, se non ci pensa nessuno, domani se mi
ricordo correggo:

http://wiki.openstreetmap.org/wiki/WikiProject_Italy/UsareInGPS




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



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

Re: [Talk-es] Tresmiles del Pirineo

[Diego García]

Por cierto, que hay para debatir largo y tendido. El gobierno de Aragón la
ha liado parda con bastantes nombres.

Un cordial saludo,

El mar., 13 jun. 2017 22:32, Diego García  escribió:

> Estamos trabajando en ello...
>
> Hay que estudiar el tema del name. No es que hayan sustituido pico por
> tuca, es que el nombre oficial que han puesto está en aragonés.
>
> A falta de más debate, y de reflejarlo en la wiki antes de ponerse a
> cambiar nada, creo que lo suyo es poner en name la traducción al español de
> dichos nombres, y poner en name:an los que estén en aragonés.
>
> Ojo, porque los picos que hacen frontera con Francia están en bilingüe. En
> cualquier caso, no habría que tocar el resto de etiquetas name.
>
> Un cordial saludo,
>
> El mar., 13 jun. 2017 22:24, Uranzu  escribió:
>
>> Hola,
>>
>> Supongo que los aragoneses estaréis bien enterados de que el Gobierno de
>> Aragón ha cambiado los nombres de casi todos los tresmiles del Pirineo
>> [1] y
>> ha publicado un mapa [2] con el detalle. Por de pronto la palabra “pico”
>> casi desaparece para convertirse en “tuca”. Por ejemplo, el Pico Aneto
>> pasa
>> a ser la “Tuca d'Aneto / Maladeta de Corones”.
>>
>> Dejando de lado el que nos guste o dejar de gustar este cambio (ha creado
>> bastante polémica) me surgen algunas dudas técnicas:
>>
>> 1. ¿Creéis que deberían incorporarse los nuevas topónimos a Openstreetmap?
>> ¿Hay que esperar a alguna publicación oficial?
>>
>> 2. ¿Habría que pedir permiso al susodicho Gobierno de Aragón o con la
>> presentación y publicación en publico se sobreentiende que es de dominio
>> público?
>>
>> 3. ¿Qué etiqueta deberíamos usar? Cambiar la etiqueta “name=” me parece
>> muy
>> fuerte. Mirando en la wiki parece que “offical_name=” es la adecuada pero
>> si
>> tenemos en cuenta que muchos de los picos hacen frontera con Francia opino
>> que igual mejor “official_name:es=”
>>
>> 4. No hay que mapear para el render, lo sé, pero me temo que si ponemos
>> los
>> 160 tresmiles , siendo muchos de ellos cimas secundarias podrían quedar
>> tapados los picos principales y no veo en la wiki una etiqueta que permita
>> diferenciarlos...
>>
>> Un saludo
>>
>> [1] http://aragondocumenta.com/proyecto-tresmiles/
>> [2]
>> http://aragonhoy.aragon.es/index.php/mod.noticias/mem.detalle/id.199625
>>
>>
>>
>> --
>> View this message in context:
>> http://gis.19327.n8.nabble.com/Tresmiles-del-Pirineo-tp5897892.html
>> Sent from the Spain mailing list archive at Nabble.com.
>>
>> ___
>> 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] Tresmiles del Pirineo

[Diego García]

Estamos trabajando en ello...

Hay que estudiar el tema del name. No es que hayan sustituido pico por
tuca, es que el nombre oficial que han puesto está en aragonés.

A falta de más debate, y de reflejarlo en la wiki antes de ponerse a
cambiar nada, creo que lo suyo es poner en name la traducción al español de
dichos nombres, y poner en name:an los que estén en aragonés.

Ojo, porque los picos que hacen frontera con Francia están en bilingüe. En
cualquier caso, no habría que tocar el resto de etiquetas name.

Un cordial saludo,

El mar., 13 jun. 2017 22:24, Uranzu  escribió:

> Hola,
>
> Supongo que los aragoneses estaréis bien enterados de que el Gobierno de
> Aragón ha cambiado los nombres de casi todos los tresmiles del Pirineo [1]
> y
> ha publicado un mapa [2] con el detalle. Por de pronto la palabra “pico”
> casi desaparece para convertirse en “tuca”. Por ejemplo, el Pico Aneto pasa
> a ser la “Tuca d'Aneto / Maladeta de Corones”.
>
> Dejando de lado el que nos guste o dejar de gustar este cambio (ha creado
> bastante polémica) me surgen algunas dudas técnicas:
>
> 1. ¿Creéis que deberían incorporarse los nuevas topónimos a Openstreetmap?
> ¿Hay que esperar a alguna publicación oficial?
>
> 2. ¿Habría que pedir permiso al susodicho Gobierno de Aragón o con la
> presentación y publicación en publico se sobreentiende que es de dominio
> público?
>
> 3. ¿Qué etiqueta deberíamos usar? Cambiar la etiqueta “name=” me parece muy
> fuerte. Mirando en la wiki parece que “offical_name=” es la adecuada pero
> si
> tenemos en cuenta que muchos de los picos hacen frontera con Francia opino
> que igual mejor “official_name:es=”
>
> 4. No hay que mapear para el render, lo sé, pero me temo que si ponemos los
> 160 tresmiles , siendo muchos de ellos cimas secundarias podrían quedar
> tapados los picos principales y no veo en la wiki una etiqueta que permita
> diferenciarlos...
>
> Un saludo
>
> [1] http://aragondocumenta.com/proyecto-tresmiles/
> [2]
> http://aragonhoy.aragon.es/index.php/mod.noticias/mem.detalle/id.199625
>
>
>
> --
> View this message in context:
> http://gis.19327.n8.nabble.com/Tresmiles-del-Pirineo-tp5897892.html
> Sent from the Spain mailing list archive at Nabble.com.
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Tresmiles del Pirineo

[Uranzu]

El enlace al mapa al mapa no estaba bien. Este es el correcto:

http://aragonhoy.aragon.es/index.php/mod.documentos/mem.descargar/fichero.documentos_P3_6c4f221f%232E%23pdf




--
View this message in context: 
http://gis.19327.n8.nabble.com/Tresmiles-del-Pirineo-tp5897892p5897894.html
Sent from the Spain mailing list archive at Nabble.com.

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

[Talk-es] Tresmiles del Pirineo

[Uranzu]

Hola,

Supongo que los aragoneses estaréis bien enterados de que el Gobierno de
Aragón ha cambiado los nombres de casi todos los tresmiles del Pirineo [1] y
ha publicado un mapa [2] con el detalle. Por de pronto la palabra “pico”
casi desaparece para convertirse en “tuca”. Por ejemplo, el Pico Aneto pasa
a ser la “Tuca d'Aneto / Maladeta de Corones”.

Dejando de lado el que nos guste o dejar de gustar este cambio (ha creado
bastante polémica) me surgen algunas dudas técnicas:

1. ¿Creéis que deberían incorporarse los nuevas topónimos a Openstreetmap?
¿Hay que esperar a alguna publicación oficial?

2. ¿Habría que pedir permiso al susodicho Gobierno de Aragón o con la
presentación y publicación en publico se sobreentiende que es de dominio
público?

3. ¿Qué etiqueta deberíamos usar? Cambiar la etiqueta “name=” me parece muy
fuerte. Mirando en la wiki parece que “offical_name=” es la adecuada pero si
tenemos en cuenta que muchos de los picos hacen frontera con Francia opino
que igual mejor “official_name:es=”

4. No hay que mapear para el render, lo sé, pero me temo que si ponemos los
160 tresmiles , siendo muchos de ellos cimas secundarias podrían quedar
tapados los picos principales y no veo en la wiki una etiqueta que permita
diferenciarlos...

Un saludo

[1] http://aragondocumenta.com/proyecto-tresmiles/
[2] http://aragonhoy.aragon.es/index.php/mod.noticias/mem.detalle/id.199625



--
View this message in context: 
http://gis.19327.n8.nabble.com/Tresmiles-del-Pirineo-tp5897892.html
Sent from the Spain mailing list archive at Nabble.com.

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

Re: [Talk-it] Download mappe

[Luca Delucchi]

2017-06-13 19:00 GMT+02:00 Francesco Pelullo :
> Sarebbe bello avere la possibilità, dentro OsmAnd, di scegliere la
> repository dalla quale si intende scaricare le mappe...
>

su android potresti fare uno script bash che scaricare e decomprime il file
nella directory giusta (nel mio dispositivo
/storage/sdcard0/Android/data/net.osmand.plus/files)

> Ciao
> /niubii/
>
>

-- 
ciao
Luca

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

[OSM-Talk-ZA] Amazing Mapping Detail in CT

[Grant Slater]

Hi All,

This is some impressive mapping details in Cape Town:
http://www.openstreetmap.org/#map=17/-33.88991/18.59125

Nice work!

Kind regards,
Grant

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

Re: [Talk-cz] Prusanky

[Marián Kyral]

No jo,
ale fast_food? Nemělo by to být ice_cream?

Marián

Dne 13.6.2017 v 20:22 Petr Nejedly napsal(a):

Hmm, to sedí, potvrzuji že u Predínských mají točenou zmrzlinu!

Tučňáky tentokráte netřeba...

--
Petr

Sent from my BlackBerry PRIV
*From:* mky...@email.cz
*Sent:* June 13, 2017 11:03 AM
*To:* talk-cz@openstreetmap.org
*Reply-to:* talk-cz@openstreetmap.org
*Subject:* Re: [Talk-cz] Prusanky


Dne 2.6.2017 v 12:22 Marián Kyral napsal(a):


-- Původní e-mail --
Od: Pavel Machek 
Komu: OpenStreetMap Czech Republic 
Datum: 2. 6. 2017 11:37:54
Předmět: Re: [Talk-cz] Prusanky


On Wed 2017-05-31 06:51:35, Petr Schönmann wrote:
> Ahoj, zkusil jsem poslat mail do školy. Uvidíme jestli se pan
učitel ozve.
>
> Dobrý den,
> píši jménem české komunity openstreetmap (*3). Jedná se
"mapovou wikipedii"
> kde každý může upravovat mapová data.
> Zřejmě máte to štěstí že nějaký váš kantor vzdělává žáky v
tomto směru.
> Potud vše v pořádku. Nicméně poměrně často řešíme (*1) že se v
okolí
> Prušánek objevují podivné editace. Jméno školy například
blázinec a
> podobně. No znáte děti :)

...a jestli se tato nestastna situace bude opakovat i pristi rok,
dorazi k vam parta nastvanych tucnaku, a opravi realitu tak, aby
odpovidala mape. No znate tucnaky, udelat ze skoly blazinec pro ne
nebude problem :-).


Ty máš nějaké v záloze? :-D




Tak to vypadá, že dnes byla další hodina…
… a zdá se, že Smurficka to chytlo a editoval i z domu: 
http://www.openstreetmap.org/user/Smurficek/history#map=14/48.8424/16.9754



Marián


Marián






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


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

Re: [Talk-cz] Prusanky

[Petr Nejedly]

  Hmm, to sedí, potvrzuji že u Predínských mají točenou zmrzlinu!Tučňáky tentokráte netřeba... --PetrSent from my BlackBerry PRIVFrom: mky...@email.czSent: June 13, 2017 11:03 AMTo: talk-cz@openstreetmap.orgReply-to: talk-cz@openstreetmap.orgSubject: Re: [Talk-cz] Prusanky  Dne 2.6.2017 v 12:22 Marián Kyral
  napsal(a):

  
-- Původní e-mail --
Od: Pavel Machek 
Komu: OpenStreetMap Czech Republic

Datum: 2. 6. 2017 11:37:54
Předmět: Re: [Talk-cz] Prusanky
  
  
  On Wed 2017-05-31 06:51:35,
Petr Schönmann wrote:

> Ahoj, zkusil jsem poslat mail do školy. Uvidíme jestli se
pan učitel ozve.

> 
> Dobrý den,

> píši jménem české komunity openstreetmap (*3). Jedná se
"mapovou wikipedii"

> kde každý může upravovat mapová data.

> Zřejmě máte to štěstí že nějaký váš kantor vzdělává žáky v
tomto směru.

> Potud vše v pořádku. Nicméně poměrně často řešíme (*1) že
se v okolí

> Prušánek objevují podivné editace. Jméno školy například
blázinec a

> podobně. No znáte děti :)


...a jestli se tato nestastna situace bude opakovat i pristi
rok,

dorazi k vam parta nastvanych tucnaku, a opravi realitu tak, aby

odpovidala mape. No znate tucnaky, udelat ze skoly blazinec pro
ne

nebude problem :-).

  
  
  
  Ty máš nějaké v záloze? :-D
  
  
  

Tak to vypadá, že dnes byla další hodina…
… a zdá se, že Smurficka to chytlo a editoval i z domu:
http://www.openstreetmap.org/user/Smurficek/history#map=14/48.8424/16.9754


Marián


  Marián
  


  

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

Re: [Talk-de] Projekt zur Toilettensuche

[Stefan Keller]

Ich habe geschrieben:
> Diese Daten könntest du dann validieren und in OSM einpflegen (wobei
> mir grad unklar ist, ob nur der uMap-Admin an die Daten kommt).

Unter "Embed and share this map" (Share-Button links) gibt es
"Download Data" als GeoJSON.

:Stefan

Am 13. Juni 2017 um 20:08 schrieb Stefan Keller :
> Es gibt mit #CHFreeWiFi ein Projekt in der Schweiz das passen könnte.
>
> Das funktioniert auf der Basis von uMap, bei dem Leute anonym Access
> Points eintragen können:
> https://twitter.com/CHFreeWiFi/status/852589100616081409
> http://umap.osm.ch/en/map/chfreewifi_588#9/47.0870/8.6627
>
> uMap gibt's auch weltweit, wobei die BBox auf Deutschland
> eingeschränkt werden kann:
> https://umap.openstreetmap.fr/de/
>
> Die Daten (beim #CHFreeWiFi ein Projekt Name, Description und
> natürlich die Koordinate) landen zunächst in uMap.
> Diese Daten könntest du dann validieren und in OSM einpflegen (wobei
> mir grad unklar ist, ob nur der uMap-Admin an die Daten kommt).
>
> Du könntest die Daten auch MapRoulette übergeben, damit andere
> mithelfen können, wenn es zu viele werden:
> https://github.com/maproulette/maproulette2/wiki
>
> :Stefan
>
> Am 26. Mai 2017 um 18:12 schrieb Viktor :
>> Hallo,
>>
>>> ich habe an einem Projekt für ältere Menschen gearbeitet
>>
>>
>> Das Projekt klingt ganz interessant!
>>
>>
>> In welcher Weise werden eigentlich bei OSM Änderungen validiert und ggf.
>> verifiziert? Gibt doch sicherlich auch viel Spaminput.
>>
>> Viele Grüße
>> Viktor
>>
>>
>> Am 2017-05-26 10:50, schrieb Günther Meyer:
>>>
>>> Hallo,
>>>
>>> ich habe an einem Projekt für ältere Menschen gearbeitet. Die
>>> Toiletten werden in der Karte angezeigt. Man kann sie in der Karte
>>> anklicken. Dann werden Details angezeigt. Die Details waren zunächst
>>> nur Die Knoten-Id und die Koordinaten. Das hat den älteren Menschen
>>> nicht geholfen.
>>>
>>> Ich habe in unserem Gebiet zu jeder Toilette die Adresse hinzugefügt,
>>> falls das sinnvoll war (es gibt auch Ausnahmen). Unter description=*
>>> habe ich einen kurzen Hinweis eingefügt wie z.B. Gaststätte oder
>>> Aral-Tankstelle. Die "Netten Toiletten" habe ich mit folgendem Tag
>>> versehen: network=nette_toilette.
>>>
>>> Gruß gm-bremen
>>>
>>>
>>> Am 25.05.2017 um 22:57 schrieb Viktor:

 Hallo,

 ich bin seit Jahren begeisterter Nutzer der OpenStreetMap und kannte
 schon von Wikipedia und Wikidata das Prinzip der freien, semantischen
 Datenbanken und -quellen.

 Hieraus entwickelte sich vor einiger Zeit ein Projekt namens "WinilooC"
 zur Entwicklung einer anwenderfreundlichen Suche für öffentliche Toiletten.
 Da der Tag "amenity=toilets" weltweit etwa 170.000 Mal verwendet wird und
 OSM über Overpass ziemlich elegant genutzt werden kann, bot es sich perfekt
 als Datenquelle an.
 In der Karte sollen die Toiletten übersichtlich und unterscheidbar
 dargestellt werden, sodass sich z.B. kostenpflichtige von frei zugänglichen
 auf einen Blick unterscheiden lassen können.
 Darüber hinaus können zukünftig weitere Eigenschaften von den Objekten in
 der Karte angezeigt werden.

 Ein Ziel meines Projektes ist es, dass Nutzer einfach Änderungen in die
 Karte einbringen können. Dabei denke ich von Anfang an auch daran, dass ein
 nachhaltiger Nutzen für das OSM-Projekt durch den Rückfluss von Daten
 erfolgen kann.

 Für Hinweise oder Überlegungen zur Gestaltung des Datenrückflusses über
 die APIs zur OSM bin ich sehr offen.

 Einen Artikel zum Projekt habe ich bereits in meinem Blog unter [1]
 veröffentlicht.

 Viele Grüße
 Viktor

 [1] https://blog.v-gar.de/2017/05/projektankuendigung-winilooc/

 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de
>>>
>>>
>>>
>>> ---
>>> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
>>> https://www.avast.com/antivirus
>>>
>>>
>>> ___
>>> 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-cz] Prusanky

[Marián Kyral]

Záleží, co přesně je cílem pana učitele. Určitě by bylo lepší, kdyby s námi
pan učitel komunikoval. Mohli bychom se nějak rozumně domluvit, případně
poradit.

Marián

-- Původní e-mail --
Od: Jan Martinec 
Komu: OpenStreetMap Czech Republic 
Datum: 13. 6. 2017 20:08:57
Předmět: Re: [Talk-cz] Prusanky
"
A nebylo by nejlepší jim ukázat www.opengeofiction.net
(http://www.opengeofiction.net)? 



Zdar,

HPM




Dne 13. 6. 2017 20:03 napsal uživatel "Marián Kyral" :
"

Dne 2.6.2017 v 12:22 Marián Kyral napsal(a):

"
-- Původní e-mail --
Od: Pavel Machek (mailto:pa...@ucw.cz)
Komu: OpenStreetMap Czech Republic 
(mailto:talk-cz@openstreetmap.org)
Datum: 2. 6. 2017 11:37:54
Předmět: Re: [Talk-cz] Prusanky
"On Wed 2017-05-31 06:51:35, Petr Schönmann wrote:
> Ahoj, zkusil jsem poslat mail do školy. Uvidíme jestli se pan učitel ozve.

>
> Dobrý den,
> píši jménem české komunity openstreetmap (*3). Jedná se "mapovou
wikipedii"
> kde každý může upravovat mapová data.
> Zřejmě máte to štěstí že nějaký váš kantor vzdělává žáky v tomto směru.
> Potud vše v pořádku. Nicméně poměrně často řešíme (*1) že se v okolí
> Prušánek objevují podivné editace. Jméno školy například blázinec a
> podobně. No znáte děti :)

...a jestli se tato nestastna situace bude opakovat i pristi rok,
dorazi k vam parta nastvanych tucnaku, a opravi realitu tak, aby
odpovidala mape. No znate tucnaky, udelat ze skoly blazinec pro ne
nebude problem :-).
"



Ty máš nějaké v záloze? :-D




"
Tak to vypadá, že dnes byla další hodina…
… a zdá se, že Smurficka to chytlo a editoval i z domu: http://www.
openstreetmap.org/user/Smurficek/history#map=14/48.8424/16.9754
(http://www.openstreetmap.org/user/Smurficek/history#map=14/48.8424/16.9754)


Marián

"
Marián

"


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

"

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

Re: [Talk-de] Projekt zur Toilettensuche

[Stefan Keller]

Es gibt mit #CHFreeWiFi ein Projekt in der Schweiz das passen könnte.

Das funktioniert auf der Basis von uMap, bei dem Leute anonym Access
Points eintragen können:
https://twitter.com/CHFreeWiFi/status/852589100616081409
http://umap.osm.ch/en/map/chfreewifi_588#9/47.0870/8.6627

uMap gibt's auch weltweit, wobei die BBox auf Deutschland
eingeschränkt werden kann:
https://umap.openstreetmap.fr/de/

Die Daten (beim #CHFreeWiFi ein Projekt Name, Description und
natürlich die Koordinate) landen zunächst in uMap.
Diese Daten könntest du dann validieren und in OSM einpflegen (wobei
mir grad unklar ist, ob nur der uMap-Admin an die Daten kommt).

Du könntest die Daten auch MapRoulette übergeben, damit andere
mithelfen können, wenn es zu viele werden:
https://github.com/maproulette/maproulette2/wiki

:Stefan

Am 26. Mai 2017 um 18:12 schrieb Viktor :
> Hallo,
>
>> ich habe an einem Projekt für ältere Menschen gearbeitet
>
>
> Das Projekt klingt ganz interessant!
>
>
> In welcher Weise werden eigentlich bei OSM Änderungen validiert und ggf.
> verifiziert? Gibt doch sicherlich auch viel Spaminput.
>
> Viele Grüße
> Viktor
>
>
> Am 2017-05-26 10:50, schrieb Günther Meyer:
>>
>> Hallo,
>>
>> ich habe an einem Projekt für ältere Menschen gearbeitet. Die
>> Toiletten werden in der Karte angezeigt. Man kann sie in der Karte
>> anklicken. Dann werden Details angezeigt. Die Details waren zunächst
>> nur Die Knoten-Id und die Koordinaten. Das hat den älteren Menschen
>> nicht geholfen.
>>
>> Ich habe in unserem Gebiet zu jeder Toilette die Adresse hinzugefügt,
>> falls das sinnvoll war (es gibt auch Ausnahmen). Unter description=*
>> habe ich einen kurzen Hinweis eingefügt wie z.B. Gaststätte oder
>> Aral-Tankstelle. Die "Netten Toiletten" habe ich mit folgendem Tag
>> versehen: network=nette_toilette.
>>
>> Gruß gm-bremen
>>
>>
>> Am 25.05.2017 um 22:57 schrieb Viktor:
>>>
>>> Hallo,
>>>
>>> ich bin seit Jahren begeisterter Nutzer der OpenStreetMap und kannte
>>> schon von Wikipedia und Wikidata das Prinzip der freien, semantischen
>>> Datenbanken und -quellen.
>>>
>>> Hieraus entwickelte sich vor einiger Zeit ein Projekt namens "WinilooC"
>>> zur Entwicklung einer anwenderfreundlichen Suche für öffentliche Toiletten.
>>> Da der Tag "amenity=toilets" weltweit etwa 170.000 Mal verwendet wird und
>>> OSM über Overpass ziemlich elegant genutzt werden kann, bot es sich perfekt
>>> als Datenquelle an.
>>> In der Karte sollen die Toiletten übersichtlich und unterscheidbar
>>> dargestellt werden, sodass sich z.B. kostenpflichtige von frei zugänglichen
>>> auf einen Blick unterscheiden lassen können.
>>> Darüber hinaus können zukünftig weitere Eigenschaften von den Objekten in
>>> der Karte angezeigt werden.
>>>
>>> Ein Ziel meines Projektes ist es, dass Nutzer einfach Änderungen in die
>>> Karte einbringen können. Dabei denke ich von Anfang an auch daran, dass ein
>>> nachhaltiger Nutzen für das OSM-Projekt durch den Rückfluss von Daten
>>> erfolgen kann.
>>>
>>> Für Hinweise oder Überlegungen zur Gestaltung des Datenrückflusses über
>>> die APIs zur OSM bin ich sehr offen.
>>>
>>> Einen Artikel zum Projekt habe ich bereits in meinem Blog unter [1]
>>> veröffentlicht.
>>>
>>> Viele Grüße
>>> Viktor
>>>
>>> [1] https://blog.v-gar.de/2017/05/projektankuendigung-winilooc/
>>>
>>> ___
>>> Talk-de mailing list
>>> Talk-de@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-de
>>
>>
>>
>> ---
>> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
>> https://www.avast.com/antivirus
>>
>>
>> ___
>> 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-cz] Prusanky

[Jan Martinec]

A nebylo by nejlepší jim ukázat www.opengeofiction.net?

Zdar,
HPM

Dne 13. 6. 2017 20:03 napsal uživatel "Marián Kyral" :

> Dne 2.6.2017 v 12:22 Marián Kyral napsal(a):
>
>
> -- Původní e-mail --
> Od: Pavel Machek  
> Komu: OpenStreetMap Czech Republic 
> 
> Datum: 2. 6. 2017 11:37:54
> Předmět: Re: [Talk-cz] Prusanky
>
> On Wed 2017-05-31 06:51:35, Petr Schönmann wrote:
> > Ahoj, zkusil jsem poslat mail do školy. Uvidíme jestli se pan učitel
> ozve.
> >
> > Dobrý den,
> > píši jménem české komunity openstreetmap (*3). Jedná se "mapovou
> wikipedii"
> > kde každý může upravovat mapová data.
> > Zřejmě máte to štěstí že nějaký váš kantor vzdělává žáky v tomto směru.
> > Potud vše v pořádku. Nicméně poměrně často řešíme (*1) že se v okolí
> > Prušánek objevují podivné editace. Jméno školy například blázinec a
> > podobně. No znáte děti :)
>
> ...a jestli se tato nestastna situace bude opakovat i pristi rok,
> dorazi k vam parta nastvanych tucnaku, a opravi realitu tak, aby
> odpovidala mape. No znate tucnaky, udelat ze skoly blazinec pro ne
> nebude problem :-).
>
>
> Ty máš nějaké v záloze? :-D
>
>
>
> Tak to vypadá, že dnes byla další hodina…
> … a zdá se, že Smurficka to chytlo a editoval i z domu:
> http://www.openstreetmap.org/user/Smurficek/history#map=14/48.8424/16.9754
>
>
> Marián
>
> Marián
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Prusanky

[Marián Kyral]

Dne 2.6.2017 v 12:22 Marián Kyral napsal(a):


-- Původní e-mail --
Od: Pavel Machek 
Komu: OpenStreetMap Czech Republic 
Datum: 2. 6. 2017 11:37:54
Předmět: Re: [Talk-cz] Prusanky


On Wed 2017-05-31 06:51:35, Petr Schönmann wrote:
> Ahoj, zkusil jsem poslat mail do školy. Uvidíme jestli se pan
učitel ozve.
>
> Dobrý den,
> píši jménem české komunity openstreetmap (*3). Jedná se "mapovou
wikipedii"
> kde každý může upravovat mapová data.
> Zřejmě máte to štěstí že nějaký váš kantor vzdělává žáky v tomto
směru.
> Potud vše v pořádku. Nicméně poměrně často řešíme (*1) že se v
okolí
> Prušánek objevují podivné editace. Jméno školy například blázinec a
> podobně. No znáte děti :)

...a jestli se tato nestastna situace bude opakovat i pristi rok,
dorazi k vam parta nastvanych tucnaku, a opravi realitu tak, aby
odpovidala mape. No znate tucnaky, udelat ze skoly blazinec pro ne
nebude problem :-).


Ty máš nějaké v záloze? :-D




Tak to vypadá, že dnes byla další hodina…
… a zdá se, že Smurficka to chytlo a editoval i z domu: 
http://www.openstreetmap.org/user/Smurficek/history#map=14/48.8424/16.9754



Marián


Marián




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

[Talk-it] divieto di accesso

[scratera]

strada a senso unico
divieto dal lunedi al venerdi dalle 20 alle 8
il venerdi dalle 20 fino al lunedi alle 8
come lo taggo?



--
View this message in context: 
http://gis.19327.n8.nabble.com/divieto-di-accesso-tp5897888.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-it] Download mappe

[Francesco Pelullo]

Sarebbe bello avere la possibilità, dentro OsmAnd, di scegliere la
repository dalla quale si intende scaricare le mappe...

Ciao
/niubii/


Il giorno 13 giugno 2017 17:47, Martin Koppenhoefer 
ha scritto:

>
> 2017-06-13 17:17 GMT+02:00 Luca Delucchi :
>
>> poi non è un'impresa fa tutto il pc in modo automatico...
>
>
>
> l'impresa di solito è arrivare fino a questo punto ;-)
>
> Ciao,
> Martin
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] OSM a UnaQuantum conference a Procida il 17 e 18 giugno

[Alessandro Palmas]

Ciao lista,
solo ieri pomeriggio ho avuto la conferma della nostra partecipazione.

http://www.unaquantum.com/una-quantum-procida

Saremo presenti in cospicua quantità (superiore alla modica, siete 
avvertiti) sabato e domenica a Procida impegnati in una due giorni 
all'insegna dei sistemi  GIS Open Source e di OpenStreetMap.


Sabato mattina ne approfitto facendo una veloce mappatura prima di 
entrare per mostrare la mappatura near real-time. Domenica mattina mini 
mapping party e successivo editing.
Come tributo a 'Il Postino' di Troisi creeremo una mappa dei luoghi e 
dei rumori di Procida.


Partecipate numerosi

  Alessandro Ale_Zena_IT


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

Re: [Talk-it] Download mappe

[Martin Koppenhoefer]

2017-06-13 17:17 GMT+02:00 Luca Delucchi :

> poi non è un'impresa fa tutto il pc in modo automatico...



l'impresa di solito è arrivare fino a questo punto ;-)

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

Re: [Talk-us] NJ mass road demotions?

[Kevin Kenny]

On Tue, Jun 13, 2017 at 10:49 AM, Paul Johnson  wrote:
>  I only saw this since NE2 had mass-upgraded everything in the US highway
> system to trunk nationwide.  Typically, trunk in the US has been meant to
> mean an expressway, ie, basically a freeway, but it might have intersections
> (the midwest is full of these, Tesla's first autopilot crash happened on
> such an expressway).  Or it might be fully controlled, but only a single
> carriageway (Cimarron Turnpike).  Or it's dual carriageway, but only one
> lane on a carriageway (thankfully, this is rare, the only one I remember
> driving on appears to be 2+2 now).  Odd beasts that are more controlled than
> a primary, yet, not a freeway.

Yeah, 'trunk' and 'unclassified' are odd beasts in the US because we
don't really have legal classifications corresponding to the ones of
those names in several European countries.

I pretty much follow the same practice as you. Trunks that I'm aware
of having travelled include Taconic Parkway (most of the crossings are
now elevated, but grade crossings do remain and are quite hazardous),
US 7 in Vermont (crossings elevated, but the carriageway is usually
two lanes plus a climbing lane), Queens Boulevard in New York City (an
urban surface street, but with four median-separated carriageways) and
any number of urban ways with dual carriageways and 'major' crossings
elevated, but at-grade minor intersections and even driveways opening
on the way.

'Unclassified,' I wind up using as something of a catchall for "isn't
primarily residential, and serves the hinterland rather than
connecting two places" If a way is the main route, say, between two
villages, that's at least 'tertiary'. How the road is placarded hardly
enters into the equation. There are placarded and numbered county
roads around here that deserve every designation from 'track' to
'trunk'. I think I could still find placards on some county roads that
have been de facto abandoned since the 1940s and are grown to trees -
but remain public rights-of-way that the hiking clubs encourage people
to use on foot.

Anything 'unclassified' and higher, I explicitly tag surface and
smoothness if either is significant. "highway=tertiary
surface=compacted smoothness=very_bad" is not uncommon out in the
countryside. I'm less assiduous with 'track', which can be presumed
to have a less-than-friendly surface to drive on.

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

Re: [Talk-it] Download mappe

[Luca Delucchi]

2017-06-13 16:34 GMT+02:00 Francesco Pelullo :
>
> Ci sono delle statistiche di download consultabili? Voglio dire, l'impresa
> vale la spesa?
>

Non ho statistiche, ma visto che tanto lo faccio per me lo faccio per
tutti, poi non è un'impresa fa tutto il pc in modo automatico...

> Ciao e grazie
>
> /niubii/
>


-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-us] NJ mass road demotions?

[Paul Johnson]

On Mon, Jun 12, 2017 at 1:55 PM, Richard Fairhurst 
wrote:

> Kevin Kenny wrote:
> > Is there *anyone* that actually can speak to what *is* common
> > practice in the US? When I've asked, I've always drawn a lot of
> > replies and come away more confused than before.
>
> I've been doing vast amounts of rural TIGER fixup over the past couple of
> years and this is what broadly seems to be what I've seen, bearing in mind
> standard practice in other developed countries and the idea that the
> highway= tag combines the importance in the highway network with some
> assurance of construction quality:
>
> * highway=motorway: interstate or other long-distance restricted-access
> road
> * highway=trunk: fast, busy State Highway or US Highway, often NHS/STRAHNET


 I only saw this since NE2 had mass-upgraded everything in the US highway
system to trunk nationwide.  Typically, trunk in the US has been meant to
mean an expressway, ie, basically a freeway, but it might have
intersections (the midwest is full of these, Tesla's first autopilot crash
happened on such an expressway).  Or it might be fully controlled, but only
a single carriageway (Cimarron Turnpike).  Or it's dual carriageway, but
only one lane on a carriageway (thankfully, this is rare, the only one I
remember driving on appears to be 2+2 now).  Odd beasts that are more
controlled than a primary, yet, not a freeway.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] Download mappe

[Cascafico Giovanni]

Da febbraio avevo messo l'italia in un portale di torrent e ho avuto 87
scaricamenti completati.

Il giorno 13 giugno 2017 16:34, Francesco Pelullo  ha
scritto:

>
>
> Il 13 giu 2017 4:28 PM, "Luca Delucchi"  ha scritto:
>
> >
>
> anche da un po' di mesi, mi sembrava di averlo scritto qui in lista...
>
>
> Ci sono delle statistiche di download consultabili? Voglio dire, l'impresa
> vale la spesa?
>
> Ciao e grazie
>
> /niubii/
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Download mappe

[Francesco Pelullo]

Il 13 giu 2017 4:28 PM, "Luca Delucchi"  ha scritto:

>

anche da un po' di mesi, mi sembrava di averlo scritto qui in lista...


Ci sono delle statistiche di download consultabili? Voglio dire, l'impresa
vale la spesa?

Ciao e grazie

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

Re: [Talk-it] Download mappe

[Luca Delucchi]

2017-06-13 16:24 GMT+02:00 Cascafico Giovanni :
> Avevo da poco sperimentato con orgoglio la generazione dell'Italia per
> OSMand sul mio piccì e mi ritrovo già la pappa pronta su fmach?
>
> Grandi!
>

anche da un po' di mesi, mi sembrava di averlo scritto qui in lista...


-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] Download mappe

[Cascafico Giovanni]

Avevo da poco sperimentato con orgoglio la generazione dell'Italia per
OSMand sul mio piccì e mi ritrovo già la pappa pronta su fmach?

Grandi!

Il giorno 12 giugno 2017 18:12, Francesco Pelullo  ha
scritto:

> Puoi anche usare la versione di FMach, generata ogni santo giorno :-)
>
> http://www.geodati.fmach.it/italia_osm.html
>
> La colpa è tutta di Lucadelu.
>
>
> Ciao
> /niubii/
>
>
> Il 12 giu 2017 5:51 PM, "Gianluca Boero"  ha
> scritto:
>
>> Scusate...mi sono perso un pezzo...dal wiki di Osm alla sezione download,
>> vi è l'indicazione per scaricare la mappa di Osm dal server Gfoss.it
>>
>> http://download.gfoss.it/osm/garmin/
>>
>> solo che non è più attivo...quale è ora la procedura per il download?
>>
>> --
>> Gianluca Boero
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-us] Mapping traffic signals and stop signs using MapRoulette

[Marc Gemis]

As I asked you before, show me a real world case where you have to map
a give way sign on the intersection of more than 1 OSM way. After
mapping several hundreds of them in Belgium, I have never seen a case
where it is needed.

But I'm willing to map relations as well, but then someone has to make
that proposal, move it forward, make sure the tools get updated etc.

m.

On Tue, Jun 13, 2017 at 2:19 PM, Paul Johnson  wrote:
> On Tue, Jun 13, 2017 at 7:00 AM, Marc Gemis  wrote:
>>
>> On Tue, Jun 13, 2017 at 12:56 PM, Paul Johnson 
>> wrote:
>> > How does it not?  A node doesn't infer a way that it's attached to,
>> > though a
>> > node may infer what nodes it crosses through.  This is why relations
>> > became
>> > a thing, to model things that can't be inferred from the other two
>> > primitive
>> > types, particularly for enforcement and turn restrictions.
>>
>> Are you saying that when I (or the software) traverse a way in forward
>> direction  and it encounters a node that has a give way  tag on it,
>> that it cannot read the direction tag on the node as well and then
>> decided whether it has to apply the give way or not ?
>
>
> In cases more complex than a simple one-way-in, one-way-out scenario on a
> one-way road, not with any real consistent accuracy, no.

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

Re: [Talk-us] Mapping traffic signals and stop signs using MapRoulette

[Paul Johnson]

On Tue, Jun 13, 2017 at 7:00 AM, Marc Gemis  wrote:

> On Tue, Jun 13, 2017 at 12:56 PM, Paul Johnson 
> wrote:
> > How does it not?  A node doesn't infer a way that it's attached to,
> though a
> > node may infer what nodes it crosses through.  This is why relations
> became
> > a thing, to model things that can't be inferred from the other two
> primitive
> > types, particularly for enforcement and turn restrictions.
>
> Are you saying that when I (or the software) traverse a way in forward
> direction  and it encounters a node that has a give way  tag on it,
> that it cannot read the direction tag on the node as well and then
> decided whether it has to apply the give way or not ?
>

In cases more complex than a simple one-way-in, one-way-out scenario on a
one-way road, not with any real consistent accuracy, no.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Mapping traffic signals and stop signs using MapRoulette

[Marc Gemis]

On Tue, Jun 13, 2017 at 12:56 PM, Paul Johnson  wrote:
> How does it not?  A node doesn't infer a way that it's attached to, though a
> node may infer what nodes it crosses through.  This is why relations became
> a thing, to model things that can't be inferred from the other two primitive
> types, particularly for enforcement and turn restrictions.

Are you saying that when I (or the software) traverse a way in forward
direction  and it encounters a node that has a give way  tag on it,
that it cannot read the direction tag on the node as well and then
decided whether it has to apply the give way or not ?

m.

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

Re: [Talk-de] Hillary Step oder Wie taggt man verschwundene Objekte?

[Martin Koppenhoefer]

Am 12. Juni 2017 um 15:58 schrieb Elstermann, Mike <
mike.elsterm...@itc-halle.de>:

> wie eigentlich taggt Ihr eigentlich verschwundene Objekte, hier z. B. den
> Hillary Step.
>
> Offensichtlich gab es ihn nicht mehr [1]
>
> -   gehört er dann noch in die aktuelle topografische Karte?
>
> -  Wenn ja, muss es nicht schon in der Topografie sichtbar sein,
> dass es das Objekt nicht mehr gibt
>
> Nun scheint er ja doch noch da zu sein [2]
>



prinzipiell taggen wir nur das, was in irgendeiner Weise "da" ist, wobei
dazu auch kulturelle Objekte (z.B. Ortsnamen) gehören, die insofern da
sind, als Menschen sie benutzen, um sich auf einen bestimmten Ort zu
beziehen. D.h. wenn dieser Hillary Step nach wie vor in menschlicher
Unterhaltung als Ort "existiert" (ohne die dazugehörige Felskonstellation,
nur als Toponym), dann wäre mir das schon genug, um z.B. einen
place=locality zu setzen. Im Einzelfall muss man abwägen, im Zweifel wäre
ich inklusionistisch.

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

Re: [talk-ph] Geo mystery: What is this weird northeast line running from San Juan to Montalban?

[Erwin Olario]

I'm glad you made it to the mapa-thon [0], Eugene.

Over the weekend, in San Juan, we had another mapa-thon and one of the
things we did different were "Blitz Decks" (a.k.a. lightning talks) during
the break. Many thanks to Rally and Dianne, for their decks about mapping
addresses and UP Noah (aka Project Noah), respectively. Mine was called
"Hail Hydra(nt)!"

I thoroughly enjoyed the after hours conversation that was triggered by the
Blitz Deck. I'd like to see more varied topics for in future mapa-thons!

/Erwin

[0]: https://goo.gl/TRhKRi



On Sat, Jun 10, 2017 at 10:48 PM Eugene Alvin Villar 
wrote:

> Hi all,
>
> I'm resurrecting this old thread[0] because we've been discussing Metro
> Manila's water system as part of the fire hydrant mapping exercise during
> the mapathon earlier.[1] It turns out that before we have the current San
> Juan Reservoir,[2] there was an older Spanish-era reservoir named El
> Deposito located in what is now the Pinaglabanan Shrine in San Juan. This
> is apparently where the long straight pipeline from Montalban terminated.
> You can read a bit of the history of El Deposito on Wikipedia[3] and on the
> historical marker installed by the National Historical Commission of the
> Philippines.[4] The El Deposito is also roughly in the middle of the
> straight line connecting the Santolan Waterworks in Pasig and Intramuros.
>
> You can now see these two lines, one Spanish-era, and the other
> American-era, on a map created by Erwin.[5] As you can see, these two lines
> converge at El Deposito!
>
> This is really fascinating!
>
> [0] Archives start here:
> https://lists.openstreetmap.org/pipermail/talk-ph/2011-April/003152.html
> [1]
> https://lists.openstreetmap.org/pipermail/talk-ph/2017-June/006115.html
> [2] https://www.openstreetmap.org/way/108541188
> [3] https://en.wikipedia.org/wiki/El_Deposito
> [4]
> https://commons.wikimedia.org/wiki/File:El_Deposito_NHCP_historical_marker.jpg
> [5] http://u.osmfr.org/m/151838/
>
> ~Eugene
>
>
>
> On Fri, Apr 8, 2011 at 10:51 PM, Eugene Alvin Villar 
> wrote:
>
>> More research confirming the water pipeline theory:
>>
>> -
>>
>> 1) http://www.lawphil.net/judjuris/juri2000/jun2000/gr_109111_2000.html
>>
>> Quote: "Long before World War II, MWSS buried a 42-inch diameter steel
>> aqueduct pipeline under the subject parcels of land. The pipeline drew
>> water from the Wawa Dam in Montalban, Rizal to the Balara Filters in
>> Quezon City. Fifteen (15) kilometers long, it ran through the
>> municipalities of Montalban, San Mateo and Marikina."
>>
>> The MWSS property in Balara  does indeed
>> lie close to the "line".
>>
>> -
>>
>> 2) http://inquiry.theguidon.com/2009/08/service-for-the-settlers/
>>
>> Quote: "Daan Tubo and Ronas Garden are owned by Manila Water Services
>> and Meralco, respectively."
>>
>> Daan Tubo in this case is the informal settler area along Katipunan
>> beside UP Diliman .
>>
>> -
>>
>> Mystery closed?
>>
>> I must say that I find it amazing that this unused pipeline still
>> shows it's presence even to this day in the form of roads, barangay
>> boundaries, and informal settlers. :-D
>>
>>
>> On Fri, Apr 8, 2011 at 10:36 PM, maning sambale
>>  wrote:
>> > This would be my guess as well.
>> > On Fri, Apr 8, 2011 at 10:24 PM, Eugene Alvin Villar 
>> wrote:
>> >> 2) This is a water pipeline.
>> >
>> >
>> >
>> > --
>> > cheers,
>> > maning
>> > --
>> > "Freedom is still the most radical idea of all" -N.Branden
>> > wiki: http://esambale.wikispaces.com/
>> > blog: http://epsg4253.wordpress.com/
>> > --
>> >
>>
>
> ___
> talk-ph mailing list
> talk-ph@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ph
>
-- 

/Erwin Olario

e: er...@ngnuity.xyz | v/m: https://t.me/GOwin | s: https://mstdn.io/@GOwin
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-us] Mapping traffic signals and stop signs using MapRoulette

[Paul Johnson]

On Mon, Jun 12, 2017 at 12:14 PM, Kevin Kenny 
wrote:

> On Mon, Jun 12, 2017 at 11:35 AM, Paul Johnson 
> wrote:
>
>> So we're ignoring that nodes don't inherit the directionality of the
>> underlying way?  Really sounds like you're trying to suggest using
>> direction=forward/backwards when a relation is what's actually needed.
>>
>
> There are already tens of thousands of STOP signs tagged with direction=*.
> The semantics don't imply that a node has a direction.
>

How does it not?  A node doesn't infer a way that it's attached to, though
a node may infer what nodes it crosses through.  This is why relations
became a thing, to model things that can't be inferred from the other two
primitive types, particularly for enforcement and turn restrictions.


> Have you even posted a proposal for the relation-based schema that you're
> advocating? You sent a link when we had this discussion before, but the
> link went to a page about traffic cameras that had no mention of STOP or
> GIVE WAY signs at all.
>

 I seem to recall there was an offer to put together the write-up out there
since my mediawiki-fu is rather awful.  If someone would like to help on
that, that'd be awesome.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-de] Datenschutz bei OSM - Schweiz

[Simon Poole]

Die von Frederik angestossene Diskussion bezog sich den Schutz von OSM
Beitragenden, dass hat zwar auch mit Geodaten zu tun, aber es ging nicht
primär um die Datenschutzproblematik der von uns gesammelten Daten für
Dritte was eher interessant wäre für den Datenschutz.

Letzteres ist, wie Stefan schon darauf hingewiesen hat, eher ein
Frustthema für die Datenschutzbeauftragten da sie seit Jahren im
wesentlichen ignoriert werden, und zwar von allen Markteilnehmern,
inklusive den jeweiligen Staaten. Stichworte: hochauflösende Luftbilder
(d.h. besser als 2m/pixel), Katasterinformationen, Adressen etc..

SImon



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

Re: [Talk-de] Datenschutz bei OSM - Schweiz

[Martin Koppenhoefer]

Am 13. Juni 2017 um 11:11 schrieb Stephan Knauss :

> Das was wir erfassen sind reine Geodaten ohne Personenbezug. Somit nicht
> zutreffend.
>
> Bleiben die Metadaten. Die sind aber nicht an eine Person gekoppelt,
> sondern an ein Pseudonym. Du hast weder eine technische, noch eine
> rechtliche Möglichkeit herauszufinden welcher Person ein Pseudonym
> zuzuordnen ist.
>


Ich würde auch so argumentieren, allerdings gibt es ein allerdings.

Der Personenbezug kann dadurch entstehen, dass Du durch Dein individuelles
Mapping-muster (Aktivitätszeit und Ort, Art der Edits (z.B. welche tags,
welche Art von Objekten, welche Art changesets zu machen, Sprache bei
freien Texten wie description, note, changeset comments, etc.)) vermutlich
erkennbar bzw. "klassifizierbar" bist, vor allem, wenn Du "mittel" oder
mehr aktiv bist oder eine besondere Vorliebe / Interessengebiet hast
(mittel deshalb, weil bei geringer Aktivität die Daten nicht ausreichen
dürften).

Damit kann in vielen Fällen (vermutlich mehr in dünn besiedelten Gebieten
als in konzentrierten Räumen) wahrscheinlich eine individuelle Zuordnung zu
einer realen Person erfolgen, allerdings nur, wenn man schon zuvor (aus
anderer Quelle) viel weiss über diese Person, und wenn derjenige nicht
versucht, seine Identität zu verschleiern.

Eine rechtliche Möglichkeit gibt es sicherlich (für die Behörden), über
Email-adresse, login und IP Vorratsdaten in fast allen Fällen an echte
Personendaten zu kommen. Für den einfachen Mapper empfiehlt sich "social
engineering" ;-)

Ich denke aber nicht, dass Datenschutz für uns ein Problem werden wird,
zumindest kein größeres, als wir jetzt schon haben (Leute, die aus Furcht
nicht mitmachen wollen). Da wird schon die Industrie dafür sorgen, dass
Datenreichtum auch in Zukunft möglich sein wird. Vielleicht muss man den
Text bei der Anmeldung noch expliziter machen, oder die CT ergänzen, so
dass es jedem klar wird, dass jeder sehen kann, welches Pseudonym wann was
gemacht hat.

Alternativ fände ich auch eine technische Lösung spannend:
user sind kryptographisch geschützt, es gibt "Gruppen" (oder "Stämme",
etc.), denen man sich anschließen kann, und die nach Themen, Interessen
oder räumlich oder beides organisiert sein könnten (z.B. Fahrradfahrer in
Karlsruhe, Eisenbahnfans in Deutschland), Mehrfache Mitgliedschaft wäre
ggf. üblich. Bei Gruppen an denen man teilnimmt kann man sehen, welches
Pseudonym was gemacht hat (bzw. aus welcher "Untergruppe" der user kommt,
falls es sehr große Gruppen sind), wer nicht der Gruppe angehört kann als
Bearbeiter nur den Gruppennamen sehen (und Kontakt mit der gesamten Gruppe
bzw. einem Moderator aus der Gruppe aufnehmen). Vielleicht könnte man das
sogar (technisch/kryptographisch) so machen, dass man die einzelnen User
entweder sehen kann, wenn man räumlich in der Nähe verortet ist, oder wenn
man in dem Themengebiet "Renommé" hat. Die Gruppen könnte jeder gründen,
sie können auch ganz klein sein, und sie können auch Leute rauswerfen, die
unangenehm aufgefallen sind. So was würde die DWG entlasten, das System
würde viel besser skalieren, weil es sich anpasst und "Macht" (über die
eigene Gruppe) an die lokalen Communities gehen würde. Es könnte Gruppen
mit erfahrenen Members geben, ggf. bräuchte man eine Einladung von einem
Gruppenmember um beizutreten, etc.

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

Re: [Talk-de] Datenschutz bei OSM - Schweiz

[Stephan Knauss]

Hallo Markus, 

das von dir zitierte Dokument scheint auf OSM nur sehr begrenzt zuzutreffen. 

Es bezieht sich ja ausdrücklich auf GIS die personenbezogenen Daten sichtbar 
machen sollen. Als Beispiel ist eine Anwendung aufgeführt, die Alter und 
Einkommen der Bewohner eines Quartiers auswertet. 

Also so etwas wie das Geoscoring, das der Schufa nachgesagt wurde. 

Das was wir erfassen sind reine Geodaten ohne Personenbezug. Somit nicht 
zutreffend. 

Bleiben die Metadaten. Die sind aber nicht an eine Person gekoppelt, sondern an 
ein Pseudonym. Du hast weder eine technische, noch eine rechtliche Möglichkeit 
herauszufinden welcher Person ein Pseudonym zuzuordnen ist. 

Dass es Ausnahmen gibt in denen eine Person freiwillig eine Beziehung zu ihrem 
Pseudonym herstellt ist bei der großen Masse die Ausnahme und somit auch nicht 
relevant. 

Was sicher nützlich ist wäre ein deutlicher Hinweis bei der Anmeldung dass die 
Metadaten essentiell für das Funktionieren der Community sind und einsehbar 
sind. 

OSM ist aber bei weitem unkritischer als Internet Foren, bei denen ja auch das 
Datum und Uhrzeit angezeigt wird. Oder noch schlimmer Facebook, bei dem durch 
Einbeziehung der Freunde eine Person in der Regel identifizierbar ist. 

Stephan 



On June 13, 2017 6:20:22 AM GMT+02:00, Markus  wrote:
>Hallo Frederik,
>
>> Fürsorgepflicht gegenüber unseren Mappern 
>> vor möglichem Datenmissbrauch schützen
>
>Zufällig stosse ich auf ein Gutachten des Eidgenössischen Datenschutz
>und Öffentlichkeitsbeauftagten der Schweiz.
>https://www.edoeb.admin.ch/datenschutz/00628/00665/00681/index.html?lang=de
>
>Ich vermute, das hat tiefgreifende Auswirkungen auf unsere Arbeit...
>
>Der entscheidende Punkt:
>*die Verknüpfung mit Personendaten begrenzen oder verunmöglichen*
>
>"begrenzen" meint:
>"Frederik arbeitet mit" oder
>"Frederik hat 2016 ##-tausend Punkte eingetragen" ist möglicherweise
>ok,
>"Frederik hat folgende Daten eingetragen" ist ohne seine explizite
>Zustimmung nicht ok.
>
>> Jeder, der unser Planetfile runterlädt und verarbeitet, wird
>> unwillkürlich zum Verarbeiter persönlicher Daten
>
>Ja, das Planetfile darf m.E. nur anonymisiert verbreitet werden.
>
>> * Wer sich drum kümmert, kann heute schon seine Daten in OSM
>schützen,
>> und die, denen das wichtig ist, die wissen meist auch, was sie machen
>> müssen.
>
>Das ist nicht ausreichend.
>
>Erforderlich ist ein Opt-In-Verfahren, also eine ausdrückliche
>qualifizierte Zustimmung zur nicht anonymisierten Datenerfassung,
>bzw. der automatischen Ablehnung einer Nicht-Anonymisierung, wenn nicht
>explizit zugestimmt wird.
>
>Ich vermute, eine solche Zustimmung würden nur wenige erteilen.
>Es ist aus datenschutzrechtlicher Sicht sinnvoll, die Daten
>grundsätzlich zu anonymisieren.
>
>Ein Zugriff auf die Verknüpfungstabelle wäre dann ausschliesslich der
>DWG gestattet. Die Möglichkeit für Dritte muss technisch ausgeschlossen
>sein.
>
>> * Egal, was wir tun oder nicht tun, wir sollten eventuell dafür
>sorgen,
>> dass neue Benutzer ganz genau wissen, was sie tun und was über sie
>> später ermittelbar ist. 
>
>Das ist sowohl für Daten in DE als auch in CH zwingend.
>
>> im deutschen Recht, der Datenschutz stärker als das Urherber- 
>> oder Datenbankschutzrecht oder irgendwelche Lizenztexte.
>
>Gilt auch für CH.
>
>Mit herzlichem Gruss,
>Markus
>
>___
>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: [OSRM-talk] Newbie question : alternative modes

[Ricardo Pereira]

Thanks.
The merge with osmosis would probably be required as the set of seaways to
be used resulted from a custom set of paths specific to the application
(not based on OSM rivers).
Usage of ferry would mos probably not be desired. I would like car profile
to work as normal, including the possibility to use OSM provided ferry
tagged routes, and would expect "my seaways" to only be used with a
specific profile (say "boat") and not even be merged with road.
Assuming that I would get a merge with a new set of routes tagged with a
"route=boat", what kind of support would OSRM give to support adding a new
mode/profile that could only use such routes ?

Thanks

On Tue, 13 Jun 2017 at 10:44 Daniel Patterson  wrote:

> Hi Ricardo,
>
>   There is currently no built-in method for this.  OSRM supports ferry
> routes, but only when they're drawn explicitly in OpenStreetMap, and
> tagged with route=ferry.
>
>   To do this correctly, you would probably need to draw your own ways
> down the rivers that you want to support, and connect those to the
> rest of the network.  It may or may not be OK to add this data to OSM
> itself, I suspect you will need to maintain your own data, and merge
> it into an OSM extract (using a tool like osmosis).  It might be
> difficult to keep the connectivity correct if you update your base
> map.
>
>   I don't think using the outlines of the river polygons for routing
> will be practical - I can imagine a lot of cases where the shape might
> be very bad for routing, we would route you along the edge of the
> river, rather than down the center.  It might get very strange when
> rivers hit lakes.  I also don't know if all the necessary roads/paths
> would be properly connected to the edges of the river at the points
> you want.
>
>   TL;DR - there's no easy way to do it.
>
> daniel
>
> > On Jun 13, 2017, at 08:41, Ricardo Pereira 
> wrote:
> >
> > Good morning.
> > I'm new to OSRM and would be thankful if someone could direct me to the
> right approach/documentation to achieve the following:
> >
> > On top of the normal OSM data supporting "road" traffic, I'd like to
> also include waterway graphs, that would allow OSRM to also calculate
> routes for another type of vehicle (e.g. boat).
> > I would expect to provide a "waterway" graph with the same type of
> variables as a road, just as maximum speed, etc, but would expected that it
> was reserved vehicles of the "boat" type, so that those ways would be used
> only with the right profile.
> >
> > Please notice also, that my preference would be to add the rivers to
> normal road data, not have a separate instance "pretending rivers to be
> roads".
> >
> > Thanks in advance,
> > Ricardo
> > ___
> > OSRM-talk mailing list
> > OSRM-talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/osrm-talk
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-es] Notas

[dcapillae]

¡Hola, Felipe!

Gracias por tu mensaje. De eso se trata, de llegar a alguna clase de
consenso sobre el uso que hacemos de las notas. Y si no es posible el
consenso, al menos que sepamos qué criterios siguen otros colaboradores para
que los tengamos presentes, intentemos comprender sus razones y evitar el
conflicto. La ambigüedad de esta funcionalidad hace que sea una potencial
fuente de conflicto, como hemos podido comprobar estos días.

Yo suelo solucionar notas a menudo por la zona de Málaga, las comento y las
cierro cuando creo que están resueltas o no me parecen pertinentes, y nunca
he tenido conflicto alguno. Todos los colaboradores con los que he
interactuado se han mostrado correctos y razonables. Pese a todo, soy
consciente de que en algún momento me puede ocurrir lo mismo que les ha
pasado a los compañeros en Galicia, que me encuentre con alguien que tenga
un criterio distinto al mío respecto a cómo se deben usar las notas.

Para saber qué son las notas y cuándo conviene usarlas, lo mejor es
consultar la  documentación   
del wiki.

En cuanto a cómo resolverlas, dependerá del contenido de la nota. Algunas
señalan simplemente un error en el mapa, como por ejemplo, un cruce mal
señalizado, una característica que no existe sobre el terreno, etc. Otras
aportan información sobre algún elemento del mapa, por ejemplo, nombres
alternativos, direcciones, teléfonos... Dependiendo de cómo sea la nota, se
resolverá de una u otra forma.

Las notas, en principio, si son pertinentes, no se deben cerrar hasta que
estén resueltas. En ningún lugar se establece algo así como un "período de
validez" de las notas, así que debemos entender que no caducan nunca (éste
asunto es el que tanta discusión ha generado estos días en el foro).

Respecto a los criterios para cerrar notas, puedes echar un vistazo al hilo
« Conflictos sobre el uso de notas en Galicia

 
». Varios colaboradores han comentado cuál ha sido su experiencia con las
notas y que criterios siguen para cerrarlas. Mi propia experiencia y
criterios intenté resumirlos en  este mensaje

  
del hilo.



-
Daniel Capilla
OSM user: dcapillae 
--
View this message in context: 
http://gis.19327.n8.nabble.com/Notas-tp5897861p5897866.html
Sent from the Spain mailing list archive at Nabble.com.

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

Re: [OSRM-talk] Newbie question : alternative modes

[Daniel Patterson]

Hi Ricardo,

  There is currently no built-in method for this.  OSRM supports ferry
routes, but only when they're drawn explicitly in OpenStreetMap, and
tagged with route=ferry.

  To do this correctly, you would probably need to draw your own ways
down the rivers that you want to support, and connect those to the
rest of the network.  It may or may not be OK to add this data to OSM
itself, I suspect you will need to maintain your own data, and merge
it into an OSM extract (using a tool like osmosis).  It might be
difficult to keep the connectivity correct if you update your base
map.

  I don't think using the outlines of the river polygons for routing
will be practical - I can imagine a lot of cases where the shape might
be very bad for routing, we would route you along the edge of the
river, rather than down the center.  It might get very strange when
rivers hit lakes.  I also don't know if all the necessary roads/paths
would be properly connected to the edges of the river at the points
you want.

  TL;DR - there's no easy way to do it.

daniel

> On Jun 13, 2017, at 08:41, Ricardo Pereira  wrote:
>
> Good morning.
> I'm new to OSRM and would be thankful if someone could direct me to the right 
> approach/documentation to achieve the following:
>
> On top of the normal OSM data supporting "road" traffic, I'd like to also 
> include waterway graphs, that would allow OSRM to also calculate routes for 
> another type of vehicle (e.g. boat).
> I would expect to provide a "waterway" graph with the same type of variables 
> as a road, just as maximum speed, etc, but would expected that it was 
> reserved vehicles of the "boat" type, so that those ways would be used only 
> with the right profile.
>
> Please notice also, that my preference would be to add the rivers to normal 
> road data, not have a separate instance "pretending rivers to be roads".
>
> Thanks in advance,
> Ricardo
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk

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

Re: [Talk-de] Datenschutz bei OSM - Schweiz

[Stefan Keller]

Sehe ich ähnlich wie Christoph.

Einige Schweizer Datenschutzbeauftragte behaupteten damals gar, dass
sämtliche räumlichen Datensätze (z.B. Froschlaichplätze) unter
Personendatenschutz(!) fallen, denn sie lassen sich räumlich mit den
Grundstückseigentümern verknüpfen...

Nach 2004 kam dann das sog. Geo-Informationsgesetz des Bundes (2008)
und bis heute sind die Kantone dran.

Und das alles betrifft v.a. die Behörden-Daten!

:Stefan

Am 13. Juni 2017 um 09:50 schrieb Christoph Hormann :
> On Tuesday 13 June 2017, Markus wrote:
>>
>> Zufällig stosse ich auf ein Gutachten des Eidgenössischen Datenschutz
>> und Öffentlichkeitsbeauftagten der Schweiz.
>> https://www.edoeb.admin.ch/datenschutz/00628/00665/00681/index.html?l
>>ang=de
>>
>> [...]
>
> Bevor jetzt wieder irgendjemand Panik schiebt - der verlinkte Text
> zitiert keinerlei Rechtsgrundlagen und kann wohl im Wesentlichen als
> Wunschliste des Datenschutzbeauftragten von vor 13 Jahren verstanden
> werden, wie die Dinge damals seiner Meinung nach zu seien hatten.
>
> Also bevor Leute jetzt irgendeine Laien-Interpretation so eines Textes
> als Quasi-Gesetz bringen und darauf aufbauend behaupten, was bei OSM
> wie sein muss bitte erst einmal auf die Gesetzeslage und die
> Rechtsprechung schauen.  Auch in der Schweiz muss jede Vorschrift eine
> Rechtsgrundlage haben und daneben kommt es meist auch stark auf die
> etablierte Interpretation der Begriffe an.
>
> --
> Christoph Hormann
> http://www.imagico.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-de] Datenschutz bei OSM - Schweiz

[Christoph Hormann]

On Tuesday 13 June 2017, Markus wrote:
>
> Zufällig stosse ich auf ein Gutachten des Eidgenössischen Datenschutz
> und Öffentlichkeitsbeauftagten der Schweiz.
> https://www.edoeb.admin.ch/datenschutz/00628/00665/00681/index.html?l
>ang=de
>
> [...]

Bevor jetzt wieder irgendjemand Panik schiebt - der verlinkte Text 
zitiert keinerlei Rechtsgrundlagen und kann wohl im Wesentlichen als 
Wunschliste des Datenschutzbeauftragten von vor 13 Jahren verstanden 
werden, wie die Dinge damals seiner Meinung nach zu seien hatten.

Also bevor Leute jetzt irgendeine Laien-Interpretation so eines Textes 
als Quasi-Gesetz bringen und darauf aufbauend behaupten, was bei OSM 
wie sein muss bitte erst einmal auf die Gesetzeslage und die 
Rechtsprechung schauen.  Auch in der Schweiz muss jede Vorschrift eine 
Rechtsgrundlage haben und daneben kommt es meist auch stark auf die 
etablierte Interpretation der Begriffe an.

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

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

[Talk-cz] Rozbite Ministerstvo spravedlnosti

[Janda Martin]

Dobry den,

  vsiml jsem si ze doslo k rozbiti Ministerstva spravedlnosti. Zmeneny byly 
souradnice v changesetu: 49440277 Chyba nastala urcite omylem. Jiz jsem 
informoval TVURCE.

http://www.openstreetmap.org/way/34082271


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

Re: [Talk-it] Download mappe

[Gianluca Boero]

sino a ieri era qui alla voce Italia e regioni

http://wiki.openstreetmap.org/wiki/IT:OSM_Map_On_Garmin/Download

Ora lo ha modificato Alessandro .


Il 13/06/2017 08:58, Luca Delucchi ha scritto:

2017-06-12 17:50 GMT+02:00 Gianluca Boero :

Scusate...mi sono perso un pezzo...dal wiki di Osm alla sezione download, vi
è l'indicazione per scaricare la mappa di Osm dal server Gfoss.it

http://download.gfoss.it/osm/garmin/


dove lo hai trovato? mi sembrava di aver modificato tutti i link


--
Gianluca Boero



--
Gianluca Boero


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

Re: [Talk-it] Download mappe

[Luca Delucchi]

2017-06-12 17:50 GMT+02:00 Gianluca Boero :
> Scusate...mi sono perso un pezzo...dal wiki di Osm alla sezione download, vi
> è l'indicazione per scaricare la mappa di Osm dal server Gfoss.it
>
> http://download.gfoss.it/osm/garmin/
>

dove lo hai trovato? mi sembrava di aver modificato tutti i link

> --
> Gianluca Boero
>

-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-cz] WeeklyOSM CZ 358

[Marián Kyral]

Ad carto 4.0 - všiml jsem si, že se nově začaly zobrazovat náspy definované
uzavřenou cestou (man_made=embankment). Dle changelogu dokončili reimport
databáze. Že by se konečně někam posunula i podpora public_transport v2?

Marián


-- Původní e-mail --
Od: Tom Ka 
Komu: OpenStreetMap Czech Republic ,
Openstreetmap Slovakia 
Datum: 13. 6. 2017 7:43:52
Předmět: [Talk-cz] WeeklyOSM CZ 358
"Ahoj, je dostupné vydání 358 týdeníku WeeklyOSM:

http://www.weeklyosm.eu/cz/archives/9118

* Prušánky revival!
* Pontonový most jako hraniční přechod.
* OSM Note číslo 1 milion.
* Emoji ve jménu tagů.
* Tisk velkých oblastí do PDF.
* Seznam firemních členů Nadace OSM.
* Program SotM 2017.
* HOT bojuje s ebolou.
* Budovy a výšky od Apple.
* Divy světa od Mapboxu.


Pěkné počtení ...

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

[OSRM-talk] Newbie question : alternative modes

[Ricardo Pereira]

Good morning.
I'm new to OSRM and would be thankful if someone could direct me to the
right approach/documentation to achieve the following:

On top of the normal OSM data supporting "road" traffic, I'd like to also
include waterway graphs, that would allow OSRM to also calculate routes for
another type of vehicle (e.g. boat).
I would expect to provide a "waterway" graph with the same type of
variables as a road, just as maximum speed, etc, but would expected that it
was reserved vehicles of the "boat" type, so that those ways would be used
only with the right profile.

Please notice also, that my preference would be to add the rivers to normal
road data, not have a separate instance "pretending rivers to be roads".

Thanks in advance,
Ricardo
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[Talk-es] Notas

[Felipe T. Dorado]

Hola  : )

Este modesto y humilde aportante al mapa intenta apuntar a _lo planteado_:

On Mon, 12 Jun 2017 01:33:41 -0700 (MST), dcapillae escribió:

D> La discusión sobre los criterios para cerrar notas no resueltas me parece
D> interesante y oportuna. Supongo que todos estamos de acuerdo en que las
D> notas abiertas que no sirven para corregir ni añadir información nueva al
D> mapa se pueden cerrar sin conflicto alguno, de una u otra forma. Otra
D> cuestión son esas notas que, aun aportando información, quedan abiertas
D> durante largos periodos de tiempo, que no acertamos a resolver y donde el
D> usuario que las creo tampoco dedica tiempo a darles solución.
D> 
D> Mi intención al trasladar el  conflicto sobre el uso de las notas
D> 

  
D> a la lista fue, en primer lugar, tratar de reconducir la discusión hacia
D> formas más civilizadas de plantear las diferencias de criterio, y, en
D> segundo lugar, abrir la discusión a toda la comunidad.

Gracias, Daniel.

No habiendo usado ni casi visto las notas en el mapa, lo siento, no me
siento capacitado siquiera para opinar.

Pero si que, visto desde fuera del tema, parece haber alguna laguna en
términos de acuerdo/norma/costumbre/uso sobre como usar las notas en el
mapa. Creo sería conveniente definirlo. Aunque suene y parezca de perogruyo:

- qué son las notas
- cuando conviene usarlas y cuando no se justifica
- una vez existan qué conviene hacer con ellas, como resolverlas
- alguna indicación o recomendación sobre periodo de validez
- algún consejo sobre como cerrarlas

Ya digo que de cajón, vamos. Una especie de aclaración del manual de uso
del elemento en cuestión.

Sobre lo demás ni siquiera lo menciono mas allá de esta frase.

Con ánimo constructivo.

Felipe  : )

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

Re: [Talk-it] Download mappe

[Gianluca Boero]

Grazie...era un po' che non aggiornavo il Garmin :-)


Il 13/06/2017 07:46, Martin Koppenhoefer ha scritto:



sent from a phone

On 12. Jun 2017, at 17:50, Gianluca Boero > wrote:


Scusate...mi sono perso un pezzo...dal wiki di Osm alla sezione 
download, vi è l'indicazione per scaricare la mappa di Osm dal server 
Gfoss.it 


http://download.gfoss.it/osm/garmin/

solo che non è più attivo...quale è ora la procedura per il download?



guarda qui: http://garmin.openstreetmap.nl/

ciao,
Martin


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


--
Gianluca Boero

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