socketref,再見(jiàn)！高德

https://github.com/adoggie

C++博客 :: 首頁(yè) :: 聯(lián)系 :: 聚合

:: 管理

246 Posts :: 4 Stories :: 312 Comments :: 0 Trackbacks

常用鏈接

留言簿(54)

我參與的團(tuán)隊(duì)

隨筆分類

隨筆檔案

文章分類

文章檔案

相冊(cè)

Gis

OpenSource

gnome.org
gnu.org
sf.net
www.w3c.org
www.w3c.org

搜索

閱讀排行榜

如題

posted @ 2009-08-29 15:22 放屁阿狗閱讀(1730) | 評(píng)論 (0) | 編輯收藏

cppblog的訪問(wèn)質(zhì)量好過(guò)ms

由于ms的服務(wù)器的響應(yīng)效率，所以經(jīng)常將帖子貼于cppblog和hotmail space
出去吃了碗餛飩，回來(lái)的路上在考慮如何重寫客戶端的緩沖算法，來(lái)改善目前客戶端地圖交互的流暢性，如openlayers或者google map
突然想到，google的交互感很好，其地圖訪問(wèn)tile返回異常的快速，相同的大家都是繪制矢量數(shù)據(jù)，為何他是這么的快呢？
想來(lái)想去，想到了google定是后端服務(wù)器事先繪制好了全球所有的不同層級(jí)顯示的地理網(wǎng)格塊，存入服務(wù)，當(dāng)客戶訪問(wèn)時(shí)便快速取出返回，
我也想預(yù)先畫好，然而我可沒(méi)google的財(cái)力來(lái)存儲(chǔ)這么多的數(shù)據(jù)

posted @ 2009-08-27 01:08 放屁阿狗閱讀(163) | 評(píng)論 (0) | 編輯收藏

完成swMap基本功能

準(zhǔn)備放棄以前項(xiàng)目使用的地圖引擎庫(kù)和Gis代碼到現(xiàn)在已經(jīng)有了2個(gè)月了
現(xiàn)在swMap能做基本demo一丁點(diǎn)的功能了，訪問(wèn)： www.sw2us.com/maps.php 或者 http://220.196.42.107/main.php
當(dāng)初考慮到放棄之前的東西考慮的問(wèn)題有很多，當(dāng)然有公司的知識(shí)產(chǎn)權(quán)問(wèn)題，最主要的是之前的產(chǎn)品技術(shù)實(shí)在是設(shè)計(jì)的有點(diǎn)糟糕。做開(kāi)發(fā)的知道看別人的代碼并且在這基礎(chǔ)上去發(fā)揚(yáng)光大這時(shí)間很頭大和痛苦的事情，特別是碰到那些原本就是比較封閉和差勁的東西。
憑借自己的的很多想法開(kāi)始開(kāi)發(fā)swMap項(xiàng)目，以前的東西都拋棄沒(méi)有做參考，從原始地圖加工設(shè)計(jì)、地圖渲染服務(wù)器開(kāi)發(fā)、然后就是基于Pc和Wince的客戶端開(kāi)發(fā)，支持本地和遠(yuǎn)程加載地圖的方式，重新設(shè)計(jì)的數(shù)據(jù)存儲(chǔ)方式除了保留簡(jiǎn)單的網(wǎng)格存儲(chǔ)和搜尋，已經(jīng)把地圖數(shù)據(jù)進(jìn)行省份的分割，而不像以前必須加載單獨(dú)的一個(gè)全國(guó)地圖數(shù)據(jù)包；地圖網(wǎng)格也設(shè)計(jì)成了多網(wǎng)格大小形式，以便支持同一個(gè)地圖文件中任意多的縮放比和地圖層。
開(kāi)發(fā)總是很辛苦，每天都是要做到夜深人靜
學(xué)習(xí)了很多東西，思考了很多東西，反復(fù)的也有很多，最終還是憑借自己比較寬的知識(shí)面，運(yùn)用了很多opensource的技術(shù)，時(shí)間和效率當(dāng)然是非常重要的，所以沒(méi)有自己去重新實(shí)現(xiàn)一些基礎(chǔ)的東西，比如matrix就是從cairo庫(kù)中直接抄過(guò)來(lái)的。
在用c++開(kāi)發(fā)地圖服務(wù)器和客戶端時(shí)候也考慮了不同的通信方式和操作系統(tǒng)環(huán)境，盡可能的可以支持更多的運(yùn)行環(huán)境。
原本計(jì)劃在昨晚wince版本之后馬上支持symbian操作系統(tǒng)，但對(duì)symbian的開(kāi)發(fā)研究了之后讓我大失所望，其開(kāi)發(fā)是非常低效的且通用性能太差，后來(lái)網(wǎng)上得知nokia馬上將拋棄symbian而懷抱linux了，這令我我馬上考慮了移植linux的想法
很多人跟我提到靜態(tài)網(wǎng)頁(yè)地圖方式，當(dāng)然我不能做到像google，openlayers這么強(qiáng)的客戶端端，也沒(méi)精力去支持ogc那么的gis協(xié)議在地圖服務(wù)器上，所以能演示基礎(chǔ)的地圖功能開(kāi)發(fā)了php的展示端。
flex和sliverlight都是非常好的技術(shù)，但對(duì)于ms一直沒(méi)有好感，所以flex形成了我選擇另一個(gè)展示客戶端的想法。
網(wǎng)上下了一堆的flex數(shù)據(jù)，前后從接觸actionscript到做好swFlex客戶端一共花了3天時(shí)間，發(fā)覺(jué)越來(lái)越喜歡這個(gè)東西了，看來(lái)以后的前端開(kāi)發(fā)要全換成flex平臺(tái)了。
目前做得swMap的功能非常有限，地圖處理也是很簡(jiǎn)單，甚至連文本標(biāo)注都沒(méi)有添加，只是提供了25個(gè)圖層16級(jí)別縮放比在客戶端展示。
我想待我有時(shí)間，我將這些都會(huì)完善起來(lái)
原本很多帶開(kāi)發(fā)的技術(shù)也沒(méi)有去做，比如agg，地圖4叉樹(shù)、RTree，A*路由算法
朋友給我的幾個(gè)Gps模塊設(shè)備這幾天要調(diào)通并放置到地圖上去

