mrkeyoor.com_
Tue 01 Sept 17:41 UTC
Dataevaluationupdated 26 Aug 2026

worldview review

NASA Worldview is a browser-based map for exploring global satellite imagery served by NASA's Global Imagery Browse Services. It helps researchers, emergency teams, journalists, and the public compare observations over time without first downloading and processing the underlying Earth science data.

+54stars / 7d
Verdict

Our Worldview run installed 1,680 packages, built successfully in 382 seconds, and passed all 9,477 Jest tests, which makes it a credible base for teams that specifically need NASA-style imagery browsing. Use the hosted site if its configuration and sharing tools already fit. Self-host only when custom layers or branding justify a 145.5 MB codebase, live GIBS build inputs, and NASA-1.3 obligations.

We ran it

Lab card: what happened when we ran worldviewScreenshot of worldview (worldview.earthdata.nasa.gov)
Install✓ · 74s1680 packages · 587 MB
Build✓ · 382s
Tests✓ · 209s9477 passed · 0 failed of 9477 (jest)
Known vulns00 critical · 0 high · 0 moderate · 0 low (npm audit)
Repo6328 files~201,726 lines of source · 145.5 MB · 2 CI workflows · Dockerfile

Answers from our run

Does worldview build from source?

Dependencies installed in 74 seconds (1680 packages), and the build succeeded in 382 seconds. We cloned commit 3e0434b into a clean Debian container with 3 CPUs and no project-specific setup.

Do worldview's tests pass?

Yes: 9477 of 9477 passed when we ran the project's own test command (jest). Some failures need services or credentials a bare container does not have.

Does worldview have known vulnerabilities in its dependencies?

npm audit found none in the dependency tree at the time of our run.

Who should not use worldview?

Teams that primarily need dataset search, filtering, and bulk download: Worldview sends data-download work to Earthdata Search rather than replacing that catalog.

What are the alternatives to worldview?

Earthdata Search, EO Browser, TerriaJS. Our Worldview run installed 1,680 packages, built successfully in 382 seconds, and passed all 9,477 Jest tests, which makes it a credible base for teams that specifically need NASA-style imagery browsing.

Setup3/5Build passed, but took 382 seconds and fetched live GIBS metadata
Docs5/5Clear guides cover configuration, Docker, tests, embeds, and branding
Community4/51,634 stars, recent merges, and two current issues
Maturity5/5Twelve years of history and all 9,477 Jest tests passed

Who it’s for

Earth scientists and emergency teams who need to inspect recent fires, smoke, floods, storms, or air-quality layers on a map.
Newsrooms and educators that need shareable views, snapshots, animations, or before-and-after comparisons.
JavaScript teams building a branded browser for GIBS, WMTS, or WMS imagery.
NASA data users who want a visual route into Earthdata downloads.

Who it’s NOT for

Teams that primarily need dataset search, filtering, and bulk download: Worldview sends data-download work to Earthdata Search rather than replacing that catalog.
Publishers expecting to iframe the NASA-hosted app without coordination: the embed guide says non-NASA embedding is disabled by default and requires approval.
Embedded experiences that require snapshots, animation export, measuring, layer settings, or data download: the official embed mode disables those controls.
Operators requiring an offline or fully repeatable build: the main build requests current GIBS GetCapabilities metadata.
Custom-layer deployments that cannot carry a source patch: open issue 6687 says visual-metadata lookup assumes NASA's endpoint unless layers appear in a hardcoded skip list.
Organizations that require a permissive license: NASA-1.3 adds notice, modification, source-availability, and endorsement restrictions to redistribution.

Setup reality

Our sandbox install succeeded in 74 seconds, adding 1,680 packages and using 587 MB. The build succeeded in 382 seconds. Tests then passed in 209 seconds, with all 9,477 Jest tests passing, and npm audit reported 0 known vulnerabilities.

The documented local path needs Node 24.15.0 or newer, npm, and network access to NASA GIBS during the main build. A custom deployment copies the default JSON configuration, points map sources at WMTS or WMS services, and rebuilds after changes.

The repository includes a Dockerfile, but the Docker scripts mount the checkout and expose a development server on port 3128. Optional location search, URL shortening, analytics, events, and some downloads add outside services or credentials. Building production bundles, hosting static output, and deciding which NASA-facing features to keep remain operator work.

More than 1,000 layers make Worldview useful for visual triage

NASA says Worldview can browse more than 1,000 global satellite imagery layers, many updated daily and available within 3 hours of observation. Some records extend almost 30 years, while geostationary layers are offered in 10-minute increments for the latest 90 days. That range is useful for checking a wildfire, smoke plume, flood, or storm before choosing data for closer analysis.

Worldview is a viewing and comparison interface rather than a scientific processing package. Users can change dates, combine layers, inspect metadata, make snapshots or animations, and hand selected data to Earthdata Search. OpenLayers draws imagery delivered by NASA GIBS. If your work starts with calculations, reprojection, or bulk files, Worldview is often the reconnaissance step before a GIS, notebook, or data pipeline.

Node 24.15 and live GIBS metadata make the build environment specific

