WEBVTT 00:00:00.711 --> 00:00:03.531 六千英里公路, 00:00:03.531 --> 00:00:05.734 六百英里地鐵路線, 00:00:05.734 --> 00:00:07.378 四百英里腳踏車專用道, 00:00:07.378 --> 00:00:09.199 半英里的有軌電車專用道 00:00:09.199 --> 00:00:11.152 僅在羅斯福島。 NOTE Paragraph 00:00:11.152 --> 00:00:14.006 這些數字構成了紐約市的基建。 00:00:14.006 --> 00:00:16.445 這些基建的統計數字, 00:00:16.445 --> 00:00:19.411 都可以在市政機關公佈的報告中找到。 00:00:19.411 --> 00:00:22.080 譬如,交通部門可能會告訴你, 00:00:22.080 --> 00:00:23.891 他們維護這多少英里的道路。 00:00:23.891 --> 00:00:26.422 MTA(紐約交通運輸管理局)會自誇 他們掌管著多少英里捷運。 00:00:26.422 --> 00:00:29.119 多數的市政機關都在公佈統計數據。 00:00:29.119 --> 00:00:32.792 這是今年計程車與轎車委員會發佈的報告, 00:00:32.792 --> 00:00:36.580 我們從中知道紐約市運營著 大約一萬三千五百輛計程車。 00:00:36.580 --> 00:00:37.870 很有趣,是嗎? 00:00:37.870 --> 00:00:40.614 但你有否想過這些數據來自哪裡? 00:00:40.614 --> 00:00:44.047 既然有這些數字存在, 那肯定是因為在市政機關的某個人 00:00:44.047 --> 00:00:47.387 想過:嗯......這個數字可能有人會想知道。 00:00:47.387 --> 00:00:49.247 這個數字是市民們想知道的。 00:00:49.247 --> 00:00:51.147 所以他們找回那些原始數據, 00:00:51.147 --> 00:00:53.084 他們計數、相加、計算, 00:00:53.084 --> 00:00:54.811 然後把得出的結果寫進報告中, 00:00:54.811 --> 00:00:56.898 所以那些報告中會有這樣的數字。 NOTE Paragraph 00:00:56.898 --> 00:00:59.658 那麼問題來了:他們怎麼會知道 我們的問題都是什麼? 00:00:59.658 --> 00:01:01.231 我們有很多問題。 00:01:01.231 --> 00:01:04.201 事實上,可以說我們有無窮無盡的問題 00:01:04.201 --> 00:01:05.810 有關我們這座城市。 00:01:05.810 --> 00:01:07.695 市政機關可無法跟得上(我們的節奏)。 00:01:07.695 --> 00:01:12.131 現有模式並不具有實效,我覺得 我們的政策制定者也知道這點, 00:01:12.131 --> 00:01:15.710 因為在2012年,彭博市長 簽署了一個法令,他稱之為 00:01:15.710 --> 00:01:19.547 全美最具雄心和綜合性的 開放數據立法。 00:01:19.547 --> 00:01:21.120 從各種意義上來說,他是對的。 00:01:21.120 --> 00:01:24.370 在過去兩年中,市政有1000個數據庫 00:01:24.370 --> 00:01:25.951 放在我們的開放數據門戶網站上, 00:01:25.951 --> 00:01:27.905 還是蠻驚人的。 00:01:27.905 --> 00:01:29.323 我們來檢視這些數據, 00:01:29.323 --> 00:01:31.612 除了數數計程車的數量, 00:01:31.612 --> 00:01:33.555 我們也能開始問不一樣的問題了。 NOTE Paragraph 00:01:33.555 --> 00:01:34.755 我有一個問題: 00:01:34.755 --> 00:01:36.456 紐約市的交通高峰在什麼時候? 00:01:36.456 --> 00:01:39.037 這簡直煩人。高峰到底是什麼時候? 00:01:39.037 --> 00:01:41.662 我想到,這些計程車可不僅僅是個數字, 00:01:41.662 --> 00:01:44.373 它們可以是開遍全市道路的GPS記錄儀, 00:01:44.373 --> 00:01:46.286 記錄著乘客的每一差車程。 00:01:46.286 --> 00:01:48.608 數據是現成的。我檢視它們, 00:01:48.608 --> 00:01:52.569 並制出一張圖表,標出 一天中紐約市計程車的平均時速。 00:01:52.569 --> 00:01:55.981 大家可以看到, 從半夜到凌晨五點十八分, 00:01:55.981 --> 00:01:59.544 時速一直在增加,然後到了拐點, 00:01:59.544 --> 00:02:03.506 時速逐漸下降,在早間的八點三十五分, 00:02:03.506 --> 00:02:06.199 時速降到十一英里半。 00:02:06.199 --> 00:02:09.761 運營中計程車的平均時速 保持在十一英里半, 00:02:09.761 --> 00:02:11.748 結果沒有變化, 00:02:11.748 --> 00:02:15.116 整天都是如此。 00:02:15.116 --> 00:02:16.489 (笑聲) 00:02:16.489 --> 00:02:19.299 我告訴自己,紐約市並不存在高峰時段, 00:02:19.299 --> 00:02:21.546 而是全天都高峰。 00:02:21.546 --> 00:02:24.056 這是個有意義的結論,原因有幾點。 00:02:24.056 --> 00:02:27.693 如果你是做交通規劃的, 知道這個結論會有意義。 00:02:27.693 --> 00:02:29.668 如果你要快速到達某地, 00:02:29.668 --> 00:02:32.666 只要把鬧鐘定在凌晨四點四十五分就行了。 00:02:32.666 --> 00:02:34.080 紐約嘛! NOTE Paragraph 00:02:34.080 --> 00:02:35.302 但這個數據背後還有故事。 00:02:35.302 --> 00:02:37.447 這個數據並不真的是現成的。 00:02:37.447 --> 00:02:41.176 你需要做一個「信息自由法案申請」, 00:02:41.176 --> 00:02:42.522 也叫「FOIL申請」。 00:02:42.522 --> 00:02:45.678 你可以在計程車和轎車委員會的網站上 找到相關申請表。 00:02:45.678 --> 00:02:48.084 如果要獲得這些數據, 你要弄到這張申請表, 00:02:48.084 --> 00:02:50.270 填好上交,受理人員屆時會通知你。 00:02:50.270 --> 00:02:52.990 一個叫克里斯▪旺的人就這樣做了。 00:02:52.990 --> 00:02:54.980 克里斯來到委員會,工作人員告訴他 00:02:54.980 --> 00:02:57.357 「帶個全新的硬盤來辦公室, 00:02:57.357 --> 00:03:01.231 我們會把相關數據拷貝給你, 過五小時來拿。」 00:03:01.231 --> 00:03:03.263 這就是拿到數據的經過。 00:03:03.263 --> 00:03:05.498 克里斯想公開這些數據, 00:03:05.498 --> 00:03:09.602 於是放到網路上供所有人使用, 所以我才能做出這張圖。 00:03:09.602 --> 00:03:13.570 這一切——這些GPS記錄儀真是酷。 00:03:13.570 --> 00:03:16.238 但是,市民要攜帶自己的移動硬盤 00:03:16.238 --> 00:03:19.270 踏遍市政機關, 然後通過自己的努力公開,這件事—— 00:03:19.270 --> 00:03:21.660 政府數據可以說是公開的, 普通市民能得到它, 00:03:21.660 --> 00:03:23.232 但這只是名義上的「公開」, 並不是真正的公開。 00:03:23.232 --> 00:03:24.874 我們的城市可以做得更好。 00:03:24.874 --> 00:03:27.620 我們不需要費力帶著移動硬盤到處跑。 NOTE Paragraph 00:03:27.620 --> 00:03:30.527 並不是每一個數據庫都需要FOIL申請。 00:03:30.527 --> 00:03:34.329 我做的這張地圖標出了紐約市最危險的路口, 00:03:34.329 --> 00:03:36.597 來源是腳踏車騎行者的交通事故數據。 00:03:36.597 --> 00:03:38.146 紅色區域更危險, 00:03:38.146 --> 00:03:40.699 圖上顯示,首先,曼哈頓的東側, 00:03:40.699 --> 00:03:44.960 特別是曼哈頓的下城區域, 腳踏車事故更多。 00:03:44.960 --> 00:03:45.769 這可能是因為, 00:03:45.769 --> 00:03:48.225 在這裡有更多的騎行者從大橋下來。 00:03:48.225 --> 00:03:50.159 圖上還有其他的熱點區域值得研究。 00:03:50.159 --> 00:03:52.908 威廉姆斯堡、皇后區的羅斯福大道, 00:03:52.908 --> 00:03:55.350 這些咨詢才是Vision Zero項目所需要的。 00:03:55.350 --> 00:03:57.750 這正是我們要找的東西。 NOTE Paragraph 00:03:57.750 --> 00:03:59.885 這個數據背後也有個故事。 00:03:59.885 --> 00:04:01.952 這個數據並不是現成的。 00:04:01.952 --> 00:04:04.343 有多少人知道這個符號? 00:04:04.343 --> 00:04:05.695 我看到有人點頭了。 00:04:05.695 --> 00:04:08.350 你們有沒有試過從PDF文檔中 拷貝和黏貼數據, 00:04:08.350 --> 00:04:09.707 並據此作出結論呢? 00:04:09.707 --> 00:04:10.667 我看到更多人點頭了。 00:04:10.667 --> 00:04:14.012 試圖拷貝粘貼的人 比認識這個標誌的人更多,真有趣。 NOTE Paragraph 00:04:14.012 --> 00:04:17.622 你們剛剛看到的數據是做在PDF裡的。 00:04:17.622 --> 00:04:20.727 事實上,是成千上萬頁的PDF文檔, 00:04:20.727 --> 00:04:22.886 由我們的紐約警署發佈。 00:04:22.886 --> 00:04:24.978 如果你想享用這些數據, 你要不就持續 00:04:24.978 --> 00:04:27.434 做複製黏貼的動作,花掉成千上萬小時, 00:04:27.434 --> 00:04:29.108 要不就像約翰▪克勞斯一樣。 00:04:29.108 --> 00:04:30.151 約翰▪克勞斯 00:04:30.151 --> 00:04:33.304 可不想重複地去複製黏貼, 他寫了一個程式。 00:04:33.304 --> 00:04:35.852 這個程序叫做 「紐約警署交通事故數據OK蹦」, 00:04:35.852 --> 00:04:38.884 它能到紐約警署的網站下載PDF文檔, 00:04:38.884 --> 00:04:42.010 每天它都去搜索; 如果找到一個PDF文檔,就下載下來, 00:04:42.010 --> 00:04:44.260 然後運行某個PDF解碼的程式, 00:04:44.260 --> 00:04:45.596 把其中的文字信息提取出來, 00:04:45.596 --> 00:04:49.161 其中的訊息會發佈在網路上, 人們就可以製作這些地圖。 00:04:49.161 --> 00:04:52.590 這些數據就在那兒,我們都能得到—— 00:04:52.590 --> 00:04:55.040 每一個交通事故就是一行數據。 00:04:55.040 --> 00:04:56.876 你們可以想像有多少PDF需要轉碼。 NOTE Paragraph 00:04:56.876 --> 00:04:59.083 ——我們能看到這些數據固然好, 00:04:59.083 --> 00:05:01.193 但能不能不要弄成PDF格式的, 00:05:01.193 --> 00:05:03.932 不然市民們就得去寫PDF解碼的程式, 00:05:03.932 --> 00:05:05.728 這對市民的時間來說是一種浪費, 00:05:05.728 --> 00:05:08.012 而我們的城市能做的更好。 NOTE Paragraph 00:05:08.012 --> 00:05:10.748 有個好消息,白思豪市長的班底 00:05:10.748 --> 00:05:13.280 在幾個月前公開了這份數據, 00:05:13.280 --> 00:05:15.438 所以我們能直接享用這些數據, 00:05:15.438 --> 00:05:17.974 然而還有很多數據是PDF格式的。 00:05:17.974 --> 00:05:21.171 譬如,我們的罪案數據目前只有PDF格式的。 00:05:21.171 --> 00:05:24.926 除了罪案數據,市政預算也是如此。 00:05:24.926 --> 00:05:28.655 目前我們的市政預算只有PDF格式的。 00:05:28.655 --> 00:05:30.796 不僅是我們無法分析這些數字, 00:05:30.796 --> 00:05:33.751 那些為市政預算投票的立法委員們 00:05:33.751 --> 00:05:35.694 也只能拿到PDF版本的數字。 00:05:35.694 --> 00:05:39.538 所以我們的立法委員是無法分析 他們要為之投票的市政預算的。 00:05:39.538 --> 00:05:43.146 我認為我們的城市還能做得更好。 NOTE Paragraph 00:05:43.146 --> 00:05:45.634 很多數據已經不躲在PDF中了。 00:05:45.634 --> 00:05:47.334 這裡有一幅地圖可以作為例證, 00:05:47.334 --> 00:05:50.260 標示了紐約市最骯髒的水路。 00:05:50.260 --> 00:05:51.769 我是如何衡量「骯髒」的呢? 00:05:51.769 --> 00:05:53.626 這裡有些奇怪, 00:05:53.626 --> 00:05:55.739 我衡量的是糞便大腸菌群的水平, 00:05:55.739 --> 00:05:59.245 這是水路中糞便物質的一種衡量指標。 00:05:59.245 --> 00:06:02.519 圓圈越大,水就越髒, 00:06:02.519 --> 00:06:05.876 所以圖上的大圓圈代表髒水, 小圓圈代表乾淨的水。 00:06:05.876 --> 00:06:07.520 大家看到的是內河水道。 00:06:07.520 --> 00:06:10.924 這裡有紐約市過去五年採樣的所有數據。 00:06:10.924 --> 00:06:13.618 內河水道總的來說變髒了。 00:06:13.618 --> 00:06:14.836 這個結論挺合理的,對嗎? 00:06:14.836 --> 00:06:18.210 大圓圈代表髒水。 我從中學到了幾件事情。 00:06:18.210 --> 00:06:21.374 第一:千萬別在任何叫做「xx溪」 或「xx運河」的地方游泳。 00:06:21.374 --> 00:06:25.692 但是第二:紐約市最髒的水路, 00:06:25.692 --> 00:06:27.526 只看(糞便大腸菌群)這個唯一的指標, 00:06:27.526 --> 00:06:31.174 在康尼島溪,幸好不是你們游泳的康尼島。 00:06:31.174 --> 00:06:32.332 那在島的另一面。 00:06:32.332 --> 00:06:36.210 但在康尼島溪中, 過去五年的採樣中有94% 00:06:36.210 --> 00:06:38.367 含有超標的糞便含量, 00:06:38.367 --> 00:06:41.460 以至於達到州法律禁止游泳的水平。 NOTE Paragraph 00:06:41.460 --> 00:06:44.079 這種類型的事實 00:06:44.079 --> 00:06:45.726 你可不會在市政報告中看到,不是嗎? 00:06:45.726 --> 00:06:47.976 這也不會登上紐約市政府網站的頭條。 00:06:47.976 --> 00:06:49.446 我們肯定不會看到的, 00:06:49.446 --> 00:06:52.074 但能看到這些數據真實不錯。 00:06:52.074 --> 00:06:53.847 同樣,拿到這些數據並不容易, 00:06:53.847 --> 00:06:56.205 因為它們並不在公開數據門戶網站上。 00:06:56.205 --> 00:06:58.218 如果你看公開數據的門戶網站, 00:06:58.218 --> 00:07:00.831 你只能看到其中一些片段, 只有一年內或幾個月的數據。 00:07:00.831 --> 00:07:04.221 這些數據其實是在環境保護部門的網站上。 00:07:04.221 --> 00:07:08.099 每一個鏈接都是一個Excel文件, 而每個Excel文件都是不一樣的。 00:07:08.099 --> 00:07:10.729 每一個表頭都不同: 需要複製、黏貼、還有重新整理。 00:07:10.729 --> 00:07:13.461 一旦完成你就能做出這些地圖, 但我要再次重申, 00:07:13.461 --> 00:07:15.820 我們的城市能做的更好, 我們可以標準化。 NOTE Paragraph 00:07:15.820 --> 00:07:18.644 我們正在改善這裡有個 索克拉塔公司建立的網站 00:07:18.644 --> 00:07:20.305 叫做「紐約市公開數據門戶」。 00:07:20.305 --> 00:07:21.412 這裡,1100個數據庫 00:07:21.412 --> 00:07:24.193 都不存在標準化的問題, 00:07:24.193 --> 00:07:25.571 而且(這些無縫連接的數據庫)數字還在增加。 00:07:25.571 --> 00:07:29.163 你可以下載任一格式的數據: CSV、PDF或Excel文件都可以。 00:07:29.163 --> 00:07:33.430 按你自己的需求來下載。 00:07:33.430 --> 00:07:34.362 但問題又來了, 00:07:34.362 --> 00:07:39.538 你會發現不同的機構 用不同的代碼來表示地址。 00:07:39.538 --> 00:07:41.369 有街道名、有路口名、 00:07:41.369 --> 00:07:43.390 行政區、地址、建築物、建築物地址等等。 00:07:43.390 --> 00:07:46.570 所以,即使有這個門戶網站的幫助, 00:07:46.570 --> 00:07:49.176 你還得花時間來標準化地址這塊的數據。 00:07:49.176 --> 00:07:51.599 這也不是有效利用市民時間的方法。 00:07:51.599 --> 00:07:53.395 我們的城市能做得更好。 00:07:53.395 --> 00:07:55.040 我們可以對地址進行標準化, 00:07:55.040 --> 00:07:57.225 如果做到了, 我們就能做出更多這樣的地圖。 NOTE Paragraph 00:07:57.225 --> 00:07:59.510 這是紐約市消防龍頭的地圖, 00:07:59.510 --> 00:08:01.041 但不僅於此。 00:08:01.041 --> 00:08:05.767 這些是前250個吃到最多違章停車罰單的 消防栓位置圖。 00:08:05.767 --> 00:08:07.753 (笑聲) 00:08:07.753 --> 00:08:11.111 我從圖中學到了幾件事, 我也真的喜歡這張圖。 00:08:11.111 --> 00:08:13.513 第一:別在上東區停車。 00:08:13.513 --> 00:08:17.100 千萬別停。因為不管停哪裡都會吃罰單。 00:08:17.100 --> 00:08:21.253 第二:我找出了全紐約市最最容易 吃到違章停車罰單的兩個消防栓的位置, 00:08:21.253 --> 00:08:23.139 兩個都在下東區, 00:08:23.139 --> 00:08:28.237 每年能在罰單上創收五萬五千多美金。 00:08:28.237 --> 00:08:30.975 我注意到這點,覺得有些奇怪, 00:08:30.975 --> 00:08:34.244 於是深入挖掘了一下原因, 結果發現消防栓 00:08:34.244 --> 00:08:36.240 都有一個叫做控制擴展的區域, 00:08:36.240 --> 00:08:38.299 是約有七英呎的一塊地方,可以走路, 00:08:38.299 --> 00:08:39.455 然後是一個停車位。 00:08:39.455 --> 00:08:41.709 所以車開過來,司機發現消防栓, 00:08:41.709 --> 00:08:43.620 想“還有一段距離,這裡沒問題的”, 00:08:43.620 --> 00:08:46.504 何況地上還有一個畫得美美的停車位, 00:08:46.504 --> 00:08:49.119 司機停好車,但紐約警署不同意這種配置, 00:08:49.119 --> 00:08:50.487 開出了罰單。 00:08:50.487 --> 00:08:52.511 可不只是我本人吃了罰單, 00:08:52.511 --> 00:08:55.237 這是谷歌街景拍到的一輛過路車, 00:08:55.237 --> 00:08:57.414 也吃了同樣的一張罰單。 NOTE Paragraph 00:08:57.414 --> 00:09:01.168 於是我把這件事發到自己的部落格上 以及“I Quant NY”上, 00:09:01.168 --> 00:09:02.508 結果交通部門回復如下: 00:09:02.508 --> 00:09:06.148 “交通部並未就此地點收到相關投訴, 00:09:06.148 --> 00:09:10.890 我們會重新檢視道路標誌, 並做出適當的改善措施。” 00:09:10.890 --> 00:09:13.849 我暗自想:多麼官腔! 00:09:13.849 --> 00:09:15.730 好吧,我該幹嘛幹嘛去了。 NOTE Paragraph 00:09:15.730 --> 00:09:19.700 然而,幾週時間過去, 發生了意料之外的事情。 00:09:19.700 --> 00:09:22.220 停車位重新畫了, 00:09:22.220 --> 00:09:24.910 那一瞬間我覺得能看到公開數據的未來。 00:09:24.910 --> 00:09:26.910 大家想想這件事, 00:09:26.910 --> 00:09:32.010 過去五年,這個讓人困惑的停車位 一直讓人吃罰單, 00:09:32.010 --> 00:09:36.316 但某一天,一位市民發現了問題 報告市政機關,又過了幾週時間, 00:09:36.316 --> 00:09:37.610 問題車位被修正了。 00:09:37.610 --> 00:09:40.810 太不可思議了。很多人認為 公開數據讓市民變成政府的監視者, 00:09:40.810 --> 00:09:42.582 並非如此,它實則讓人們成為了合作夥伴。 00:09:42.582 --> 00:09:45.720 市民能夠有底氣成為政府更好的合作夥伴, 00:09:45.720 --> 00:09:47.601 這並不難。 00:09:47.601 --> 00:09:49.060 我們只需要作出一些改變。 00:09:49.060 --> 00:09:50.167 如果我們在申請FOIL信息自由法案數據, 00:09:50.167 --> 00:09:53.034 如果你看到自己申請的數據已經被反覆申請, 00:09:53.034 --> 00:09:56.608 讓我們直接向公眾公開, 因為反覆申請就是需要公開的一种信號。 00:09:56.608 --> 00:09:59.090 如果某個政府機關正在發佈PDF數據, 00:09:59.090 --> 00:10:02.739 讓我們通過法案 要求他們發佈隱藏的數據, 00:10:02.739 --> 00:10:04.767 因為這些數據必定有來源。 00:10:04.767 --> 00:10:07.249 我不知道從哪兒,但肯定有來源, 00:10:07.249 --> 00:10:08.974 可以發佈PDF之外的信息。 00:10:08.974 --> 00:10:11.385 讓我們運用并分享一些公開數據的標準。 00:10:11.385 --> 00:10:13.866 讓我們從紐約本市的地址開始, 00:10:13.866 --> 00:10:15.940 把地址標準化。 00:10:15.940 --> 00:10:18.002 因為紐約是公開數據的領導者。 00:10:18.002 --> 00:10:20.791 儘管如此,我們絕對是公開數據的領導者, 00:10:20.791 --> 00:10:22.562 如果我們開始做標準化的工作, 建立公開數據的標準, 00:10:22.562 --> 00:10:24.336 其他人都會追隨的。州里會、聯邦政府也可能, 00:10:24.336 --> 00:10:28.171 我知道這或許聽上去有些瘋狂, 但別的國家也未嘗不會追隨。 00:10:28.171 --> 00:10:30.362 我們不久後也許能開發出 00:10:30.362 --> 00:10:33.102 可以涵蓋100個國家地圖信息的程式。 00:10:33.102 --> 00:10:36.169 這可不是科幻小說, 而是指日可待的事實。 NOTE Paragraph 00:10:36.169 --> 00:10:37.699 這能幫助誰? 00:10:37.699 --> 00:10:41.534 可不單單是約翰▪克勞斯和克里斯▪旺。 00:10:41.534 --> 00:10:45.119 紐約城現在正有幾百個聚會在進行, 00:10:45.119 --> 00:10:45.844 都是活躍的聚會。 00:10:45.844 --> 00:10:48.176 這些聚會讓幾千人參與其中。 00:10:48.176 --> 00:10:50.784 他們下班後或在週末會面, 00:10:50.784 --> 00:10:53.030 共同研究空開數據, 00:10:53.030 --> 00:10:55.060 幫助我們的城市變得更好, 00:10:55.060 --> 00:10:59.433 BetaNYC這樣的團體,上週剛剛發佈了 citygram.nyc 00:10:59.433 --> 00:11:01.580 讓你能夠訂閱311個 00:11:01.580 --> 00:11:03.648 自己住家或辦公地周圍的投訴。 00:11:03.648 --> 00:11:06.075 你輸入地址,就能看到附近的投訴。 00:11:06.075 --> 00:11:09.449 而且,做這些事情的並不限於技術社團。 00:11:09.449 --> 00:11:12.071 我在Pratt學院教的城市規劃學生 也在做同樣的事。 00:11:12.071 --> 00:11:13.990 還有政策提倡者、以至每個人, 00:11:13.990 --> 00:11:16.553 是擁有不同領域背景的市民們。 00:11:16.553 --> 00:11:19.339 隨著一個個小的改變, 00:11:19.339 --> 00:11:22.564 我們能解開市民們激情和能力的封印, 00:11:22.564 --> 00:11:25.720 好好利用空開數據,建設更好的城市, 00:11:25.720 --> 00:11:29.346 就算每次只有一個數據庫,或只是一個停車位。 NOTE Paragraph 00:11:29.346 --> 00:11:31.668 謝謝。 NOTE Paragraph 00:11:31.668 --> 00:11:34.973 (掌聲)