Resources · n8n integration

NASA n8n integrationAutomate NASA with n8n.

Space data becomes just another input in your workflow. The NASA n8n integration exposes 15 resources and 15 operations, one per resource: the picture of the day, three asteroid views, eight space weather reports and two satellite looks at Earth. No trigger node, so a schedule starts the run.

Verified Trustpilot reviews · AI, automation & growth agency

Why automate

What does the NASA n8n integration actually do?

The NASA n8n integration wires the built-in NASA node to NASA's public Open APIs. One node, 15 resources, and exactly one operation behind each of them: a picture, an asteroid dataset, a space weather report, or a satellite view of one spot on Earth. Every operation reads. Nothing is ever written back to NASA, so a workflow can run on a loop without changing anything upstream.

The most common build is a daily publishing loop. A Schedule Trigger fires each morning, the node runs astronomyPictureOfTheDay.get, and the caption plus the image land in a channel through the Slack node. Turn Download Image on and the file travels as binary data, which is what an upload step expects; leave it off and only the URL comes through, which is enough for a link post.

The second build is a space weather watch. Eight DONKI resources cover coronal mass ejections, solar flares, solar energetic particles, radiation belt enhancements, high speed streams, interplanetary shocks, magnetopause crossings and the WSA+Enlil simulation, plus a notifications feed that bundles what the DONKI analysts published. A workflow queries a rolling window, filters on what matters, and sends a digest with Gmail. Teams running outdoor hardware often merge that with ground conditions from OpenWeatherMap in the same run.

The third is a tracking sheet. asteroidNeoFeed.get returns the objects approaching Earth between two dates, asteroidNeoLookup.get fills in one object by its SPK-ID, and each row goes to Google Sheets for a log that grows on its own. Classrooms and newsletters use the same pattern with a weekly schedule instead of a daily one.

Reach for the HTTP Request node when the endpoint you want is not one of the 15 operations. NASA publishes far more APIs than the node covers, and HTTP Request can reuse the same credential through its predefined authentication, so the API key stays in one place.

Known limits are worth stating up front. Only the asteroid browse operation has Return All and Limit; the other operations return what their date range holds, so the range is your volume control. Dates go in as YYYY-MM-DD. The two Earth resources answer for a single latitude and longitude, not for a region. And because there is no NASA trigger, nothing is pushed to you: you decide the cadence. If you are still weighing platforms or setting up your first workflows, the n8n training covers scheduling and credentials in more depth.

Connect

How do you connect NASA to n8n?

  1. 01

    Generate an API key

    Open the NASA Open APIs page and fill in the fields in the Generate API Key section. The key arrives right away and it is the only secret the node needs. Copy it before leaving the page. The same page has a Browse APIs section, useful later when you want an endpoint the node does not cover.

  2. 02

    Create the credential in n8n

    In n8n, go to the Credentials menu and add a NASA credential, which is the stored login the node reuses. It has one field, API Key: paste the key there and save. A credential is created once and works in every workflow on that instance, on n8n Cloud and on a self-hosted install alike.

  3. 03

    Pick a resource, then its operation

    Drop the NASA node into a workflow and choose the credential from the dropdown. Then pick a resource, for example Astronomy Picture of the Day or DONKI Solar Flare. Each resource carries exactly one operation, so the second dropdown confirms your choice rather than branching it. The fields below change with the resource you picked.

Actions

What can the NASA node do?

The NASA node exposes 15 operations across 15 resources. For each one: the node as you configure it in n8n, the required fields, and our field notes.

Asteroid Neo-Browse

1 operation
01

Get many asteroid neos

asteroidNeoBrowse.getAll

What you see in n8n

Notes & use cases

Browsing the whole near-Earth object dataset gives you the catalog itself, page by page, rather than a slice tied to a date. Useful when you want a local copy to query later.

Key parameters

  • Return All: on, n8n walks every page of the dataset and hands back all the asteroids; off, it stops at Limit.
  • Limit: the maximum number of asteroid records to bring back in one run, which keeps a first test small.
Use cases
seeding a reference table of known objects once, then enriching it with lookups instead of re-downloading the catalog every time.

Asteroid Neo-Feed

1 operation
02

Get an asteroid neo feed

asteroidNeoFeed.get

What you see in n8n

Notes & use cases

Here the dataset is sliced by approach date: the operation answers which asteroids come closest to Earth in a given window, with their approach details.

Key parameters

  • Start Date: first day of the window, as YYYY-MM-DD. A workflow usually computes it, for example {{ $json.startDate }} from a Set node.
  • End Date: last day of the window, same format. Left empty, the API decides the span, so set both for a predictable volume.
Use cases
a weekly roundup of upcoming close approaches for a science newsletter, posted only when the window is not empty.

Asteroid Neo-Lookup

1 operation
03

Get an asteroid neo lookup

asteroidNeoLookup.get

What you see in n8n

Notes & use cases

One object, one record. Give the node an identifier and it returns that asteroid's full entry, which is how you enrich a row you already have.

