OpenStreetMap

jidanni's Diary

Recent diary entries

When to flip north-south road names

Posted by jidanni on 13 August 2023 in English.

North America has a lot of streets that go “straight north and south”.

This presents a difficulty because once a road’s azimuth goes left of due north, its labels must flip to avoid becoming upside down (as the street continues curving.)

This is not usually a problem with straight parallel streets, as all will be left or right of due north, thus their labels will all either read all upwards or all downwards.

So why do the labels on Brown Avenue, in Evanston, IL USA flip back and forth, disturbingly different than its neighboring fellow north-south streets? (See https://www.openstreetmap.org/way/23392043 and inspect its avenue name at different zoom levels.)

Ah ha, because it wavers sightly back and forth over true north! Let’s check those azimuths as we go along it:

wget https://www.openstreetmap.org/api/0.6/way/23392043/full
perl -F\" -awnle 'next unless $#F==18; print "@F[-2,-4]"' full |
  sort -k 2n | gmt mapproject -Aof -o2
NaN
1.34312351808
1.4347131823
0.581553728998
-0.40040076319
-0.406099373288
0.930238524534
0.595013044226
1.17968994378

Anyway, “you got to draw the line somewhere” for when to flip lettering, so it’s at true north. Adding some “AI fuzz factor” would probably just complicate algorithms.

Location: Central Street Merchant District, Evanston, Evanston Township, Cook County, Illinois, 60091, United States

International Boundary Line, Rainbow Bridge, Niagara Falls US/Canada

Posted by jidanni on 5 November 2022 in English. Last updated on 26 November 2022.

I made this “brilliant essay” about the US/Canada flag positions on Rainbow Bridge, Niagara Falls.

What does it have to do with OpenStreetMaps?

Well it turns out OpenStreetMaps’ version of the US/Canada boundary is different than that of the International Boundary Commission’s.

Sure hope somebody here will fix it one day, updating OpenStreetMaps’ version with that of the Commission’s.

It’s a series of “turning points” in a river. Sorry about Ground Truth. You’ll just have to trust them.

But if you can’t trust them, who can you trust?

Location: Chippawa, Niagara Falls, Niagara Region, Golden Horseshoe, Ontario, L2G 6B2, Canada

Most cellphone GPS traces will pollute OSM

Posted by jidanni on 14 September 2021 in English.

Here we see that most of today’s cellphones’ GPS traces are “all over the parking lot,” thus will degrade the quality of OSM when making a map from them, https://medium.com/@importanttech/we-tested-mobile-gps-gnss-accuracy-and-found-some-surprising-results-b9ec35873e2e

But yes, you could say having a path on the map is better than no path.

See also https://www.sciencedirect.com/science/article/pii/S0263224121001858 .

GitHub is great, but note, if you block somebody on GitHub, they won’t get (your) notifications:

@holmes: any final opinions?

Alas, holmes won’t have any, because he didn’t get notified. And, you, assuming blocking works the same on GitHub as it does on other platforms, will assume holmes is ignoring / blocking you, and get even more angry at him, when in fact it is you blocking him.

Same when you resolve holmes’ bug reports, pull requests, etc. He won’t know until one day some third party comments on one, if ever.

OpenStreetMap’s many teams using GitHub should be aware of this potential for software-exasperated discord.

See also: https://catless.ncl.ac.uk/Risks/31.46#subj35 , https://catless.ncl.ac.uk/Risks/31.47#subj13

(Yes, you will probably also hear less noise from (example user) holmes, but did you know that you caused him to not see the notifications he normally would of your actions?)

Yuppie map layer

Posted by jidanni on 16 May 2020 in English.

Let’s see. For Map Layers, there are
- Standard
- Cycle Map
- Transport Map
- Humanitarian
Well there needs to be an additional yuppie oriented map layer…

No:
- Old folks’ homes
- Boring plumbing supply shops, etc.
- Fussy political boundaries, national or even school district, and associated customs offices
Yup, not rendered a single bit.

Yes:
- Coffee, snack, holiday refreshment shops
Rendered extra big.

From: 內政部地政司全球資訊網 ll2@land.moi.gov.tw
Subject: 意見信箱-回覆通知
Date: Fri, 01 May 2020 09:43:35 +0800

積丹尼 先生(小姐) 您好:

  您於 109年04月23日 寄給本司的電子郵件,提及 北屯路過界疑點為例, 追查怎麼有差異1事 一事,茲,答覆如下:

  早年為配合國土資訊系統基礎環境建置需求,本司前於88年至92年間將行政區域界線展繪於膠片圖上分送各直轄市、縣(市)政府及鄉(鎮、市、區)公所查對確認,並作為93年至96年間編印各級行政區域圖之基礎圖資。其後為解決部分行政區界不一致問題,本司復於102年起委託國土測繪中心協助辦理行政區域界線清查及釐整更新工作,並完成圖資向量成果產製。

  經查本司95年所出版臺中市北區、北屯區之行政區域圖界線,係當時2區公所查對確認,迄今亦無變動,且與國土測繪圖資服務雲109年3月之鄉鎮市區界線圖層之界線一致。至於您所提門牌為臺中市北區北屯路28-1號之建物,其實際位置卻坐落於臺中市北屯區 行政區域圖內之疑義,宜由臺中市政府查明情況後,並依據相關規定辦理門牌號變更或行政區域調整作業。

以上答復,供您參考,(希望能有助於解決您的問題),您若仍有其他疑問或不明瞭之處,歡迎隨時來電洽詢,感謝您的來信。

案件編號:1090479384181
本案聯絡人員:呂建興
聯絡電話:02-23565279
敬祝 身體健康 萬事如意
內政部地政司 敬啟

Location: Beijing Village, Beitun District, Taichung, 406, Taiwan

Why I can't use JOSM, not even for one minute

Posted by jidanni on 3 March 2020 in English. Last updated on 30 August 2020.

Because its “left handed bindings” mess up my muscle memory for weeks: https://josm.openstreetmap.de/ticket/4760 . (It would be fine if that was the “side of the road” that all software “drove on”, but it isn’t, and I can’t adapt, back and forth. Yes, I’m kind of weak.) Too bad they hardwired everything, not knowing about indirection. Let’s hope iD doesn’t make the same mistake.

Each imagery offset is different, and over time a patchwork of different referencing systems emerges… one big disaster, worse than “GCJ-02” (which is at least “smooth and not noticeable”.) Happens even with just one person editing. You’ll notice it when you finally join village A to village B. Editors of village A have been pulling the imagery downwards to match what they have already mapped. And editors of village B have been pulling the imagery upwards…

I hope one day, after offsets are finally no longer present in imagery, Artificial Intelligence (?) will somehow fix the mess.

Location: 基寮坑, Dongshi District, Taichung, 42351, Taiwan