1.PostGIS入门篇 一 PostGIS安装
2.GDAL学习6--C++开发环境搭建（从库编译到环境配置）
3.银河麒麟10下postgres14.5+postgis3.3.2+pgRouting3.4.2 源码安装
4.“GEOS”代表什么？
5.Windows下编译SpatiaLite源码
6.windows编译GDAL+GEO+PROJ4(傻瓜教程)

PostGIS入门篇 一 PostGIS安装

       本文将引导你入门PostGIS的源码安装过程，首先从安装PostgreSQL 1.1.1版本开始，分析升级gcc是源码必要的步骤。

       首先，分析下载并解压新的源码gcc压缩文件，然后安装gcc依赖，分析趣购源码指定安装路径，源码并配置环境变量。分析确保已移除低版本的源码yum安装，以避免因库版本不匹配的分析错误。接着，源码为在数据库中使用uuid，分析可能需要安装相关库（PostgreSQL 版本之后自带uuid无需安装）。源码

       继续进行用户创建，分析然后通过PG源码编译安装，源码注意设置文件权限。数据库安装完成后，尽管可以本地连接，但为了允许远程访问，需要调整$PGDATA中的pg_hba.conf和postgresql.conf中的参数，具体细节请参考其他相关资源。

       接下来，我们将安装PostGIS 3.1，它依赖geos、proj、gdal、libxml、json-c、邀请码论坛源码protobuf。若需三维功能，请安装sfcgal，路网分析则需pgrouting。先安装proj 6.3.2，确保其与高版本sqlite兼容。

       随后依次安装gdal、jsonc、libxml2，以及protobuf和protobuf-c。sfcgal的三维功能需要cmake编译，同时预先编译boost和cgal，以避免编译时的库查找问题。编译sfcgal后，pgrouting可单独安装，后续会单独介绍。

       在安装PostGIS前，别忘了配置ld.so.conf，然后进行postgis的安装。可能会遇到如lsqt3未找到的错误，这时需要解决。最后，安装验证通过，标志着PostGIS的安装顺利完成。

GDAL学习6--C++开发环境搭建（从库编译到环境配置）

       GDAL在C++环境下的开发配置是一个关键步骤，尤其需要注意空间参考处理函数与GEOS和Proj.4库的联合编译。本文将详细指导如何在VS环境下完成这一过程。山形量指标源码

       首要任务是编译和集成GEOS和Proj.4库。首先，确保下载正确的库源码，如我使用的版本。解压后，打开VS命令行窗口，并配置VS的nmake.exe工具和vcvars.bat文件，以便进行后续编译。对于Proj.4，执行nmake.exe -f makefile.vc命令，成功后查看src文件夹。同样的步骤应用于GEOS，但可能因VS版本新导致编译错误，需调整nmake.opt文件中的VS版本信息。

       编译GDAL时，需要在gdal的opt文件中修改.lib文件路径，指向我们之前编译的src文件夹。接着，针对GDAL的配置进行必要的更改。在VS本地管理员命令窗口中，以管理员权限运行，执行nmake.exe -f make进行编译。

       虽然这个过程可能会涉及多个步骤和一些调试，但按照这个顺序进行，应该能够顺利配置GDAL的C++开发环境。后续的环境配置会在后续更新中提供，因为篇幅较长，色选机程序源码我们会分步骤逐步介绍。

银河麒麟下postgres.5+postgis3.3.2+pgRouting3.4.2 源码安装

       本次安装基于银河麒麟Kylin-Server-V-SP3-General-Release--X_操作系统，采用postgres安装，不使用root用户，并将安装路径设置为/data/pgsql目录。安装流程分为多个步骤，具体如下：

       一、准备

       安装postgres依赖

       创建用户和目录

       授权安装文件

       二、安装postgresql

       注意环境变量设置

       通过/home/postgres/.bashrc文件进行环境变量配置

       初始化数据库

       配置远程访问和端口

       启动postgresql服务

       三、安装postgis

       不同包内容介绍：postgis、geos、proj、libxml、protobuf、protobuf-c、postgis_sfcga（用于支持2D和3D数据操作）

       安装geos、sqlite、proj、gdal、json、libxml、protobuf-c等依赖库

       安装sfcgal和pgrouting插件

       使用root权限配置软连接过程

       四、验证安装

       安装后进行测试，确保所有组件正确安装并能协同工作

       五、解决问题

       解决libxml、cgal安装问题：通过配置环境变量，确保所有依赖库正确安装

       解决扩展开启失败问题：检查并添加缺失的用户登录c源码动态链接库，如libproj.so.

       以上步骤确保了银河麒麟操作系统上postgres、postgis和pgRouting的稳定安装与使用。在实际部署过程中，根据环境和需求可能需要进行相应的调整和优化。

“GEOS”代表什么？

       英语缩写"GEOS"通常代表"Geometry Engine Open Source"，直译为“几何引擎开源”。这篇文章将深入剖析这个缩写所代表的英文原词，包括其中文拼音"jǐ hé yǐn qíng kāi yuán"，以及它在英语中的流行度，约为次。在计算机领域，特别是软件开发中，"GEOS"被归类为一种Computing缩写词。

       “GEOS”不仅是一个缩写，它象征着一个开放源代码的几何引擎，这种引擎在图形处理、地理信息系统、游戏开发等领域都有广泛应用。其广泛使用表明了其在技术社区中的重要地位。通过提供公开的源代码，开发者可以自由地访问、修改和扩展这个引擎，从而推动技术创新和协作。

       虽然"GEOS"的信息主要来源于网络，旨在供学习和交流使用，但请读者注意，内容仅供参考，使用者需自行辨别并承担可能的风险。所有版权仍归原作者所有。

       总结来说，"GEOS"是一个简短但强大的术语，代表了开源几何引擎的世界，对于那些在科技领域寻求高效图形处理解决方案的人员来说，它是一个不可或缺的工具。