Key parameters

  • Asteroid ID: the NASA SPK-ID of the object, a number such as 3542519. It comes from a feed or browse run, typically as {{ $json.id }}, and it is an ID, not a name.
  • Include Close Approach Data: on, the response carries every recorded close approach for that object, which makes the item much larger.
Use cases
filling in orbit details for the objects a feed flagged, one lookup per row.

Astronomy Picture of the Day

1 operation
04

Get the astronomy picture of the day

astronomyPictureOfTheDay.get

What you see in n8n

Notes & use cases

NASA publishes one image with an explanation every day. This operation fetches it, either as a link or as a real file attached to the item.

Key parameters

  • Put Output File in Field: required. The name of the binary field that will hold the image, often data, and the name your upload or email step must point at.
  • Download Image: off, only the image URL comes back; on, n8n downloads the file into that field.
  • Date: a past day as YYYY-MM-DD, to fetch an older picture instead of today's.
Use cases
a morning post in a team channel, image and caption included.

DONKI Coronal Mass Ejection

1 operation
05

Get a DONKI coronal mass ejection

donkiCoronalMassEjection.get

What you see in n8n

Notes & use cases

Coronal mass ejections are the large clouds of plasma the Sun throws out. This operation returns the CME events DONKI recorded over a period, with the analysis attached to each one.

Key parameters

  • Start Date: opening day of the search window, format YYYY-MM-DD. For a daily watch, point it at yesterday.
  • End Date: closing day of the window. Keep it short on a scheduled run so each execution handles a handful of events, not a year of them.
Use cases
alerting a satellite operations channel when a new ejection shows up in the last day.

DONKI High Speed Stream

1 operation
06

Get a DONKI high speed stream

donkiHighSpeedStream.get

What you see in n8n

Notes & use cases

High speed streams are fast solar wind flows that reach Earth from coronal holes. The operation lists the ones catalogued in the window you ask for.

Key parameters

  • Start Date: where the catalogue lookup begins, as YYYY-MM-DD.
  • End Date: where it stops. A wider window here is common, since these streams recur with the Sun's rotation and a month of history reads better than a day.
Use cases
building a monthly chart of stream activity for a space weather dashboard, refreshed by a schedule on the first of each month.

DONKI Interplanetary Shock

1 operation
07

Get a DONKI interplanetary shock

donkiInterplanetaryShock.get

What you see in n8n

Notes & use cases

Shocks are the pressure fronts detected as solar wind disturbances travel outward. This is the only DONKI operation in the node with filters beyond dates.

Key parameters

  • Start Date and End Date: the observation window, both as YYYY-MM-DD.
  • Location: where the shock was detected, among ALL, earth, MESSENGER, STEREO A and STEREO B. Pick earth when only near-Earth effects matter.
  • Catalog: ALL, SWRC_CATALOG or WINSLOW_MESSENGER_ICME_CATALOG, depending on which source you trust for the study.
Use cases
a near-Earth shock log that ignores probe detections.

DONKI Magnetopause Crossing

1 operation
08

Get a DONKI magnetopause crossing

donkiMagnetopauseCrossing.get

What you see in n8n

Notes & use cases

The magnetopause is the boundary of Earth's magnetic shield, and it moves when solar wind pressure rises. This operation returns the crossings DONKI logged between two days.

Key parameters

  • Start Date: beginning of the period under review, as YYYY-MM-DD.
  • End Date: end of that period. Crossings are rarer than flares, so an empty result over a short window is normal and your workflow should handle it quietly.
Use cases
correlating recorded crossings with your own sensor logs before drawing conclusions about an outage.

DONKI Notification

1 operation
09

Get a DONKI notifications

donkiNotifications.get

What you see in n8n

Notes & use cases

Rather than raw event records, this returns the written notifications DONKI publishes: the summaries and watches analysts send out when something happens.

Key parameters

  • Start Date: first day of the notification range, as YYYY-MM-DD.
  • End Date: last day of the range. A short window keeps the digest readable, since one active week produces a lot of text.
Use cases
a plain-language space weather briefing for people who will never read event catalogues, summarized once a day and sent to a mailing list.

DONKI Radiation Belt Enhancement

1 operation
10

Get a DONKI radiation belt enhancement

donkiRadiationBeltEnhancement.get

What you see in n8n

Notes & use cases

When the Van Allen belts charge up, satellites in those orbits feel it. This operation lists the enhancement events recorded in your window.

Key parameters

  • Start Date: the earliest day to inspect, as YYYY-MM-DD.
  • End Date: the latest. Since these events cluster after storms, a window that starts a few days before a known flare usually tells the more complete story.
Use cases
attaching belt activity to an incident report, so an anomaly on an orbiting payload can be checked against what the environment was doing.

DONKI Solar Energetic Particle

1 operation
11

Get a DONKI solar energetic particle

donkiSolarEnergeticParticle.get

What you see in n8n

Notes & use cases

Solar energetic particle events are the bursts of accelerated particles that arrive quickly after a strong eruption. The node returns the ones DONKI recorded.

