date:20180113

[talk-ph] Finding more missing roads - would you like one for your home province?

2018-01-13 Thread Erwin Olario

Hi everyone!

Last week, I shared a tasking project [0] to update missing roads for Metro
Manila.  I've just published several new tasking projects for provinces
adjacent to the capital region:

- Rizal https://tasks.hotosm.org/project/4012
- Bulacan https://tasks.hotosm.org/project/4017
- Cavite https://tasks.hotosm.org/project/4016
- Laguna https://tasks.hotosm.org/project/4015
- Pampanga https://tasks.hotosm.org/project/4018
- Batangas https://tasks.hotosm.org/project/4014
- Quezon https://tasks.hotosm.org/project/4013

The data is not perfect, and you might even encounter false positives, but
it's pretty good with catching a good number of missing roads in essential
areas that local mappers have yet to digitize.

If you're keen on improving the map of your community, or home province,
and they're not on this list yet, please do not hesitate to let me know so
I can put them up sooner rather than later, and we can work together in
filling-in gaps in your favorite neighborhoods.

I'm also planning to organize a mapa-thon soon, primarily to work on these
tasks, and maybe attract more new mappers. Would you folks have any
suggestions, or interested in collaborating? Just send me a ping.

Do email me for any concern, or other questions, about these tasks.

/Erwin

[0]: https://tasks.hotosm.org/project/3997


-- 

/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

[Talk-de] Lizenz für auf Basis eines Kartenscreenshots geschaffene Werke

2018-01-13 Thread Rainer Bielefeld


Hallo,

die Lizenzhinweise auf 
 
lassen mich einigermaßen ratlos.


Was wäre denn für

erforderlich, wenn ich das in einer Stadtteilzeitung abdrucken möchte, 
die es parallel auch als PDF gibt?


Und was, wenn ich das im mzm Downloadlink gehörenden Blog 
veröffentlichen möchte?


Eigentlich erscheint mir alles außer CC0 unpraktikabel.

Kann mir jemand weiter helfen?

Viele Grüße

Rainer

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

Re: [OSM-talk] Automatically generated changeset discussion comments by OSMCha

2018-01-13 Thread michael spreng

Hi

> correctly then it is not automatic. It is posted from other tool/site
> but allowing this is a purpose of API.
> 
> Is there any evidence that these
> comments are spammy or used in de-facto automatic fashion? Os its it
> really automatic and I misunderstand situation.
> 

I just tried it myself on OSMCha:

-I needed to log in again, and OSMCha now requests the permission to
edit the map.
-after log in I am presented with a pop up on the bottom right, stating
that osmcha will now comment on changesets that I reviewed.

I marked a changeset of an experienced mapper as good, and after that,
the changeset comment appears on the changeset page, without further
interaction from my side.
I immediately felt obliged to apologize for the comment, because that
was an experienced mapper.

So I agree that the comments are too automatic.

The reviewer should be presented with the choice to comment (or not)
each time, and have the opportunity to change the message. Especially
because this is one of the rare cases that go directly to the users
email inbox! If this gets used a lot, mappers will be trained to ignore
messages from OpenStreetMap. This being viewed as spam is a concern for
me as well.

Michael

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

[Talk-cz] WeeklyOSM CZ 389

2018-01-13 Thread Tom Ka

Ahoj, je dostupné vydání 389 týdeníku WeeklyOSM:

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

* Archiv talk-cz na osmap.cz.
* Nahrávání rozcestníků.
* Kontrola routování přestupů.
* Umístění tagu s adresou.
* 10 let mapperem.
* Mapa majáků v Evropě.
* Bitcoiny pro Nadaci OSM.
* Konec Mapzenu.
* Hranice Belgie-Holandsko.
* Open source satelit.

Pěkné počtení ...

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

Re: [OSM-talk-fr] Atelier de lutherie

2018-01-13 Thread marc marc

Bonjour,

Le 13. 01. 18 à 22:48, Julien Coupey a écrit :
> C'est shop=musical_instrument[2] qui semble s'approcher le plus sur le 
> wiki, mais sans évoquer l'aspect de création artisanale.
> Taginfo trouve seulement 22 occurences de craft=luthier, est-ce que vous 
> conseilleriez de l'utiliser ? D'autres idées ?

si shop=musical_instrument semble une bonne idée,
par analogie, tu peux mettre craft=musical_instrument 36 occurrences
https://taginfo.openstreetmap.org/tags/?key=craft=musical_instrument

Si la précision que c'est un luthier te semble nécessaire,
pour ma part je privilégiais un sous-tag genre
craft=musical_instrument + musical_instrument=luthier

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

[Talk-cl] Mejoras a la red de carreteras en Chile

2018-01-13 Thread Andrew Wiseman

Hola,

Mi nombre es Andrew Wiseman, trabajo para el equipo de Apple Maps. Estamos 
interesados en ayudando a mejorar la red de vías de circulación en Chile en 
OSM: cosas como añadiendo calles que faltan, asegurarse que vías estan 
conectadas y clasificaciones estén consistentes, mejorando alineación con 
trazas de GPS, y otros problemas similares.

Tenemos una página de Github para este proyecto: 
https://github.com/osmlab/appledata/issues/35

¿Tienen ustendes sugerencias de zonas que necesitan mejoras o tipos de 
problemas que son frecuentes? 

Muchas gracias,

Andrew

Apple, Inc.


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

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

[Talk-ar] Mejoras a la red de carreteras en Argentina

2018-01-13 Thread Andrew Wiseman

Hola,

Mi nombre es Andrew Wiseman, trabajo para el equipo de Apple Maps. Estamos 
interesados en ayudando a mejorar la red de vías de circulación en Argentina en 
OSM: cosas como añadiendo calles que faltan, asegurarse que vías estan 
conectadas y clasificaciones estén consistentes, mejorando alineación con 
trazas de GPS, y otros problemas similares.

Tenemos una página de Github para este proyecto: 
https://github.com/osmlab/appledata/issues/34

¿Tienen ustendes sugerencias de zonas que necesitan mejoras o tipos de 
problemas que son frecuentes? 

Muchas gracias,

Andrew

Apple, Inc.

Andrew Wiseman |  Maps | andrew_wise...@apple.com 

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

Re: [Talk-cz] Dlouhé zimní večery.

2018-01-13 Thread Marián Kyral

Dne 11.1.2018 v 21:04 Petr Schönmann napsal(a):
> Ahoj,
>
> zatím se jedná o koncept, tak píšu do konference abych se poradil,
> případně přijal kritiku a nápady. Na URL
> https://openstreetmap.cz/mapovaci-projekty jsem založil stránku (
> aktuálně neveřejná ) kde budou přibývat projekty na "dlouhé zimní večery".
> Pokud se přihlásíte přes OSM.org na portál OSMAP.cz je možné že také
> budete moci stránky upravovat. Nejsem si ale jist oprávněním do
> různých sekcích. Mám pocit, že zby-cz mi práva na editaci projektů
> přidával.
>
>

Nevím co se děje, ale dlouhé zimní večery se u mně nějak nekonají. Spíše
na mně jde zimní spánek, takže na plánované věci nějak není energie :-(
Ale třeba se to ještě zlepší.

Marián


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

Re: [Talk-cz] petr1868: data znicena LPIS importem na Zernovce

2018-01-13 Thread Marián Kyral

Dne 10.1.2018 v 10:13 Pavel Machek napsal(a):
> Ahoj!
Zdar ;-)

>> Btw, co ten "seník". To je nějaký historický objekt? Pokud ne, nemáme na to
>> nějaký tag?
> Casem opravim. Tag by byl vitan. Je to takovy... no spis vysoky
> pristresek nez budova...

building=roof ?
>> A co ten travnatý pás uprostřed? Dá tam někdo trávu? A co tam ten "dvůr"? Já
>> bych to zmapoval jako normální zemědělský dvůr statek - farmyard nebo jak to
>> je.
> Ten travnaty pas je zahradka domku, ted uz postaveneho. Takze tam je
> znaceni v poradku.
Takže landuse=residental?

> Ten farmyard nejak pouvazuju, ono je to spis parkoviste...
>   Pavel
>

Pokud to je nějaká plocha a není to přímo parkoviště, tak to většinou
označím jako highway=service, area=yes.

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

[OSM-talk-fr] Atelier de lutherie

2018-01-13 Thread Julien Coupey


Bonjour,

Je me pose la question de la façon de décrire un atelier/boutique de 
lutherie qui a pignon sur rue avec une vitrine.


En cherchant « luthier » sur le wiki, je suis tombé sur la page de 
craft=carpenter[1] qui mentionne un fumeux carpenter=luthier tout en 
précisant bien qu'il est absurde de décrire la construction 
d'instruments de musique comme une sous-catégorie du travail des 
charpentes...


C'est shop=musical_instrument[2] qui semble s'approcher le plus sur le 
wiki, mais sans évoquer l'aspect de création artisanale.


Taginfo trouve seulement 22 occurences de craft=luthier, est-ce que vous 
conseilleriez de l'utiliser ? D'autres idées ?


Merci !
--
Julien


[1] https://wiki.openstreetmap.org/wiki/Tag%3Acraft%3Dcarpenter
[2] https://wiki.openstreetmap.org/wiki/Tag:shop%3Dmusical_instrument

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

hebdoOSM Nº 390 2018-01-02-2018-08-01

2018-01-13 Thread weeklyteam

Bonjour,

Le résumé hebdomadaire n° 390 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/9854/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

hebdoOSM Nº 390 2018-01-02-2018-08-01

2018-01-13 Thread weeklyteam

Bonjour,

Le résumé hebdomadaire n° 390 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/9854/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

hebdoOSM Nº 390 2018-01-02-2018-08-01

2018-01-13 Thread weeklyteam

Bonjour,

Le résumé hebdomadaire n° 390 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/9854/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

[Talk-GB] weeklyOSM #390 2018-01-02-2018-08-01

2018-01-13 Thread weeklyteam

The weekly round-up of OSM news, issue # 390,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9854/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

hebdoOSM Nº 390 2018-01-02-2018-08-01

2018-01-13 Thread weeklyteam

Bonjour,

Le résumé hebdomadaire n° 390 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/9854/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[Talk-us] weeklyOSM #390 2018-01-02-2018-08-01

2018-01-13 Thread weeklyteam

The weekly round-up of OSM news, issue # 390,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9854/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[talk-ph] weeklyOSM #390 2018-01-02-2018-08-01

2018-01-13 Thread weeklyteam

The weekly round-up of OSM news, issue # 390,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9854/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[OSM-talk-ie] weeklyOSM #390 2018-01-02-2018-08-01

2018-01-13 Thread weeklyteam

The weekly round-up of OSM news, issue # 390,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9854/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-in] weeklyOSM #390 2018-01-02-2018-08-01

2018-01-13 Thread weeklyteam

The weekly round-up of OSM news, issue # 390,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9854/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-ca] weeklyOSM #390 2018-01-02-2018-08-01

2018-01-13 Thread weeklyteam

The weekly round-up of OSM news, issue # 390,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9854/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[OSM-talk] weeklyOSM #390 2018-01-02-2018-08-01

2018-01-13 Thread weeklyteam

The weekly round-up of OSM news, issue # 390,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9854/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-africa] weeklyOSM #390 2018-01-02-2018-08-01

2018-01-13 Thread weeklyteam

The weekly round-up of OSM news, issue # 390,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9854/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

Re: [Talk-se] Talk-se Digest, Vol 120, Issue 4

2018-01-13 Thread Jimmy Utterström

 is available".  
Förutsatt att rekommendationerna i Wikin stämmer så känns det som en felaktig 
användning av taggen. Eller har jag missat något?

Här ser ni relationen det gäller:
https://www.openstreetmap.org/relation/7854140/history#map=15/65.5882/18.1504

Mvh Jimmy Utterström
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.openstreetmap.org/pipermail/talk-se/attachments/20180113/a7492332/attachment-0001.html>

--

