GEEMAP设置代理报错--> 221 return Credentials(None, **oauth.get_credentials_arguments()) 222 exc的解决方法

本文档介绍了在使用GEEMAP时遇到的授权错误问题,以及如何通过设置代理来解决。用户在尝试访问Google地球引擎时遇到了授权错误,提示需要在Web浏览器中完成授权流程并输入验证码。提供了两种解决方案:一是通过设置环境变量`HTTP_PROXY`和`HTTPS_PROXY`,二是使用`geemap.set_proxy()`函数。成功设置代理后,问题得以解决,用户可以正常运行GEEMAP进行地球引擎数据的探索和可视化。
部署运行你感兴趣的模型镜像

GEEMAP简介

https://geemap.org/
https://book.geemap.org/

Geemap适用于希望利用 Python 生态系统的各种库和工具来探索 Google 地球引擎的学生和研究人员。它还专为希望从 GEE JavaScript API 过渡到 Python API 的现有 GEE 用户而设计。Geemap 提供交互式图形用户界面,无需编写任何代码即可将 GEE JavaScript 转换为 Python 脚本。通过提供一个简单的界面来探索和可视化 Earth Engine 数据集,它可以为用户节省大量时间和精力。

报错内容

To authorize access needed by Earth Engine, open the following URL in a web browser and follow the instructions:

https://code.earthengine.google.com/client-auth?scopes=https%3A//www.googleapis.com/auth/earthengine%20https%3A//www.googleapis.com/auth/devstorage.full_control&request_id=bQm4Bx7rUMroifyBKGOpuGTywQd2t_kiJ_n85MjJPJM&tc=Pcu-fCmbnLmAWPbS1LzsbsYZqGunkLqFHxZozTQeBjY&cc=JN0vi1ShyINnL8swTj08ZnzX3grXFl8BU89LI34ZWkM

The authorization workflow will generate a code, which you should paste in the box below.

Enter verification code: 4/1A*********hveQ
FileNotFoundError Traceback (most recent call last)
File A:\ProgramData\Anaconda3\envs\gee\lib\site-packages\ee\data.py:221, in get_persistent_credentials()
220 try:
--> 221 return Credentials(None, **oauth.get_credentials_arguments())
222 except IOError:

File A:\ProgramData\Anaconda3\envs\gee\lib\site-packages\ee\oauth.py:74, in get_credentials_arguments()
73 def get_credentials_arguments():
---> 74 with open(get_credentials_path()) as creds:
75 stored = json.load(creds)

如图

解决方案

解决方案1

根据自己电脑的代理地址端口号,在jupyter notebook中设置
在这里插入图片描述

# method 1: 设置代理
import os
os.environ['HTTP_PROXY'] = 'http://127.0.0.1:8880'
os.environ['HTTPS_PROXY'] = 'http://127.0.0.1:8880'

或者

# method 2:设置代理

geemap.set_proxy(port=8880)

在这里插入图片描述

解决方案2

如果这样还是报错,如下图所示
在这里插入图片描述

那么就需要设置电脑的系统环境变量
在这里插入图片描述
此时,已经可以正常运行了

在这里插入图片描述

完美解决!

您可能感兴趣的与本文相关的镜像

Python3.10

Python3.10

Conda
Python

Python 是一种高级、解释型、通用的编程语言,以其简洁易读的语法而闻名,适用于广泛的应用,包括Web开发、数据分析、人工智能和自动化脚本

Jenkins 插件依赖循环是一个常见的问题,通常发生在插件之间的依赖关系形成一个闭环。例如,插件 A 依赖于插件 B,而插件 B 又依赖于插件 A。在用户提供的场景中,依赖链为:Plugin:credentials → Plugin:structs → Plugin:sshd → Plugin:mina-sshd-api-core → Plugin:ssh-credentials → Plugin:credentials,这形成了一个循环。 ### 解决 Jenkins 插件依赖循环的方法 1. **手动干预与依赖管理** 当 Jenkins 无法自动解析依赖关系时,可以尝试手动安装或更新某些插件以打破依赖循环。可以通过 Jenkins 的插件管理界面 (`Manage Jenkins > Manage Plugins`) 手动上传并安装特定版本的插件[^1]。选择兼容性更高的插件版本可能会减少依赖冲突的可能性。 2. **使用 CLI 工具进行插件管理** Jenkins 提供了命令行接口(CLI)工具,可以通过脚本化方式管理插件。通过 `jenkins-cli.jar` 文件,可以执行如下命令来安装插件: ```bash java -jar jenkins-cli.jar -s http://<JENKINS_URL> install-plugin <PLUGIN_NAME> ``` 这种方法允许更灵活地控制插件的安装顺序,从而可能绕过依赖循环问题。 3. **分析插件依赖图** 使用工具如 `graphviz` 来可视化 Jenkins 插件之间的依赖关系可以帮助识别和解决复杂的依赖循环。首先,需要获取所有插件及其依赖信息,然后生成 DOT 格式的图形描述文件,最后用 `dot` 命令将其转换为图像格式: ```bash dot -Tpng plugins.dot -o plugins.png ``` 4. **清理缓存并重新启动 Jenkins** 有时,Jenkins 的插件缓存可能导致依赖解析错误。在这种情况下,清除插件缓存目录(通常位于 `$JENKINS_HOME/plugins`)并重启 Jenkins 服务可能有助于解决问题。 5. **升级 Jenkins 和插件** 确保 Jenkins 核心系统以及所有相关插件都已更新至最新版本。开发者经常会在新版本中修复已知的问题,包括依赖管理方面的改进。 6. **社区支持与文档** 如果上述方法均未能解决问题,建议查阅 Jenkins 官方论坛、GitHub 仓库或者 Stack Overflow 上的相关讨论。有时候,其他用户可能已经遇到了相同的问题,并找到了有效的解决方案。 ###
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Vigo*GIS_RS

来瓶可乐~

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值