Key parameters

  • Start Date: opening of the window, as YYYY-MM-DD.
  • End Date: closing of the window. Because particle events follow flares by hours, querying the same range as your flare run makes the two sets line up.
Use cases
flagging days that combine a flare and a particle event, the combination aviation and radiation teams care about most.

DONKI Solar Flare

1 operation
12

Get a DONKI solar flare

donkiSolarFlare.get

What you see in n8n

Notes & use cases

Flares are the sudden brightenings on the Sun, and they are the entry point most people start from. The operation hands back the flare records for a period.

Key parameters

  • Start Date: first day to scan, as YYYY-MM-DD. On a daily schedule, an expression pointing at yesterday keeps the run rolling on its own.
  • End Date: last day to scan, same format.
Use cases
a channel alert whenever the previous day produced a flare, with the record attached so nobody has to open a portal to check.

DONKI WSA+EnlilSimulation

1 operation
13

Get a DONKI wsa enlil simulation

donkiWsaEnlilSimulation.get

What you see in n8n

Notes & use cases

WSA+Enlil is the model that forecasts how solar wind and ejections propagate through the solar system. This operation returns the simulation runs, not observations.

Key parameters

  • Start Date: earliest simulation date to retrieve, as YYYY-MM-DD.
  • End Date: latest one. Runs are produced when modelers need them, so a window of several days is safer than a single date if you want something back.
Use cases
pulling the latest forecast run alongside observed events, so a briefing shows both what happened and what is expected.

Earth Asset

1 operation
14

Get Earth assets

earthAssets.get

What you see in n8n

Notes & use cases

Before downloading a satellite view, you can ask what exists for a location. This operation returns the available Earth assets for a point on the globe.

Key parameters

  • Latitude and Longitude: the coordinates of the spot, decimal degrees such as 47.751076 and -120.740135.
  • Date: the day you are asking about, as YYYY-MM-DD.
  • Degrees: the width and height of the area in degrees, for example 0.025.
Use cases
checking availability first, then only calling for imagery when an asset is actually there.

Earth Imagery

1 operation
15

Get Earth imagery

earthImagery.get

What you see in n8n

Notes & use cases

This one brings back the satellite image itself for a point on Earth, attached to the item as a file your next node can send or store.

Key parameters

  • Put Output File in Field: required. The binary field that receives the image; reuse the same name across the workflow so upload steps stay simple.
  • Latitude and Longitude: the point to photograph, for example 47.751076 and -120.740135, often coming from a row as {{ $json.lat }}.
  • Date and Degrees: the day, as YYYY-MM-DD, and the size of the framed area in degrees.
Use cases
a before and after pair for a site under survey.
Need help

Need help automating NASA with n8n?

A person reads every message.

FAQ

NASA and n8n, the questions that come up

01Is the NASA n8n integration free?
Yes on the n8n side. The NASA node ships with n8n, so there is nothing to install and no add-on to buy, whether you run n8n Cloud or a self-hosted instance under the Community Edition and its Sustainable Use license. The workflow you build is identical in both cases. On the NASA side, you generate an API key from the NASA Open APIs page and enter it in the credential; the node supports API key authentication and nothing else. What matters for cost is where n8n runs and how often your schedule fires, not the 15 operations themselves.
02What credentials does the NASA node need?
One API key, and that is the entire setup. Go to the NASA Open APIs page, complete the fields in the Generate API Key section, copy the key, then create a NASA credential in the n8n Credentials menu and paste it into the API Key field. There is no OAuth flow, no scope list and no authentication selector on the node itself, so the same key covers all 15 operations. The credential is stored once and picked from a dropdown in every workflow afterward. The HTTP Request node can reuse it too, through its predefined authentication, when you need an endpoint the node does not expose.
03What are the limits of the NASA node in n8n?
It reads and never writes, so there is no way to push anything back to NASA. Return All and Limit exist only on the asteroid browse operation; everywhere else the date range is what controls volume, and dates must be given as YYYY-MM-DD. The two Earth resources work from a single latitude and longitude with a size in degrees, not from a drawn region. NASA publishes many more APIs than the 15 operations here, and for those the HTTP Request node is the answer: same credential, any endpoint, a bit more manual work on the parameters.
04Does the NASA node react in real time?
No, because there is no NASA trigger node in n8n. Nothing gets pushed to your workflow when a flare happens or a new picture is published. You choose when to look: a Schedule Trigger at a fixed interval is the usual answer, hourly for a space weather watch, once a day for the picture of the day. A Webhook node works too when another service should start the run, and so does the trigger of any other app already in your stack. The practical consequence is that your date window and your schedule interval need to match, or you will either miss events or process the same ones twice.
05n8n or Make for NASA?
It depends on where you want the workflow to live. Make is hosted only and billed per operation, so a workflow that polls space weather every hour has a cost that grows with its frequency. n8n runs on Cloud or on your own server, which matters when the data and the API key should stay on infrastructure you control, and its pricing model does not count each individual call the same way. Make's visual builder is often quicker for a short linear flow. For a NASA workflow that loops on a schedule and fans out into several destinations, self-hosting usually wins on predictability.