Plugins / Globe · In development

From orbit to the street. Anywhere on Earth.

Add the globe to a Talos Engine project and fly from space down to a single city block. It starts on free open data. When you have better data, your own city, your own imagery, plug it in.

From orbit down to Boulder, on open data.

  • Orbit to rooftopOne smooth flight, no loading screen.
  • Any place, your dataOpen data to start. Yours when you have it.
  • Set up by your AIAsk for a place. It builds the flight and checks it loaded.

In development Built and tested. Not released yet: the plugin cannot be installed today.

Why it matters

Training needs the real place.

A driving scenario needs the real road. A flight scenario needs the real coastline, the real hills and the real city on the horizon.

Getting the real world into a simulation used to take a mapping specialist, a data pipeline and weeks before anyone saw a picture. With the globe it takes one line: add it, name a place, and you are looking at it.

Colorado's Front Range from high altitude: forested ridges, a town and lakes on the plain
The Front Range from 9 km. Real mountains, real relief.

See it

From space to a city block.

From orbit into Helsinki, ending low over Senate Square. The 3D city is the City of Helsinki's own open model.
The Earth turns, then the camera comes down through Colorado to Boulder. Free open terrain and aerial imagery, loaded as it flies.

Data on screen

Nothing in these is retouched. Everything shown is open data, with the credit each source asks for.

  • Terrain Tiles: Mapzen and AWS Open Data, from USGS (3DEP, SRTM, GMTED2010), NOAA (ETOPO1), EU-DEM (Copernicus) and national surveys.
  • NASA Earth Observatory, Blue Marble: Next Generation; served by NASA GIBS.
  • USDA, USGS The National Map: Orthoimagery.
  • Helsinki 3D Mesh 2017 (c) City of Helsinki, CC BY 4.0.

What you can do with it

Go anywhere. Fly in like a film.

Your world, your data

The open data gets you the planet. Yours makes it your place.

The open data is sharp in some places and coarse in others. So the globe is built to take whatever you have that is better, in the standard formats.

  • Your city

    A 3D city model or a drone scan drops onto the globe where it belongs. Helsinki looks the way it does here because the city publishes its model.

  • Your imagery

    Point the globe at your own aerial or satellite image server, in front of the open imagery or instead of it.

  • Your terrain

    The same for height data.

  • Your keys stay yours

    If a data service needs a key, it is stored once on the machine: never in a project, a file you share or a log.

  • One line each

    Every one of these is a single setting. No rebuild, no new engine version.

Central Helsinki from above, its streets and harbor drawn from the city's 3D model
Helsinki coming into view: the city's own open 3D model.

Your AI sets it up

We gave an AI three jobs and no help.

Talos Engine is built to be driven by an AI assistant. So we tested the globe the honest way: an assistant that had never seen the engine got the engine, the globe and three jobs. No help, no source code, no web search.

  1. We asked

    Show me Paris from 5,000 m and prove it loaded.

    Three commands. Loaded and confirmed in under 3 seconds.

  2. We asked

    Make a 20-second fly-in from space into Helsinki, with the 3D city.

    It wrote the flight, checked it and ran it. Worked the first time.

  3. We asked

    Set up our company's private imagery server, with its key.

    Wrote everything needed and kept the key out of the project.

What that means for you: say "put us over Denver" or "fly in to the port", and your assistant can do it and tell you, truthfully, whether it worked.

A small, soft picture of central Helsinki from above, saved by the test assistant
The picture the assistant saved at the end of its own Helsinki fly-in. Small because the test machine had no graphics card.

plugin info globe plus the README "Working with it step by step" gave a near copy-paste path: add, run, wait, read the status.

From the second assistant's own report

Two test runs, each with a fresh Claude Sonnet assistant, on these three jobs, on a machine that already held the data. Both finished all three. The first run found a bug in the engine and got one field of the third job wrong; we fixed the bug before the second run.

Questions people ask

Do I need to know anything about maps?
No. Name a place by its latitude and longitude, or ask your AI to.
Does it cost anything to run?
The data it uses by default is free and open. Your own data is yours.
Is it sharp everywhere?
No, and we would rather say so. The free imagery is detailed over the United States and coarse elsewhere. A place looks as good as the data you give it.
Can I get it today?
Not yet. It is built and tested, and it has not been released.
How it works, for the technical reader
  1. 01

    The camera's view decides which pieces of the Earth are needed and how fine.

  2. 02

    Background workers fetch and build them. The picture never waits.

  3. 03

    A flight looks ahead, so the destination loads on the way.

  4. 04

    The running scenario reports what is loading and what failed, in one status an assistant can read.

What plugs in

City models and scans as OGC 3D Tiles (1.0 and 1.1), imagery and terrain from tile servers by an address pattern, and data packs built ahead of time. It is a plugin: signed, checked file by file, and run in a sandbox that reaches only the folders and hosts it declares. Its code is 2.7 MB.

Measured

Both fly-ins (Helsinki and Boulder), vsync on60 fps at every sample
On arrivaleverything the view needs is already loaded
First visit to a place, nothing saved yetground complete 5 seconds after the camera arrives

Measured on one graphics card, an RTX 3080, in a 1600x900 window, read every 2 seconds through each fly-in on an earlier build of the plugin, with the data already on the machine. The clips above were recorded frame by frame, not from a live window.

What it does not do yet

  • The simulation does not read the globe: collision and ground contact are the scene's own.
  • It runs in the engine and the editor's play mode on Windows and Linux. An exported build and the web build do not run this kind of plugin yet.
  • Imagery is drawn unlit, and there is no glow of atmosphere at the Earth's edge.
  • No clip here shows the globe around a scene of your own; that is built and covered by tests.

Commands the test assistant ran (the engine's name left off)

# every setting and where the guide is
plugin info globe

# add it to a project, over Paris
plugin add globe \
  --set start.lat=48.8566 \
  --set start.lon=2.3522 \
  --set start.alt=5000

# run the project
run . --serve --port 7700 \
  --viewport 1280x720

# wait for the view, save the picture
plugin run globe wait \
  --port 7700 --out view.png

The Boulder flight above: a list of five places

{"id":"globe","config":{"flight":[
  {"t":0,"lat":15,"lon":40,"alt":10500000},
  {"t":9,"lat":32,"lon":-100,"alt":10500000},
  {"t":14,"lat":39.5,"lon":-105.4,"alt":400000},
  {"t":19,"lat":39.93,"lon":-105.16,
   "alt":9000,"heading":310,"pitch":-30},
  {"t":25,"lat":40.005,"lon":-105.235,
   "alt":2600,"heading":285,"pitch":-12}
]}}

The real world, around your next scenario.

In development now. Ask us about it in a pilot.