2007年11月18日 星期日

由經緯度可以算出time zone及日出日落時刻

之前想過的點子, 如何製造出全球的"虛擬"真實景象, 現在又有進一步發展。不過在搜尋資料的同時, 我發現一個很有意思的網站, 先介紹一下, 它叫humanclock, 它是集合各式各樣照片, 上面有時、分標記的照片, 再把這些照片按現在時間撥放出來, 我覺得它很有意思, 有興趣的人還可上傳自己的humanclock照片給站長:




好了, 我們回歸正題, 由 Google Maps 的click 事件, 我們可以拿到click 點的經緯度latlng資料, 但是經緯度如何再換算成當地時間呢? 這個問題困擾我好多天, 查了很多時區的資料, 但是其實真實的時區資料其實是相當複雜, 不少國家或地區採用的時區跟它所在經度是差異很大, 就像中國/新加坡/智利...等等, 這些種種例外, 讓絕大部分的時區資料庫或時區查詢網站, 都以"城市/國家地名"來對應時區, 所以都是以城市查詢時區。例如:
http://www.timeanddate.com/worldclock/

有小部分網站有做到以經緯度查當地時間, 但是當你click到的地區是在無人的海洋就會有問題, 一般的作法會抓取最接近的城市來代替, 但是有可能方圓幾百公里內都沒有大城市, 那得到的資料就會失真了。例如:
http://www.gchart.com/

剛剛找到一個單靠(經緯度)資料即可算出(時區/日出日落時間)的javascript, 做得相當好, 它解決了我一大部分的問題:
http://www.csgnetwork.com/sunriseset.html

但是它的經緯度計算時區, 我相信應該不太準啦, 不過它計算出來的日出/正午/日落時間對我們的點子卻幫助相當大, 而且它只單靠Javascript就完成運算, 不須額外的web service 或database, 對我們來說更簡單易用。稍後我們會嘗試地改寫它的功能到google maps裡試試看。

接下來, 我想把氣象資料(現在、及預測)也連結進來, 這個可能會更複雜一點, 等我資料搜集好會在po上來。

2007年11月14日 星期三

剛安裝了Google的Android SDK


下載SDK裝好, 還順便裝了Eclipse, 不免俗地試了Hello Android, 還真跑出來一支模擬手機, 看來這Opensource的威力才剛開始。看看Google賞千萬美金的新聞:

http://news.google.com.tw/?ned=tw&ncl=1108227229&hl=zh-TW&topic=t

我還沒時間好好玩一下, 上次才在想 opensocial 對於線上寵物的行銷策略, 這回又推出新東西, 讓我們來看看Android是不是也能幫上什麼忙? 哦, 寫程式拿獎金也算是幫上大忙吧!!

2007年11月13日 星期二

Flash插件在行銷上的重要性

最近在研究虛擬寵物服務的可行性, 除了SERVER端和CLIENT要採用什麼架構之外, 要如何推廣服務快速行銷出去是最重要的一環。

至少CLIENT端一定要有非常生動的Flash插件, 讓玩家可以很簡單地把它的寵物插在blog或論壇裡, 還要能在小小如200*200的插件裡, 展現出寵物可愛或迷人的地方。就像youtube可以製作成flash插件一樣, 插在全球各地的網站上, 這應該是最快速的推廣方式了。

Google最近推出的 opensocial, 是否也是值得開發的一環, 應該也要深入了解。

寫信給未來的自己

昨天突然想到, 可以在網站上做time capsule的東西, 後來轉念一想, 直接設定email日期, 預先寫好email內容寄給未來的自己或他人, 這也是很好玩點子, 就在google查了一下, 有個2002年成立的"老"網站, 已運作5年, 還做到出書喔:
http://www.futureme.org/

還有forbes.com也作過這樣的服務:
http://www.forbes.com/2005/10/21/email-future-time-capsule_cx_de_comm05_1024email.html

認真想一下這樣的email排程服務, 光是想像要維持系統10年甚至20年以上不中斷地運作, 其實非常困難, 即使是再大的公司像是Yahoo或Google都不敢保證20年後是否還會存在?! 再加上使用者的email address無法保證可以持續使用那麼多年, 所以真的等到5年10年以後, 可以真正收到自己寫的email, 可能為數不多。

