convert_geotiff依赖安装 GeoTIFF和LibTIFF,各种库的安装还是configure、make、make install这三板斧,另外在安装好相关库以后记得设置环境变量。...You are running version 2.8.12.2 下载安装包: https://cmake.org/files/v3.23/ tar -xvf cmake-3.23.0.tar.gz...CMAKE_HOME=your_install_dir/cmake export PATH=$CMAKE_HOME/bin:$PATH 其中PATH中需要把新装的路径放在最前面,否则执行cmake还是显示原来的安装位置...在configure步骤,出现了如下warning,虽然也不影响最终可执行程序的编译生成和运行,就先留个坑,如果后续发生报错再回头梳理。...因为后面会记录一下WRF中一些数据的替换,其中conver_geotiff用到的情况比较多,也是基础性的安装,所以就先放出来了。
而当我们想要在纸面或电脑屏幕上绘制平面地图时,就又需要有一套将地球球面展平的方法,上述的这些用于在不同情况下定义对象位置信息的坐标系统,就称为坐标参考系统(Coordinate Reference System...,但纬度和经度位置没有使用统一的测量单位,因为经度不变的情况下,纬度每变化1单位因为是对固定弧长的映射,所以真实距离是固定不变的,纬度变化1度的真实距离恒等于: \[ 2\pi\cdot地球极半径/...\pi\cdot赤道半径/360)\cdot\cos(当地纬度)\approx111.314\cos(当地纬度)(千米) \] 这就导致我们既不能直接在地理坐标系下精确度量几何对象的长度、面积,也无法直接用地理坐标系在平面上绘制出几何对象真实的形状...2.2.2 EPSG编码 EPSG(European Petroleum Survey Group)编码,使用4或5位数字编码来唯一确定已存在的一种CRS,可以在http://spatialreference.org.../ref/epsg/中查看和搜索所有已知的EPSG与CRS对应关系(图10): 图10 或在QGIS中查看: 图11 譬如对于重庆,因为地跨东经105°11~110°
2 坐标参考系基础 2.1 CRS 在一个二维的平面中,我们可以使用如图1所示的坐标系统,通过坐标唯一确定点的位置: 图1 现实世界中的地球作为一个球体,当我们想要用同样的方式利用坐标来唯一确定地球球面上的某个位置时...上述的这些用于在不同情况下定义对象位置信息的坐标系统,就称为坐标参考系统(Coordinate Reference System,下文统称CRS): 图2 CRS可细分为地理坐标系和投影坐标系。...,但纬度和经度位置没有使用统一的测量单位。...1度的真实距离为: 这就导致我们既不能直接在地理坐标系下精确度量几何对象的长度、面积,也无法直接用地理坐标系在平面上绘制出几何对象真实的形状。.../ref/epsg/中查看和搜索所有已知的EPSG与CRS对应关系(图11): 图11 或在QGIS中查看: 图12 譬如对于重庆,因为地跨东经105°11~110°11,中轴线距离108E更近,常用如下投影
前言 写这篇文章是因为最近在Python社区看到,有几个求助频率非常高的问题: 我安装了pip为什么运行报找不到可执行文件? import module为什么报ModuleNotFound?...顺便说下PATH是用来找可执行程序的搜索路径,假如你在终端中运行命令my_cmd,系统会依次扫描PATH中的路径,看my_cmd是否存在于该路径下,所以如果提示找不到程序或命令无法识别,那你就要看路径是否加到...如果你没有安装pip请参考这里,如果安装了还无法用pip命令请参考上一节。 运行pip有两种方式: pip ... python -m pip ......pip中更改安装位置的选项 --prefix PATH,替换为给定的值 --root ROOT_PATH,在前面加上ROOT_PATH,比如--root...在评论区写出你的排查步骤或解决方法。 本文示例均使用Unix路径习惯,如果是Windows系统则应当做适当改动,如/bin应为/Scripts↩
groupId 和 artifactId 一起定义了 artifact 在仓库中的位置。 version 版本号。...项目的目录结构和构建插件管理等 Maven依赖搜索顺序 当我们执行 Maven 构建命令时,Maven 开始按照以下顺序查找依赖的库: 步骤 1 - 在本地仓库中搜索,如果找不到,执行步骤 2,如果找到了则执行其他操作...步骤 2 - 在中央仓库中搜索,如果找不到,并且有一个或多个远程仓库已经设置,则执行步骤 4,如果找到了则下载到本地仓库中以备将来引用。...步骤 4 - 在一个或多个远程仓库中搜索依赖的文件,如果找到则下载到本地仓库以备将来引用,否则 Maven 将停止处理并抛出错误(无法找到依赖的文件)。...mvn package #打包命令 项目打包工具,会在模块下的target目录生成jar或war等文件 mvn install #安装命令 生成Pom供,并将jar和Pom文件安装到本地仓库,其他模块使用
在Python 3.7环境下,安装Cartopy及其依赖模块需要一些特定的步骤和注意事项。...在该网站上,可以使用“Ctrl + F”搜索功能找到与Cartopy及其依赖库相关的wheel文件,并根据自己的操作系统和Python版本下载。 2....同时,如果某些依赖库(如pyproj)已经更新为新的包名或版本,请确保下载与之兼容的wheel文件。...三、注意事项 在安装过程中,如果遇到任何错误或问题,请检查是否下载了正确版本的wheel文件,并确保所有依赖库都已正确安装。...如果使用的是虚拟环境(如venv或conda环境),请确保在激活该环境后再进行安装。 由于Cartopy及其依赖库的版本会不断更新,因此建议定期查看官方文档或可靠来源以获取最新的版本信息和安装指南。
包装 package 打包 创建JAR/WAR包如在 pom.xml 中定义提及的包 检查 verify 检查 对集成测试的结果进行检查,以保证质量达标 安装 install 安装 安装打包的项目到本地仓库...使用这个仓库,开发人员可以搜索所有可以获取的代码库。 ---- 远程仓库 如果 Maven 在中央仓库中也找不到依赖的文件,它会停止构建过程并输出错误信息到控制台。...Maven 依赖搜索顺序 当我们执行 Maven 构建命令时,Maven 开始按照以下顺序查找依赖的库: 步骤 1 - 在本地仓库中搜索,如果找不到,执行步骤 2,如果找到了则执行其他操作。...步骤 2 - 在中央仓库中搜索,如果找不到,并且有一个或多个远程仓库已经设置,则执行步骤 4,如果找到了则下载到本地仓库中以备将来引用。...步骤 4 - 在一个或多个远程仓库中搜索依赖的文件,如果找到则下载到本地仓库以备将来引用,否则 Maven 将停止处理并抛出错误(无法找到依赖的文件)。
• 如果有多个python版本(比如你在使用虚拟环境),使用python -m pip替代pip,避免使用其它版本Python的pip,导致安装到错误的位置。...可以用pip -V 查看pip版本和所在位置。 • 最好不要混用conda和pip • 由于网络特色,我们无法访问很多网站。...从目录安装: pip install /home/user/src/requests 搜索包 现在无法直接用pip search,需要先安装pip_search: pip install pip_search...(通常只是多安装一个没用的包。最坏的情况是,这个错的包是病毒程序) 此外还有些包的名称在import时和pip安装时不一样,注意区分。 找不到该包下的xx模块:可以导入包,但是找不到具体的模块。...其它注意事项 • pip install 和conda install的区别 简单来说,安装位置不同: conda安装到 anaconda3/pkgs pip 安装到当前Python环境下的包:anaconda3
-linux-x64.tar.gz:无法打开:没有这样的文件或目录 tar(child):错误无法恢复:现在退出 tar:孩子返回状态2 tar:错误无法恢复:现在退出 原因是告诉我们找不到jdk...解决办法 尝试了很多的解决办法都无法解决,直到我意识到会不会是安装包存放的位置也有讲究。...磁盘空间不足,可以df /home -h查看/home是否已满 默认的linux共享库搜索路径为/lib和/usr/lib目录,若共享库不在这两个路径,进程运行时不能自动链接,按照默认共享库路径找不到该共享库文件...前三种情况不予讲解了,烦请自行排查,看一下第四种原因的解决办法 找不到该共享库文件 默认的linux共享库搜索路径为/lib和/usr/lib目录,若共享库不在这两个路径,进程运行时不能自动链接(比如安装程序后共享库在...默认的linux共享库搜索路径为/lib和/usr/lib目录,可以把文件复制到/lib或/usr/lib目录下 cp -r 文件 目标路径 然后再进行操作 方法三:添加搜索路径,使用ldconfig
require更为灵活些,未安装则进行安装,已安装则根据传入的版本号进行升级或降级。...update则无法在命令行传入指定的版本号,需要先手动编辑composer.json,指定新的版本号,然后执行更新命令。...4. aotuload加载优化 composer autoload 慢的主要原因在于来自对 PSR-0 和 PSR-4 的支持,加载器得到一个类名时需要到文件系统里查找对应的类文件位置,这导致了很大的性能损耗...因此这种安装类型并不需要一个 dist 或 source。...,这些包必须满足条件,否则不会安装 "require": { "yiisoft/yii2": "*" } require-dev,非必选属性,表示开发或运行测试时的依赖包列表。
解压路径建议选桌面或 D 盘根目录,避免路径过深导致后续找不到文件,解压完成后会生成同名文件夹。搜索 “Blender4.3.0 解压操作”“Blender4.3.0 解压路径选择” 可回顾此步要点。...四、Blender4.3.0 安装常见问题及解决方法(一)解压安装包时提示 “压缩包损坏”原因:下载过程中断、网盘链接失效或存储介质错误。...解决方法:重新通过夸克网盘链接下载安装包,下载时确保网络稳定;若仍报错,更换浏览器或清理网盘缓存后再试。...搜索 “Blender4.3.0 压缩包损坏”“Blender4.3.0 重新下载” 可获取解决方案。(二)安装时提示 “权限不足,无法写入文件”原因:当前用户无管理员权限,无法修改系统盘文件。...搜索 “Blender4.3.0 快捷方式缺失”“Blender4.3.0 手动创建快捷方式” 可解决。(四)打开软件后无法切换中文原因:语言包未加载或软件版本问题。
如果选择 Oracle 的版本,请注意,软件包中包含专有的插件和字体,可能会影响你分发你的应用程序。在 IcedTea 或 OpenJDK 上进行开发是最安全的。 从存储库安装 OpenJDK?...现在,你已经知道要选择什么了,你可以使用软件包管理器搜索 OpenJDK 或 IcedTea,然后安装所需的版本。...从互联网上安装 Java 如果在存储库中找不到 JRE 或 JDK,或者找不到满足你需求的 JRE 或 JDK,则可以从互联网上下载开源的 Java 软件包。...从 TAR 文件安装 Java 如果从 http://Java.net 或 Azul 下载 TAR 文件,则必须手动安装。这通常称为“本地”安装,因为你没有将 Java 安装到“全局”位置。...你可以在 PATH 中选择一个合适的位置。
IDEA Java 找不到或无法加载主类怎么解决 在使用 IntelliJ IDEA 进行 Java 开发时,偶尔会遇到 “找不到或无法加载主类” 这个令人头疼的问题。...若代码中 package 语句声明的包路径和实际类文件所在磁盘目录不一致,比如声明 package com.example.demo;,但类文件却放在了其他随意目录,编译器就找不到主类。...”,在系统变量里查看 JAVA_HOME 值,确保路径无误,像 C:\Program Files\Java\jdk11(具体路径依实际 JDK 安装位置而定)。...梳理代码与项目结构 对照代码中的包声明,仔细核对类文件在磁盘上的存放位置。若代码中有 package com.foo.bar;,则类文件必须位于项目目录下 com/foo/bar 文件夹层级结构中。...遇到 “IDEA Java 找不到或无法加载主类” 错误别慌张,按上述步骤系统排查,从环境到代码,从缓存到依赖,层层剖析解决,让 Java 项目在 IDEA 中重新顺利启航,高效运行。
> 自己创建模块时要注意命名,不能和 Python 自带的模块名称冲突。例如,系统自带了 sys 模块,自己的模块就不可命名为 sys.py,否则将无法导入系统自带的 sys 模块。...,比如_abc,__abc等; 之所以我们说,private 函数和变量“不应该”被直接引用,而不是“不能”被直接引用,是因为 Python 并没有一种方法可以完全限制访问 private 函数或变量,...可以从Anaconda官网下载GUI安装包,安装包有 500~600M,所以需要耐心等待下载。...5.2.2 模块搜索路径 当我们试图加载一个模块时,Python 会在指定的路径下搜索对应的 .py 文件,如果找不到,就会报错: >>> import mymodule Traceback (most...注意只需要添加你自己的搜索路径,Python 自己本身的搜索路径不受影响。 5.3 标准库的使用 Python 计算生态 = 标准库 + 第三方库 标准库:随解释器直接安装到操作系统中的功能模块。
链接的本质:无非就是我们调用库函数的时候和标准库是如何关联的问题 库的名称:去掉前缀lib去掉后缀.so/.a剩下的就是库名称,比如libc.so就是C库 gcc 在编译时默认使用动态链接,而生成静态链接...难道我们要把几千个.c文件全部编译成.o在加上头文件全部一个一个提供吗?那样太过于麻烦,为了让用户更好的使用库,我们就有把所有的.o文件打成一个包,给对方提供一个库文件即可!...直接把安装好的库使用起来: 头文件找不到? 编译器搜索头文件时默认在当前目录下搜索,在系统默认指定路径下搜索。...找不到库 我们此时已经告诉了库文件,路径和库名称,选项已经给gcc带上了。但是我们当编译完之后,和gcc还有关系吗?...答案是无关的,接下来运行是和OS有关的,动态库是运行时才加载的,所以程序运行起来,OS和shell也是需要知道库是在哪里的!而我们自己制作的库并没有在系统路径下,OS无法找到!
手动在线安装 下载安装包,安装svn eclipse market在线安装 打开Help -> eclipse market,搜索SVN subclipse安装 subversion安装...下载需要的插件包,包里会有”plugins”和”features”两个文件夹。...\Subversion\auth,要是实在找不到可以全局搜索在C盘 auth 目录。...不同IDE 之间可以基于Maven 的标准目录结构识别工程。...忽略过程:点击超链接:查看我这篇博客 Eclipse分享项目工程 第一步:工程→右键→Team→Share Project… 第二步:版本控制工具中选择SVN 第三步:选择一个已经存在的资源库位置或新建一个可以直接点
一、 问题分析 找不到或无法加载主类,主要原因有两个: 1. 类名错误 2. 类所在位置未添加至类加载路径中 二、 问题解决 本部分将针对在“一”中提出的两个问题发生原因,分别进行分析及处理。...可能出错情况二 :运行Java命令时未指明全限定类名的包名部分或指明了包名但Java命令运行的位置不正确 假设HelloWorld.class,包名为com.gzn.demo,所在位置为: C:\Users...语法格式如下: java -cp 全限定类名 路径:依赖的文件所在的绝对路径(或相对路径),如果类文件在jar包中,路径后还要写上jar包的名字,例如“C:\users\gzn...jdk中的函数库lib称为Java的标准库,指定了JAVA_HOME环境变量后就可以使用了,编译和运行会自动在相应位置查找依赖的类。...在JDK1.5之前,是没有办法在当前目录下加载类的(找不到 JDK目录下lib文件夹中的.jar文件),所以我们需要通过配置classpath,但JDK1.5之后,JRE能自动搜索目录下类文件,并且加载
gcc编译器在搜索头文件时,有两种搜索策略,一种是在当前路径(和源代码同级路径)下搜索,一种是在系统默认指定路径下搜索,当前路径下gcc确实找不到mylib库里面的头文件。 2....但以前写代码的时候,我们从来没有指明过库名称,那是因为当时我们没有使用过第三方库,使用的都是C或C++语言提供的标准库,所以gcc或g++默认就可以确定代码需要链接的是哪一个库文件,但今天我们连接的库不是标准库...在编译时,gcc知道了库文件的路径和名称,但是在程序运行时就和gcc没关系了,动态库是在程序运行期间进行加载的,而在运行期间,OS和shell不知道我们的库在哪里,因为我们的库不在系统路径下,所以OS无法找到...在新增配置文件过后,依然可以看到可执行程序的动态库文件依旧找不到,其实这里还差一个步骤,我们需要手动调用ldconfig一下,因为我们安装了一个新的动态链接库,所以需要告知系统一下,也就是刷新一下,刷新过后就可以正常运行程序了...安装好ncurses库之后,可以在系统默认头文件和库文件路径下,查找到下载的ncurses库的头文件和库文件。 2.
报错2 头文件找不到 因为头文件在inlcude 里,不在当前路径下 ---- 在include的路径下,寻找头文件 依旧报错了,但是头文件找到了 ---- 告诉编译器库在lib中 还是会报错...,因为lib库并不属于c/c++的标准库 还需要告诉库的名字是什么 ---- 将独立的将库引入otherperson中 ,可以正常运行 第三方库的使用 第三方库的使用 1.需要的是指定的头文件和库文件...2.如果没有默认安装到系统的gcc/g++默认的搜索路径下,用户必须指明对应的选项,告知编辑器, 头文件在哪里,库文件在哪里,库文件具体是谁 将头文件和库拷贝对应的系统路径 在otherperson目录下...,安装和卸载的本质是拷贝到系统特定的路径下 如果要安装第三方的库,(第一方库是语言,第二方库是操作系统系统接口),要正常使用,即便已经全部安装到系统中,gcc/g++必须用 -l 来指明具体库的名称...include (存放头文件)与 lib (存放动态库) 报错 显示找不到头文件 ---- 加入-I后,在include下寻找头文件,但依旧会报错 ,因为找不到库了 ---- 加入 -L 后在
阅读这篇文章之前需要预先知道GDAL是如何编译的,可参看《Win64下编译集成GEOS和Proj4的GDAL》。 1.1. 编译LibKML LibKML的源码托管在GitHub(可点击点击进入)。...其实就是C/C++没有定义“空字符常量”,L''这种写法不太标准,将其改成L' '就可以了。...的,但是我这里并没有详细求证,因为我是先配置好Expat再配置LibKML的,Expat是自己编译的。...链接问题 在编译链接GDAL的过程中,出现了形如“无法解析的外部符号“这种类型的错误,如下所示: ? 这是由于LibKML默认工程中包含的文件不全,GDAL在编译链接的时候找不到实现造成的。...只需要搜索无法解析的函数所在的文件,将其加入到LibKML的工程中,重新编译LibKML和GDAL就可以了。