Message: 2
Date: Sat, 13 Jan 2018 12:57:01 +0100
From: Christian Asker 
<christian.as...@gmail.com<mailto:christian.as...@gmail.com>>
To: talk-se@openstreetmap.org<mailto:talk-se@openstreetmap.org>
Subject: Re: [Talk-se] Tvivelaktig användning av taggen landuse=grass
  för myrområden
Message-ID: 
<dd098e89-a5c8-45d8-c1fb-82bf865d1...@gmail.com<mailto:dd098e89-a5c8-45d8-c1fb-82bf865d1...@gmail.com>>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"

Hej. Jag tycker också att det verkar lite märkligt. Dels är ju "landuse"
just hur man använder marken, men marken där används nog inte för något
speciellt (förutom möjligtvis skogsbruk), men dessutom ser jag inte
supermycket gräs när jag kikar på satellitbild. Men vad gäller det
senare så är det ju bara satellitbilder och dom visar ju inte alla
detaljer direkt...


Mvh ChristianA


Den 2018-01-13 kl. 12:52, skrev Jimmy Utterström:
Hej!
Jag har lagt till ett myrområde och taggat upp det som
natural=wetland. Såg att jag missat att lägga till att det är typen
"bog" så tänkte göra det nu men upptäcker då att någon även satt dit
taggen "landuse=grass". Det är detta jag ifrågasätter; även om många
myrar till största del kan bestå av olika typer av gräs så tycker jag
inte att det stämmer speciellt bra överens med hur Wikin beskriver att
taggen ska användas: "A tag for a smaller areas of mown and managed
grass*". * "Should not be used where a more specific tag is
available"*. *Förutsatt att rekommendationerna i Wikin stämmer så
känns det som en felaktig användning av taggen. Eller har jag missat
något?

Här ser ni relationen det gäller:
https://www.openstreetmap.org/relation/7854140/history#map=15/65.5882/18.1504

Mvh Jimmy Utterström


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

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.openstreetmap.org/pipermail/talk-se/attachments/20180113/d549fa6f/attachment-0001.html>

--

Subject: Digest Footer

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


--

End of Talk-se Digest, Vol 120, Issue 3
***
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.openstreetmap.org/pipermail/talk-se/attachments/20180113/1b30695a/attachment-0001.html>

--

Message: 2
Date: Sat, 13 Jan 2018 13:10:57 +
From: Jimmy Utterström <jim...@outlook.com<mailto:jim...@outlook.com>>
To: OpenStreetMap Sverige mailinglista 
<talk-se@openstreetmap.org<mailto:talk-se@openstreetmap.org>>
Subject: Re: [Talk-se] Talk-se Digest, Vol 120, Issue 3
Message-ID:
   
<am5pr0802mb24343128a41ca83f809461b0c7...@am5pr0802mb2434.eurprd08.prod.outlook.com<mailto:am5pr0802mb24343128a41ca83f809461b0c7...@am5pr0802mb2434.eurprd08.prod.outlook.com>>

Content-Type: text/plain; charset="iso-8859-1"

Om så vore fallet kanske det är rimligt med en sådan tagg. Det är dock extremt 
få markområden i sverige som används till myrslåtter idag. Just den här myren 
är belägen utmed den by jag är uppväxt i och jag har sett den såväl sommar- som 
vintertid och kan försäkra dig om att ingen form av myrslåtter av markområdet 
har skett på många år. Det enda rimliga användningsområde jag kan tänka mig för 
de flesta myrarna i området vore i så fall hjortronplockning. Och precis som 
Christian påpekar är delar av området väldigt surt och betraktas knappast som 
gräsbetäckt.

Mvh Jimmy Utterström

Från: Mats Elfström <mats.elfst...@gmail.com<mailto:mats.elfst...@gmail.com>>
Skickat: den 13 januari 2018 13:27
Till: talk-se@openstreetmap.org<mailto:talk-se@openstreetmap.org>
Ämne: Re: [Talk-se] Talk-se Digest, Vol 120, Issue 3

Hej!
Om kartören säkert vet att myrslåtter förekommer på platsen tycker jag att 
taggen både är korrekt och viktig att ange.
https://kulturmiljonorrbotten.com/tag/myrslatter/

Hälsning / Regards
Mats.E

Skickat från min / Sent from my iPad, Ursäkta att jag är kortfattad / Excuse m

Re: [Talk-at] Wiener Kurzparkzonen

2018-01-13 Thread Norbert Wenzel

On 2018-01-13 18:18, Florian Galler wrote:
> Man könnte eine Diskussion anstoßen die gesamte Parkzone (mit einer Relation) 
> 1x zu taggen. Ausnahmen müssen dann gesonderd getagged werden.

Ich denke auch dass für großfläche Kurzparkzonen wie ganze Bezirke nur
eine Relation in Frage kommt. Soweit ich weiß kann diese bezirksweite
Regelung durch Schilder verändert werden. D.h. es gibt bspw. in einem
Bezirk eine allgemeine Kurzparkzone und dann sind zusätzlich einzelne
Straßen nur für Anwohner oder nur als Ladezone, unabhängig vom
Parkpickerl freigegeben. Würde man an jeder Straße die allgemein
gültigen Bezirksregeln taggen/kopieren und dann an einzelnen Straßen die
Ausnahmen, ich denke man würde vor lauter Bäumen den Wald nicht mehr sehen.

lg,
Norbert

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

Re: [Talk-GB] Heads up: Please check recent edits by this user...

2018-01-13 Thread Colin Smale

The inquest can come later. Right now it is about mitigation and
recovery.

On 2018-01-13 18:38, David Woolley wrote:

> Splitting with JOSM shouldn't break the relations.  I think there may have 
> been a technique error here, e.g. some form of delete and re-add.
> 
> On 13/01/18 17:15, Colin Smale wrote: 
> 
>> Things are starting to get messy. The original user has been reverting many 
>> changes (which is good) but some apparently got missed, and another user 
>> (FvGordon) has started patching up the admin boundaries at least. Not sure 
>> what source they use to fill in the gaps in the boundaries though. Also, 
>> other relations may have been affected and they will now be broken unless 
>> FvGordon fixes them all as well.
>> 
>> I spend a lot of time maintaining the admin boundaries and it is very 
>> disheartening to see so much damage and extra work being caused in this way.
> 
> ___
> 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-at] Wiener Kurzparkzonen

2018-01-13 Thread Gabriel