posted @ 2009-08-21 03:27 放屁阿狗閱讀(1558) | 評(píng)論 (2) | 編輯收藏

配置php_ice

配置php_ice折騰了好陣子
先是不知道php_ice.dll原來(lái)在Ice-3.2.1-VC60.msi里面有，所以忙著去下載php5.2.10源代碼和php二進(jìn)制程序，通過(guò)icePhp的編譯README編譯出了php_ice.dll,放到php/ext下，重啟apache失敗。
拷貝如下文件:
bzip2.dll
icecpp.exe
ice32.dll
iceutil32.dll
msvcp60.dll
msvcrt.dll
slice32.dll
stlport_vc646.dll
最好將這些文件也拷貝到 apache/bin目錄下(apache_2.2.9-win32-x86-no_ssl-r2.msi)

Ice工程師告知Ice-3.2.1-VC60.msi的php_ice.dll是在php-5.2.1-Win32編譯出來(lái)的，所以最好使用php-5.2.1-Win32.zip版本

http.conf配置：
==============
PHPIniDir "c:/php-5.2.1-Win32/"
LoadFile c:/php-5.2.1-Win32/php5ts.dll
LoadFile c:/php-5.2.1-Win32/libmysql.dll
LoadFile c:/php-5.2.1-Win32/ntwdblib.dll
LoadModule php5_module "c:/php-5.2.1-Win32/php5apache2_2.dll"
AddType application/x-httpd-php .php

php.ini
=============
extension_dir = "C:\php-5.2.1-Win32\ext"
extension=php_ice.dll
ice.slice=E:/map_build/swmap2/idl/mapserver.ice
display_startup_errors=1

icecpp.exe拷貝到 windows目錄下

未解決問(wèn)題：
===============
在ice接口定義中聲明了對(duì)外部ice文件的引用：
#include <Ice/Identity.ice>

但在啟動(dòng)apache時(shí)產(chǎn)生如下apache錯(cuò)誤，導(dǎo)致apache無(wú)法啟動(dòng)：
E:/map_build/swmap2/idl/mapserver.ice:12: No include path in which to find Ice/Identity.ice
PHP Fatal error: Unable to start ice module in Unknown on line 0

目前無(wú)法解決此問(wèn)題，幸好目前沒(méi)有使用到Identity.ice

posted @ 2009-08-19 00:07 放屁阿狗閱讀(1067) | 評(píng)論 (0) | 編輯收藏

FLEX::AMFPHP成了救命稻草