Windows下编译SpatiaLite源码

       在Windows环境下，编译SpatiaLite源码需要经过一系列的准备和配置。首先，确保你的开发环境已准备就绪，包括必要的编程工具和软件支持。

       接下来，你需要安装相关的依赖库。直接下载geos-3..1源码并进行编译，这一步骤对于项目的成功至关重要。按照官方文档或教程指导，配置编译选项，确保所有依赖项都能正确链接。

       然后，继续编译PROJ6.3.3.2，同样要细致地处理编译过程，可能需要根据你的系统调整编译参数。遇到问题时，如无法打开源文件'unistd.h'，需检查头文件路径是否正确，或者是否存在版本兼容性问题。

       在编译SpatiaLite 4.1源码时，你可能会遇到编译debug库时的错误，如LNK，这表示找不到外部符号__CrtDbgReport。解决方法可能是检查链接器设置，确保所有需要的库都已经包含在内。

       另一个常见问题是致命错误LNK，它指出模块的计算机类型（如x）与目标计算机类型（如X）不匹配。为解决这个问题，你需要确认编译选项是否已针对你的系统进行了调整，或者尝试进行重新编译以匹配正确的架构。

       总的来说，编译SpatiaLite源码涉及细致的操作和对环境的充分理解，遇到问题时，耐心查阅文档，根据错误信息进行排查，通常能找到合适的解决办法。务必确保每个步骤都严格按照指导进行，以确保成功编译。

windows编译GDAL+GEO+PROJ4(傻瓜教程)

       一、编译GEOS库

       编译GEOS库有nmake编译与cmake-gui编译两种方法。

       nmake编译流程如下：

       1. 解压源码到指定路径。

       2. 修改nmake.opt文件，根据编译目标（位或位）、Debug或Release模式调整相关配置。

       3. 打开VS的命令提示符，切换至指定路径，执行编译命令。

       4. 编译完成后，会在特定目录生成geos相关的库文件。

       cmake-gui编译流程如下：

       1. 使用cmake-gui设置编译路径、输出目录。

       2. 配置完成后，点击generate按钮。

       3. 执行编译，编译完成的bin、include、lib文件将存储于设置的输出目录。

       二、编译proj库

       使用cmake-gui编译proj库，设置输出路径，确保生成动态库。

       三、编译GDAL库

       基于已编译的GEOS库，调整nmake.opt文件，配置GDAL_HOME路径与相关依赖。

       针对debug版本，需在nmake.opt中添加特定配置。

       设置Proj库相关参数，确保动态链接。

       使用nmake命令执行编译、生成操作。

       四、注意事项

       在将geos库集成至GDAL时，确保geos库路径无空格，否则可能导致头文件无法识别。

OsgEarth学习笔记-新，从源码编译osgEarth

       从源码编译 osgEarth 的学习笔记

       学习路径及环境准备

       学习路径选定为 osgEarth，以期找到项目工作的突破点。本机环境为 Windows bit，使用 VS 社区版进行开发。由于涉及到OSG第三方依赖，需安装 VC x 的编译环境。后续的预编译或源码编译操作均基于 VC 版本。

       环境搭建步骤

       首先，安装 VC 编译环境，并下载 Cmake 工具。

       其次，从 GitHub 下载 osgEarth 源代码（当前为 3.4 版本）及 OpenSceneGraph（当前为 3.6.5 版本），确保遵循官网对依赖项的要求：OSG 3.6 及以上、GDAL 2.4 及以上、CURL、GEOS 3.2 及以上（可选）。对于 GDAL，考虑到版本兼容性，选择 2.4 版本以避免后续问题。

       独立下载 GDAL 及其依赖（CURL 和 GEOS）至 gdal 目录下，并确保正确安装。

       对于 Libzip 和 zlib，下载较新版本的源码并编译为库。使用第三方库解决方案以解决与 VS+Cmake 的兼容问题。

       构建流程

       针对 OpenSceneGraph，创建 build 目录并在 Cmake 中指定源码路径与编译选项。关键配置包括 OSG_GL_CONTEXT_VERSION 3.3，以适应 OpenGL 版本要求。

       在 osgEarth 的 build 目录下，通过 Cmake-Gui 配置源码路径与关键选项（如 Curl、openthreads）。注意配置 GDAL、osg，并确保 Zip 插件使用较新版的 libzip 库。手动下载 Lerc 源码并解压至指定目录。Sqlite3 与 gdal 包共用。生成、配置并编译项目。

       验证编译结果

       将编译生成的 dll 等文件放置在指定目录下。通过命令行进入 bin 目录，执行 osgearth_viewer.exe 命令，加载测试文件，确认 osgEarth 正常运行。

       总结

       从源码编译 osgEarth 的全过程耗时约 8 小时，虽有挑战，但最终成功验证了编译结果。此学习笔记旨在记录整个编译流程，提供参考与后续优化建议。祝大家在开发道路上越走越远。