im übrigen wertet die besagte App, die diese Diskussion eröffnet hat, gar
nicht den gesamten Raum Wien oder irgendeinen anderen aus. sondern nur
Punkte, und zwar jene die als Parkplatz in OSM eingetragen sind oder bei
ihnen gemeldet wurden. (auch in Paris zB wird nicht über die Fläche
ausgewertet, sondern nur Parkhäuser etc angezeigt, und ob sie was kosten.
An dem gemeldeten Fehler befindet sich das WITAF (Gehörlosen Verein?
http://www.witaf.at ) wer hier auch immer einen gratis Parkplatz
eingetragen hat, hat es falsch gemacht. Auf Free Parking ist an dieser
Stelle ein Doppeleintrag (
http://www.freeparking.world/#/?c=48.21943135,16.37930095=20 ) vielleicht
hatte dieser Verein mal Parkplätze vor dem Haus...und irgendwer hat den
Fehler dann in osm.org gepusht.

Ich steig hier aus, aber wenn ihr es macht bitte so das es "International"
bleibt. ;-)


Am 13. Januar 2018 um 18:28 schrieb Stefan Nagy :

> Am 13.01.2018 13:03 schrieb Gabriel:
>
>> ...
>> Ich meinte damit das es in anderen Städten ja schon einen Tag geben
>> muss den diese App auswertet, ergo kann man nachschauen/nachfragen wie
>> Paris, London, Amsterdam, Berlin, Prag etc das getagged hat. Oder man
>> schreibt die Entwickler an und fragt welche Tags sie auswerten. Es ist
>> ja nicht so als würde es gebührenpflichtiges Parken nur in Wien
>> geben, "zwecks an Standard warats" bevor hier wieder jedes Ländchen
>> seine eigene Suppe kocht.
>>
>
> Ja, ich geb dir völlig Recht; ich werd bei Gelegenheit auf
> t...@openstreetmap.org nachfragen.
>
> LG,
> Stefan.
>
>
> --
> E-Mails signieren & verschlüsseln · https://emailselfdefense.fsf.org/de/
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-GB] Heads up: Please check recent edits by this user...

2018-01-13 Thread David Woolley

Splitting with JOSM shouldn't break the relations.  I think there may 
have been a technique error here, e.g. some form of delete and re-add.


On 13/01/18 17:15, Colin Smale wrote:
Things are starting to get messy. The original user has been reverting 
many changes (which is good) but some apparently got missed, and another 
user (FvGordon) has started patching up the admin boundaries at least. 
Not sure what source they use to fill in the gaps in the boundaries 
though. Also, other relations may have been affected and they will now 
be broken unless FvGordon fixes them all as well.


I spend a lot of time maintaining the admin boundaries and it is very 
disheartening to see so much damage and extra work being caused in this way.





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

Re: [Talk-at] Wiener Kurzparkzonen

2018-01-13 Thread Stefan Nagy


Am 13.01.2018 13:03 schrieb Gabriel:

...
Ich meinte damit das es in anderen Städten ja schon einen Tag geben
muss den diese App auswertet, ergo kann man nachschauen/nachfragen wie
Paris, London, Amsterdam, Berlin, Prag etc das getagged hat. Oder man
schreibt die Entwickler an und fragt welche Tags sie auswerten. Es ist
ja nicht so als würde es gebührenpflichtiges Parken nur in Wien
geben, "zwecks an Standard warats" bevor hier wieder jedes Ländchen
seine eigene Suppe kocht.


Ja, ich geb dir völlig Recht; ich werd bei Gelegenheit auf
t...@openstreetmap.org nachfragen.

LG,
Stefan.


--
E-Mails signieren & verschlüsseln · https://emailselfdefense.fsf.org/de/

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

Re: [OSM-legal-talk] Interesting use case of combining OSM with proprietary data

2018-01-13 Thread Christoph Hormann

On Saturday 13 January 2018, Paul Norman wrote:
>
> Has anyone requested the derivative database their produced work is
> based on? It'd give us their interpretation.

As said i have contacted the author (primarily regarding attribution - 
which he promised to improve - and has partly already done).  I also 
mentioned the share-alike issue - but the author thinks this is fine as 
it is and i am not really in a position to claim it is not.  He also 
said he cannot provide the Google roads data itself since the Google 
terms do not allow this (obviously).

Part of the problem is also they are using Google Earth Engine - which i 
am not familiar with and which probably makes many of the data 
processing steps fairly opaque so the authors might not be fully aware 
of what actually happens in detail 'under the hood'.

I suppose if you pressure the authors into providing more intermediate 
data you might get separate raster maps for the OSM roads and the 
Google roads.

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

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

Re: [Talk-at] Wiener Kurzparkzonen

2018-01-13 Thread Gabriel

Jede Software, die damit etwas anfangen will, müsste dann eben unter
Zuhilfenahme der Dokumentation die impliziten Werte in bereits vorhandene
parking:condition-Werte übersetzen. Der Vorteil wäre ganz einfach der, dass
Aktualisierungen nach politischen Entscheidungen zur Parkraumbewirtschaftung
in der Stadt ganz einfach durch eine Änderung dieser Dokumentation zu
bewerkstelligen wären;

und genau das ist das problem, "sie müsste ja nur übersetzen" wird sich
aber in grenzen halten und niemand wird es auswerten, weil man nicht für
jede stadt Sonderregelungen schriebt, "Datenbank" hin oder her. Dann nimmt
man dann lieber Google

Außerdem, wie löst man es in Salzburg, Linz, Graz (hat ein eher
kompliziertes System, je weiter man in die Stadt kommt desto teurer)
Innsbruck etc.


Am 13. Januar 2018 um 17:56 schrieb Stefan Nagy :

> Am 13.01.2018 12:05 schrieb Andreas:
>
>> Am 2018-01-13 um 11:46 schrieb Stefan Nagy:
>>
>>> ...
>>> Ich wollte auch nicht nach zwei E-Mails an diese Liste ein neues Tag
>>> erfinden und verwenden – für mich war die Liste einfach der erste
>>> Anlaufpunkt. Ich dachte, es hätte die Diskussion vielleicht schon auf
>>> irgendwelchen anderen Kanälen gegeben und jemand hier wüsste davon
>>> und könnte darauf verweisen. Wenn dem nicht so ist, dann werde ich die
>>> Frage vermutlich am besten direkt an t...@openstreetmap.org schicken,
>>> oder?
>>>
>>
>> Verstehe was du meinst. Mir ist der Prozess bezüglich neuer tags selbst
>> nicht klar. Hab drum grad im Wiki FAQs nachgeschaut und einen
>> interessanten Eintrag gefunden:
>> https://wiki.openstreetmap.org/wiki/DE:FAQ#Zum_Kartieren_von
>> _x_fehlt_mir_Tag_y
>>
>> Weiß aber nicht, ob das wirklich so eine gute Idee ist, einfach seine
>> tags zu erfinden. Aber ich habe gehört, dass die Proposals auch recht
>> lange dauern bis es ein Abstimmungsergebnis gibt.
>>
>> Wäre auch sehr daran interessiert, wie man hier vorgehen soll.
>>
>
> Danke für den Link! Ich glaube ich hab das vor Jahren sogar schon einmal
> gelesen… Im diesem Fall geht es ja aber nicht einmal darum, neue Tags zu
> erfinden – es gibt ja bereits ein Tagging-Schema (ich meine das hier:
> https://wiki.openstreetmap.org/wiki/DE:Key:parking:lane).
>
> Die Frage ist eher, ob es nicht eine schönere Lösung gibt, als dieselben
> relativ komplizierten parking:condition-Werte bei allen Straßen, die in
> Wiener
> Kurzparkzonen liegen, einzeln einzutragen. Vielleicht die Verwendung
> neuer, impliziter Werte. Also beispielsweise bei einem highway=residental
> mit
> parking:lane:both=parallel eine Eigenschaft wie
> parking:condition:both=AT:ViennaSTPZ1 (für short term parking zone 1) –
> und für diesen Wert bräuchte es dann im Wiki eine Dokumentation,
> was das bedeutet.
>
> Jede Software, die damit etwas anfangen will, müsste dann eben unter
> Zuhilfenahme der Dokumentation die impliziten Werte in bereits vorhandene
> parking:condition-Werte übersetzen. Der Vorteil wäre ganz einfach der, dass
> Aktualisierungen nach politischen Entscheidungen zur
> Parkraumbewirtschaftung
> in der Stadt ganz einfach durch eine Änderung dieser Dokumentation zu
> bewerkstelligen wären; ansonsten müsste man alle Straßen neu taggen.
>
> Vielleicht gibt es aber auch eine viel einfachere bzw. schönere Lösung,
> wie z. B.
> dass man die Wiener Kurzparkzonen als Areas mit parking:condition-Tags
> einzeichnet? Ich hab auch Relationen vom type=controlled_parking_zone
> gefunden… Keine Ahnung was da am klügsten ist. Eben deswegen wollte ich
> mal nachfragen, ob hier jemandem was einfällt.
>
> Wahrscheinlich ist es aber wirklich sinnvoll, die Frage in einer größeren
> Runde
> (also auf der talk-Liste) zu stellen. Weltweit wird es ja wohl Leute
> geben, die sich
> über sowas schonmal Gedanken gemacht und vielleicht eine gute Lösung
> gefunden haben.
>
> LG,
> Stefan.
>
>
> --
> E-Mails signieren & verschlüsseln · https://emailselfdefense.fsf.org/de/
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Wiener Kurzparkzonen

2018-01-13 Thread Florian Galler



Man könnte eine Diskussion anstoßen die gesamte Parkzone (mit einer Relation) 
1x zu taggen. Ausnahmen müssen dann gesonderd getagged werden.

Das funktioniert allerdings nur mit zB allgemeinen Uhrzeiten und Parkgebühren. 
Weil parking:lane ist halt sehr von der dortigen Gegebenheit abhängig.
Von: stefan.n...@posteo.net
Gesendet: 13. Jänner 2018 6:01 nachm.
An: talk-at@openstreetmap.org
Antworten: talk-at@openstreetmap.org
Betreff: Re: [Talk-at] Wiener Kurzparkzonen


Am 13.01.2018 12:05 schrieb Andreas:
> Am 2018-01-13 um 11:46 schrieb Stefan Nagy:
>> ...
>> Ich wollte auch nicht nach zwei E-Mails an diese Liste ein neues Tag
>> erfinden und verwenden – für mich war die Liste einfach der erste
>> Anlaufpunkt. Ich dachte, es hätte die Diskussion vielleicht schon auf
>> irgendwelchen anderen Kanälen gegeben und jemand hier wüsste davon
>> und könnte darauf verweisen. Wenn dem nicht so ist, dann werde ich die
>> Frage vermutlich am besten direkt an t...@openstreetmap.org schicken,
>> oder?
>
> Verstehe was du meinst. Mir ist der Prozess bezüglich neuer tags selbst
> nicht klar. Hab drum grad im Wiki FAQs nachgeschaut und einen
> interessanten Eintrag gefunden:
> https://wiki.openstreetmap.org/wiki/DE:FAQ#Zum_Kartieren_von_x_fehlt_mir_Tag_y
>
> Weiß aber nicht, ob das wirklich so eine gute Idee ist, einfach seine
> tags zu erfinden. Aber ich habe gehört, dass die Proposals auch recht
> lange dauern bis es ein Abstimmungsergebnis gibt.
>
> Wäre auch sehr daran interessiert, wie man hier vorgehen soll.

Danke für den Link! Ich glaube ich hab das vor Jahren sogar schon einmal
gelesen… Im diesem Fall geht es ja aber nicht einmal darum, neue Tags zu
erfinden – es gibt ja bereits ein Tagging-Schema (ich meine das hier:
https://wiki.openstreetmap.org/wiki/DE:Key:parking:lane).

Die Frage ist eher, ob es nicht eine schönere Lösung gibt, als dieselben
relativ komplizierten parking:condition-Werte bei allen Straßen, die in
Wiener
Kurzparkzonen liegen, einzeln einzutragen. Vielleicht die Verwendung
neuer, impliziter Werte. Also beispielsweise bei einem
highway=residental mit
parking:lane:both=parallel eine Eigenschaft wie
parking:condition:both=AT:ViennaSTPZ1 (für short term parking zone 1) –
und für diesen Wert bräuchte es dann im Wiki eine Dokumentation,
was das bedeutet.

Jede Software, die damit etwas anfangen will, müsste dann eben unter
Zuhilfenahme der Dokumentation die impliziten Werte in bereits
vorhandene
parking:condition-Werte übersetzen. Der Vorteil wäre ganz einfach der,
dass
Aktualisierungen nach politischen Entscheidungen zur
Parkraumbewirtschaftung
in der Stadt ganz einfach durch eine Änderung dieser Dokumentation zu
bewerkstelligen wären; ansonsten müsste man alle Straßen neu taggen.

Vielleicht gibt es aber auch eine viel einfachere bzw. schönere Lösung,
wie z. B.
dass man die Wiener Kurzparkzonen als Areas mit parking:condition-Tags
einzeichnet? Ich hab auch Relationen vom type=controlled_parking_zone
gefunden… Keine Ahnung was da am klügsten ist. Eben deswegen wollte ich
mal nachfragen, ob hier jemandem was einfällt.

Wahrscheinlich ist es aber wirklich sinnvoll, die Frage in einer
größeren Runde
(also auf der talk-Liste) zu stellen. Weltweit wird es ja wohl Leute
geben, die sich
über sowas schonmal Gedanken gemacht und vielleicht eine gute Lösung
gefunden haben.

LG,
Stefan.


--
E-Mails signieren & verschlüsseln · https://emailselfdefense.fsf.org/de/

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

Re: [Talk-GB] Heads up: Please check recent edits by this user...

2018-01-13 Thread Colin Smale

Things are starting to get messy. The original user has been reverting
many changes (which is good) but some apparently got missed, and another
user (FvGordon) has started patching up the admin boundaries at least.
Not sure what source they use to fill in the gaps in the boundaries
though. Also, other relations may have been affected and they will now
be broken unless FvGordon fixes them all as well.

I spend a lot of time maintaining the admin boundaries and it is very
disheartening to see so much damage and extra work being caused in this
way. 

On 2018-01-12 17:08, Colin Smale wrote:

> User hornbydd2 has been making large numbers of edits to waterways in the UK 
> which have created loads of problems in relations, including admin 
> boundaries. 
> 
> I haven't yet heard what the intention of these edits is. It seems to be to 
> split waterways at all junctions with other waterways, e.g. where a stream 
> joins a main flow. In any case the splits are causing the problem: the tags 
> on the way get copied over, but the relation memberships are not. Net result 
> is a whole bunch of broken relations. I think they are considering how to fix 
> up the damage, but I feel a revert may be the path of least resistance... 
> 
> I started a discussion about one changeset, but I now see the issue goes much 
> further, both geographically and in terms of the types of objects which may 
> be impacted: 
> 
> https://www.openstreetmap.org/changeset/55377588# 
> 
> Regards, 
> 
> Colin 
> ___
> 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: [OSM-talk-fr] Challenge ? Si on dégommait du rose ?

2018-01-13 Thread althio

Pour le millésime ou la date de prise de vue des imageries :
- Bing donne la date en metadata, accessible dans iD "Vintage" et JOSM
"capture date"
- BDOrtho, la date est disponible ici :
http://umap.openstreetmap.fr/fr/map/date-heure-des-prises-de-vues-aeriennes-de-la-bd-o_160764


Christian Quest 
Date: 2017-07-29 20:42 GMT+02:00
Subject: [OSM-talk-fr] Une carte uMap de datation de la BD Ortho...
To: Discussions sur OSM en français 


Si vous voulez savoir de quand datent les images aériennes de la BD
Ortho sur une zone donnée, voici une carte uMap qui vous sera utile:

http://umap.openstreetmap.fr/fr/map/date-heure-des-prises-de-vues-aeriennes-de-la-bd-o_160764

On a la date et l'heure de prise de vue et donc ceci permet de
connaitre la fraîcheur de ce qu'on voit.
Attention, c'est semble-t-il valable sur la résolution à 50cm/pixel,
au delà, les images peuvent provenir d'une autre campagne plus
ancienne.

[...]

2018-01-13 11:37 GMT+01:00 George Kaplan :
>>
>> Le 13 janv. 2018 à 10:43, erwan salomon  a écrit :
>> […]
>> vous avez une source sous JOSM pour obtenir un cadastre plus récent que 2015 
>> ? (j’utilise tes.cadastre.openstreetmap.fr mais ça semble bloqué à 2015)
>> pareil pour les photos aérienne ça tourne au mieux vers 2013 (Esri souvent 
>> un peu plus récent que IGN)
>
> J’ai remarqué récemment que l’imagerie Bing est plus récente que BDOrtho. 
> Dans le cas en question (Saint-Malo), par connaissance des évolutions du 
> terrain, j’ai estimé la vue Bing à l’année 2017. La résolution de cette 
> imagerie est néanmoins moins bonne que BDOrtho.
>
> ___
> 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-es] Importación de Catastro

2018-01-13 Thread Javier Sánchez Portero

Lo has entendido bien, pero con revisar un 1-2% de las tareas es suficiente.

Yo creo que la conclusión de la validación ya la tenemos. Los datos hace
falta corregirlos como se explica en la página correcciones, más otras
cosas que irán apareciendo. No hace falta que terminemos todos los
municipios de la tabla, pero es bueno que hagas alguno para ir conociendo
los datos.

El 13 ene. 2018 16:25, "Joaquim"  escribió:

> Hola a todos
>
>
> Vengo siguiendo desde hace tiempo la lista de correo. Quiero participar en
> los trabajos de importación del Catastro, pero, la verdad es que me pierdo
> un poco.
>
> Creo que una tarea ahora es la "Revisión respecto a las imágenes aéreas".
> Si no lo he entendido mal, se trata de:
>
> -tomar un municipio de la lista de los 36 municipios escogidos como pilotos
>
> -extraer mediante el programa catatom2osm los datos
>
> -anotar en la tabla de "Revisión manual" el municipio, mi nombre, el total
> de tareas
>
> -hacer la revisión de algunas de las tareas generadas (¿cuantas?)
>
> -pasar la información obtenida a la tabla
>
>
> Si es así puedo empezar a revisar concordancia de las imágenes, si no lo
> he entendido bien os ruego que me lo expliquéis con más detalle.
>
> Gracias
>
> Joaquim
>
> ___
> 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-at] Wiener Kurzparkzonen

2018-01-13 Thread Stefan Nagy


Am 13.01.2018 12:05 schrieb Andreas:

Am 2018-01-13 um 11:46 schrieb Stefan Nagy:

...
Ich wollte auch nicht nach zwei E-Mails an diese Liste ein neues Tag
erfinden und verwenden – für mich war die Liste einfach der erste
Anlaufpunkt. Ich dachte, es hätte die Diskussion vielleicht schon auf
irgendwelchen anderen Kanälen gegeben und jemand hier wüsste davon
und könnte darauf verweisen. Wenn dem nicht so ist, dann werde ich die
Frage vermutlich am besten direkt an t...@openstreetmap.org schicken,
oder?


Verstehe was du meinst. Mir ist der Prozess bezüglich neuer tags selbst
nicht klar. Hab drum grad im Wiki FAQs nachgeschaut und einen
interessanten Eintrag gefunden:
https://wiki.openstreetmap.org/wiki/DE:FAQ#Zum_Kartieren_von_x_fehlt_mir_Tag_y

Weiß aber nicht, ob das wirklich so eine gute Idee ist, einfach seine
tags zu erfinden. Aber ich habe gehört, dass die Proposals auch recht
lange dauern bis es ein Abstimmungsergebnis gibt.

Wäre auch sehr daran interessiert, wie man hier vorgehen soll.


Danke für den Link! Ich glaube ich hab das vor Jahren sogar schon einmal
gelesen… Im diesem Fall geht es ja aber nicht einmal darum, neue Tags zu
erfinden – es gibt ja bereits ein Tagging-Schema (ich meine das hier:
https://wiki.openstreetmap.org/wiki/DE:Key:parking:lane).

Die Frage ist eher, ob es nicht eine schönere Lösung gibt, als dieselben
relativ komplizierten parking:condition-Werte bei allen Straßen, die in 
Wiener

Kurzparkzonen liegen, einzeln einzutragen. Vielleicht die Verwendung
neuer, impliziter Werte. Also beispielsweise bei einem 
highway=residental mit

parking:lane:both=parallel eine Eigenschaft wie
parking:condition:both=AT:ViennaSTPZ1 (für short term parking zone 1) –
und für diesen Wert bräuchte es dann im Wiki eine Dokumentation,
was das bedeutet.

Jede Software, die damit etwas anfangen will, müsste dann eben unter
Zuhilfenahme der Dokumentation die impliziten Werte in bereits 
vorhandene
parking:condition-Werte übersetzen. Der Vorteil wäre ganz einfach der, 
dass
Aktualisierungen nach politischen Entscheidungen zur 
Parkraumbewirtschaftung

in der Stadt ganz einfach durch eine Änderung dieser Dokumentation zu
bewerkstelligen wären; ansonsten müsste man alle Straßen neu taggen.

Vielleicht gibt es aber auch eine viel einfachere bzw. schönere Lösung, 
wie z. B.

dass man die Wiener Kurzparkzonen als Areas mit parking:condition-Tags
einzeichnet? Ich hab auch Relationen vom type=controlled_parking_zone
gefunden… Keine Ahnung was da am klügsten ist. Eben deswegen wollte ich
mal nachfragen, ob hier jemandem was einfällt.

Wahrscheinlich ist es aber wirklich sinnvoll, die Frage in einer 
größeren Runde
(also auf der talk-Liste) zu stellen. Weltweit wird es ja wohl Leute 
geben, die sich

über sowas schonmal Gedanken gemacht und vielleicht eine gute Lösung
gefunden haben.

LG,
Stefan.


--
E-Mails signieren & verschlüsseln · https://emailselfdefense.fsf.org/de/

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

Re: [OSM-talk-fr] Portiques canténaires gare Asnieres sur Seine

2018-01-13 Thread François Lacombe

Bonsoir,

Vous avez raison, ce n'est pas une pratique dont j'ai l'habitude.

Il a déjà modifié ces portiques.
Je l'ai remercié en commentaire du dernier changeset.

François

Le 11 janvier 2018 à 12:24, Charles MILLET  a écrit :

> Bonjour François,
>
> Meersbrook est un contributeur assez actif sur la gare d'Asnière et
> d'autres gares parisiennes que l'on suit à Carot’Cité pour SNCF Transilien.
> Je suis de temps en temps amené à être en contact avec lui et je ne pense
> pas qu'il suive la list de discussion. Je te propose de lui transférer tes
> remarques dans le cadre de nos échanges.
>
> Charles milletcharlesmil...@free.fr
>
> Le 09/01/2018 à 12:31, François Lacombe a écrit :
>
> Bonjour,
>
> J'ai remarqué ces lignes déclarées sur les voies de part et d'autre de la
> gare d'Asnieres sur Seine.
> http://www.openstreetmap.org/way/546842791
>
> Elles doivent correspondre aux portiques qui supportent la caténaire, mais
> pourtant sont taguées avec power=line.
> Les portiques de ce genre : http://www.duchene-sa.be/
> images/travaux/123_1283351800.jpg doivent être décris avec power=portal +
> operator=SNCF Reseau
> Il n'y a pas lieu d'ajouter voltage ou frequency.
>
> En revanche, ces éléments :
> https://www.maketis.com/5805-large_default/poteau-pour-
> catenaire-25000-volts-dr20a-ou-dr20b-monte-jv-lybe-20abm.jpg
> http://a407.idata.over-blog.com/1/61/14/74/cat-naires/P1070681.jpg
> Sont décris avec power=catenary_mast + operator=SNCF Reseau
>
> Si d'aventure certains voulaient tracer la caténaire elle-même, les
> connexions entre cette caténaire et les portiques peut se faire avec
> power=insulator sur le noeud.
>
> Je ne peux pas corriger Asnieres dans l'immédiat, peut-être y a-t-il une
> page du wiki à modifier également ou d'autres cas en France ?
>
>
> François
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Brazil and Bolivia labels missing

2018-01-13 Thread Nelson A. de Oliveira

On Sat, Jan 13, 2018 at 2:20 PM, Daniel Koć  wrote:
> I've just found that Brazil and Bolivia labels are missing on the main page.
> They were visible not so long ago:
>
> https://commons.wikimedia.org/wiki/File:OpenStreetMap_homepage_2017_en.png
>
> so most probably this is a tagging problem, not an osm-carto problem.

Both relations were broken until ~4 days ago.

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

Re: [Talk-es] Importación de Catastro

2018-01-13 Thread Joaquim


Hola a todos


Vengo siguiendo desde hace tiempo la lista de correo. Quiero participar 
en los trabajos de importación del Catastro, pero, la verdad es que me 
pierdo un poco.


Creo que una tarea ahora es la "Revisión respecto a las imágenes 
aéreas". Si no lo he entendido mal, se trata de:


-tomar un municipio de la lista de los 36 municipios escogidos como pilotos

-extraer mediante el programa catatom2osm los datos

-anotar en la tabla de "Revisión manual" el municipio, mi nombre, el 
total de tareas


-hacer la revisión de algunas de las tareas generadas (¿cuantas?)

-pasar la información obtenida a la tabla


Si es así puedo empezar a revisar concordancia de las imágenes, si no lo 
he entendido bien os ruego que me lo expliquéis con más detalle.


Gracias

Joaquim

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

[OSM-talk] Brazil and Bolivia labels missing

2018-01-13 Thread Daniel Koć


Hi,

I've just found that Brazil and Bolivia labels are missing on the main 
page. They were visible not so long ago:


https://commons.wikimedia.org/wiki/File:OpenStreetMap_homepage_2017_en.png

so most probably this is a tagging problem, not an osm-carto problem.


--
"My method is uncertain/ It's a mess but it's working" [F. Apple]


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

Re: [Talk-GB] Heads up: Please check recent edits by this user...

2018-01-13 Thread Colin Smale

Routers will all do pre-processing on the network, to a) eliminate edges
(ways) that are irrelevant for routing, b) combine consecutive segments
wherever possible and c) precalculate the cost (usually journey time) of
each edge. 

