When the World Becomes a View

God's Eye View is an open-source browser application for placing public signals on an explorable 3D globe. This opening asks what kind of system it is beneath the spy-satellite aesthetic, and gives you a practical way to judge what its view supports. The key idea is simple but easy to lose: God's Eye View does not reveal the world directly. It constructs a spatial context from sources that differ in freshness, coverage, precision, and permission to reuse.

That distinction matters because the application is designed to feel continuous. You can move from a full-Earth view to an airport, click an aircraft, ride it in a first-person cockpit, switch sensor-like visual styles, inspect a public camera, or follow a satellite. A coherent experience can make all of those objects seem equally immediate and equally known. They are not. The system's real achievement is not omniscience. It is making relationships among public signals easy to explore while leaving enough clues to ask where each signal came from and how much it has been transformed.

The object of study is the system itself

It is tempting to describe God's Eye View as a map with many layers, or as a voice assistant attached to a globe. Both descriptions are incomplete. The subject is the complete arrangement: public data providers, a 3D scene, time and height handling, attention management, interaction modes, and a constrained voice interface. Each part changes the meaning of the others.

A flight feed by itself is a table of state vectors. A globe by itself is a spatial reference. God's Eye View joins them so that a reader can ask spatial questions: What is near this aircraft? Which public camera can show the same area? What infrastructure sits below the current view? What changes when the camera moves from a continental scale to a street-level view? The application makes those questions tangible by letting one selected object become a camera target, a context center, a label, or a voice subject.

That is a different goal from producing a definitive intelligence report. The project describes itself as an evolving client for exploration and learning, not a hardened production service. Its stated scope is events, assets, infrastructure, and systems: aircraft, vessels, satellites, fires, cameras, cities, and other public features. It explicitly rejects named-person search, face recognition, and individual tracking. Those exclusions are not peripheral ethics language. They define what the system considers a legitimate object of attention.

The result is a useful first model: God's Eye View is a machine for changing the scale and relationship of public information. It does not turn public information into private knowledge, and it does not turn a polished display into authoritative intelligence.

