[OSM-talk] (no subject)

2023-05-16 Thread Hlias Kafantaris 
[image: HTML file]
File May 05 2023, 5 27 57 AM

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

[OSM-talk] (no subject)

2023-05-16 Thread Hlias Kafantaris 
-- 
null
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-ja] 丁目の表記について

2023-05-16 Thread OKADA Tsuneo 
岡田です。

23さん
そうですね。そちらのページも古い方針の内容になります。
こちらも合わせてwikiの記述を更新してみました。
ご確認下さい。


2023年5月16日(火) 0:38 23 (Talk-ja 経由) :

> 23です。
>
> JA:住所 とJA:Key:addr:*
> 
> に記載されている住所の表記方法についても同様に、
> 地名と丁目がaddr:quarterとaddr:neighbourhoodで分割されています。JA:Japan
> taggingにあるスプレッドシートでは分割せずにaddr:neighbourhoodとされています。こちらも古い方針でしょうか？
>
> --- Original Message ---
> 2023年5月7日日曜日 15:03 に OKADA Tsuneo  が作成:
>
> 岡田です。
>
> 町字名のタグ付けに関しては、JA:Japan_taggingの内容が最新版で、
> JA:Tag:boundary=administrative
> 
> の表は古い方針のものです。
>
> 2022/8にタグ付け見直しの提案の投票がされて、変わりました。
>
> 提案と投票のページ
> https://wiki.openstreetmap.org/wiki/Proposed_Japan_tagging/Places
>
> コメント記載されたwikiのTalkのページの「Placesの改訂」のところからリンクされています。
>
> よろしくお願いします。
>
>
>
> 2023年5月7日(日) 14:28 prg. Knit :
>
>> メーリングリスト初心者なので、何かおかしなところがあったら遠慮なく指摘して下さい。
>> https://wiki.openstreetmap.org/wiki/Talk:Japan_tagging
>> にも書いたのですが、丁目のある地名をquarterとneighbourhoodに分割している説明と両方ともneighbourhoodに入れている説明とがあって混乱しています。どちらが現行の表記なのか、理由も含めて教えていただけるとありがたいです。(できればwikiの記述を早々に統一できると一番良いのですが...)
>> ___
>> Talk-ja mailing list
>> Talk-ja@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ja
>>
>
>
> --
> 岡田常雄(OKADA Tsuneo)
> tsuneo.ok...@gmail.com
>
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>


-- 
岡田常雄(OKADA Tsuneo)
tsuneo.ok...@gmail.com
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[OSM-talk] nRoute problems

2023-05-16 Thread Büro 

Hi all,

in the old times maps (e. g. "country name osm_generic_windows.exe") were 
installed in C:\Garmin\Maps. There, they were found by BaseCamp, Mapsource and nRoute.
Maps from alternativaslibres.org are by default installed in C:\Program 
Data\Garmin\Maps. There, only BaseCamp and Mapsource find them - but not nRoute.

Where do I need to install them so that also nRoute has also access to them?

Thank you,
Rolf

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

Re: [OSM-talk] bot proposal: shop values cleanup (low use values only, 1 used 250 times, three over 100 times, many used less)

2023-05-16 Thread Andy Townsend 

On 24/04/2023 16:57, Mateusz Konieczny via talk wrote:



Apr 22, 2023, 14:10 by ajt1...@gmail.com:

More generally, anyone with half a brain consuming OSM shop data
(or actually, _any_ external data from _anywhere_) will look at
the values contained in it***.

And that is exactly what lead to proposing this edits - I was writing 
code to handle OSM
data and researched tagging situation. And one of[1] effects was 
discovering numerous
cases of tags that seem to be exact duplicates of more standard ones, 
and retagging

them seems to clearly improve OSM data as far as I can see

Your continued tagfiddling here is making it much harder for local 
mappers to find problem values in OSM data.


No-one's going to complain about you changing "shop=shoe" to 
"shop=shoes" - they clearly have the same meaning, so changing the less 
common form to the more common form is a net benefit.


However, your recent changes have gone much further than this, included 
changing shops with values you don't understand into "shop=yes".  As an 
example, consider https://www.openstreetmap.org/way/353944525 .  It was 
previously "shop=retail", an unusual and rare tag that would likely flag 
up the interest of a passing local mapper.  You changed it to 
"shop=yes", of which there are 180,000 of in OSM.  No-one is going to 
spot that as an "unusual" shop at all.  This one's actually a charity 
shop, and a question about it on IRC would have got that response in 
only a few minutes (or a glance at taginfo/overpass: 
https://taginfo.openstreetmap.org/tags/name=Lighthouse%20Charity%20Shop#overview 
/ https://overpass-turbo.eu/s/1v3j ).


Changing "invalid" (by whatever definition) values to "valid but 
incorrect" ones does not improve the quality of OSM, and it actually 
hides problems so that they are much harder to fix in the future.


Do we perhaps need a StreetComplete quest searching for incorrect values 
set by "Mateusz Konieczny - bot account" so that they can be corrected 
to valid values? :)


In the case of the changesets that I've seen just now and commented on 
(see https://resultmaps.neis-one.org/osm-discussion-comments?uid=3199858 
) many are by longstanding contributors to OSM.  In many cases a comment 
on a previous changeset would have got the answer "yes, obviously that 
should be a shop=xyz" (rather than you just setting it to shop=yes).  I 
thought that after the discussion on 
https://www.openstreetmap.org/changeset/134837986 that you weren't going 
to mass-change actual values to shop=yes any more, but clearly I was wrong.


Best Regards,

Andy

(for the avoidance of doubt, writing in a personal capacity)



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