Dijkstra has been improved upon by e.g. the A* algorithm:
https://en.wikipedia.org/wiki/A*_search_algorithm

If a way NEEDS to be split, because different segments have different
tagging and/or relation memberships, then that's fine because there is
no alternative. But to split ways at every junction under the
misapprehension that this helps a "router" or other data consumer, is
just wrong. 

On 2018-01-13 15:58, David Woolley wrote:

> On 13/01/18 14:42, Dave F wrote: 
> 
>> When a router traversing a way encounters a node it does a check to see if 
>> other ways are connected, If they are, it analyses the tags on those ways & 
>> decides if needs to go down one of them or continue to the next node. 
>> There's no requirement to split.
> 
> Whilst I don't know the specific algorithms used by current routers, the 
> standard algorithms for the shortest path through a network 
>  requires a list of 
> nodes and edges, and creates the full tree of possible routes out from that 
> endpoint, assigning costs to reach each node.
> 
> Whilst it might be possible to deduce edges and assign costs to the edges on 
> the fly, that is likely to result in more processing, and mean one has to 
> customise the standard algorithm.
> 
> On the other hand, one could argue that this is almost a case of tagging for 
> the renderer.  I'd certainly say it was a misuse of the map database.
> 
> (I suspect routers use some heuristics to avoid searching too many edges.)
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Heads up: Please check recent edits by this user...

2018-01-13 Thread David Woolley


On 13/01/18 14:42, Dave F wrote:
When a router traversing a way encounters a node it does a check to see 
if other ways are connected, If they are, it analyses the tags on those 
ways & decides if needs to go down one of them or continue to the next 
node. There's no requirement to split.


Whilst I don't know the specific algorithms used by current routers, the 
standard algorithms for the shortest path through a network 
 requires a list 
of nodes and edges, and creates the full tree of possible routes out 
from that endpoint, assigning costs to reach each node.


Whilst it might be possible to deduce edges and assign costs to the 
edges on the fly, that is likely to result in more processing, and mean 
one has to customise the standard algorithm.


On the other hand, one could argue that this is almost a case of tagging 
for the renderer.  I'd certainly say it was a misuse of the map database.


(I suspect routers use some heuristics to avoid searching too many edges.)

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

Re: [OSM-legal-talk] Interesting use case of combining OSM with proprietary data

2018-01-13 Thread Paul Norman


On 1/11/2018 7:30 AM, Christoph Hormann wrote:

My interpretation of the ODbL here is that this is a share-alike case
that would require the combined data sources to be made available.  But
you could probably also look at it differently.  I would like to hear
opinions on this.  In particular if you think that is legally possible
without share alike how this interpretation looks like.


Has anyone requested the derivative database their produced work is 
based on? It'd give us their interpretation.


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

Re: [Talk-GB] Heads up: Please check recent edits by this user...

2018-01-13 Thread Dave F



On 12/01/2018 18:07, Frederik Ramm wrote:

This is something that any routing engine for a road network must do


Never quite understood the logic for this splitting.