flowchart LR A[Public live feeds] --> P[Source provenance and health] B[Directories and static datasets] --> P C[Simulations and reconstructed estimates] --> P P --> G[God's Eye View 3D globe] G --> I[Selection, context, camera, and voice interaction] I --> J[Navigable spatial context] J --> K[Not complete or authoritative operational intelligence]

Why a common globe changes the question

Separate feeds answer narrow questions well. An aircraft service can report a transponder address, position, speed, and track. A seismic service can report an earthquake's location and magnitude. A camera catalog can provide a public image at a published position. The value of a common globe is that it lets a reader move between those records without losing their spatial relationship.

Consider an airport. From far above, aircraft become part of a regional pattern. Closer in, the same contacts become individual arrivals, departures, or grounded objects among runways and taxiways. A selected plane can become the center of a 250-kilometer context window. A public camera can then provide a different view of a related location. A radio station, a road network, or a mapped piece of infrastructure can be reached through the same spatial frame. The application turns “what does this feed say?” into “how do these public things relate at this place and scale?”

That movement across scales is why a feature list undersells the project. The globe is not only a backdrop for markers. It is an interface for changing the unit of analysis. A user can start with a world-level pattern, narrow to a city, select one asset, and return to the wider context. The interaction makes relationships visible that would otherwise require several disconnected maps and a great deal of manual cross-referencing.

But combining sources also creates a danger: the globe can make unlike evidence look uniform. A live aircraft symbol, a static dam extract, a simulated traffic dot, and a reconstructed rocket path may all appear as crisp graphics. Their common visual language is a usability choice, not a statement that their underlying evidence is equivalent. The rest of the system has to preserve that difference through labels, status states, source notes, and behavior.

The same picture can contain different kinds of evidence

The most important distinction to carry into the rest of this series is between an observation and a representation. God's Eye View includes several kinds of representation.

Live observations come from feeds such as aircraft transponders, vessel AIS, earthquakes, bikeshare availability, public camera frames, or active-fire detections. “Live” still has a source cadence, a cache, a coverage area, and a failure mode. A feed that updates every few seconds is not a continuous sensor. A public camera's published position does not guarantee that its pose is exact. A vessel feed may be silent in a region without proving that no vessel is there.

Directories and static extracts describe public entities but do not observe them in the moment. Radio Browser supplies a directory of geolocated stations. Bundled datasets provide items such as datacenters, dams, submarine cables, natural regions, and neighborhood polygons. These are valuable spatial context, but their existence in the application is not a current activity signal.

Simulations use real-world structure without claiming real-time individual observations. The traffic layer can place simulated vehicles on OpenStreetMap roads. With an optional TomTom key, live flow speeds and congestion colors can influence that simulation. The road geometry and the traffic picture therefore answer different questions: one describes where roads are, while the other presents a modeled traffic experience informed by aggregate flow.

Estimates and reconstructions fill gaps that the upstream sources do not fill continuously. CCTV camera poses begin as estimates that the user can calibrate. Space Missions can reconstruct a launch-to-orbit path when Launch Library 2 does not supply continuous ascent telemetry. The repository labels such paths as reconstructed estimates rather than pretending they are recorded trajectories. That label changes how a careful reader should use the result: it can explain a mission and provide a visual route, but it cannot prove the exact path taken at every moment.

Stale, degraded, and unknown states describe the relationship between a source and the present view. A last-good aircraft snapshot may remain useful while a provider is rate-limited, but it is not fresh merely because it is still drawn. A dependency that has not answered yet must not be shown as an all-clear zero. A mapped installation layer is explicitly viewport-bounded and incomplete by nature; an empty result is not evidence that the wider world contains no such site.

These categories are not academic labels added after the design. They determine what a person can responsibly infer. The visual system can make a static cable route, an estimated camera frustum, and a moving aircraft legible in one scene. It cannot make them the same type of knowledge.

Local-first does not mean consequence-free

God's Eye View starts with a deliberately low floor. It can open without an account or most API keys, using a keyless satellite basemap and terrain path, while optional credentials add richer 3D imagery, place search, live vessels, active fires, traffic flow, or voice control. This makes the project unusually easy to inspect and extend: a reader can see the baseline before committing to a provider, and a contributor can replace or add a layer without needing a proprietary platform for the whole experience.

The open-source model also makes the implementation visible. The repository separates scene setup, controls, data layers, tools, provider middleware, and reusable exports. That transparency helps a reader understand whether a displayed result is coming from a source adapter, a cache, a rendering policy, or an explicit estimate. It is a way to inspect the chain between evidence and presentation.

It is not a guarantee that every part is safe to expose. Private credentials stay on the server, but a locally running development server is still a key broker. By default it binds to localhost. If an operator deliberately exposes it to a local network, other devices can drive proxy endpoints and spend configured provider quotas. Browser-visible Google Maps and Cesium ion credentials are intended to be restricted public keys, not hidden secrets. The project's security guidance therefore treats provider-side quotas, key restrictions, and a reviewed authentication proxy as necessary complements to local execution.

Licensing has a similar shape. The code is released under MIT, but third-party data, imagery, models, screenshots, and bundled datasets keep their own terms. Attribution remains part of the application display. An open repository is not a blanket license for everything the repository can render.

The question to carry forward

The right way to approach God's Eye View is neither to distrust every graphic nor to accept the scene at face value. Ask four linked questions: What source contributes this object? What transformation makes it appear here and now? What scope does the view cover? What conclusion would go beyond that evidence?

Those questions preserve the project's central promise. A public flight feed becomes more useful when it can be related to terrain, infrastructure, cameras, and nearby objects. A voice command becomes more trustworthy when it reports the resulting state rather than its intention. A cinematic replay becomes more informative when it says which motion is supplied and which is reconstructed. Spatial context gains value not by hiding uncertainty, but by making relationships inspectable while uncertainty stays attached.

God's Eye View is therefore best read as a bounded lens on public reality. It can help a curious reader explore, compare, and ask better spatial questions. It cannot guarantee complete coverage, current truth, or operational authority. To understand why, the next step is to examine how the application selects its sources, assigns ownership to each layer, and preserves those distinctions as data enters the globe.

References