反過來想, 若是用傳統time capsule的方法比較簡單, 使用者可以在線上把要說的話寫好, 設定好寄件日期, 設定好收件地址(是實體的郵件地址喔), 然後網站經營者把email印下來, 放在印好收件地址的信封裡, 按照要寄發的日期存放在倉庫, 每天檢查倉庫將日期時間到達的信件, 提到郵局用郵政系統將信件寄出, 這樣不是更美好嗎? 甚至可以留下的不只是信件了, 還可以留下其它可保持的東西, 像是照片, 紀念品, 比較不會變質或腐壞的東西都可以放到time capsule裡, 只不過經營這樣服務的網站, 可能要蓋大倉庫, 還要預先收取保管費用及郵寄費用吧!! 另外, 也要找保險公司配合, 萬一發生什麼意外該如何理賠...... 越想越複雜......

還是像futureme.org那樣, 做小小的服務, 至少這幾年都run的不錯, 挑些有趣又感人的公開信來出書, 還可賺點錢, 維持網站的維護工作和頻寬費用, 或許這樣才是最好的吧。有沒有人有興趣做個中文版的來玩看看呢?

需由Server 控制所有生命的行為及生死?

剛剛在思考這個問題:
當一個虛擬生命被建立之後, 該由SERVER來控制他所有的行為及生死嗎?

還是應該是分成兩部分, SERVER將掌管生命的某些重要指標, 而生命的外在行為, 只要取得SERVER端的這些重要指標後就可以由CLIENT端自動產生末端行為表現。
而CLIENT端的一些外在條件變化(時間、餵食、玩樂、互動等等)也會影響到SERVER端的指標變化, 需即時回傳至SERVER端去統籌管理。
時間也是生命表現的一個重要參數,當SERVER端的指標有所變化時(即使是因為時間變動), 也應該回傳至CLIENT去影響末端行為(除非沒有任何CLIENT端online)。

至於哪些指要給SERVER端控制, 而哪些行為要給CLIENT自行展現, 則是要好好規劃一下; 原則上, SERVER可以管越少是越好吧(節省SERVER資源及加快處理速度)?! 而CLIENT端管越多, 速度越快, 表現狀況也會越好吧?!

2007年11月12日 星期一

全球國家代表性的動物

記憶中,好像很多國家都有它獨特的代表性動物。
例如:美國老鷹,台灣藍鵲,中國熊貓等等,只是好像沒有特定說明還是怎樣,去查查資料吧。

無意中找到的網站
台灣鳥類:
http://www.birdingintaiwan.com/
百度國鳥百科:
http://baike.baidu.com/view/622844.htm
wikipedia裡的生物:
http://zh.wikipedia.org/w/index.php?title=Category:%E7%94%9F%E7%89%A9&variant=zh-tw

結果查到一堆台灣票選藍鵲的新聞,也查到一些生物必須多樣化保育的消息。沒錯,光靠那些國鳥或國寶類的明星動物其實不是真正的保育工作;也不是珍惜地球生命的最佳做法。以往生物保育工作的資源大部分都被明星動物給用光了,反而其它外貌不佳的生物反而受害最深。

所以如果要挑選有代表性動物,還是我們自己來挑吧。或利用web2.0的概念去產生這些資訊吧。

真實景象顯示

前幾天在看google earth時突然想到的點子:

如果,我們可以選定地球上的某一點,它就可以讓我們看到那一點的真實情況,像是當地時間,白天或晚上,氣溫,甚至天候是多雲或雨,都可以顯示出來。若是南北極的永夜永晝,沙漠的風沙,連氣象資料都可以模擬進去,那就好像一個模擬出來的"真實"地球,那也是很酷的點子。

若把這個模擬出來"真實"的地球,再結合真實的"線上寵物",那讓使用者可以挑選(領養)世界各地的寵物(或野生動物),然後放在"真實"的環境中,除了擁有玩寵物的樂趣之外,還享受了環遊世界的快感......只是上班族會不會永遠看不到某個地方的日落或日出(因上班時間的關係)?

點子來源

玩過一些線上寵物遊戲,但總是覺得少了些什麼東西。就像上次yam代理的gopets,幾個朋友玩了一陣子,總是覺得很快地就膩了,沒什麼新鮮感,再加上它執行速度很慢又耗CPU,沒多久就沒半個朋友再玩了。前幾天又想到它又回到gopets的官網去看看,當初引進它的yam已經賣掉變天空了,它的中文官網看起來沒有那麼熱門了,不過好像還是有些死忠的fans在玩吧。

後來不知道看了什麼新聞,提到小學生養蠶寶寶的事,我突然想到一個點子:如果有一個網路服務,它可以提供我們玩線上寵物,而且那些寵物是很真實的,就像小學生養蠶寶寶一樣。真實到它會長大、會脫皮、會吃東西、會大便、會吐絲結繭、會交配(這會不會太難了一點?)、會下蛋會有下一代......哇~那真是太酷了,所有小學生的父母親都會為你拍手喝采!再也不用去找桑葉啦!再也不用擔心螞蟻啦!