When a router traversing a way encounters a node it does a check to see 
if other ways are connected, If they are, it analyses the tags on those 
ways & decides if needs to go down one of them or continue to the next 
node. There's no requirement to split.


DaveF

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

Re: [Talk-cz] Detekce z fotek osmhicheck

2018-01-13 Thread Jan Skala


Ahoj,

inspiroval mě tip od Majky, a prošel jsem alespoň svoje foto 
rozcestníků. Ověřil jsem ručně, že cíle na tabulkách máme v datech. 
Práce to nebyla úplně nejlehčí, ale nalezl jsem alespoň dva špatně 
pojmenované rozcestníky v datech a jeden chybějící (a také nějaké, které 
mám určitě vyfocené, jen najít fotky). Myslím, že byť je tohle skoro 
jasná věc, já to třeba nedělal a hodilo by se to napsat do instrukcí 
taskmanu pro validaci čtverce, aby to dělal opravdu každý.


Honza

On 11.1.2018 11:44, Jan Skala wrote:

Ahoj,

Díky za odkaz vypadá to úžasně a muselo to dát pěknou práci!
Dovedu si představit, že by kde kdo dokázal překlepat pár svých fotek, 
ale projít všechny fotky co máme v jednom, to, aby člověk nic jiného 
nedělal.


Honza


Dne 10. 1. 2018 11:31 PM napsal uživatel Jan Macura :

Ahoj,

úplně k původnímu tvému problému: kamarád zpracovává (vlastními
silami!) tohle: https://skolajih.cz/smerovky/
Jsou to ručně přepsaný rozcestníky do tabulek, transformovaný do
RDF, ze kterýho se následně generujou ty náhledy. Je to včetně
historie. Dělá na tom teď v rámci diplomky. Vidím prostor pro
spolupráci. Netřeba OCRkovat, jakmile už existuje strojově čitelná
podoba ;-)

H.

2018-01-06 21:04 GMT+01:00 Jan Skala >:

Ahoj,

chtěl jsem se zeptat, co je zač "Detekce z fotek" na
http://osm.fit.vutbr.cz/OsmHiCheck/


Ptám se proto, že jsem nějakou dobu strávil na způsobem
detekce v datech (spíše ve fotografiích) zcela chybějících
rozcestníků. Dám to sem jen do zápisu, protože by se to mohlo
třeba hodit, nebo někoho jiného by něco napadlo.

Způsob jak najít chybějící rozcestník je celkem jednoduchý.
Porovnat naši mapu s nějakou turistickou a najít ty, které nám
chybí, vypravit se tam a zmapovat. Jenže já mám rád věci
strojově zpracované a tak jsem vymyslel následující systém,
který využívá naše fotky. Krok 1: rozepsat každý rozcestník do
XML, krok 2: projít každý rozcestník a zjistit, jestli jeho
cíle (položky na tabulkách) existují jako samostatné
rozcestníky, pokud ne, tak vypsat.

Krok 2 je celkem jednoduchý, je to nějaké XQuery, které má pro
formát XML, který jsem stanovil takovouhle podobu:

for $dest in timy/tim/cil order by number($dest/@vzdalenost) 
let $match := timy/tim/jmeno[lower-case(text()) eq
lower-case($dest/@jmeno)] let $malt :=
timy/tim/alt[lower-case(text()) eq lower-case($dest/@jmeno)]
return if (not($match) and not($malt)) then
concat($dest/@jmeno,' ',$dest/@vzdalenost,' km od
',$dest/parent::*/jmeno/text(),',
',$dest/parent::*/@id,'') else null

Samotné XML vypadá takhle:


  
    Neslívský ryb. (rozc.)
    Neslívský rybník (rozc.)
    
    
    
    
    
    
    
    
    
    
    
  
  
    Lopata (zříc.)
  
  
    Pod Lopatou, rozcestí
    Pod Lopatou (rozc.)
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
  
  
    Lopata zříc. (odb.)
    Lopata zříc. (rozc.)
    
    
    
    
    
    
    
    
    
  


A výsledek dotazu vypadá třeba takhle:

 Pod Lopatou 0.3 km od Lopata zříc. (odb.), PJ642
 Hádecký potok 0.5 km od Pod Lopatou, rozcestí, PJ641
 Hádek (háj.) 1 km od Hádek (hájovna,rozc.), PJ763
 Pod Lopatou 1 km od Neslívský ryb. (rozc.), PJ761
 Hádecký potok 1 km od Neslívský ryb. (rozc.), PJ761
 Hádek háj. 1.5 km od Zvoníčkovna (NPR), PJ644
 Pod Lopatou 1.5 km od Neslívský rybník, PJ678

...

A říká, který rozcestník chybí a který na něj odkazuje, aby se
snadno určila přibližná poloha. Třeba položka vzdálenost není
nutná, ani ten ref není důležitý. Problém je, kde získat
přepis těch tabulek. Kostra je daná OSM daty, kdy víme, jak se
rozcestník jmenuje. Ale potřebujeme také odkaz na sousední
rozcestníky, které nám v datech třeba chybí. Proto je třeba z
fotek získat destinace. Ručně opisovat, to šílenost (pro
jednoho člověka), proto jsem tuhle cestu jako celek zavrhl.
Nicméně, když jsem viděl "detekce z fotek" tak mi svitla
naděje na strojové čtení :) proto se ptám. A jak říkám, dávám
to do zápisu, aby moje celkem několikahodinová práce úplně
nezapadla.

Na závěr jen dodám, že nevím kolik procent

[Talk-GB] Invitation: OSMUK: AGM planning @ Thu 25 Jan 2018 20:00 - 21:00 (GMT) (talk-gb@openstreetmap.org)

2018-01-13 Thread Rob Nickerson

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20180125T20Z
DTEND:20180125T21Z
DTSTAMP:20180113T140507Z
ORGANIZER;CN=Rob Nickerson:mailto:rob.j.nicker...@gmail.com
UID:13bjeqjgukif5r209jacsf8...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=talk-gb@openstreetmap.org;X-NUM-GUESTS=0:mailto:talk-gb@openstreetm
 ap.org
X-GOOGLE-HANGOUT:https://plus.google.com/hangouts/_/calendar/cm9iLmoubmlja2
 Vyc29uQGdtYWlsLmNvbQ.13bjeqjgukif5r209jacsf8uan
CREATED:20180113T14Z
DESCRIPTION:As discussed this is an open call to discuss the planni
 ng of the May/June annual general meeting in Manchester. We'd like to inclu
 de workshops\, mapping and hacking so will need your support in running thi
 s event.Please join this open discussion via the Hangouts link (han
 gouts works on mobile as well as via the browser). Unable to join? No worri
 es - you can share you ideas via talk-gb or direct to r...@osmuk.org.Hangout links: https://
 plus.google.com/hangouts/_/calendar/cm9iLmoubmlja2Vyc29uQGdtYWlsLmNvbQ.13bj
 eqjgukif5r209jacsf8uan?authuser=0\n\n-::~:~::~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:
 ~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~::~:~::-\nPlease do not edit this 
 section of the description.\n\nThis event has a Google Hangouts video call.
 \nJoin: https://plus.google.com/hangouts/_/calendar/cm9iLmoubmlja2Vyc29uQGd
 tYWlsLmNvbQ.13bjeqjgukif5r209jacsf8uan?hs=121\n\nView your event at https:/
 /www.google.com/calendar/event?action=VIEW=MTNiamVxamd1a2lmNXIyMDlqYWNz
 Zjh1YW4gdGFsay1nYkBvcGVuc3RyZWV0bWFwLm9yZw=MjUjcm9iLmoubmlja2Vyc29uQGdt
 YWlsLmNvbTgyOTBlMjVmOTUyZTQ2Nzg5Mzc3ZTU4ZWFhZTAwYzZlYTMxNzQ0ZTI=Europe/
 London=en_GB.\n-::~:~::~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~
 :~:~:~:~:~:~:~:~:~:~:~::~:~::-
LAST-MODIFIED:20180113T140507Z
LOCATION:Online: Hangouts
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:OSMUK: AGM planning
TRANSP:OPAQUE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:This is an event reminder
TRIGGER:-P0DT0H10M0S
END:VALARM
BEGIN:VALARM
ACTION:EMAIL
DESCRIPTION:This is an event reminder
SUMMARY:Alarm notification
ATTENDEE:mailto:talk-gb@openstreetmap.org
TRIGGER:-P0DT0H55M0S
END:VALARM
END:VEVENT
END:VCALENDAR


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

Re: [Talk-se] Talk-se Digest, Vol 120, Issue 4

2018-01-13 Thread Mats Elfström

Hej Jimmy!
Jag ändrar mig, taggen grass är inte riktig för en slåttermyr. 
Det bör vara meadow istället, dvs natural=wetland, wetland=fen, landuse=meadow.
Och enligt Norrbottens län bedrivs myrslåtter på 1585 ha (2014), och ökande. En 
viktig natur- och kulturmiljövårdande insats. 
https://www.miljomal.se/Miljomalen/Regionala/Regionalt/?eqo=11=Lan=25
Men jag har inte påstått att det bedrivs myrslåtter i det aktuella exemplet. 
Det har jag naturligtvis ingen aning om. 

Hälsning / Regards
Mats.E

Skickat från min / Sent from my iPad, Ursäkta att jag är kortfattad / Excuse my 
brevity. 

> 13 jan. 2018 kl. 14:11 skrev talk-se-requ...@openstreetmap.org:
> 
> Send Talk-se mailing list submissions to
>talk-se@openstreetmap.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>https://lists.openstreetmap.org/listinfo/talk-se
> or, via email, send a message with subject or body 'help' to
>talk-se-requ...@openstreetmap.org
> 
> You can reach the person managing the list at
>talk-se-ow...@openstreetmap.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-se digest..."
> 
> 
> Today's Topics:
> 
>   1. Re: Talk-se Digest, Vol 120, Issue 3 (Mats Elfström)
>   2. Re: Talk-se Digest, Vol 120, Issue 3 (Jimmy Utterström)
> 
> 
> --
> 
> Message: 1
> Date: Sat, 13 Jan 2018 13:27:59 +0100
> From: Mats Elfström <mats.elfst...@gmail.com>
> To: talk-se@openstreetmap.org
> Subject: Re: [Talk-se] Talk-se Digest, Vol 120, Issue 3
> Message-ID: <4849c1d0-5aef-4830-8de1-e3bca7a17...@gmail.com>
> Content-Type: text/plain; charset="utf-8"
> 
> Hej!
> Om kartören säkert vet att myrslåtter förekommer på platsen tycker jag att 
> taggen både är korrekt och viktig att ange. 
> https://kulturmiljonorrbotten.com/tag/myrslatter/
> 
> Hälsning / Regards
> Mats.E
> 
> Skickat från min / Sent from my iPad, Ursäkta att jag är kortfattad / Excuse 
> my brevity. 
> 
>> 13 jan. 2018 kl. 13:00 skrev talk-se-requ...@openstreetmap.org:
>> 
>> Send Talk-se mailing list submissions to
>>   talk-se@openstreetmap.org
>> 
>> To subscribe or unsubscribe via the World Wide Web, visit
>>   https://lists.openstreetmap.org/listinfo/talk-se
>> or, via email, send a message with subject or body 'help' to
>>   talk-se-requ...@openstreetmap.org
>> 
>> You can reach the person managing the list at
>>   talk-se-ow...@openstreetmap.org
>> 
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Talk-se digest..."
>> 
>> 
>> Today's Topics:
>> 
>>  1. Tvivelaktig användning av taggen landuse=grass för
>> myrområden (Jimmy Utterström)
>>  2. Re: Tvivelaktig användning av taggen landuse=grass för
>> myrområden (Christian Asker)
>> 
>> 
>> --
>> 
>> Message: 1
>> Date: Sat, 13 Jan 2018 11:52:17 +
>> From: Jimmy Utterström <jim...@outlook.com>
>> To: "talk-se@openstreetmap.org" <talk-se@openstreetmap.org>
>> Subject: [Talk-se] Tvivelaktig användning av taggen landuse=grass
>>   för myrområden
>> Message-ID:
>>   
>> <am5pr0802mb24343363e3eace256ed930c4c7...@am5pr0802mb2434.eurprd08.prod.outlook.com>
>> 
>> Content-Type: text/plain; charset="iso-8859-1"
>> 
>> Hej!
>> Jag har lagt till ett myrområde och taggat upp det som natural=wetland. Såg 
>> att jag missat att lägga till att det är typen "bog" så tänkte göra det nu 
>> men upptäcker då att någon även satt dit taggen "landuse=grass". Det är 
>> detta jag ifrågasätter; även om många myrar till största del kan bestå av 
>> olika typer av gräs så tycker jag inte att det stämmer speciellt bra överens 
>> med hur Wikin beskriver att taggen ska användas: "A tag for a smaller areas 
>> of mown and managed grass".  "Should not be used where a more specific tag 
>> is available".  Förutsatt att rekommendationerna i Wikin stämmer så känns 
>> det som en felaktig användning av taggen. Eller har jag missat något?
>> 
>> Här ser ni relationen det gäller:
>> https://www.openstreetmap.org/relation/7854140/history#map=15/65.5882/18.1504
>> 
>> Mvh Jimmy Utterström
>> -- next part --
>> An HTML attachment was scrubbed...
>> URL: 
>> <http://lists.openstreetmap.org/pipermail/talk-se/attachments/20180113/a7492332/attachment-0001.html>
>> 
>>