正在我對(duì)SOAP、WSDL、Flex::WebService絕望的時(shí)候，找到了AMFPHP，神啊，太謝謝了，花了半個(gè)小時(shí)就學(xué)會(huì)了這個(gè)玩意兒，Remoting Call這么的簡(jiǎn)單了，哈哈！

posted @ 2009-08-17 22:36 放屁阿狗閱讀(363) | 評(píng)論 (0) | 編輯收藏

SOAP 辛苦而徒勞的一天

采用Flex開(kāi)發(fā)地圖展示前端基本上采用了Flex+Soap+Php+swMap Server的方式。 Flex在現(xiàn)實(shí)地圖時(shí)采用WebService部件，發(fā)送Soap請(qǐng)求道Php服務(wù)器，php作為Ice的客戶端向swMap服務(wù)器請(qǐng)求地理區(qū)塊，然后返回到Flex客戶端。
解決方式既然定了接著就是如何去實(shí)現(xiàn)其中的細(xì)節(jié)問(wèn)題，到現(xiàn)在Flex搞了幾乎近一天，Php聯(lián)系soap的調(diào)用方式已經(jīng)成功，soap/wsdl協(xié)議到現(xiàn)在還不是非常的清晰，知道了wsdl采用zend studio來(lái)自動(dòng)生成，但是到現(xiàn)在還無(wú)法搞成Flex與PHp soap server的調(diào)用成功，非常的沮喪。
看了幾本Flex的書(shū)籍，F(xiàn)lex與外部接口系統(tǒng)通信的方式就這么幾種Rpc: Remote Object CodeFusion,Soap,Web http等等，要么就是原始的socket，codefusion原本就是micromedia的服務(wù)器端開(kāi)發(fā)語(yǔ)言，還要去摸這些東西，似乎自己走上了歧途。
還是再努力一下flex與php soap server的通信吧！

posted @ 2009-08-17 21:06 放屁阿狗閱讀(411) | 評(píng)論 (1) | 編輯收藏

WSDL/SOAP

在考慮用Flex做地圖前端時(shí)，遇到了如何通信的問(wèn)題，與地圖服務(wù)器交互基礎(chǔ)性能和速度的考慮二進(jìn)制傳輸是最佳的方式，但二進(jìn)制的問(wèn)題在于擴(kuò)展能力太弱了，修改一個(gè)協(xié)議必須大動(dòng)周章。
發(fā)現(xiàn)Flex提供了Rpc.Soap,Wsdl的客戶端服務(wù)功能，所以好好琢磨了一下這兩個(gè)協(xié)議
SOAP，WSDL以前斷斷續(xù)續(xù)也接觸過(guò)一些，一直沒(méi)有好好利用過(guò)，以前做php做Rpc時(shí)采用的是xmlRpc協(xié)議，記得在sf上還有個(gè)s-xmlrpc來(lái)簡(jiǎn)化tag實(shí)現(xiàn)低數(shù)據(jù)量的功能。Flex當(dāng)然不能使用類似Ice和Ace之類的通信框架，但也提供了Socket工具，但不知當(dāng)發(fā)布運(yùn)行在瀏覽器是是否出于安全的限制而無(wú)法直接使用socket連接功能？java的applet好像也是運(yùn)行在sandbox之內(nèi)，限制多多。
也許Flex只能類似Ajax走h(yuǎn)ttp這條道了，單向連接，數(shù)據(jù)量大，各種xml傳輸協(xié)議，這些夠煩惱一陣子的
soap，wsdl看了以后發(fā)覺(jué)是這么的簡(jiǎn)單，前者是數(shù)據(jù)通信協(xié)議，后者是服務(wù)發(fā)現(xiàn)協(xié)議，客戶端可以通過(guò)發(fā)送wsdl來(lái)查詢服務(wù)器的服務(wù)能力，從而采用soap進(jìn)行數(shù)據(jù)通信，這些繁瑣是繁瑣了一些，但畢竟是w3c的標(biāo)準(zhǔn),在沒(méi)有xmlRpc的情況下，也只好采用soap了
先把功能架設(shè)起來(lái)，等有時(shí)間了嘗試一下在Flex里面直接采用socket與地圖服務(wù)器進(jìn)行交互，應(yīng)該可以吧，至少flv都是從專用流媒體服務(wù)端口傳輸?shù)奖镜氐摹?br>考慮到私有網(wǎng)絡(luò)的各種差異，走h(yuǎn)ttp可能是唯一的出路了，不然給gateway攔下來(lái)了就不好嘍！！
flex也是個(gè)新手，花時(shí)間琢磨這個(gè)東東

