1.QGIS在Windows下的源码编译与打包
2.Ubuntu下GDAL编译与安装
3.GDAL学习6--C++开发环境搭建（从库编译到环境配置）
4.PostGIS入门篇 一 PostGIS安装
5.windows编译GDAL+GEO+PROJ4(傻瓜教程)
6.Cesium地形切片--CTB(cesium-terrain-builder)填坑指南
QGIS在Windows下的编译与打包
在深入探讨QGIS在Windows下的编译与打包过程中，需要逐步构建一个完整的编译开发环境。首先，源码Linux编译环境的编译准备相对复杂，涉及到了CCmake等工具的源码使用，其中需要关注的编译免费源码大全软件下载网站细节主要包括OSGeo4W的依赖安装与配置。对于QGIS 3.这类版本，源码选择正确的编译OSGeo4W版本（v2）至关重要，并确保安装过程中不会遗漏qsci依赖。源码同时，编译确保C:\OSGeo4W\bin目录下的源码关键文件如o4w_env.bat、py3_env.bat和qt5_env.bat正常存在，编译以便后续的源码编译与打包过程顺利进行。
Visual Studio Studio的编译安装则是构建Windows环境的另一个关键步骤。选择适合的源码版本（如Visual Studio Community ）并确保所有相关依赖都已就位，以便与OSGeo4W环境兼容。在安装完成后，需要调整C:\OSGeo4W\QGIS\ms-windows\osgeo4w\msvc-env.bat文件以适应QGIS项目的特定需求，包括添加gdal-dev-env.bat文件到指定路径。
使用CCmake构建MS工程分为三步：configure、generate和open project。在configure阶段，进入QGIS源码根目录并关闭某些不必要的选项，最后通过configure得到所需的编译参数。generate阶段，生成适当的项目文件，确保Debug配置下的项目构建为RelWithDebugInfo。在open project阶段，需要特别注意，由于OSGeo4W的带分销源码release版本限制，Debug配置可能遇到编译错误或异常现象。
在编译过程中，关注严重性代码错误，如C错误，表明数超过对象文件格式限制，应使用/bigobj选项进行编译。处理这些细节后，进行QGIS工程的打包工作。然而，打包环境的准备是整个过程中最复杂和繁琐的部分，需要解决依赖环境与打包环境的兼容性问题。安装NSIS（Nullsoft Scriptable Install System）并确保所有依赖软件的正确安装是关键步骤。使用creatensis.pl脚本进行打包时，由于网络问题或依赖失效，可能需要寻找国内镜像源以解决安装问题。
打包时需注意QGIS安装包大小限制问题，NSIS不能打包超过2GB的文件，因此在打包前应从C:\OSGeo4W\QGIS\ms-windows\osgeo4w\unpacked-x_目录下移除示例数据，以确保打包操作的顺利进行。将QGIS安装程序文件复制到特定目录下，并执行打包脚本，最终得到可执行的QGIS安装包。
安装QGIS时，双击安装包即可完成安装过程。对于二次开发需求，QGIS提供了命令行界面，开发者可以根据项目需求进行深入定制与扩展。
Ubuntu下GDAL编译与安装
为了在Ubuntu系统下成功编译与安装GDAL，首先需要从官方GitHub或GDAL官方网站下载GDAL源代码。提取dvd源码下载完成后，将安装包拷贝至/usr/local目录下，这是Linux系统中一个常见用于存放系统级软件的目录。接着，在终端中输入“gadlinfo”命令进行测试，以确认GDAL是否正确安装。
然而，在执行“gadlinfo”命令时，可能会遇到“gdalinfo: error while loading shared libraries: libgdal.so.: cannot open shared object file: No such file or directory”的错误提示，这表明系统无法找到所需共享库文件libgdal.so.。此问题通常与系统环境变量设置不正确有关。
为解决这个问题，需要修改环境变量以指向libgdal.so.所在的目录。在Ubuntu系统中，可以通过编辑系统环境变量文件（如bash_profile或.bashrc）来实现。在文件中添加如下内容，具体路径需根据实际安装目录进行调整：
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path/to/your/gdal/installation/directory/lib
将上述代码中的“/path/to/your/gdal/installation/directory/lib”替换为实际的GDAL安装目录下lib子目录的路径。保存并关闭编辑文件，然后使用“source”命令使之立即生效。
完成环境变量的修改后，再次执行“gadlinfo”命令，通常会发现错误提示已消失，表示GDAL已成功安装并能正常运行。至此，Ubuntu系统下的GDAL编译与安装过程圆满结束，可以开始利用GDAL进行地理数据处理工作。
GDAL学习6--C++开发环境搭建（从库编译到环境配置）
GDAL在C++环境下的开发配置是一个关键步骤，尤其需要注意空间参考处理函数与GEOS和Proj.4库的联合编译。本文将详细指导如何在VS环境下完成这一过程。gk 源码 传奇
首要任务是编译和集成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++开发环境。后续的环境配置会在后续更新中提供，因为篇幅较长，我们会分步骤逐步介绍。
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的安装顺利完成。
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库路径无空格，否则可能导致头文件无法识别。
Cesium地形切片--CTB(cesium-terrain-builder)填坑指南
面临全中国Cesium地形数据制作需求，原计划使用cesiumlab进行操作，但处理数千张DEM数据时，面临性能和数据管理问题，导致项目效率低下。
随后发现CTB（cesium-terrain-builder）工具，能有效提升处理速度，且不占用个人办公资源，便于数据处理与后期发布。然而，使用过程中遇到编译问题，GDAL环境部署后，CTB的cmake编译不通过，经排查后发现是GDAL版本与CTB需求不符，调整至GDAL-2.4.4后，问题解决。
在验证CTB使用效果时，发现cesium无法直接使用CTB输出的gzip压缩地形文件，为了解决瓦片压缩问题，通过修改CTB源代码，将CTBZFileOutputStream改为CTBFileOutputStream，完成对输出文件格式的调整，使cesium能直接利用输出结果进行数据展示。
对于多数据同时处理问题，采用Python脚本按顺序处理文件夹下数据，并结合GDAL生成虚拟数据集（vrt）的方法，以简化层.json文件的合并过程，提升工作效率。最终，通过此方案，不仅成功解决了技术难题，还有效提升了项目处理效率，实现自动化与标准化流程。
Linux下安装GDAL
Linux环境下的GDAL安装教程
GDAL，全称为Geospatial Data Abstraction Library，是一个开源的栅格空间数据处理库，它支持多种文件格式的转换，并提供了实用的命令行工具。它就像是一个数据转换神器，能将诸如DXF这类文件转换成GeoJson等格式，广泛应用于地图制作等领域。
安装GDAL在Linux系统上需要遵循特定步骤。首先，确认你的系统版本，然后开始安装过程。下载GDAL的最新版本，比如gdal-3.2.0.tar.gz，可以从官方或相关博客获取。安装过程中，需要确保已安装了必要的依赖，如SQLITE3和PROJ，尤其是SQLITE3版本要高于3.。安装时可能遇到问题，如找不到sqlite3.h头文件，这可能是交叉编译工具需要额外配置的提示。
如果遇到configure失败，可能涉及依赖文件或gcc版本问题。这时可以尝试升级gcc，或者解决.deps目录的依赖问题。如果源码安装遇到困难，可能需要安装GMP、MPFR和MPC等库。在某些情况下，可能需要彻底更换gcc编译器，但这个过程可能会比较复杂，需要细心排查。
对于在Docker容器内安装GDAL，可以参考相关博客，但需要注意，虽然Docker提供了一种隔离的安装环境，但如果你在本地安装失败，使用Docker的成功率也无法保证。最后，官方文档和GitHub上的dockerImages提供了GDAL的官方镜像和使用指南，但请务必根据自己的实际情况调整安装脚本。
总结，Linux下安装GDAL需要对系统环境有深入了解，并可能涉及多个步骤和一些特定问题的解决。在遇到困难时，官方文档和相关博客是重要的参考资源。祝你安装顺利！