Re: [OSM-talk] Automatically generated changeset discussion comments by OSMCha

2018-01-13 Thread Martin Koppenhoefer

sent from a phone

> On 12. Jan 2018, at 16:41, Andy Townsend  wrote:
> 
> Bryan, this is "being nice" in English. 

Andy, this might be nice for British natives, but it certainly bears a high 
risk of being perceived as offending by non-native speakers, even if it was in 
quotation marks and with a smiley at the end. (I’m “European” as well).

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

[Talk-de] Open-Data Potsdam

2018-01-13 Thread Christopher Lorenz

Keine Ahnung warum, aber irgendwie ist die Mail an talk-de irgendwo
hängen geblieben.

 Forwarded Message 
Subject:[OSM-Berlin] Open-Data Potsdam
Date:   Fri, 12 Jan 2018 10:46:28 +0100
From:   Christopher Lorenz 
Reply-To:   Diskussion ueber OSM in Berlin 
To: OSM-Berlin , OSM-DE




Hallo,
 
ich habe soben entdeckt, dass die Brandenburg Landeshauptstadt Potsdam
ihr OpenData Portal eröffnet hat https://opendata.potsdam.de/
Bezüglich Lizenz müsste mal jemand drüber schauen, sie haben nämlich
ihre eigenen Bedingungen: "Nutzungsbedingungen der LHP" und keine der
bekannten Lizenzen.: https://opendata.potsdam.de/terms/terms-of-use/
 
Christopher

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

Re: [Talk-se] Talk-se Digest, Vol 120, Issue 3

2018-01-13 Thread Jimmy Utterström

Om så vore fallet kanske det är rimligt med en sådan tagg. Det är dock extremt 
få markområden i sverige som används till myrslåtter idag. Just den här myren 
är belägen utmed den by jag är uppväxt i och jag har sett den såväl sommar- som 
vintertid och kan försäkra dig om att ingen form av myrslåtter av markområdet 
har skett på många år. Det enda rimliga användningsområde jag kan tänka mig för 
de flesta myrarna i området vore i så fall hjortronplockning. Och precis som 
Christian påpekar är delar av området väldigt surt och betraktas knappast som 
gräsbetäckt.

Mvh Jimmy Utterström

Från: Mats Elfström <mats.elfst...@gmail.com>
Skickat: den 13 januari 2018 13:27
Till: talk-se@openstreetmap.org
Ämne: Re: [Talk-se] Talk-se Digest, Vol 120, Issue 3

Hej!
Om kartören säkert vet att myrslåtter förekommer på platsen tycker jag att 
taggen både är korrekt och viktig att ange.
https://kulturmiljonorrbotten.com/tag/myrslatter/

Hälsning / Regards
Mats.E

Skickat från min / Sent from my iPad, Ursäkta att jag är kortfattad / Excuse my 
brevity.

13 jan. 2018 kl. 13:00 skrev 
talk-se-requ...@openstreetmap.org<mailto:talk-se-requ...@openstreetmap.org>:

Send Talk-se mailing list submissions to
   talk-se@openstreetmap.org<mailto:talk-se@openstreetmap.org>

To subscribe or unsubscribe via the World Wide Web, visit
   https://lists.openstreetmap.org/listinfo/talk-se
or, via email, send a message with subject or body 'help' to
   talk-se-requ...@openstreetmap.org<mailto:talk-se-requ...@openstreetmap.org>

You can reach the person managing the list at
   talk-se-ow...@openstreetmap.org<mailto:talk-se-ow...@openstreetmap.org>

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Talk-se digest..."


Today's Topics:

  1. Tvivelaktig användning av taggen landuse=grass för
 myrområden (Jimmy Utterström)
  2. Re: Tvivelaktig användning av taggen landuse=grass för
 myrområden (Christian Asker)


--

Message: 1
Date: Sat, 13 Jan 2018 11:52:17 +
From: Jimmy Utterström <jim...@outlook.com<mailto:jim...@outlook.com>>
To: "talk-se@openstreetmap.org<mailto:talk-se@openstreetmap.org>" 
<talk-se@openstreetmap.org<mailto:talk-se@openstreetmap.org>>
Subject: [Talk-se] Tvivelaktig användning av taggen landuse=grass
   för myrområden
Message-ID:
   
<am5pr0802mb24343363e3eace256ed930c4c7...@am5pr0802mb2434.eurprd08.prod.outlook.com<mailto:am5pr0802mb24343363e3eace256ed930c4c7...@am5pr0802mb2434.eurprd08.prod.outlook.com>>

Content-Type: text/plain; charset="iso-8859-1"

Hej!
Jag har lagt till ett myrområde och taggat upp det som natural=wetland. Såg att 
jag missat att lägga till att det är typen "bog" så tänkte göra det nu men 
upptäcker då att någon även satt dit taggen "landuse=grass". Det är detta jag 
ifrågasätter; även om många myrar till största del kan bestå av olika typer av 
gräs så tycker jag inte att det stämmer speciellt bra överens med hur Wikin 
beskriver att taggen ska användas: "A tag for a smaller areas of mown and 
managed grass".  "Should not be used where a more specific tag is available".  
Förutsatt att rekommendationerna i Wikin stämmer så känns det som en felaktig 
användning av taggen. Eller har jag missat något?

Här ser ni relationen det gäller:
https://www.openstreetmap.org/relation/7854140/history#map=15/65.5882/18.1504

Mvh Jimmy Utterström
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.openstreetmap.org/pipermail/talk-se/attachments/20180113/a7492332/attachment-0001.html>

--

Message: 2
Date: Sat, 13 Jan 2018 12:57:01 +0100
From: Christian Asker 
<christian.as...@gmail.com<mailto:christian.as...@gmail.com>>
To: talk-se@openstreetmap.org<mailto:talk-se@openstreetmap.org>
Subject: Re: [Talk-se] Tvivelaktig användning av taggen landuse=grass
   för myrområden
Message-ID: 
<dd098e89-a5c8-45d8-c1fb-82bf865d1...@gmail.com<mailto:dd098e89-a5c8-45d8-c1fb-82bf865d1...@gmail.com>>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"

Hej. Jag tycker också att det verkar lite märkligt. Dels är ju "landuse"
just hur man använder marken, men marken där används nog inte för något
speciellt (förutom möjligtvis skogsbruk), men dessutom ser jag inte
supermycket gräs när jag kikar på satellitbild. Men vad gäller det
senare så är det ju bara satellitbilder och dom visar ju inte alla
detaljer direkt...


Mvh ChristianA


Den 2018-01-13 kl. 12:52, skrev Jimmy Utterström:
Hej!
Jag har lagt till ett myrområde och taggat upp det som
natural=wetland. Såg att jag missat att lägga till att det är typen
"bog" så tänkte göra det nu men upptäcker då att någon även satt dit
taggen &quo

Re: [OSM-talk] Automatically generated changeset discussion comments by OSMCha

2018-01-13 Thread Mike N


On 1/13/2018 5:02 AM, joost schouppe wrote:


If we agree it's a problem that users get a message everytime someone 
reviews one of their changesets, then maybe we need a separate database 
for reviewing status. OSMcha has that, but we might integrate the 
reviewing status into OSM.org


There have been mentions of having a reviewed status on changesets. 
This could be shown as summary feedback in editors as "toast-style" 
status balloons the way waiting OSM messages is shown.   An addition to 
the OSM.org changeset would be the review status (good, bad, mixed) and 
who reviewed.  That would be a natural way to use OSMcha, with optional 
messages only when it would be helpful.Otherwise a flurry of 
messages for edits is unexpected, as in


https://www.openstreetmap.org/changeset/55390192

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

Re: [OSM-talk] Automatically generated changeset discussion comments by OSMCha

2018-01-13 Thread Martin Koppenhoefer

sent from a phone

> On 12. Jan 2018, at 15:25, Michael Reichert  wrote:
> 
> Ideally, this comment should be localized. If a user uses the German
> locale of his editor, he should the receive the comment in German if the
> reviewer also uses a German locale (it is then very likely that they
> would use German for their normal conversation).

it depends on the context. From time to time I encounter changesets I want to 
comment on from (supposed) Germans which have edited around here (Italy). I’m 
usually writing the first comment in English, because I want my fellow Italian 
mappers to be able to follow.( Obviously, if the mapper doesn’t speak English, 
I’ll also communicate in German with them on the follow up). People mapping 
“abroad” is not a rare phenomenon in OSM.

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

Re: [Talk-at] Wiener Kurzparkzonen

2018-01-13 Thread Gabriel

Danke für das erwähnen der Datenbank, habe darauf gewartet ;-)

Ich meinte damit das es in anderen Städten ja schon einen Tag geben muss
den diese App auswertet, ergo kann man nachschauen/nachfragen wie Paris,
London, Amsterdam, Berlin, Prag etc das getagged hat. Oder man schreibt die
Entwickler an und fragt welche Tags sie auswerten. Es ist ja nicht so als
würde es gebührenpflichtiges Parken nur in Wien geben, "zwecks an Standard
warats" bevor hier wieder jedes Ländchen seine eigene Suppe kocht.

Am 13. Januar 2018 um 12:26 schrieb Florian Galler :