posted @ 2009-08-17 00:47 放屁阿狗閱讀(1586) | 評(píng)論 (0) | 編輯收藏

對(duì)WebGis的思索

對(duì)WebGis進(jìn)行了簡(jiǎn)單的了解和琢磨，Google 和OpenLayers還是目前的主流方式
Google的地圖體現(xiàn)了出了行業(yè)老大的專業(yè)，地圖渲染和前端控制做得沒(méi)法說(shuō)
OpenLayers顯得更加靈活，可以采用Google map，或者選擇Mapserver、GeoServer來(lái)搭建自己的地圖處理服務(wù)器，當(dāng)然技術(shù)難度和投入成本也是相當(dāng)?shù)母撸Чㄊ菦](méi)有前者要來(lái)的好，不過(guò)要強(qiáng)調(diào)的就是靈活。
采用Openlayers方式應(yīng)該是一個(gè)長(zhǎng)久發(fā)展的Gis公司選擇的唯一方式。Google Api很多限制使我對(duì)其產(chǎn)生了厭惡，使我無(wú)法信任其能如其所言能一直免費(fèi)下去，太多的開(kāi)發(fā)license限制導(dǎo)致無(wú)法商用，說(shuō)白了要提供完全服務(wù)就是拿錢來(lái)，不爽！
Google Api對(duì)于非商業(yè)使用的唯一的好處就是做做公司網(wǎng)站的位置宣傳，其他的就是完全就是為了推廣google map而形式的存在。
Google 講到功能遠(yuǎn)遠(yuǎn)大于Openlayers方式，但這不能迷糊了廣大的開(kāi)發(fā)者，這完全是籠罩在商業(yè)利益的陰影之下
Google和ERSI都推出了flex的開(kāi)發(fā)sdk來(lái)實(shí)現(xiàn)客戶端的地圖接口，我很欣賞
談到GeoServer，其能支持那么多的數(shù)據(jù)存儲(chǔ)形態(tài)我比較支持和喜歡，輸出也是非常的豐富，但其真正的效率呢？用j2ee架構(gòu)起來(lái)的性能定是好不到哪里去
看看那些配置GeoServer的Gis服務(wù)器想想也是可怕，集群、Oracle SDE，這些都是些啥概念。用了Postgis近1年，其采用goes做geomerty的運(yùn)算引擎，效率也是不太理想。oracle sde也許會(huì)強(qiáng)很多，但商業(yè)公司的東西性價(jià)比能好到哪里去呢
對(duì)于某些小規(guī)模的Gis應(yīng)用需求想想還是本土化自己寫地圖引擎算了。某些應(yīng)用在封閉式的網(wǎng)絡(luò)環(huán)境之中，google和internet就靠不住了；還有一些特殊行業(yè)的Gis應(yīng)用也許僅僅限制在某一個(gè)城鎮(zhèn)的水利、管線等應(yīng)用，處理的數(shù)據(jù)直接就是從Cad導(dǎo)出的地理數(shù)據(jù)，數(shù)據(jù)的大小和應(yīng)用需求也決定了必須采用不同的方案，要么自己開(kāi)發(fā)的地理渲染處理，或者用 geoserver這一類的東西。
自己在合眾思?jí)训纳虾Ｑ邪l(fā)公司呆了1年多，公司有個(gè)Gis部門，成立了4，5年，也做了一款導(dǎo)航引擎，但是其技術(shù)陳舊、架構(gòu)的不合理已經(jīng)被眾多的小公司甩在了后面，但還如個(gè)寶貝一樣藏著揣著。想做移植到linux也無(wú)法做，地圖組加上引擎組，人員20多號(hào)人沒(méi)干出什么東西出來(lái)，稍微有點(diǎn)想法的人員出來(lái)跑別的地方打工去了。
本來(lái)我也對(duì)這個(gè)有點(diǎn)興趣，第二年公司重組部門，我申請(qǐng)去Gis部門，老板還以為我要搞點(diǎn)啥花頭什么的不讓去，干脆不干了。
現(xiàn) 在對(duì)于swMap這個(gè)產(chǎn)品我已經(jīng)開(kāi)發(fā)了2個(gè)月，已經(jīng)完成了地圖預(yù)處理、地圖顯示，支持win32和mobile，系統(tǒng)架構(gòu)支持本地地圖和服務(wù)器渲染兩種方式。借鑒了很多opensource的東西，諸如Qgis，SAGA，NaviRoad,Geos,wxArt2D,Mapserver、ogr、 cairo、libsvgr，agg等有名的gis軟件項(xiàng)目，這么久了還是有很多東西要學(xué)習(xí)的，想想公司真是可笑，搞技術(shù)封閉只有是死路，連sun都 opensource了操作系統(tǒng)。幸虧自己的努力才能做了這么多東西
寫著寫著就跑題了，累了，不寫了，還是繼續(xù)開(kāi)發(fā)自己的產(chǎn)品去