The checked-out package requires Node 24.15.0 or newer, while the README only says Node LTS. Installation uses npm ci, followed by npm run build and npm start. The build cleans old output, requests GetCapabilities documents from GIBS, generates the active configuration, and produces a development Webpack bundle. Network reachability and upstream metadata are part of a clean build.

Custom deployments copy config/default to config/active, then change JSON for sources, layers, features, tours, and branding. Every configuration change needs another build. The production command builds optimized assets, while npm start serves local development content on port 3000. Operators still need to choose a web server, caching, monitoring, and an update process.

What happened when we ran it

Our sandbox installed 1,680 npm packages in 74 seconds and used 587 MB on disk. The build succeeded in 382 seconds, the slowest step by a clear margin. Tests completed in 209 seconds with 9,477 passed and 0 failed out of 9,477. Npm audit found 0 known vulnerabilities across all severity levels. These figures come from commit 3e0434b in an unprivileged Debian container with 3 CPUs and 8 GB of RAM.

The checkout contained 6,328 files, about 201,726 lines of source, and occupied 145.5 MB before installation. Our scan found 2 CI workflow files and a Dockerfile, although no directory literally named tests. That is a layout signal rather than a lack of tests: Jest discovered 9,477 cases and every one passed. The build also reached the external metadata required by the project scripts during our run.

Worldview v5.2.0 embeds trade controls for a simpler map

The embedding guide for Worldview v5.2.0 says non-NASA sites must request permission before using the hosted application in an iframe. Embed mode removes location search, sharing, projection switching, snapshots, data download, animation export, measuring, extended timeline controls, and most layer settings. It can preserve a chosen view and date, and gives readers a route to the full application. That suits an editorial map better than an interactive analysis product.

Optional features add integration work to a private instance. Natural events use EONET, location search points at ArcGIS's geocoding service, and shortened links require Bitly credentials. Google Tag Manager is enabled in the default feature configuration and can be disabled. Some options need CGI execution on the host. Operators should decide which outside calls belong and keep generated credential files outside public paths.

NASA-1.3 requires more care than Apache or MIT

Worldview uses NASA Open Source Agreement 1.3. Redistribution must include the agreement. A binary or other non-source distribution must also make the source freely available and explain how to obtain it. Contributors must identify their modifications and origin, preserve required notices, and avoid implying NASA endorsement. A company shipping a branded derivative should have counsel read the agreement before choosing this codebase.

The license grants rights to use, reproduce, modify, distribute, display, and sublicense the software under its terms. Worldview documents changing the application name, support address, about text, and a 247 by 45 pixel logo. A derivative is feasible, while the agreement defines how it must be represented and redistributed. Teams wanting an Apache-2.0 foundation for a new portal may find TerriaJS easier to approve.

Two open issues expose a custom-data boundary

GitHub showed 2 open issues after excluding pull requests. Issue 6687 explains that layer metadata is assumed to live at NASA's GIBS endpoint unless a layer is placed in a hardcoded skip list. The reporter patches that list during a Docker build to support internal layers and asked for configuration support. Private WMTS operators may find that map-source configuration does not cover every metadata request.

Issue 6716 concerns incomplete half-open intervals in several GIBS TEMPO colormaps and says the problem may have no effect on Worldview itself. It belongs to the surrounding data service as much as the client. A correct browser can still display confusing source metadata. Production checks should cover selected layers, legends, time ranges, downloads, and projections against the endpoints being used.

The 2026-08-25 push matches an active release process

The last push was 2026-08-25, and GitHub listed 16 combined issues and pull requests. Recent work included interface fixes, dependency updates, and layer changes. The latest published GitHub release was v5.2.0 on 2026-08-11. Its notes covered NOAA-21 aerosol layers, component updates, snapshot repairs, alert display, and NISAR date configuration. Current pull requests and release work show that maintainers are changing the application.

Worldview has been on GitHub since 2014, but the current quality signal is more useful than age. Our run passed 9,477 tests with no failures and found 0 known dependency vulnerabilities. A 382-second build and 1,680 installed packages are substantial for a map viewer. For teams committed to GIBS and Worldview's interaction model, that cost buys tested behavior. Others should first see whether the hosted application already answers the need.

Alternatives

ProjectWhat it isPick it when
Earthdata SearchNASA's web application for finding, comparing, visualizing, and obtaining Earth science datasets.pick this instead when dataset discovery, granule filtering, and download matter more than rapid imagery browsing.
EO BrowserA satellite imagery search and visualization client whose public repository is archived.pick this instead when Sentinel Hub sources are central and you accept an archived public codebase.
TerriaJSA library for creating custom 2D and 3D geospatial data portals.pick this instead when you are designing a multi-source portal rather than adapting NASA's imagery workflow.

What people are saying

  1. [github-trending] nasa-gibs/worldview

Sources

  1. NASA Worldview README
  2. Worldview configuration guide
  3. Worldview embedding guide
  4. Worldview optional features guide
  5. Custom layer metadata issue 6687
  6. Worldview v5.2.0 release
  7. NASA Open Source Agreement 1.3

More data reviews

turso · TrackersListCollection · dash · getcontact-cli · awesome-zhuiju-free · iggy · the whole board →