>
>
> Ich denke im besten Fall gibt es noch keinen Tag und es werden mehrere
> sinnvolle Möglichkeiten vorgeschlagen und darüber abgestimmt.
>
> Wie du allerdings sagst ist das meist nicht möglich, weil es a schon tags
> gibt und b einfach sehr lange dauert.
>
> Ich finde es durchaus in Ordnung in der Zwischenzeit einen Tag zu
> verwenden und die community zu informieren. Im schlimmsten Fall muss es
> wieder geändert werden.
>
> Davor sollte man aber gut recherchieren ob es bereits bestehende tags gibt
> und diese auch gut umgesetzt sind, dann würde ich ein bereits bestehendes
> System verwenden.
>
> Zusätzlich möchte ich anmerken dass man nie für Apps sondern immer nur
> sinnvoll für die Datenbank taggen sollte.
> *Von:* a_v...@gmx.at
> *Gesendet:* 13. Jänner 2018 12:08 nachm.
> *An:* talk-at@openstreetmap.org
> *Antworten:* talk-at@openstreetmap.org
> *Betreff:* Re: [Talk-at] Wiener Kurzparkzonen
>
> Am 2018-01-13 um 11:46 schrieb Stefan Nagy:
> >
> > Am 12.01.2018 18:57 schrieb Gabriel:
> >> Diese Fehlermeldung wurde durch die App "Free Parking" (
> >> https://play.google.com/store/apps/details?id=fr.lcdm.freeparking [3]
> >> ) kreiert, bevor man nun einen tag "erfindet" könnte man evt
> >> nachfragen wie die das "free parking" auswerten, die App gibt es ja
> >> für mehr Städte wie haben andere es gelöst? (nur als Idee.)
> >> Die App hat aber nur ca 1.000 Bewertungen also kann man auch mM auch
> >> darauf verzichten.
> >
> > Wie gesagt, mir ging es ja gar nicht um die konkrete Fehlermeldung. Sie
> hat
> > für mich nur die Frage aufgeworfen, ob und wenn ja wie es Sinn macht, in
> > Wien
> > die Parkmöglichkeiten auf der Straße und die dafür geltenden Bedingungen
> > (unter anderem bzw. wohl vor allem die Kurzparkzonen-Regelungen) zu
> mappen.
> >
> > Ich wollte auch nicht nach zwei E-Mails an diese Liste ein neues Tag
> > erfinden und
> > verwenden – für mich war die Liste einfach der erste Anlaufpunkt. Ich
> > dachte,
> > es hätte die Diskussion vielleicht schon auf irgendwelchen anderen
> Kanälen
> > gegeben und jemand hier wüsste davon und könnte darauf verweisen. Wenn
> > dem nicht so ist, dann werde ich die Frage vermutlich am besten direkt an
> > t...@openstreetmap.org schicken, oder?
>
> Verstehe was du meinst. Mir ist der Prozess bezüglich neuer tags selbst
> nicht klar. Hab drum grad im Wiki FAQs nachgeschaut und einen
> interessanten Eintrag gefunden:
> https://wiki.openstreetmap.org/wiki/DE:FAQ#Zum_Kartieren_
> von_x_fehlt_mir_Tag_y
>
> Weiß aber nicht, ob das wirklich so eine gute Idee ist, einfach seine
> tags zu erfinden. Aber ich habe gehört, dass die Proposals auch recht
> lange dauern bis es ein Abstimmungsergebnis gibt.
>
> Wäre auch sehr daran interessiert, wie man hier vorgehen soll.
>
> LG,
> Andreas
> alias geologist
> >
> > LG,
> > Stefan.
> >
> >
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-se] Tvivelaktig användning av taggen landuse=grass för myrområden

2018-01-13 Thread Christian Asker

Hej. Jag tycker också att det verkar lite märkligt. Dels är ju "landuse" 
just hur man använder marken, men marken där används nog inte för något 
speciellt (förutom möjligtvis skogsbruk), men dessutom ser jag inte 
supermycket gräs när jag kikar på satellitbild. Men vad gäller det 
senare så är det ju bara satellitbilder och dom visar ju inte alla 
detaljer direkt...



Mvh ChristianA


Den 2018-01-13 kl. 12:52, skrev Jimmy Utterström:

Hej!
Jag har lagt till ett myrområde och taggat upp det som 
natural=wetland. Såg att jag missat att lägga till att det är typen 
"bog" så tänkte göra det nu men upptäcker då att någon även satt dit 
taggen "landuse=grass". Det är detta jag ifrågasätter; även om många 
myrar till största del kan bestå av olika typer av gräs så tycker jag 
inte att det stämmer speciellt bra överens med hur Wikin beskriver att 
taggen ska användas: "A tag for a smaller areas of mown and managed 
grass*". * "Should not be used where a more specific tag is 
available"*. *Förutsatt att rekommendationerna i Wikin stämmer så 
känns det som en felaktig användning av taggen. Eller har jag missat 
något?


Här ser ni relationen det gäller:
https://www.openstreetmap.org/relation/7854140/history#map=15/65.5882/18.1504

Mvh Jimmy Utterström


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


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

[Talk-se] Tvivelaktig användning av taggen landuse=grass för myrområden

2018-01-13 Thread Jimmy Utterström

Hej!
Jag har lagt till ett myrområde och taggat upp det som natural=wetland. Såg att 
jag missat att lägga till att det är typen "bog" så tänkte göra det nu men 
upptäcker då att någon även satt dit taggen "landuse=grass". Det är detta jag 
ifrågasätter; även om många myrar till största del kan bestå av olika typer av 
gräs så tycker jag inte att det stämmer speciellt bra överens med hur Wikin 
beskriver att taggen ska användas: "A tag for a smaller areas of mown and 
managed grass".  "Should not be used where a more specific tag is available".  
Förutsatt att rekommendationerna i Wikin stämmer så känns det som en felaktig 
användning av taggen. Eller har jag missat något?

Här ser ni relationen det gäller:
https://www.openstreetmap.org/relation/7854140/history#map=15/65.5882/18.1504

Mvh Jimmy Utterström
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-at] Wiener Kurzparkzonen

2018-01-13 Thread Florian Galler



Ich denke im besten Fall gibt es noch keinen Tag und es werden mehrere 
sinnvolle Möglichkeiten vorgeschlagen und darüber abgestimmt.

Wie du allerdings sagst ist das meist nicht möglich, weil es a schon tags gibt 
und b einfach sehr lange dauert.

Ich finde es durchaus in Ordnung in der Zwischenzeit einen Tag zu verwenden und 
die community zu informieren. Im schlimmsten Fall muss es wieder geändert 
werden.

Davor sollte man aber gut recherchieren ob es bereits bestehende tags gibt und 
diese auch gut umgesetzt sind, dann würde ich ein bereits bestehendes System 
verwenden.

Zusätzlich möchte ich anmerken dass man nie für Apps sondern immer nur sinnvoll 
für die Datenbank taggen sollte.
Von: a_v...@gmx.at
Gesendet: 13. Jänner 2018 12:08 nachm.
An: talk-at@openstreetmap.org
Antworten: talk-at@openstreetmap.org
Betreff: Re: [Talk-at] Wiener Kurzparkzonen


Am 2018-01-13 um 11:46 schrieb Stefan Nagy:
>
> Am 12.01.2018 18:57 schrieb Gabriel:
>> Diese Fehlermeldung wurde durch die App "Free Parking" (
>> https://play.google.com/store/apps/details?id=fr.lcdm.freeparking [3]
>> ) kreiert, bevor man nun einen tag "erfindet" könnte man evt
>> nachfragen wie die das "free parking" auswerten, die App gibt es ja
>> für mehr Städte wie haben andere es gelöst? (nur als Idee.)
>> Die App hat aber nur ca 1.000 Bewertungen also kann man auch mM auch
>> darauf verzichten.
>
> Wie gesagt, mir ging es ja gar nicht um die konkrete Fehlermeldung. Sie hat
> für mich nur die Frage aufgeworfen, ob und wenn ja wie es Sinn macht, in
> Wien
> die Parkmöglichkeiten auf der Straße und die dafür geltenden Bedingungen
> (unter anderem bzw. wohl vor allem die Kurzparkzonen-Regelungen) zu mappen.
>
> Ich wollte auch nicht nach zwei E-Mails an diese Liste ein neues Tag
> erfinden und
> verwenden – für mich war die Liste einfach der erste Anlaufpunkt. Ich
> dachte,
> es hätte die Diskussion vielleicht schon auf irgendwelchen anderen Kanälen
> gegeben und jemand hier wüsste davon und könnte darauf verweisen. Wenn
> dem nicht so ist, dann werde ich die Frage vermutlich am besten direkt an
> t...@openstreetmap.org schicken, oder?

Verstehe was du meinst. Mir ist der Prozess bezüglich neuer tags selbst
nicht klar. Hab drum grad im Wiki FAQs nachgeschaut und einen
interessanten Eintrag gefunden:
https://wiki.openstreetmap.org/wiki/DE:FAQ#Zum_Kartieren_von_x_fehlt_mir_Tag_y

Weiß aber nicht, ob das wirklich so eine gute Idee ist, einfach seine
tags zu erfinden. Aber ich habe gehört, dass die Proposals auch recht
lange dauern bis es ein Abstimmungsergebnis gibt.

Wäre auch sehr daran interessiert, wie man hier vorgehen soll.

LG,
Andreas
alias geologist
>
> LG,
> Stefan.
>
>


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

Re: [Talk-cz] Starva iD editor - chyba

2018-01-13 Thread Milan Cerny

Vyřešeno, chyba byla patrně v hromadné aktualizaci Chromu, chyba byla na dvou 
PC najednou.
Po vyčistění chromu vše OK.

Omlouvám se za zbytečné plevelení na fóru.

Milan

__
> Od: Milan Cerny 
> Komu: OpenStreetMap Czech Republic 
> Datum: 12.01.2018 19:30
> Předmět: [Talk-cz] Starva iD editor - chyba
>
>Ahoj, přestalo fungovat ukládání v Strava iD editoru. Dnes už jsem zmařil dva 
>hodinové changesety. Ach jo... 
>Normálním iD funguje jak má, Strava běží normálně ale při uložení hlásí chybu 
>"není internetové připojení"
>Neměl by někdo typ jak lokálně uložit neuložená data z iD editoru? Případně 
>jestli se to dá odněkud vytáhnout, cache, temp... (chrome / W10)
>
>Díky za případnou pomoc.
>
>Milan
>
>___
>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-at] Wiener Kurzparkzonen

2018-01-13 Thread Andreas

Am 2018-01-13 um 11:46 schrieb Stefan Nagy:
> 
> Am 12.01.2018 18:57 schrieb Gabriel:
>> Diese Fehlermeldung wurde durch die App "Free Parking" (
>> https://play.google.com/store/apps/details?id=fr.lcdm.freeparking [3]
>> ) kreiert, bevor man nun einen tag "erfindet" könnte man evt
>> nachfragen wie die das "free parking" auswerten, die App gibt es ja
>> für mehr Städte wie haben andere es gelöst? (nur als Idee.)
>> Die App hat aber nur ca 1.000 Bewertungen also kann man auch mM auch
>> darauf verzichten.
> 
> Wie gesagt, mir ging es ja gar nicht um die konkrete Fehlermeldung. Sie hat
> für mich nur die Frage aufgeworfen, ob und wenn ja wie es Sinn macht, in
> Wien
> die Parkmöglichkeiten auf der Straße und die dafür geltenden Bedingungen
> (unter anderem bzw. wohl vor allem die Kurzparkzonen-Regelungen) zu mappen.
> 
> Ich wollte auch nicht nach zwei E-Mails an diese Liste ein neues Tag
> erfinden und
> verwenden – für mich war die Liste einfach der erste Anlaufpunkt. Ich
> dachte,
> es hätte die Diskussion vielleicht schon auf irgendwelchen anderen Kanälen
> gegeben und jemand hier wüsste davon und könnte darauf verweisen. Wenn
> dem nicht so ist, dann werde ich die Frage vermutlich am besten direkt an
> t...@openstreetmap.org schicken, oder?

Verstehe was du meinst. Mir ist der Prozess bezüglich neuer tags selbst
nicht klar. Hab drum grad im Wiki FAQs nachgeschaut und einen
interessanten Eintrag gefunden:
https://wiki.openstreetmap.org/wiki/DE:FAQ#Zum_Kartieren_von_x_fehlt_mir_Tag_y

Weiß aber nicht, ob das wirklich so eine gute Idee ist, einfach seine
tags zu erfinden. Aber ich habe gehört, dass die Proposals auch recht
lange dauern bis es ein Abstimmungsergebnis gibt.

Wäre auch sehr daran interessiert, wie man hier vorgehen soll.

LG,
Andreas
alias geologist
> 
> LG,
> Stefan.
> 
> 


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

Re: [OSM-talk] Automatically generated changeset discussion comments by OSMCha

2018-01-13 Thread Tobias Knerr

On 13.01.2018 11:02, joost schouppe wrote:
> - a reviewer in OSMcha can adapt the message to his own personal message
> or an ad hoc message
[...]
> - a reviewer can choose to not send a message if they feel like they're
> spamming

Those would be steps in the right direction, but I wonder why it's
necessary to even pre-fill a default message at all? I'd suggest to
leave it blank and have people compose their own messages.