posted @ 2009-08-16 00:33 放屁阿狗閱讀(1525) | 評(píng)論 (5) | 編輯收藏

wxWidget實(shí)現(xiàn)貼圖

wxWidgets的過(guò)于native和功能匱乏及穩(wěn)定性一直被人所詬病。
采用wx做過(guò)一定規(guī)模的大俠有時(shí)深深的有這種痛苦，貼圖也困擾了我好長(zhǎng)時(shí)間，特別是縮放貼圖，簡(jiǎn)直異常的痛苦。
sf.net的wxSkin也是過(guò)于的呆滯，且缺乏維護(hù)，時(shí)常挽著QT的demo而流口水到半夜，告訴自己一定以后要用QT，特別是有了QT WINCE版本，加上nokia現(xiàn)在是QT的老爸。繼續(xù)使用wx只有期盼3.0的推出了，可視其如老娘們生孩子，動(dòng)作實(shí)在是太慢了，等我有錢了，我來(lái)做wx的老爸就好了，呵呵！

還是迫于項(xiàng)目的壓力，沒(méi)辦法自己在wxSkin的基礎(chǔ)上添加了伸縮貼圖的功能，自己實(shí)現(xiàn)了所有的wxSkin的功能

posted @ 2009-08-06 01:40 放屁阿狗閱讀(1475) | 評(píng)論 (1) | 編輯收藏

近期地圖有了一定的進(jìn)展，還是要繼續(xù)加油

處理了上海數(shù)據(jù)，圖為上海的道路和區(qū)域數(shù)據(jù)

上圖為旋轉(zhuǎn)45度的上海地貌圖

接下來(lái)的計(jì)劃便是將地圖渲染服務(wù)器裝上網(wǎng)絡(luò)通信的翅膀，實(shí)現(xiàn)分布式和服務(wù)器渲染。這里的分布式渲染是指客戶端在渲染多個(gè)地理網(wǎng)格塊的同時(shí)可連接多個(gè)服務(wù)器實(shí)現(xiàn)渲染，這樣如果部署在嵌入式設(shè)備端的話剩下的就只有是網(wǎng)絡(luò)帶寬的瓶頸了。
ICE是個(gè)非常好的通信基礎(chǔ)框架，也有嵌入式版本，而且也使用了多年，就采用這個(gè)。
某些場(chǎng)合只能采用socket通信了

flex+map也是我的接下來(lái)的計(jì)劃任務(wù)重點(diǎn)。采用flex技術(shù)，客戶端安裝問(wèn)題就不用考慮了，直接嵌入瀏覽器，想想也是一個(gè)字，爽！不過(guò)要再熬熬夜研究一下flex技術(shù)了，以及后端支持的web服務(wù)器。
web服務(wù)器當(dāng)然采用php了，在我的swMap引擎提供ice服務(wù)的后端，當(dāng)flex請(qǐng)求到web時(shí)，php完成到swMap服務(wù)器的圖形渲染請(qǐng)求。
當(dāng)然map客戶端的實(shí)現(xiàn)馬上就要啟動(dòng)，封裝成activx ocx,開(kāi)發(fā)dll這些發(fā)布形式。

以上這些東東都實(shí)現(xiàn)了，做基礎(chǔ)的移動(dòng)位置服務(wù)的功能應(yīng)該差不離了，而且考慮了多種系統(tǒng)服務(wù)框架模式
最后就是圖形和導(dǎo)航技術(shù)的研究了。。。
繼續(xù)熬夜。。。。。

posted @ 2009-08-06 01:24 放屁阿狗閱讀(1372) | 評(píng)論 (1) | 編輯收藏

僅列出標(biāo)題