『壹』 vc6.0可以調用geos嗎
Geometry Engine - Open Source?
可以。GEOS有專用的C++編程介面，具體網路「GEOS編譯」可以獲得更多信息。
『貳』 [轉]什麼是LFS，BLFS，ALFS，HLFS之間的區別
LFS 基於這樣的假設，即一部分一部分地編譯完整的操作系統不僅能夠揭示操作系統是如何工作的，也允許獨立的操作人員為速度、內存佔用或安全性而構建系統。 許多作家已經編寫了有關 UNIX? 風格的書籍，深入研究了調度、內存管理、多進程和線程、文件系統，以及用戶與內核之間的交互。寫作 linux 書籍的作家相對於 UNIX 作家來說有一個優勢：盡管團體發生了劇變，但是 Linux 內核不可能分成幾個相互競爭的分支，由於 GNU Public License (GPL)、集中式研究實驗室 Open Source Development Lab (OSDL) 和 Linus Torvalds 不可動搖的地位，使得 Linux 有幸成為一個緩慢移動的目標（slow-moving target）。 為什麼 UNIX 內核很重要 除了某些方面具有一定的相似性之外，不同的 Unix 內核並不怎麼相同。各種 UNIX 風格也具有一個 Linux 所缺少的優點：所有 UNIX 風格都被假定是完全的操作系統。Linux 通常被描述為「只是一個內核」（如果有這樣的定義的話，也是一個武斷的定義），它給出公共功能和實現的核心，不管內核是運行在不太強大的 Pentium? II 機器上還是 Symmetric Multiprocessing (SMP) 系統上，這些公共功能和實現都不會發生本質上的改變。為了更加簡化，有人可能會說，離 Linux 內核越遠，就會發現更多的變化，而 UNIX 系統則趨向於是各種 UNIX/POSIX 標準的離散實現。 事情並沒有這么簡單。檢測 Linux 內核和系統級代碼可能是一件很費時間的事情，並且在現實世界中會限制使用。LFS 項目旨在解決 Linux 上有限的系統級可理解性問題。關於內核需要大量的庫和工具來讓 Linux 系統執行最基本的任務這一事實，已經做過討論了，但是如果一個比較熟練的用戶具有一個 slim-line Linux 發行版，他不想下載幾吉位元組不讓他優化系統、也不讓他拋開所有這些麻煩且不必要的工具的二進制代碼，那該怎麼辦？如果一個非常熟練的用戶拒絕接受各種社團發行版的 苛刻條件（diktat），而想要運行一個來自 CD 的 Linux/Apache/MySQL/PHP (LAMP) 類型的應用程序堆棧，那該怎麼辦？LFS 可以解決這些問題。 Linux From Scratch (LFS) LFS 項目顯然建立於那些對於構成基本的 Linux 系統來說充分而不必要的源文件的基礎之上。它已經超越了 Linux 內核和設備驅動程序，因為要產生一個可工作的 Linux 系統，您必須添加一個完整的編譯器工具鏈、許多 Linux 匯編程序實用工具、glibc 系統庫、系統配置工具和連接到 userland shell 訪問的工具。LFS 建立在這樣一個假設的基礎之上，即 Linux 或 UNIX 允許具有一些腳本編寫知識的用戶，了解一個完全有用的系統的工作方式，而不用深入研究內核代碼本身。 為了了解 Linux 系統的工作方式，LFS 的創建者們確定，通過遵循模塊依賴性來編譯系統，可能是了解一般操作系統和特定的 Linux 的機制最自然的方式。用戶掌握了編譯過程之後，就可以開始消除依賴性樹的那些連接到與支持操作系統基本目的無關的系統組件的部件。例如，在編譯完成之後，消除編譯器工具鏈本身是可行的。在沒有全套的命令行實用工具時，可以湊合使用嵌入式 LAMP 堆棧。配置實用工具也可以被丟棄，大多數用戶可以湊合著用一個而不是太多 Linux 將會支持的文件系統。 Linux 部件 LFS 系統的一個重要部件是，可以作為 tar ball 得到的大量源文件。文檔是另一個重要部件，並且是最重要的。實際上，很有可能利用一個最新的 LFS 書籍文件並創建一個 LFS 發行版，因為 LFS 書籍中詳細描述了每個下載位置和每個源文件及其依賴性的特徵。用於從內核到編譯器到 shell 編譯每組源文件的過程都是已經寫好了的，如果可能，您也可以在描述具有不同特徵的系統的 LFS 書籍中找到替代的常式。LFS 系統的另一個不太可能出現在一般用戶工具箱中的部件是，在基本 LFS 系統組合在一起之後引導系統所需的引導腳本。 現在對 LFS 發行版的最大警告是：勇敢的發行版構建者所需的是一個可工作的 Linux 發行版，包括一個完整的編譯器工具鏈和一套文件系統創建實用工具。自然，所有基於源代碼的 Linux 發行版都需要使用各個發行版都完全不同的特定編譯器版本來引導。LFS 不是該領域的惟一系統，但它是惟一允許您直接處理單個源文件的系統。大多數其他基於源代碼的 Linux 系統，比如 Sourcemage 和 MyGeOS，提供一個完整的下載，建議用戶使用。LFS 不作這樣的假設，並且鼓勵拆開 LFS 框架。 預先假設起作用的 Linux 發行版已安裝在非外來的（nonexotic）硬體上，即使 LFS 可能沒有配置工具和腳本那麼受關注。要編譯 LFS，您需要准備一個分區和一個文件系統，還需要編譯一個編譯器和系統庫。如果用手工完成的話，這是一個相當傷腦筋的過程，但是也的確可以增加您在處理其餘安裝方面的自信。整個系統的編譯要花一小時到四天的時間，具體時間取決於底層硬體的年代和您的命令行技術熟練程度。 作一個相當大的假設，如果您願意很大程度上保留書籍安裝，並使對 LFS 書籍中提議的安裝的更改保持最小，您也可以使用自動化的安裝常式來安裝基於 LFS 的發行版。安裝常式沒有在 LFS 書籍中給出，但是可以在名稱 Automated Linux from Scratch (ALFS) 之下作為基於 XML 的發行版得到。活動安裝可以作為基於 C 的腳本得到，該腳本使用 ncurses 來模擬圖形安裝。該安裝也叫做 nALFS 並給出一個極為靈活的包安裝框架。工作需要一個起作用的 Linux 系統，並帶有可以工作的 C 編譯器和 XML 解析器。一個可以工作的 LFS 系統就足夠了。 Automated Linux From Scratch (ALFS) ALFS 的目的是超越 LFS 本身。LFS 自己指導基於 Linux 的操作系統的內部工作，但是它不具有單個圖形用戶界面 (GUI)。LFS 既不允許連接到網路，也不允許連接到 Internet。ALFS 可以簡化系統的擴展，例如，通過添加支持 Internet 訪問的庫，或者通過安裝圖形桌面所需的 X 庫。 超越LFS (BLFS) LFS 的創建者們認識到了對其他各種基於源代碼的 Linux 系統的需求。為了這些想要超越 LFS 並添加 X Window System、GNOME 和網路支持的人，創建了另一個 LFS 派生物：Beyond Linux From Scratch (BLFS)。第三版 LFS 書籍（讓我們不會忘記是在談論書籍而非發行版），形成一個以一個角為基礎的三角形：對於自動化編譯和完全的基於源代碼的 Linux 發行版，基本的 LFS 版本是基礎。BLFS 將基本的 Linux 系統轉化成一個完全的用戶廣泛接受的 Linux 系統。AFLS 簡化基於源代碼的 Linux 安裝的安裝和擴展。整個基於源代碼的系統的編譯是由一個腳本指導的，您在針對運行腳本的硬體調整腳本之後，就可以讓腳本自己運行了。在您（或安裝工程師）確定需要運行哪些包，也即特定的辦公應用程序套件之後，您就可以容易地擴展安裝順序了。ALFS 也遲早會派上用場，因為它適用於從源代碼進行網路范圍的安裝。 Hardened LFS (HLFS) LFS 家族的最後一個成員解決基於源代碼的 Linux 的一個特別重要的方面：安全性。對於不想依賴於所選的 Linux 發行版伺服器交付的補丁的那些人，安全性的普通方法是，針對所選的核心庫和應用程序跟蹤安全報告。對於 LFS 實現人員來說，問題有些不同：盡管不是不可能，但是也難以審計 Linux 內核代碼，也許還包括集中於基於 Linux 的操作系統的內部機能的很多庫和實用工具。 代碼審計相當費時，並且只有當補丁伺服器是由專門人員集中維護的時，添加大量補丁才是明智的。但是可以取代一些為反映安全問題的新方法而重新編寫過的庫。一個好的例子是，通過從一個適當大的隨機數池中隨機分配數字，使得猜測進程標識符極為困難。OpenBSD 項目最先採用了該方法，隨後，各種 UNIX 風格和 Linux 發行版都採用了該方法。 一個相當新的項目叫做 Hardened Linux From Scratch (HLFS)，在 Linux 下採用了這一安全方法。該項目假設相當正規地掌握了 LFS 和 BLFS 的一些部件，並使用了不會成為大多數 Linux 系統中的標準的幾個實用工具和庫。 添加到 HLFS 中的最重要的部件可能是 Stack-Smashing Protector (SSP)，通過使用 gcc 指令可以啟用該功能。SSP 開發來防禦 stack-smashing 攻擊，這類攻擊屬於影響 Linux 系統的一類最常見的安全威脅。其他安全措施包括一流的隨機數生成器和位置獨立的可執行程序的編譯，其中通常轉化成靜態鏈接對象代碼的可執行代碼作為共享庫出現，而位置獨立的可執行庫通過將地址隨機化可以隱藏這些地址。當然，可從 HLFS Web 站點得到大量補丁，並可查看其源代碼。 日益壯大的 LFS 家族 在許多方面，Linux 版本的 LFS 家族是一個方法，給予黑客以構造基於 Linux 的操作系統的能力。但是對於 LFS 的創建者們來說，最重要的結果似乎是：通過 LFS，所有 Linux 發行版對於所涉及的用戶都成了智能的了。通過允許用戶一部分一部分地構建 Linux 發行版，並幫助用戶將一個基於 Linux 的操作系統看作一個由許多部件組成的系統，還可以用另外的方法構建 Linux 發行版。 更一般來說，用戶要更改構建 Linux 發行版的方式，不必要是程序員：只要從構建 LFS 系統學到的一點腳本編寫能力就足夠了。LFS 專家可以改變和擴展 Linux 發行版的完美組合，而不會影響它的基本結構。對於有人員和專家維護 Linux 系統，但沒有資金從咨詢機構和公司購買商業支持的機構來說，該功能特別重要。已經針對教學目的和大型網路，演示了基於 LFS 的 Linux 系統。它們也有可能用於其他領域。
『叄』 如何導入PostgreSQL資料庫數據
說起資料庫，大家耳熟能詳的商業資料庫產品當推Oracle、微軟的SqlServer和IBM的
DB2等，而開源資料庫中則有兩大產品MySQL和PostgreSQL。
PostgreSQL 是一種對象-關系型資料庫管理系統（ORDBMS），也是目前功能最強大、
特性最豐富和最復雜的自由軟體資料庫系統。它起源於伯克利（BSD）的資料庫研究計劃，
目前是最重要的開源資料庫產品開發項目之一，有著非常廣泛的用戶。
PostgreSQL 可以說是最富特色的自由資料庫管理系統，也有人認為可以是最強大的自由
軟體資料庫管理系統。PostgreSQL 是唯一支持事務、子查詢、多版本並行控制系統、數據完
整性檢查等特性的唯一的一種自由軟體的資料庫管理系統。能在多平台下---包括Linux、
FreeBSD和Windows等---運行，並且支持多語言的開發。
在兩大開源資料庫產品的對比中，一般認為MySQL速度更快，所以得到更為廣泛的使
用；而PostgreSQL性能更為先進，PostgreSQL 提供很多 MySQL 目前所不支持的特性，比
如觸發器、視圖、存儲過程等等，在記錄數超千萬之後性能表現尤其出色。
當前的最新版本是PostgreSQL 8.2.3，官方網站是：
www.postgresql.org
1.2 什麼是PostGIS
PostGIS在對象關系型資料庫PostgreSQL上增加了存儲管理空間數據的能力，相當於
Oracle的spatial部分。PostGIS最大的特點是符合並且實現了OpenGIS的一些規范，是最著
名的開源GIS資料庫。
當前的最新版本是PostGIS 1.2.1，官方網站是：
www.postgis.org
二 PostgreSQL和PostGIS的安裝
2.1 在windows下安裝。
新版本的PostgreSQL在其安裝程序中集成了PostGIS，只需要在安裝過程中選中
PostGIS和pgsql項就可以了。
2.2 在Debian下安裝PostGIS
# apt-get install postgresql-8.1 postgresql-8.1-postgis
當前Etch中的版本：PostgreSQL是8.1.7，而PostGIS是1.1.6，雖然不是最新的版本，
但已經足夠了。
還需要做的工作是：
1) 創建一個專門用於PostGIS的資料庫並為專用資料庫導入PostGIS支持：
# su – postgres
$ cd /usr/share/postgresql-8.1-postgis
$ createdb wen1
$ createlang plpgsql wen1
$ psql -d wen1 -f lwpostgis.sql
$ psql -d wen1 -f spatial_ref_sys.sql
2) 創建一個專門的用戶，並把相應的資料庫和數據表的屬主設置為該用戶：
# su – postgres
$ psql
$ create user wen1 password 『123456』;
$ alter database wen1 owner to wen1;
$ alter table spatial_ref_sys owner to wen1;
$ alter table geometry_columns owner to wen1 ;
3) 修改PostgreSQL配置文件以便可以遠程使用。
修改PostgreSQL的配置文件/etc/postgresql/8.1/main/Postgresql.conf，將其中的一句：
listen_address=』localhost』
前面的注釋去掉，並把』localhost』該為』*』。
修改Postgresql的配置文件/etc/postgresql/8.1/main/pg_hba.conf，在文件後面加一句：
host all all 192.168.0.0/24 password
這句的意思是：同網路中192.168.0.*的機器可以以密碼的形式使用所有的資料庫。更具
體的參數意義直接看該配置文件中的注釋就可以了。
這里一定要配置正確，否則無法在遠程連接PostgreSQL資料庫。
2.3 源碼安裝PostgreSQL和PostGIS
參閱以前寫的老文章。
三 PostGIS的使用
要使用PostGIS，需要兩方面的預備知識，一是要熟悉基本的SQL語法；二是熟悉
PostgreSQL資料庫的基本使用。
(一) 快速入門
我們使用前面創建的資料庫wen2，用戶為wen1，現在創建一個包含三個點的資料庫
test1：
首先在Etch下以wen1登陸，然後打開wen2資料庫：
$ psql -d wen2 ;
再在PostgreSQL的控制台下輸入以下命令：
wen2=> create table test1 (myID int4, pt geometry, myName
varchar );
wen2=> insert into test1 values (1, 'POINT(0 0)', 'beijing'
);
wen2=> insert into test1 values (2, 'POINT(31.5 60.87)',
'shanghai' );
wen2=> insert into test1 values (3, 'POINT(10.77 85.902)',
'tianjin' );
這樣我們利用PostGIS創建了一個包含三個點的GIS數據表。
為了能在QGIS中打開這一圖層，我們還需要為數據表創建一個主鍵：
wen2=>alter table test1 add primary key (myID);
可以看到PostGIS的使用其實就相當於使用一個經過擴展的SQL語法，上述語句熟悉
SQL語法的人一看都很熟悉，都是普通的SQL語句，不同的只不過是增加了PostGIS特殊的
geometry數據類型。
你可以再試試這些SQL語句：
select * from test1;
select myID,AsText(pt) from test1;
select Distance(pt, 'POINT(0 0)') from test1;
(二) PostGIS的Geometry數據類型
Geometry可以說是PostGIS最重要的一個概念，是「幾何體」的意思，由於PostGIS很
好地遵守OGC的」Simple Feature for Specification for
SQL」規范，目前支持的幾何體類型包
含其實例有：
POINT(1 1)
MULTIPOINT(1 1, 3 4, -1 3)
LINESTRING(1 1, 2 2, 3 4)
POLYGON((0 0, 0 1, 1 1, 1 0, 0 0))
MULTIPOLYGON((0 0, 0 1, 1 1, 1 0, 0 0), (5 5, 5 6, 6 6, 6 5, 5
5))
MULTILINESTRING((1 1, 2 2, 3 4),(2 2, 3 3, 4 5))
而geometry具體表現又有兩種形式，一種叫做WKT(Well Known Text)形式，如上面的
例子。或者使用如下SQL語句瀏覽：
select AsText(pt) from test1;
另一種叫做「Canonical Form」形式，看上去是一串古怪的數字，其實是一種增強的十六
進制編碼，使用如下SQL語句就可以瀏覽了：
select pt from test1;
(三) 讀寫PostGIS數據
建設好PostGIS資料庫之後，我們現在需要進行讀寫GIS數據了，包括把GIS寫入到
PostGIS資料庫中以及在應用程序中使用PostGIS資料庫的數據。讀寫PostGIS目前主要有以
下四種方式：
3.1 使用psql語言
Psql語言是PostgreSQL內嵌的一個命令行工具，其語法基本上和標準的SQL語法是一
致的，可以使用Psql工具，結合標准SQL語法和一些PostGIS的擴展對PostGIS資料庫進行
讀寫操作。
具體例子如上面「快速入門」中的例子。
這種方式功能強大，但全部需要手工操作，煩瑣且繁重。
3.2 使用一些小工具
有兩個很有用的小的轉換工具，一是shp2pg；一是ogr2ogr
3.2.1 shp2pgsql和pgsql2shp
shp2pgsql和pgsql2shp是PostGIS自身攜帶的一對在Shape文件和PostGIS資料庫之間進
行轉換的工具，在Debian中安裝好PostGIS之後，這兩個程序已經位於可執行文件的搜索路
徑上，因此可以在系統中任何位置使用。
假如當前目錄下有完整的china.shp文件(應該有三個同名不同擴展名的文件)，需要把其
中數據輸入到上述的wen2資料庫中的數據表china_postgis中，具體操作為(操作用戶為
wen1)：
$ shp2pgsql china china_postgis > tmp.sql
$ psql -d wen2 -f roads.sql
這個工具很好用，缺點在於使用范圍有限，只針對Shape文件格式。
3.2.2 ogr2ogr
PostGIS本身的shp2pg工具只把shape文件轉換到PostGIS 資料庫中，那如何把其他的
GIS數據加入呢？比如說MapInfo的mid格式，ESRI的e00格式呢？這就要使用ogr這個工
具了。
Ogr目前是gdal的一個組成部分，那什麼是gdal呢？其官方主頁(http://www.gdal.org)上
如此介紹：
GDAL is a translator library for raster geospatial data formats
that is released under an X/MIT
style Open Source license by the Open Source Geospatial
Foundation. As a library, it presents a
single abstract data model to the calling application for all
supported formats. It also comes with a
variety of useful commandline utilties for data translation and
processing.
簡單地說，Gdal是一個各種Gis數據格式的轉換軟體庫，ogr則是轉換矢量GIS數據的
軟體庫。
目前ogr能夠支持的數據格式包括：
Arc/Info Binary Coverage、DWG、ESRI Personal
GeoDatabase、ArcSDE、ESRI
Shapefile、GML、GRASS、Mapinfo File、Microstation DGN、ODBC、Oracle
Spatial和
PostgreSQL等。應該說，這就基本包括了我們平常用到的所有矢量型GIS文件格式了。
Gdal支持的柵格數據格式參閱http: //www.gdal.org/formats_list.html
下面我們從源碼編譯安裝gdal---因為我在Debian下使用apt方式安裝的gdal並不支持
postgresql資料庫，其實更為簡便的方法也許是去gdal.org下載一個Fwtools的工具包，可以
直接運行不用繁瑣的編譯，既有Windows的，也有Linux下用的，只不過這個包有些大。
1) 下載最新的gdal-1.3.2
2) 解壓
3) ./configure --prefix=/opt/gdal
--with-pg=/opt/pg/bin/pg_config --without-ogdi
這里我習慣把軟體安裝在/opt目錄下。
--with-pg參數很重要，使ogr可以支持PostGIS，後面的參數是我的PostGIS安裝的地方。
我在這里編譯很多次失敗，經過仔細查找，發現問題出在ogdi上，所以暫時我只好使
它不支持ogdi。
4) make
5) make install
下面是使用過程，假設現在我要把一個rai.mid文件導入到資料庫data1中：
$ ogr2ogr –f Postgresql PG:dbname=data1 rai.mid
注意，f參數後面跟的是導入的數據類型，最後那個文件才是要導出的文件。PG後面說
明的是資料庫的名字，需要是已經創建好的資料庫，而數據表則由程序自動創建。還要特別
注意許可權問題，以上命令我是由postgres用戶執行的。
還有一個要注意的是主鍵問題。一般情況下，你使用shp2pg或者 ogr2ogr向postgis中
增加了Gis數據後，在GIS客戶端添加postgis圖層的時候，常常會因為數據表沒有定義主鍵
而出錯，解決的辦法是，在伺服器上使用psql或者其他sql工具，使用命令：
alter table table_name add primary key (column_name);
另外我們發現ogr竟然是不支持最常見的GIS格式e00格式，好象是因為版權方面的原
因吧。解決的方法就是去sf.net查找相關工具。我在上面就找到一個e002pg工具，支持將
e00文件導入到postGIS資料庫中。
3.3 在其他GIS軟體中讀寫PostGIS數據
比如在QGIS中，能夠打開PostGIS圖層，還有SPIT插件可以把Shape文件輸入到
PostGIS資料庫中。
其他GIS軟體如uDig，Grass等，甚至連ArcInfo都支持或部分支持讀寫PostGIS數據。
3.4 利用介面在應用程序中讀寫PostGIS數據
廣大的開源GIS程序員幾乎為每一種程序設計語言設計好了讀寫PostGIS的介面，如利
用PostgreSQL的JDBC庫，可以使用Java語言在程序中讀寫PostGIS數據；利用libpq庫，
可以使用C語言讀寫PostGIS數據。
(四) 使用PostGIS函數
4.1 PostGIS函數
要能熟練使用PostGIS，掌握PostGIS的所有函數是關鍵。通過掌握這些PostGIS函數，
我們能夠高效、穩定地處理各種地理數據。由於PostGIS的函數設計時都遵守OpenGIS規范，
我們也可以把這些PostGIS叫做OpenGIS函數。
4.2 PostGIS函數的分類
PostGIS函數大致可以分為以下四類
1) 欄位處理函數
這類函數當前一共有3個，分別是：
AddGeometryColumn(var1,var2,var3,var4,var5,var6)：為已有的數據表增加一個地理幾何
數據欄位。Var1代表數據表的模式(schema)的名字，一般是public，也可以省略，則使用當
前的預設模式；var2是已有的數據表的名字；var3是新的地理數據欄位的名字；var4是
SRID值，不確定的話就取-1吧；var5是地理數據的類型，可以是POINT等；var6是指該幾
何數據是二維還是三維數據。
前面的SQL語句 create table test1 (myID int4, pt geometry, myName
varchar )更規范的寫
法為：
create table test1 (myID int4, myName varchar );
select AddGeometryColumn('test1','pt',-1,'GEOMETRY',2);
DropGeometryColumn函數顯然是刪除一個地理數據欄位的；
SetSRID函數顯然是設置SRID值的。
2) 幾何關系函數
這類函數目前共有10個，分別是：
Distance Equals Disjoint Intersects Touches Crosses Within
Overlaps Contains Relate
3) 幾何分析函數
這類函數目前共有12個，分別是：Centroid Area Lenth PointOnSurface Boundary
Buffer
ConvexHull Intersection SymDifference Difference GeomUnion
MemGeomUnion
4) 讀寫函數
這類函數很多，主要是用於在各種數據類型之間的轉換，尤其是在於Geometry數據類
型與其他如字元型等數據類型之間的轉換，函數名如AsText、GeomFromText等，其作用是
顯然的。
4.3 PostGIS函數使用示例。
假設在我們的wen2資料庫中，有兩張表，一張為guojia，是從「國家基礎地理數據」
網站下載的國界數據表，數據類型為LINE；二為shengqu_polygon，也從同一個網站下載，
地理數據類型為多邊形。
1) 查詢我國邊境線的長度：
wen1=> select sum(length(the_geom)) as lenth from guojie;
2) 查詢我國面積最大的省區名字：
wen1=> select name area(the_geom) as myarea
from shengqu_polygon
order by myarea DESC
LIMIT 1;
(五) 使用PostGIS擴展函數
除了上述遵循OpenGIS的函數之外，PostGIS還自行擴展了一些當前OpenGIS規范之外
的函數，主要包括以下幾類：
5.1 管理類函數
擴展的管理類函數主要包括一些軟體版本查詢函數，如
postgis_version()、postgis_geos_version()、postgis_proj_version()函數等，分別查詢當前的
PostGIS的版本及其使用的Geos和Proj庫的版本。
5.2 數據類型的輸入輸出函數
除了OpenGIS定義的地理數據類型之外，PostGIS還對數據類型進行了擴展，這種擴展
主要是兩方面的擴展，一是把二維的數據向三維和四維擴展；二就是在WKT和WKB數據
類型基礎上擴展出EWKT和EWKB數據類型。
PostGIS提供了在這些地理數據類型和常用數據類型如字元型、浮點型數據之間進行轉
換的函數。
5.3 量算函數
如length3d函數是對length2d函數的擴展。
5.4 幾何操作函數
如addBBox(geometry)函數給所給的幾何體加上一個邊框。
如simplify(geometry,tolerance)函數可以對折線和多邊形利用Douglas-Peuker演算法進行一
些節點進行刪除，從而使表現的圖形更簡單而清晰，在網路傳輸數據時具有更高的效率。
5.5 操作符號
5.6 其他擴展函數
(六) 建立PostGIS索引
當資料庫的記錄增大的時候，如果沒有建立索引的話，操作的效率就顯著下降。
POstGIS建議當記錄數超過幾千的時候就應該建立索引，而GIS資料庫一般都是海量數據，
所以對PostGIS而言，索引就非常重要。
Shapfile文件為ESRI公司的文件存儲格式，並且得到了業界廣泛的支持。Shapfile格式是一種簡單的，用非拓樸關系的形式存儲幾何位置和地
理特徵的屬性信息的格式。雖然GeoServer採用Shapfile文件可以快速的創建網上地圖服務，但它的缺點確很明顯：
1、Shapefile只支持一個圖層，在實際中沒有意義。
2、直接保用SHP文件不安全，Shapfile文件很容易被病毒或其他原因誤刪除。
3、GeoServer中用Shapfile文件作數據源的效率是很低的。
4、Shapfile中的漢字GeoServer不能解析，會出現亂碼。
5、資料庫可以方便的對地理信息進行查詢。
用PostGIS管理空間數據
PostGIS支持GIST空間索引（附錄1）、規范窗體，能很大的提高處理效率。
OGC格式只提供二維的幾何體，且相關聯的SRID從未深入的用於輸入輸出請求，PostGIS支持OpenGIS組織"Simple
Features for
SQL"規范指定的所有GIS對象和函數，並進行了擴展，格式是EWKB、EWKT，其中增加了對3DZ，3DM和4D
坐標系的支持(當然三維、四維數據的OGC標准還未完全制定)，深入引進了SRID信息。
空間數據表結構：PostGIS中存在兩個必需的元數據表格， SPATIAL_REF_SYS（空間參考表格） 和
GEOMETRY_COLUMNS（幾何體屬性列），兩個表用於存儲空間資料庫使用的坐標系統數字ID和文本描述。
PostGIS的shp2pgsql命令可以將Shapfile直接導入到資料庫中也可以導出為SQL文件，推薦先導出為SQL文件再將此文件在SQL運行窗口中執行可將數據導入資料庫。
Shapfile到SQL語句：
shp2pgsql 路徑shp數據文件名 新建的數據表名 >
路徑SQL文件名.sql
Shapfile直接入庫：
shp2pgsql -c 路徑shp數據文件名 新建的數據表名 資料庫名｜psql -d 資料庫名
舉例說明：
如將一Shapfile文件「c:road.shp」導入到數據表「road」中，資料庫為「sjzmap」。
1、運行「命令提示符」。
2、切換至PostgreSQL資料庫安裝目錄中的bin目錄下。
3、執行此目錄下的shp2pgsql命令：「shp2pgsql c:road.shp road >
c:road.sql」。
4、如將此文件直接導入資料庫（不推薦）：「shp2pgsql -c c:road.shp road
sjzmap | psql -d sjzmap」。
5、使用pgAdmin3
選擇資料庫，再導入表。
『肆』 如何構建自己的 Linux 發行版
風格的書籍，深入研究了調度、內存管理、多進程和線程、文件系統，以及用戶與內核之間的交互。寫作 Linux 書籍的作家相對於 UNIX 作家來說有一個優勢：盡管團體發生了劇變，但是 Linux 內核不可能分成幾個相互競爭的分支，由於 GNU Public License (GPL)、集中式研究實驗室 Open Source Development Lab (OSDL) 和 Linus Torvalds 不可動搖的地位，使得 Linux 有幸成為一個緩慢移動的目標（slow-moving target）。為什麼 UNIX 內核很重要除了某些方面具有一定的相似性之外，不同的 Unix 內核並不怎麼相同。各種 UNIX 風格也具有一個 Linux 所缺少的優點：所有 UNIX 風格都被假定是完全的操作系統。Linux 通常被描述為「只是一個內核」（如果有這樣的定義的話，也是一個武斷的定義），它給出公共功能和實現的核心，不管內核是運行在不太強大的 Pentium? II 機器上還是 Symmetric Multiprocessing (SMP) 系統上，這些公共功能和實現都不會發生本質上的改變。為了更加簡化，有人可能會說，離 Linux 內核越遠，就會發現更多的變化，而 UNIX 系統則趨向於是各種 UNIX/POSIX 標準的離散實現。事情並沒有這么簡單。檢測 Linux 內核和系統級代碼可能是一件很費時間的事情，並且在現實世界中會限制使用。LFS 項目旨在解決 Linux 上有限的系統級可理解性問題。關於內核需要大量的庫和工具來讓 Linux 系統執行最基本的任務這一事實，已經做過討論了，但是如果一個比較熟練的用戶具有一個 slim-line Linux 發行版，他不想下載幾吉位元組不讓他優化系統、也不讓他拋開所有這些麻煩且不必要的工具的二進制代碼，那該怎麼辦？如果一個非常熟練的用戶拒絕接受各種社團發行版的 苛刻條件（diktat），而想要運行一個來自 CD 的 Linux/Apache/MySQL/PHP (LAMP) 類型的應用程序堆棧，那該怎麼辦？LFS 可以解決這些問題。回頁首Linux From ScratchLFS 項目顯然建立於那些對於構成基本的 Linux 系統來說充分而不必要的源文件的基礎之上。它已經超越了 Linux 內核和設備驅動程序，因為要產生一個可工作的 Linux 系統，您必須添加一個完整的編譯器工具鏈、許多 Linux 匯編程序實用工具、glibc 系統庫、系統配置工具和連接到 userland shell 訪問的工具。LFS 建立在這樣一個假設的基礎之上，即 Linux 或 UNIX 允許具有一些腳本編寫知識的用戶，了解一個完全有用的系統的工作方式，而不用深入研究內核代碼本身。為了了解 Linux 系統的工作方式，LFS 的創建者們確定，通過遵循模塊依賴性來編譯系統，可能是了解一般操作系統和特定的 Linux 的機制最自然的方式。用戶掌握了編譯過程之後，就可以開始消除依賴性樹的那些連接到與支持操作系統基本目的無關的系統組件的部件。例如，在編譯完成之後，消除編譯器工具鏈本身是可行的。在沒有全套的命令行實用工具時，可以湊合使用嵌入式 LAMP 堆棧。配置實用工具也可以被丟棄，大多數用戶可以湊合著用一個而不是太多 Linux 將會支持的文件系統。Linux 部件LFS 系統的一個重要部件是，可以作為 tar ball 得到的大量源文件。文檔是另一個重要部件，並且是最重要的。實際上，很有可能利用一個最新的 LFS 書籍文件並創建一個 LFS 發行版，因為 LFS 書籍中詳細描述了每個下載位置和每個源文件及其依賴性的特徵。用於從內核到編譯器到 shell 編譯每組源文件的過程都是已經寫好了的，如果可能，您也可以在描述具有不同特徵的系統的 LFS 書籍中找到替代的常式。LFS 系統的另一個不太可能出現在一般用戶工具箱中的部件是，在基本 LFS 系統組合在一起之後引導系統所需的引導腳本。現在對 LFS 發行版的最大警告是：勇敢的發行版構建者所需的是一個可工作的 Linux 發行版，包括一個完整的編譯器工具鏈和一套文件系統創建實用工具。自然，所有基於源代碼的 Linux 發行版都需要使用各個發行版都完全不同的特定編譯器版本來引導。LFS 不是該領域的惟一系統，但它是惟一允許您直接處理單個源文件的系統。大多數其他基於源代碼的 Linux 系統，比如 Sourcemage 和 MyGeOS，提供一個完整的下載，建議用戶使用。LFS 不作這樣的假設，並且鼓勵拆開 LFS 框架。預先假設起作用的 Linux 發行版已安裝在非外來的（nonexotic）硬體上，即使 LFS 可能沒有配置工具和腳本那麼受關注。要編譯 LFS，您需要准備一個分區和一個文件系統，還需要編譯一個編譯器和系統庫。如果用手工完成的話，這是一個相當傷腦筋的過程，但是也的確可以增加您在處理其餘安裝方面的自信。整個系統的編譯要花一小時到四天的時間，具體時間取決於底層硬體的年代和您的命令行技術熟練程度。作一個相當大的假設，如果您願意很大程度上保留書籍安裝，並使對 LFS 書籍中提議的安裝的更改保持最小，您也可以使用自動化的安裝常式來安裝基於 LFS 的發行版。安裝常式沒有在 LFS 書籍中給出，但是可以在名稱 Automated Linux from Scratch (ALFS) 之下作為基於 XML 的發行版得到。活動安裝可以作為基於 C 的腳本得到，該腳本使用 ncurses 來模擬圖形安裝。該安裝也叫做 nALFS 並給出一個極為靈活的包安裝框架。工作需要一個起作用的 Linux 系統，並帶有可以工作的 C 編譯器和 XML 解析器。一個可以工作的 LFS 系統就足夠了。Automated Linux From ScratchALFS 的目的是超越 LFS 本身。LFS 自己指導基於 Linux 的操作系統的內部工作，但是它不具有單個圖形用戶界面 (GUI)。LFS 既不允許連接到網路，也不允許連接到 Internet。ALFS 可以簡化系統的擴展，例如，通過添加支持 Internet 訪問的庫，或者通過安裝圖形桌面所需的 X 庫。回頁首超越LFSLFS 的創建者們認識到了對其他各種基於源代碼的 Linux 系統的需求。為了這些想要超越 LFS 並添加 X Window System、GNOME 和網路支持的人，創建了另一個 LFS 派生物：Beyond Linux From Scratch (BLFS)。 第三版 LFS 書籍（讓我們不會忘記是在談論書籍而非發行版），形成一個以一個角為基礎的三角形：對於自動化編譯和完全的基於源代碼的 Linux 發行版，基本的 LFS 版本是基礎。BLFS 將基本的 Linux 系統轉化成一個完全的用戶廣泛接受的 Linux 系統。AFLS 簡化基於源代碼的 Linux 安裝的安裝和擴展。整個基於源代碼的系統的編譯是由一個腳本指導的，您在針對運行腳本的硬體調整腳本之後，就可以讓腳本自己運行了。在您（或安裝工程師）確定需要運行哪些包，也即特定的辦公應用程序套件之後，您就可以容易地擴展安裝順序了。ALFS 也遲早會派上用場，因為它適用於從源代碼進行網路范圍的安裝。回頁首Hardened LFSLFS 家族的最後一個成員解決基於源代碼的 Linux 的一個特別重要的方面：安全性。對於不想依賴於所選的 Linux 發行版伺服器交付的補丁的那些人，安全性的普通方法是，針對所選的核心庫和應用程序跟蹤安全報告。對於 LFS 實現人員來說，問題有些不同：盡管不是不可能，但是也難以審計 Linux 內核代碼，也許還包括集中於基於 Linux 的操作系統的內部機能的很多庫和實用工具。代碼審計相當費時，並且只有當補丁伺服器是由專門人員集中維護的時，添加大量補丁才是明智的。但是可以取代一些為反映安全問題的新方法而重新編寫過的庫。一個好的例子是，通過從一個適當大的隨機數池中隨機分配數字，使得猜測進程標識符極為困難。OpenBSD 項目最先採用了該方法，隨後，各種 UNIX 風格和 Linux 發行版都採用了該方法。一個相當新的項目叫做 Hardened Linux From Scratch (HLFS)，在 Linux 下採用了這一安全方法。該項目假設相當正規地掌握了 LFS 和 BLFS 的一些部件，並使用了不會成為大多數 Linux 系統中的標準的幾個實用工具和庫。添加到 HLFS 中的最重要的部件可能是 Stack-Smashing Protector (SSP)，通過使用 gcc 指令可以啟用該功能。SSP 開發來防禦 stack-smashing 攻擊，這類攻擊屬於影響 Linux 系統的一類最常見的安全威脅。其他安全措施包括一流的隨機數生成器和位置獨立的可執行程序的編譯，其中通常轉化成靜態鏈接對象代碼的可執行代碼作為共享庫出現，而位置獨立的可執行庫通過將地址隨機化可以隱藏這些地址。當然，可從 HLFS Web 站點得到大量補丁，並可查看其源代碼。回頁首日益壯大的 LFS 家族在許多方面，Linux 版本的 LFS 家族是一個方法，給予黑客以構造基於 Linux 的操作系統的能力。但是對於 LFS 的創建者們來說，最重要的結果似乎是：通過 LFS，所有 Linux 發行版對於所涉及的用戶都成了智能的了。通過允許用戶一部分一部分地構建 Linux 發行版，並幫助用戶將一個基於 Linux 的操作系統看作一個由許多部件組成的系統，還可以用另外的方法構建 Linux 發行版。更一般來說，用戶要更改構建 Linux 發行版的方式，不必要是程序員：只要從構建 LFS 系統學到的一點腳本編寫能力就足夠了。LFS 專家可以改變和擴展 Linux 發行版的完美組合，而不會影響它的基本結構。對於有人員和專家維護 Linux 系統，但沒有資金從咨詢機構和公司購買商業支持的機構來說，該功能特別重要。已經針對教學目的和大型網路，演示了基於 LFS 的 Linux 系統。它們也有可能用於其他領域。參考資料 您可以參閱本文在 developerWorks 全球站點上的 英文原文。 最新LFS 版本的門戶是 LFS 下載站點。它提供從幾個方面可用的 LFS 書籍。 LFS 家族的最新成員是 HLFS 或Hardened LFS 風格。 如果願意，LFS 狂熱者們可以創建 自動化的 安裝。 如果基本的 LFS 安裝還不夠，那麼可以繼續安裝更加復雜的 extended Linux From Scratch，也叫做 BLFS。 為了防禦 stack-smashing 攻擊，SSP 指令使得 gcc 可以編譯針對該類型威脅而保護的代碼。 位置獨立的代碼在關於 position-independent executables 的一章中作了簡短介紹。 在developerWorks Linux 專區 可以找到更多為 Linux 開發者准備的資源。 訪問developerWorks 開放源碼專區，獲得廣泛的 how-to 信息、工具和項目更新，以幫助您利用開放源碼技術進行開發，並將它們與 IBM 產品一起使用。 利用IBM 試用軟體 革新您的下一個開放源碼開發項目。可從下載或 DVD 得到試用軟體。 通過參與 developerWorks blogs 加入developerWorks 社區。 關於作者Frank Pohlmann 以前研究的是中東宗教歷史，後來各基金會認為研究宗教辯證歷史與當今世界相去甚遠，從此他便專攻自己熱愛的領域 —— 免費軟體。他獲准成為英國的 LinuxUser and Developer 的技術編輯。您可通過 [email protected] 與他聯系。關閉[x]關於報告濫用的幫助報告濫用謝謝! 此內容已經標識給管理員注意。關閉[x]關於報告濫用的幫助報告濫用報告濫用提交失敗。 請稍後重試。關閉[x]developerWorks：登錄IBM ID：需要一個 IBM ID？忘記IBM ID？密碼：忘記密碼？更改您的密碼 保持登錄。單擊提交則表示您同意developerWorks 的條款和條件。 使用條款 當您初次登錄到 developerWorks 時，將會為您創建一份概要信息。您在developerWorks 概要信息中選擇公開的信息將公開顯示給其他人，但您可以隨時修改這些信息的顯示狀態。您的姓名（除非選擇隱藏）和昵稱將和您在 developerWorks 發布的內容一同顯示。所有提交的信息確保安全。關閉[x]請選擇您的昵稱：當您初次登錄到 developerWorks 時，將會為您創建一份概要信息，您需要指定一個昵稱。您的昵稱將和您在 developerWorks 發布的內容顯示在一起。昵稱長度在 3 至 31 個字元之間。 您的昵稱在 developerWorks 社區中必須是唯一的，並且出於隱私保護的原因，不能是您的電子郵件地址。昵稱：（長度在 3 至 31 個字元之間）單擊提交則表示您同意developerWorks 的條款和條件。 使用條款. 所有提交的信息確保安全。為本文評分評論回頁首
『伍』 win10 vs2015編譯 geos 3.6.2時提示
1)打開 VS2015 x86 本機工具命令提示; 開始菜單->Visual Studio VS2015-> VS2015 x86 本機工具命令提示
2)通過cd 命令行命令 設置到geos資源目錄
3)設置到geos目錄後，以此鍵入如下命令行：
WIN32 DEBUG:
nmake /f makefile.vc WIN32=TRUE DEBUG=TRUE WIN32 RELEASE nmake /f makefile.vc WIN32=TRUE RELEASE=TRUE3.WIN64編譯1)打開 VS2015 X64 本機工具命令提示; 開始菜單->Visual Studio VS2015-> VS2015 x64 本機工具命令提示2)通過cd 命令行命令 設置到geos資源目錄3)設置到geos目錄後，以此鍵入如下命令行： WIN64 DEBUG: nmake /f makefile.vc WIN64=TRUE DEBUG=TRUE WIN64 RELEASE nmake /f makefile.vc WIN64=TRUE RELEASE=TRUE
『陸』 如何將debug版本的so庫變成release版本
由於Smart_Gis安卓客戶端的需要，所以需要把gdal_2.3.1庫編譯成安卓平台Arm64_v8a版本的.so庫。由於要求是android NDK版本 12以上，Android API 21以上的支持。
所以在本次編譯過程中全部需要使用64位的操作系統，NDK及編譯器，編譯環境為 操作系統：Ubuntu 16.04 LTS，安卓NDK版本：android-ndk-r14b,geos, proj。
1，最近遇到了之前編譯的geos, proj, skia, gdal庫都為debug版本，本人也沒有特意的去驗證，但是由於項目上線發布的原因，需要將所有的依賴的庫發布成release版本的，一來可以增加庫的穩定性，二來可以減小體積。
2，由於 gdal 庫在編譯成release版本的過程中可以參考我的gdal庫安卓平台編譯這篇文章，並在Application.mk文件裡面增加 APP_OPTIM := release 然後 ndk-build命令進行編譯就行了，如何驗證生成的庫是不是debug版本的呢？
在庫目錄下執行 readelf -S + 文件名 ，在列印出的信息中如果能查看到有debug字元即是debug版本。
3，到這一步我們需要找到我們打開我們編譯的工具鏈的位置，找到strip這個可執行程序，比如說 GCC存儲目錄或者本人的Android 交叉編譯工具鏈的位置。然後找到存儲.so庫的目錄下並復制當前目錄加上需要裁剪的庫名到工具鏈strip存放目錄下，
如下圖所示並回車。
4，再次查看SO庫並會發現該庫的體積縮小了很多，並使用readelf -S + 庫名列印出來的信息沒有debug字元。
『柒』 使用nmake編譯Gdal源代碼（Win10+VS2022）
為了編譯Gdal-master的源碼，需要PROJ的支持，而PROJ又需要SQLite的支持。
SQLite、PROJ、Gdal-master的源碼及編譯可參見網頁：
https://www.toutiao.com/a7063703225425199623/?log_from=fe233e3892be3_1644664643652
也可使用nmake在命令行創建(參考網頁 https://trac.osgeo.org/gdal/wiki/BuildingOnWindows ）
使用命令行，進入VS2022開發者命令行窗口
cd D:ProgramsMicrosoft Visual
D:
vcvars64.bat
cd D:SourceCodesgdal-master
set BINDIR=d:programsgdalgdal-bin
set DATADIR=d:programsgdalgdal-data
set INCDIR=d:programsgdalgdal-include
set LIBDIR=d:programsgdalgdal-lib
修改文件「nmake.opt」的內容：
（1）將
#PROJ_INCLUDE = -Id:install-projlocalinclude
改為
PROJ_INCLUDE = -ID:My3rdPartyinclude
（2）將
#PROJ_LIBRARY = d:install-projlocallibproj_6_0.lib shell32.lib ole32.lib
改為
PROJ_LIBRARY = D:My3rdPartylibproj.lib shell32.lib ole32.lib
依次使用下列命令， 創建x64的Release版本
nmake -f makefile.vc MSVC_VER=1930 WIN64=1
nmake /f makefile.vc install MSVC_VER=1930 WIN64=yes
nmake /f makefile.vc devinstall MSVC_VER=1930 WIN64=yes
執行完畢後，目錄「d:programsgdal」中的內容如下（使用命令 「tree /f d:programsgdal」 列出)
D:PROGRAMSGDAL
gdal-bin
gdal303.dll
gdaladdo.exe
gdalbuildvrt.exe
gdaldem.exe
gdalenhance.exe
gdalinfo.exe
gdallocationinfo.exe
gdalmanage.exe
gdalmdiminfo.exe
gdalmdimtranslate.exe
gdalsrsinfo.exe
gdaltindex.exe
gdaltransform.exe
gdalwarp.exe
gdal_contour.exe
gdal_create.exe
gdal_grid.exe
gdal_rasterize.exe
gdal_translate.exe
gdal_viewshed.exe
gnmanalyse.exe
gnmmanage.exe
nearblack.exe
ogr2ogr.exe
ogrinfo.exe
ogrlineref.exe
ogrtindex.exe
gdalplugins
drivers.ini
gdal-data
bag_template.xml
cubewerx_extra.wkt
default.rsc
ecw_cs.wkt
eedaconf.json
epsg.wkt
esri_StatePlane_extra.wkt
gdalicon.png
GDALLogoBW.svg
GDALLogoColor.svg
GDALLogoGS.svg
gdalmdiminfo_output.schema.json
gdalvrt.xsd
gmlasconf.xml
gmlasconf.xsd
gml_registry.xml
grib2_center.csv
grib2_process.csv
grib2_subcenter.csv
grib2_table_4_2_0_0.csv
grib2_table_4_2_0_1.csv
grib2_table_4_2_0_13.csv
grib2_table_4_2_0_14.csv
grib2_table_4_2_0_15.csv
grib2_table_4_2_0_16.csv
grib2_table_4_2_0_17.csv
grib2_table_4_2_0_18.csv
grib2_table_4_2_0_19.csv
grib2_table_4_2_0_190.csv
grib2_table_4_2_0_191.csv
grib2_table_4_2_0_2.csv
grib2_table_4_2_0_20.csv
grib2_table_4_2_0_3.csv
grib2_table_4_2_0_4.csv
grib2_table_4_2_0_5.csv
grib2_table_4_2_0_6.csv
grib2_table_4_2_0_7.csv
grib2_table_4_2_10_0.csv
grib2_table_4_2_10_1.csv
grib2_table_4_2_10_191.csv
grib2_table_4_2_10_2.csv
grib2_table_4_2_10_3.csv
grib2_table_4_2_10_4.csv
grib2_table_4_2_1_0.csv
grib2_table_4_2_1_1.csv
grib2_table_4_2_1_2.csv
grib2_table_4_2_20_0.csv
grib2_table_4_2_20_1.csv
grib2_table_4_2_20_2.csv
grib2_table_4_2_2_0.csv
grib2_table_4_2_2_3.csv
grib2_table_4_2_2_4.csv
grib2_table_4_2_2_5.csv
grib2_table_4_2_3_0.csv
grib2_table_4_2_3_1.csv
grib2_table_4_2_3_2.csv
grib2_table_4_2_3_3.csv
grib2_table_4_2_3_4.csv
grib2_table_4_2_3_5.csv
grib2_table_4_2_3_6.csv
grib2_table_4_2_4_0.csv
grib2_table_4_2_4_1.csv
grib2_table_4_2_4_10.csv
grib2_table_4_2_4_2.csv
grib2_table_4_2_4_3.csv
grib2_table_4_2_4_4.csv
grib2_table_4_2_4_5.csv
grib2_table_4_2_4_6.csv
grib2_table_4_2_4_7.csv
grib2_table_4_2_4_8.csv
grib2_table_4_2_4_9.csv
grib2_table_4_2_local_Canada.csv
grib2_table_4_2_local_HPC.csv
grib2_table_4_2_local_index.csv
grib2_table_4_2_local_MRMS.csv
grib2_table_4_2_local_NCEP.csv
grib2_table_4_2_local_NDFD.csv
grib2_table_4_5.csv
grib2_table_versions.csv
gt_datum.csv
gt_ellips.csv
header.dxf
inspire_cp_BasicPropertyUnit.gfs
inspire_cp_CadastralBoundary.gfs
inspire_cp_CadastralParcel.gfs
inspire_cp_CadastralZoning.gfs
jpfgdgml_AdmArea.gfs
jpfgdgml_AdmBdry.gfs
jpfgdgml_AdmPt.gfs
jpfgdgml_BldA.gfs
jpfgdgml_BldL.gfs
jpfgdgml_Cntr.gfs
jpfgdgml_CommBdry.gfs
jpfgdgml_CommPt.gfs
jpfgdgml_Cstline.gfs
jpfgdgml_ElevPt.gfs
jpfgdgml_GCP.gfs
jpfgdgml_LeveeEdge.gfs
jpfgdgml_RailCL.gfs
jpfgdgml_RdArea.gfs
jpfgdgml_RdASL.gfs
jpfgdgml_RdCompt.gfs
jpfgdgml_RdEdg.gfs
jpfgdgml_RdMgtBdry.gfs
jpfgdgml_RdSgmtA.gfs
jpfgdgml_RvrMgtBdry.gfs
jpfgdgml_SBAPt.gfs
jpfgdgml_SBArea.gfs
jpfgdgml_SBBdry.gfs
jpfgdgml_WA.gfs
jpfgdgml_WL.gfs
jpfgdgml_WStrA.gfs
jpfgdgml_WStrL.gfs
LICENSE.TXT
netcdf_config.xsd
nitf_spec.xml
nitf_spec.xsd
ogrvrt.xsd
osmconf.ini
ozi_datum.csv
ozi_ellips.csv
pci_datum.txt
pci_ellips.txt
pdfcomposition.xsd
pds4_template.xml
plscenesconf.json
ruian_vf_ob_v1.gfs
ruian_vf_st_uvoh_v1.gfs
ruian_vf_st_v1.gfs
ruian_vf_v1.gfs
s57agencies.csv
s57attributes.csv
s57expectedinput.csv
s57objectclasses.csv
seed_2d.dgn
seed_3d.dgn
stateplane.csv
template_tiles.mapml
tms_LINZAntarticaMapTileGrid.json
tms_MapML_APSTILE.json
tms_MapML_CBMTILE.json
tms_NZTM2000.json
trailer.dxf
vdv452.xml
vdv452.xsd
vicar.json
gdal-include
armadillo_headers.h
cplkeywordparser.h
cpl_alibaba_oss.h
cpl_atomic_ops.h
cpl_auto_close.h
cpl_aws.h
cpl_azure.h
cpl_compressor.h
cpl_config.h
cpl_config_extras.h
cpl_conv.h
cpl_cpu_features.h
cpl_csv.h
cpl_curl_priv.h
cpl_error.h
cpl_error_internal.h
cpl_float.h
cpl_google_cloud.h
cpl_hash_set.h
cpl_http.h
cpl_json.h
cpl_json_header.h
cpl_json_streaming_parser.h
cpl_json_streaming_writer.h
cpl_list.h
cpl_md5.h
cpl_mem_cache.h
cpl_minixml.h
cpl_minizip_ioapi.h
cpl_minizip_unzip.h
cpl_minizip_zip.h
cpl_multiproc.h
cpl_odbc.h
cpl_port.h
cpl_progress.h
cpl_quad_tree.h
cpl_sha1.h
cpl_sha256.h
cpl_spawn.h
cpl_string.h
cpl_swift.h
cpl_time.h
cpl_userfaultfd.h
cpl_vax.h
cpl_virtualmem.h
cpl_vsi.h
cpl_vsil_curl_class.h
cpl_vsil_curl_priv.h
cpl_vsil_plugin.h
cpl_vsi_error.h
cpl_vsi_virtual.h
cpl_worker_thread_pool.h
cpl_zlib_header.h
gdal.h
gdalexif.h
gdalgeorefpamdataset.h
gdalgrid.h
gdalgrid_priv.h
gdaljp2abstractdataset.h
gdaljp2metadata.h
gdaljp2metadatagenerator.h
gdallinearsystem.h
gdalpansharpen.h
gdalpython.h
gdalsse_priv.h
gdalwarper.h
gdalwarpkernel_opencl.h
gdal_alg.h
gdal_alg_priv.h
gdal_csv.h
gdal_frmts.h
gdal_mdreader.h
gdal_pam.h
gdal_priv.h
gdal_proxy.h
gdal_rat.h
gdal_simplesurf.h
gdal_thread_pool.h
gdal_utils.h
gdal_version.h
gdal_vrt.h
gnm.h
gnmgraph.h
gnm_api.h
gvgcpfit.h
internal_qhull_headers.h
memdataset.h
nasakeywordhandler.h
ograpispy.h
ogrgeomediageometry.h
ogrpgeogeometry.h
ogrsf_frmts.h
ogr_api.h
ogr_attrind.h
ogr_core.h
ogr_expat.h
ogr_feature.h
ogr_featurestyle.h
ogr_geocoding.h
ogr_geometry.h
ogr_geos.h
ogr_geo_utils.h
ogr_libs.h
ogr_p.h
ogr_proj_p.h
ogr_sfcgal.h
ogr_spatialref.h
ogr_srs_api.h
ogr_srs_esri_names.h
ogr_swq.h
ogr_xerces.h
ogr_xerces_headers.h
rawdataset.h
thinplatespline.h
vrtdataset.h
gdal-lib
gdal_i.lib
『捌』 如何構建自己的 Linux 發行版
風格的書籍，深入研究了調度、內存管理、多進程和線程、文件系統，以及用戶與內核之間的交互。寫作 Linux 書籍的作家相對於 UNIX 作家來說有一個優勢：盡管團體發生了劇變，但是 Linux 內核不可能分成幾個相互競爭的分支，由於 GNU Public License (GPL)、集中式研究實驗室 Open Source Development Lab (OSDL) 和 Linus Torvalds 不可動搖的地位，使得 Linux 有幸成為一個緩慢移動的目標（slow-moving target）。為什麼 UNIX 內核很重要除了某些方面具有一定的相似性之外，不同的 Unix 內核並不怎麼相同。各種 UNIX 風格也具有一個 Linux 所缺少的優點：所有 UNIX 風格都被假定是完全的操作系統。Linux 通常被描述為「只是一個內核」（如果有這樣的定義的話，也是一個武斷的定義），它給出公共功能和實現的核心，不管內核是運行在不太強大的 Pentium? II 機器上還是 Symmetric Multiprocessing (SMP) 系統上，這些公共功能和實現都不會發生本質上的改變。為了更加簡化，有人可能會說，離 Linux 內核越遠，就會發現更多的變化，而 UNIX 系統則趨向於是各種 UNIX/POSIX 標準的離散實現。事情並沒有這么簡單。檢測 Linux 內核和系統級代碼可能是一件很費時間的事情，並且在現實世界中會限制使用。LFS 項目旨在解決 Linux 上有限的系統級可理解性問題。關於內核需要大量的庫和工具來讓 Linux 系統執行最基本的任務這一事實，已經做過討論了，但是如果一個比較熟練的用戶具有一個 slim-line Linux 發行版，他不想下載幾吉位元組不讓他優化系統、也不讓他拋開所有這些麻煩且不必要的工具的二進制代碼，那該怎麼辦？如果一個非常熟練的用戶拒絕接受各種社團發行版的 苛刻條件（diktat），而想要運行一個來自 CD 的 Linux/Apache/MySQL/PHP (LAMP) 類型的應用程序堆棧，那該怎麼辦？LFS 可以解決這些問題。回頁首Linux From ScratchLFS 項目顯然建立於那些對於構成基本的 Linux 系統來說充分而不必要的源文件的基礎之上。它已經超越了 Linux 內核和設備驅動程序，因為要產生一個可工作的 Linux 系統，您必須添加一個完整的編譯器工具鏈、許多 Linux 匯編程序實用工具、glibc 系統庫、系統配置工具和連接到 userland shell 訪問的工具。LFS 建立在這樣一個假設的基礎之上，即 Linux 或 UNIX 允許具有一些腳本編寫知識的用戶，了解一個完全有用的系統的工作方式，而不用深入研究內核代碼本身。為了了解 Linux 系統的工作方式，LFS 的創建者們確定，通過遵循模塊依賴性來編譯系統，可能是了解一般操作系統和特定的 Linux 的機制最自然的方式。用戶掌握了編譯過程之後，就可以開始消除依賴性樹的那些連接到與支持操作系統基本目的無關的系統組件的部件。例如，在編譯完成之後，消除編譯器工具鏈本身是可行的。在沒有全套的命令行實用工具時，可以湊合使用嵌入式 LAMP 堆棧。配置實用工具也可以被丟棄，大多數用戶可以湊合著用一個而不是太多 Linux 將會支持的文件系統。Linux 部件LFS 系統的一個重要部件是，可以作為 tar ball 得到的大量源文件。文檔是另一個重要部件，並且是最重要的。實際上，很有可能利用一個最新的 LFS 書籍文件並創建一個 LFS 發行版，因為 LFS 書籍中詳細描述了每個下載位置和每個源文件及其依賴性的特徵。用於從內核到編譯器到 shell 編譯每組源文件的過程都是已經寫好了的，如果可能，您也可以在描述具有不同特徵的系統的 LFS 書籍中找到替代的常式。LFS 系統的另一個不太可能出現在一般用戶工具箱中的部件是，在基本 LFS 系統組合在一起之後引導系統所需的引導腳本。現在對 LFS 發行版的最大警告是：勇敢的發行版構建者所需的是一個可工作的 Linux 發行版，包括一個完整的編譯器工具鏈和一套文件系統創建實用工具。自然，所有基於源代碼的 Linux 發行版都需要使用各個發行版都完全不同的特定編譯器版本來引導。LFS 不是該領域的惟一系統，但它是惟一允許您直接處理單個源文件的系統。大多數其他基於源代碼的 Linux 系統，比如 Sourcemage 和 MyGeOS，提供一個完整的下載，建議用戶使用。LFS 不作這樣的假設，並且鼓勵拆開 LFS 框架。預先假設起作用的 Linux 發行版已安裝在非外來的（nonexotic）硬體上，即使 LFS 可能沒有配置工具和腳本那麼受關注。要編譯 LFS，您需要准備一個分區和一個文件系統，還需要編譯一個編譯器和系統庫。如果用手工完成的話，這是一個相當傷腦筋的過程，但是也的確可以增加您在處理其餘安裝方面的自信。整個系統的編譯要花一小時到四天的時間，具體時間取決於底層硬體的年代和您的命令行技術熟練程度。作一個相當大的假設，如果您願意很大程度上保留書籍安裝，並使對 LFS 書籍中提議的安裝的更改保持最小，您也可以使用自動化的安裝常式來安裝基於 LFS 的發行版。安裝常式沒有在 LFS 書籍中給出，但是可以在名稱 Automated Linux from Scratch (ALFS) 之下作為基於 XML 的發行版得到。活動安裝可以作為基於 C 的腳本得到，該腳本使用 ncurses 來模擬圖形安裝。該安裝也叫做 nALFS 並給出一個極為靈活的包安裝框架。工作需要一個起作用的 Linux 系統，並帶有可以工作的 C 編譯器和 XML 解析器。一個可以工作的 LFS 系統就足夠了。Automated Linux From ScratchALFS 的目的是超越 LFS 本身。LFS 自己指導基於 Linux 的操作系統的內部工作，但是它不具有單個圖形用戶界面 (GUI)。LFS 既不允許連接到網路，也不允許連接到 Internet。ALFS 可以簡化系統的擴展，例如，通過添加支持 Internet 訪問的庫，或者通過安裝圖形桌面所需的 X 庫。回頁首超越LFSLFS 的創建者們認識到了對其他各種基於源代碼的 Linux 系統的需求。為了這些想要超越 LFS 並添加 X Window System、GNOME 和網路支持的人，創建了另一個 LFS 派生物：Beyond Linux From Scratch (BLFS)。 第三版 LFS 書籍（讓我們不會忘記是在談論書籍而非發行版），形成一個以一個角為基礎的三角形：對於自動化編譯和完全的基於源代碼的 Linux 發行版，基本的 LFS 版本是基礎。BLFS 將基本的 Linux 系統轉化成一個完全的用戶廣泛接受的 Linux 系統。AFLS 簡化基於源代碼的 Linux 安裝的安裝和擴展。整個基於源代碼的系統的編譯是由一個腳本指導的，您在針對運行腳本的硬體調整腳本之後，就可以讓腳本自己運行了。在您（或安裝工程師）確定需要運行哪些包，也即特定的辦公應用程序套件之後，您就可以容易地擴展安裝順序了。ALFS 也遲早會派上用場，因為它適用於從源代碼進行網路范圍的安裝。回頁首Hardened LFSLFS 家族的最後一個成員解決基於源代碼的 Linux 的一個特別重要的方面：安全性。對於不想依賴於所選的 Linux 發行版伺服器交付的補丁的那些人，安全性的普通方法是，針對所選的核心庫和應用程序跟蹤安全報告。對於 LFS 實現人員來說，問題有些不同：盡管不是不可能，但是也難以審計 Linux 內核代碼，也許還包括集中於基於 Linux 的操作系統的內部機能的很多庫和實用工具。代碼審計相當費時，並且只有當補丁伺服器是由專門人員集中維護的時，添加大量補丁才是明智的。但是可以取代一些為反映安全問題的新方法而重新編寫過的庫。一個好的例子是，通過從一個適當大的隨機數池中隨機分配數字，使得猜測進程標識符極為困難。OpenBSD 項目最先採用了該方法，隨後，各種 UNIX 風格和 Linux 發行版都採用了該方法。一個相當新的項目叫做 Hardened Linux From Scratch (HLFS)，在 Linux 下採用了這一安全方法。該項目假設相當正規地掌握了 LFS 和 BLFS 的一些部件，並使用了不會成為大多數 Linux 系統中的標準的幾個實用工具和庫。添加到 HLFS 中的最重要的部件可能是 Stack-Smashing Protector (SSP)，通過使用 gcc 指令可以啟用該功能。SSP 開發來防禦 stack-smashing 攻擊，這類攻擊屬於影響 Linux 系統的一類最常見的安全威脅。其他安全措施包括一流的隨機數生成器和位置獨立的可執行程序的編譯，其中通常轉化成靜態鏈接對象代碼的可執行代碼作為共享庫出現，而位置獨立的可執行庫通過將地址隨機化可以隱藏這些地址。當然，可從 HLFS Web 站點得到大量補丁，並可查看其源代碼。回頁首日益壯大的 LFS 家族在許多方面，Linux 版本的 LFS 家族是一個方法，給予黑客以構造基於 Linux 的操作系統的能力。但是對於 LFS 的創建者們來說，最重要的結果似乎是：通過 LFS，所有 Linux 發行版對於所涉及的用戶都成了智能的了。通過允許用戶一部分一部分地構建 Linux 發行版，並幫助用戶將一個基於 Linux 的操作系統看作一個由許多部件組成的系統，還可以用另外的方法構建 Linux 發行版。更一般來說，用戶要更改構建 Linux 發行版的方式，不必要是程序員：只要從構建 LFS 系統學到的一點腳本編寫能力就足夠了。LFS 專家可以改變和擴展 Linux 發行版的完美組合，而不會影響它的基本結構。對於有人員和專家維護 Linux 系統，但沒有資金從咨詢機構和公司購買商業支持的機構來說，該功能特別重要。已經針對教學目的和大型網路，演示了基於 LFS 的 Linux 系統。它們也有可能用於其他領域。參考資料 您可以參閱本文在 developerWorks 全球站點上的 英文原文。
最新LFS 版本的門戶是 LFS 下載站點。它提供從幾個方面可用的 LFS 書籍。
LFS 家族的最新成員是 HLFS 或Hardened LFS 風格。
如果願意，LFS 狂熱者們可以創建 自動化的 安裝。
如果基本的 LFS 安裝還不夠，那麼可以繼續安裝更加復雜的 extended Linux From Scratch，也叫做 BLFS。
為了防禦 stack-smashing 攻擊，SSP 指令使得 gcc 可以編譯針對該類型威脅而保護的代碼。
位置獨立的代碼在關於 position-independent executables 的一章中作了簡短介紹。
在developerWorks Linux 專區 可以找到更多為 Linux 開發者准備的資源。
訪問developerWorks 開放源碼專區，獲得廣泛的 how-to 信息、工具和項目更新，以幫助您利用開放源碼技術進行開發，並將它們與 IBM 產品一起使用。
利用IBM 試用軟體 革新您的下一個開放源碼開發項目。可從下載或 DVD 得到試用軟體。
通過參與 developerWorks blogs 加入developerWorks 社區。
關於作者Frank Pohlmann 以前研究的是中東宗教歷史，後來各基金會認為研究宗教辯證歷史與當今世界相去甚遠，從此他便專攻自己熱愛的領域 —— 免費軟體。他獲准成為英國的 LinuxUser and Developer 的技術編輯。您可通過 [email protected] 與他聯系。關閉[x]關於報告濫用的幫助報告濫用謝謝! 此內容已經標識給管理員注意。關閉[x]關於報告濫用的幫助報告濫用報告濫用提交失敗。 請稍後重試。關閉[x]developerWorks：登錄IBM ID：需要一個 IBM ID？忘記IBM ID？密碼：忘記密碼？更改您的密碼 保持登錄。單擊提交則表示您同意developerWorks 的條款和條件。 使用條款 當您初次登錄到 developerWorks 時，將會為您創建一份概要信息。您在developerWorks 概要信息中選擇公開的信息將公開顯示給其他人，但您可以隨時修改這些信息的顯示狀態。您的姓名（除非選擇隱藏）和昵稱將和您在 developerWorks 發布的內容一同顯示。所有提交的信息確保安全。關閉[x]請選擇您的昵稱：當您初次登錄到 developerWorks 時，將會為您創建一份概要信息，您需要指定一個昵稱。您的昵稱將和您在 developerWorks 發布的內容顯示在一起。昵稱長度在 3 至 31 個字元之間。 您的昵稱在 developerWorks 社區中必須是唯一的，並且出於隱私保護的原因，不能是您的電子郵件地址。昵稱：（長度在 3 至 31 個字元之間）單擊提交則表示您同意developerWorks 的條款和條件。 使用條款. 所有提交的信息確保安全。為本文評分評論回頁首