Now ideally, those would be tailored to each changeset and mention
something that demonstrates you actually looked at the new user's work
(and in a perfect world, demonstrates local knowledge to show that
you're from the area).

But even if the reviewer writes a message only once and re-uses it for
subsequent changesets (which OSMCha could even make easier by
remembering your previous messages), that message will still be
infinitely better than the current default, as it's likely to be in the
local language, follow local communication styles, and have an
individual touch from the human mapper who wrote it.

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

Re: [Talk-at] Wiener Kurzparkzonen

2018-01-13 Thread Stefan Nagy



Am 12.01.2018 18:57 schrieb Gabriel:

Diese Fehlermeldung wurde durch die App "Free Parking" (
https://play.google.com/store/apps/details?id=fr.lcdm.freeparking [3]
) kreiert, bevor man nun einen tag "erfindet" könnte man evt
nachfragen wie die das "free parking" auswerten, die App gibt es ja
für mehr Städte wie haben andere es gelöst? (nur als Idee.)
Die App hat aber nur ca 1.000 Bewertungen also kann man auch mM auch
darauf verzichten.


Wie gesagt, mir ging es ja gar nicht um die konkrete Fehlermeldung. Sie 
hat
für mich nur die Frage aufgeworfen, ob und wenn ja wie es Sinn macht, in 
Wien

die Parkmöglichkeiten auf der Straße und die dafür geltenden Bedingungen
(unter anderem bzw. wohl vor allem die Kurzparkzonen-Regelungen) zu 
mappen.


Ich wollte auch nicht nach zwei E-Mails an diese Liste ein neues Tag 
erfinden und
verwenden – für mich war die Liste einfach der erste Anlaufpunkt. Ich 
dachte,
es hätte die Diskussion vielleicht schon auf irgendwelchen anderen 
Kanälen

gegeben und jemand hier wüsste davon und könnte darauf verweisen. Wenn
dem nicht so ist, dann werde ich die Frage vermutlich am besten direkt 
an

t...@openstreetmap.org schicken, oder?

LG,
Stefan.


--
E-Mails signieren & verschlüsseln · https://emailselfdefense.fsf.org/de/

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

[OSM-talk] OSM science mailing list

2018-01-13 Thread joost schouppe

Hi,

We have created a science mailing. That would be the place discuss details
of the implementation, if any, of our own survey engine. Apart from that,
go there to:

- talk about recent sciencetific research
- develop the OSM research agenda
- get feedback and support on your planned OSM surveys
- get feedback on your scientific plans and preliminary results from an
interested subset of OSM community members
- [insert your idea here]

Subscribe now :)
https://lists.openstreetmap.org/listinfo/science

This list creation is a follow-up to the OSM-science-communication project
initiated by Peter Mooney, Frank Ostermann and myself. Info:
https://lists.openstreetmap.org/pipermail/talk/2017-August/078524.html

We're also talking to OSMF to see if we can set up a common survey engine,
to have a place to centralize some of the many surveys taking place in the
OSM ecosystem. Info:
https://lists.openstreetmap.org/pipermail/osmf-talk/2018-January/004995.html

-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [OSM-talk-fr] Challenge ? Si on dégommait du rose ?

2018-01-13 Thread George Kaplan

> 
> Le 13 janv. 2018 à 10:43, erwan salomon  a écrit :
> […]
> vous avez une source sous JOSM pour obtenir un cadastre plus récent que 2015 
> ? (j’utilise tes.cadastre.openstreetmap.fr mais ça semble bloqué à 2015)
> pareil pour les photos aérienne ça tourne au mieux vers 2013 (Esri souvent un 
> peu plus récent que IGN)

J’ai remarqué récemment que l’imagerie Bing est plus récente que BDOrtho. Dans 
le cas en question (Saint-Malo), par connaissance des évolutions du terrain, 
j’ai estimé la vue Bing à l’année 2017. La résolution de cette imagerie est 
néanmoins moins bonne que BDOrtho.

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

[OSM-talk-be] OSM science mailing list

2018-01-13 Thread joost schouppe

Hi,

We have created a science mailing. That would be the place discuss details
of the implementation, if any, of our own survey engine. Apart from that,
go there to:

- talk about recent sciencetific research
- develop the OSM research agenda
- get feedback and support on your planned OSM surveys
- get feedback on your scientific plans and preliminary results from an
interested subset of OSM community members
- [insert your idea here]

Subscribe now :)
https://lists.openstreetmap.org/listinfo/science

This list creation is a follow-up to the OSM-science-communication project
initiated by Peter Mooney, Frank Ostermann and myself. Info:
https://lists.openstreetmap.org/pipermail/talk/2017-August/078524.html

We're also talking to OSMF to see if we can set up a common survey engine,
to have a place to centralize some of the many surveys taking place in the
OSM ecosystem. Info:
https://lists.openstreetmap.org/pipermail/osmf-talk/2018-January/004995.html

-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [OSM-talk] Automatically generated changeset discussion comments by OSMCha

2018-01-13 Thread joost schouppe

I don't think "a comment generated by" is the correct description. It is a
comment generated -through- OSMcha. A human decided the changeset was good,
that's nice to know for mappers. I guess it would be better if the reviewer
can decide not to send this message, or have the option to chose which kind
of message.

It's a little silly to get fifty of these messages if they all get
reviewed. But there is a second use case to these messages: it is the only
way that another changeset reviewer using another tool can know that
someone already looked at it. I would propose:

- a reviewer in OSMcha can adapt the message to his own personal message or
an ad hoc message
- the "personal sounding text" is sent at most once to every single mapper.
Every following message is as short and to the point as Stefan's proposal
- a reviewer can choose to not send a message if they feel like they're
spamming

If we agree it's a problem that users get a message everytime someone
reviews one of their changesets, then maybe we need a separate database for
reviewing status. OSMcha has that, but we might integrate the reviewing
status into OSM.org? That would of course also imply that third party tools
can also write to the OSMcha database. So maybe a centralized solution
would be better. I think reviewing is impartant enough to consider this.

2018-01-12 22:49 GMT+01:00 Clifford Snow :

>
>
> On Fri, Jan 12, 2018 at 9:59 AM, Stefan Keller  wrote:
>
>> I would even go further by refering to policies about automated reply
>> mails and/or chat bots. I can't find an authoritative source but I
>> think there's at least a netiquette saying that communications to
>> humans generated from machines should start by declaring it's a
>> message from a machine.
>>
>> In this case my reaction also was that "I reviewed..." is misleading.
>> I would propose s'thing like the following:
>> ...
>> Hello!
>> This is a comment generated by #OSMCha:
>> #REVIEWED_GOOD
>> Thank you for your contributions to OpenStreetMap.
>>
>
> Another option would be to allow each of us to create our own "canned"
> response.
>
> A quick count shows something like 300,000+ edits by new mappers in 2017.
> That would also include import accounts created in 2017 which inflates the
> number. But it's still a large number. Ideally we would review more edits
> by new mappers to help them get up to speed and offer words of
> encouragement. Having tools like OSMCha really help. I've started employing
> OSMCha late last year and find it helpful, especially being able to see
> what was deleted.
>
> Stefan - Thank you for offering a suggestion on how OSMCha can be
> improved.
>
> Best,
> Clifford
>
> --
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>

-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [OSM-talk-fr] Challenge ? Si on dégommait du rose ?

2018-01-13 Thread erwan salomon

je tombe sur pas mal de « nouveaux » quartier (donc plein de maisons à rajouter 
en plus)
sur le cadastre (2015) mais rien de visible en orthophoto IGN
dans certains cas je ne rajoute pas du coup
si je vois des traces de construction je pars sur l’idée que depuis les photos 
ça a été construit
mais s’il n’y a rien et pas de maisons au cadastre je me dis que le projet 
immobilier n’est peut-être pas encore en travaux
je constate qu’il y a pas mal de chemin plus ou moins repérable (couloir 
d’herbes folles entre les parcelles) qui sont nommées dans le cadastres aussi, 
pas sûr qu’elles soit très praticables
du coup un certain nombre de résolutions ne pourront se faire qu’en se rendant 
sur place

au rythme actuel on semble parti sur 6-9 mois de dégommage de violet …
vous avez une source sous JOSM pour obtenir un cadastre plus récent que 2015 ? 
(j’utilise tes.cadastre.openstreetmap.fr mais ça semble bloqué à 2015)
pareil pour les photos aérienne ça tourne au mieux vers 2013 (Esri souvent un 
peu plus récent que IGN)

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

Re: [OSM-legal-talk] Interesting use case of combining OSM with proprietary data

2018-01-13 Thread Christoph Hormann

On Saturday 13 January 2018, Kathleen Lu wrote:
> Your example doesn't work. Even if you could render
> "distance-to-water"
>
> this way, you wouldn't get a set proprietary data based lakes + OSM
> lakes, you would get a visualization of one massive complicated body
> of water that included all oceans, rivers, streams, etc. (at the
> database level, it would still be a bunch of data values, not a big
> polygon, plus the OSM polygons). This doesn't sound minor to me at
> all, as that's a lot of data to process (leaving aside that you'd
> have to have a distance-to-water API to pull from, which would not be
> easy to get).

This is stuff i do for a living so believe me if i say - if that's all 
that is standing between you and combining OSM data with proprietary 
data sets without share-alike that is a piece of cake.

Yes, labels and other non-geometry information would be a problem - but 
there is plenty of geometry-only data in OSM and geometry only 
applications (like the example we are discussing) for which this 
applies.

To summarize the results and be clear - also for my own business 
purposes - could i get clarification for the LWG that "primary feature" 
in the collective database guideline, in line with Kathleen's 
interpretation, can be based on a technical distinction, i.e. two 
features with the same meaning (both roads or both lakes) are 
considered different primary features depending on if they are 
described in explicit form (like linestring or polygon) or implicit 
form (like distance function)?

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

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

Re: [OSM-talk] Tool for tag tracking

2018-01-13 Thread Roland Olbricht


Hi Pierre,

This new query on the test server reports action=deleted when and object 
is simply modified to remove all tags.

See https://overpass-turbo.eu/s/uJ8


Thank you for pointing to this example. To get the information what has 
happened, please use [adiff:...] instead of [diff:...]. You then get 
back in the -section an element that has "visible=true" or 
"visible=false", according to whether the object got irrelevant or got 
deleted. As a drawback, Overpass Turbo then does not show the results.


I should add a paragraph for this in the documentation.

The reason for this behaviour is the underlying metaphor: Filtering for 
a specfic set of data (here: waterways in the given bounding box) means 
that all other data is disregarded, i.e. it makes no difference whether 
it exists or not.


While this is pretty irrelevant as long as you work with the plain 
filtered data, it does make an implication for a diff: there is no 
difference whether an object is newly created or just got relevant. You 
do not even intend the database engine to spend extra time on figuring 
that out. Symmetrically this means that for the extract it is irrelevant 
whether an item got deleted or just irrelevant.


Hence, the database spends no time on that in [diff:..] mode but it does 
in [adiff:..] mode.


> Should there be a an action subtype that reports either tag or geometry
> only actions ?

I would like to avoid having a large number of different actions, I 
prefer giving the information in different attribute or so. Most things 
can happen in combination, further increasing the number of actions if 
actions telled all the details. There had been an older attempt for a 
diff format with more actions, and it was a pain to work with it.


Best regards,

Roland

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

Re: [OSM-talk] Advertising on OSM

2018-01-13 Thread Martin Koppenhoefer

sent from a phone

> On 12. Jan 2018, at 03:55, Jack Armstrong dan...@sprynet.com 
>  wrote:
> 
> Any opinions on this type of advertising?

I think it’s great. They added their business, address and other information. 
Yes, the description value can be seen as advertisement (and the intention 
behind it clearly is), but overall I’d see this as a win-win and would welcome 
more of this (provided that the position and tags are correct).

Imagine every shop owner would put their business on OSM (and update it).

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

67 matches

Mail list logo