#gis
2024-10-03
最近正在開發一個想要把歷史時序地理性的資料彙整起來的系統，發現我們的六都升格呈現了三種不同的變動樣態
1. 台北縣(10001)=>新北市(65000), 桃園縣(10003)=>桃園市(68000)：代碼和名稱變了，但是本質上是同個個體
2. 高雄縣(10012)+高雄市(64000)=>高雄市(64000)：合併完後原先的高雄市(64000)變大了
3. 臺南縣(10011)+臺南市(10021)=>臺南市(67000), 臺中縣(10006)+臺中市(10019)=>臺中市(66000)：合併前後都有台中市台南市，但前後的一個是省轄市一個是直轄市，兩者其實同名但不同物。
在處理跨時間維度資料時，其實台北縣的資料可以無痛延續到新北市，所以其實可以採用 台北縣(10001)=新北市(65000) 的作法，但是處理臺南臺中資料時，就不能無痛轉移了，因為前後的市是不一樣的，而高雄也更複雜，前後 ID都是 68000 的直轄市，但因為變大了，很多數據也會突然增加
1. 台北縣(10001)=>新北市(65000), 桃園縣(10003)=>桃園市(68000)：代碼和名稱變了，但是本質上是同個個體
2. 高雄縣(10012)+高雄市(64000)=>高雄市(64000)：合併完後原先的高雄市(64000)變大了
3. 臺南縣(10011)+臺南市(10021)=>臺南市(67000), 臺中縣(10006)+臺中市(10019)=>臺中市(66000)：合併前後都有台中市台南市，但前後的一個是省轄市一個是直轄市，兩者其實同名但不同物。
在處理跨時間維度資料時，其實台北縣的資料可以無痛延續到新北市，所以其實可以採用 台北縣(10001)=新北市(65000) 的作法，但是處理臺南臺中資料時，就不能無痛轉移了，因為前後的市是不一樣的，而高雄也更複雜，前後 ID都是 68000 的直轄市，但因為變大了，很多數據也會突然增加
最近正在開發一個想要把歷史時序地理性的資料彙整起來的系統，發現我們的六都升格呈現了三種不同的變動樣態
1. 台北縣(10001)=>新北市(65000), 桃園縣(10003)=>桃園市(68000)：代碼和名稱變了，但是本質上是同個個體
2. 高雄縣(10012)+高雄市(64000)=>高雄市(64000)：合併完後原先的高雄市(64000)變大了
3. 臺南縣(10011)+臺南市(10021)=>臺南市(67000), 臺中縣(10006)+臺中市(10019)=>臺中市(66000)：合併前後都有台中市台南市，但前後的一個是省轄市一個是直轄市，兩者其實同名但不同物。
在處理跨時間維度資料時，其實台北縣的資料可以無痛延續到新北市，所以其實可以採用 台北縣(10001)=新北市(65000) 的作法，但是處理臺南臺中資料時，就不能無痛轉移了，因為前後的市是不一樣的，而高雄也更複雜，前後 ID都是 68000 的直轄市，但因為變大了，很多數據也會突然增加
1. 台北縣(10001)=>新北市(65000), 桃園縣(10003)=>桃園市(68000)：代碼和名稱變了，但是本質上是同個個體
2. 高雄縣(10012)+高雄市(64000)=>高雄市(64000)：合併完後原先的高雄市(64000)變大了
3. 臺南縣(10011)+臺南市(10021)=>臺南市(67000), 臺中縣(10006)+臺中市(10019)=>臺中市(66000)：合併前後都有台中市台南市，但前後的一個是省轄市一個是直轄市，兩者其實同名但不同物。
在處理跨時間維度資料時，其實台北縣的資料可以無痛延續到新北市，所以其實可以採用 台北縣(10001)=新北市(65000) 的作法，但是處理臺南臺中資料時，就不能無痛轉移了，因為前後的市是不一樣的，而高雄也更複雜，前後 ID都是 68000 的直轄市，但因為變大了，很多數據也會突然增加
我自己在最近開發的系統的目標上，在設計上採用的方法是
1. 台北縣(10001), 新北市(65000) 會視為同一個個體
2. 台南縣(10011), 台南市(10021), 台南市(67000) 三者視為不同的個體
3. 高雄縣(10012), 高雄市合併前(64000), 高雄市合併後(64000) 三者視為不同的個體
依我這樣的選擇，那麼縣市代碼就不適合當作唯一識別碼了，我需要有另外一個唯一識別碼做為選擇。
1. 台北縣(10001), 新北市(65000) 會視為同一個個體
2. 台南縣(10011), 台南市(10021), 台南市(67000) 三者視為不同的個體
3. 高雄縣(10012), 高雄市合併前(64000), 高雄市合併後(64000) 三者視為不同的個體
依我這樣的選擇，那麼縣市代碼就不適合當作唯一識別碼了，我需要有另外一個唯一識別碼做為選擇。
我建議可以再加上資料時間，畢竟同一個里也常常幾個月就區劃不同，甚至還改名
Yes, 資料時間非常重要
以前有一次我想研究有沒有哪些村里四年之間兩次選舉的立場變動特別大的，後來找到了兩三個村里超大，然後追查一下才發現是因為村里重劃，剛好某一個眷村從ａ里被劃到b里，而可能那個眷村立場比較接近結果就對該里的影響非常大
之前我做了歷史選舉地圖，變動比較大的是1990年台北市區劃修改跟1999年全台縣市合併，那個大直的分區跟河道的變形簡直整死人，可惜後來硬碟壞了，那些辛苦蒐集的歷史區村里跟河道資料都沒了🥲
我自己在最近開發的系統的目標上，在設計上採用的方法是
1. 台北縣(10001), 新北市(65000) 會視為同一個個體
2. 台南縣(10011), 台南市(10021), 台南市(67000) 三者視為不同的個體
3. 高雄縣(10012), 高雄市合併前(64000), 高雄市合併後(64000) 三者視為不同的個體
依我這樣的選擇，那麼縣市代碼就不適合當作唯一識別碼了，我需要有另外一個唯一識別碼做為選擇。
1. 台北縣(10001), 新北市(65000) 會視為同一個個體
2. 台南縣(10011), 台南市(10021), 台南市(67000) 三者視為不同的個體
3. 高雄縣(10012), 高雄市合併前(64000), 高雄市合併後(64000) 三者視為不同的個體
依我這樣的選擇，那麼縣市代碼就不適合當作唯一識別碼了，我需要有另外一個唯一識別碼做為選擇。
我建議可以再加上資料時間，畢竟同一個里也常常幾個月就區劃不同，甚至還改名
Yes, 資料時間非常重要
以前有一次我想研究有沒有哪些村里四年之間兩次選舉的立場變動特別大的，後來找到了兩三個村里超大，然後追查一下才發現是因為村里重劃，剛好某一個眷村從ａ里被劃到b里，而可能那個眷村立場比較接近結果就對該里的影響非常大
之前我做了歷史選舉地圖，變動比較大的是1990年台北市區劃修改跟1999年全台縣市合併，那個大直的分區跟河道的變形簡直整死人，可惜後來硬碟壞了，那些辛苦蒐集的歷史區村里跟河道資料都沒了🥲
而且台南還有經過里鄰整併，一些歷史資料我就有點放棄治療狀態了
而且台南還有經過里鄰整併，一些歷史資料我就有點放棄治療狀態了
2024-10-05
我建議可以再加上資料時間，畢竟同一個里也常常幾個月就區劃不同，甚至還改名
Yes, 資料時間非常重要
以前有一次我想研究有沒有哪些村里四年之間兩次選舉的立場變動特別大的，後來找到了兩三個村里超大，然後追查一下才發現是因為村里重劃，剛好某一個眷村從ａ里被劃到b里，而可能那個眷村立場比較接近結果就對該里的影響非常大
之前我做了歷史選舉地圖，變動比較大的是1990年台北市區劃修改跟1999年全台縣市合併，那個大直的分區跟河道的變形簡直整死人，可惜後來硬碟壞了，那些辛苦蒐集的歷史區村里跟河道資料都沒了🥲
2024-10-08
合作村->德鹿谷村
名字跟編號都改了，但其實是一個地方
名字跟編號都改了，但其實是一個地方
合作村->德鹿谷村
名字跟編號都改了，但其實是一個地方
名字跟編號都改了，但其實是一個地方
在Wikidata與Wikipedia都視為同一個
在Wikidata與Wikipedia都視為同一個
2024-10-17
SUNG Chien-chang (Winston)
2024-10-18
https://osmcal.org/event/3218/
10/26活動，歡迎來祝賀工寮搬遷也同時幫忙加商家營業時間，方便大晚上參加活動找食物
10/26活動，歡迎來祝賀工寮搬遷也同時幫忙加商家營業時間，方便大晚上參加活動找食物
https://osmcal.org/event/3218/
10/26活動，歡迎來祝賀工寮搬遷也同時幫忙加商家營業時間，方便大晚上參加活動找食物
10/26活動，歡迎來祝賀工寮搬遷也同時幫忙加商家營業時間，方便大晚上參加活動找食物
OpenStreetMap Calendar
台北城內商家mapping party暨慶賀MozTW 3.0喬遷之喜, 26th October 10:00 – 16:00 at MozSpace Taipei in Chengnei, Taipei, Taiwan. 下半年還未有活動，所以10月趁工寮搬家之後，來舉行公開的mapping活動，運用越來越多的街景、地址資料與Wikidata來添加資料。 會以大家共同編輯為主，需要帶筆記型電腦等方便現場操作的工具，如果有需要會用螢幕來教學。 歡迎自備餐具，中午會叫批薩吃。 時間：10/26(六) 10:00-16:00 地點：摩茲工寮(臺北市中正區重慶南路一段99號，世界大樓11樓1105室) 協助添加城內一帶的商家營業時間 幫助來摩茲工寮的參與者，如果太晚來標，示可以去那些店買晚餐 OSMWiki opening_hours 各種OpenStreetMap QA與協同作業工具介紹 MapRoulette Challenge Taiwan…
2024-10-27
https://www.facebook.com/groups/0422c7/posts/2538356206554666
台灣有超多公舘里和公館里，像台中市西區有統一成公舘里，另外新北市板橋區好像也是公舘里，但是台北市士林區的卻是公館里嗎？
台灣有超多公舘里和公館里，像台中市西區有統一成公舘里，另外新北市板橋區好像也是公舘里，但是台北市士林區的卻是公館里嗎？
https://www.facebook.com/groups/0422c7/posts/2538356206554666
台灣有超多公舘里和公館里，像台中市西區有統一成公舘里，另外新北市板橋區好像也是公舘里，但是台北市士林區的卻是公館里嗎？
台灣有超多公舘里和公館里，像台中市西區有統一成公舘里，另外新北市板橋區好像也是公舘里，但是台北市士林區的卻是公館里嗎？
Facebook Groups
台中市西區公舘路的「舘」是舍字旁，大家通常會寫成食字旁的「館」，舘是館的異體字，之前交通局的路牌也是寫成食字旁，後來才用貼紙改為舍字旁的「舘」，很多人一定容易搞混。