gee-routing-blueprint-strategy

Determine optimal retrieval paths and boundary strategies for GEE data requests.

Updated Feb 19, 2026
One-click install
npx skills add https://github.com/guihousun/NTL-GPT-Clone --skill gee-routing-blueprint-strategy
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gee-routing-blueprint-strategy
Source: https://github.com/guihousun/NTL-GPT-Clone/tree/main/.ntl-gpt/skills/gee-routing-blueprint-strategy
Command: npx skills add https://github.com/guihousun/NTL-GPT-Clone --skill gee-routing-blueprint-strategy

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Centralize and standardize the decision-making logic for GEE data retrieval paths (direct_download vs gee_server_side), boundary handling, and discovery workflows, to reduce manual routing errors and speed up data access.

Core Features & Use Cases

  • Centralized routing policy that aligns with tools like GEE_specialist_toolkit.py and NTL_Data_Searcher.py.
  • Integrated task_level protocol logic and boundary strategy, including metadata/discovery calls and completion checks.
  • Suitable for requests involving GEE dataset choice, temporal planning, and execution mode decisions.

Quick Start

Provide a GEE data retrieval request and let the skill determine the optimal routing path and execution plan.

Frequently Asked Questions about gee-routing-blueprint-strategy

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I determine the optimal routing path for Google Earth Engine data retrieval?

Standardizing GEE data retrieval routing decisions prevents manual routing errors by applying consistent task_level protocol logic and boundary strategies to dataset selection, temporal planning, and execution mode choices.

When should I use direct download versus server-side processing for GEE tasks?

Routing policies evaluate your GEE dataset choice and time ranges to automatically determine whether direct download or server-side processing is the optimal execution mode for your data request.

How do I execute a GEE data retrieval request with boundary handling and discovery workflows?

To execute a GEE data retrieval request, provide it to a centralized routing system that applies boundary strategy, performs metadata and discovery routing, and validates completion via GEE tools.

Does this GEE routing strategy align with existing tools like GEE_specialist_toolkit.py and NTL_Data_Searcher.py?

The routing policy is designed to align with existing tools like GEE_specialist_toolkit.py and NTL_Data_Searcher.py, ensuring standardized metadata routing and boundary handling across your workflows.

What are the limitations of manually routing GEE metadata and discovery calls?

Manual routing of GEE metadata and discovery calls lacks standardized task_level protocol logic and completion checks, leading to increased routing errors and slower data access.