Atlasemoji quick starts

Emergency Planning, Incident Command, and Public Readiness Maps

I want Atlasemoji to be useful in the real world. Emergency planning is one of the clearest examples. Whether you are organizing a neighborhood meetup map, preparing a campus readiness plan, building a field operations overlay, or sketching an incident action picture using FEMA, NIMS, and ICS terminology, the core need is simple: one shared map object that people can read, review, reuse, and publish. 🧭

This page walks through that flow end to end. We start with concepts people search for online like evacuation route maps, shelter maps, incident command post maps, staging area maps, common operating picture examples, hazard zone overlays, and operational period planning. Then we show how Atlasemoji supports those workflows through GeoJSON, manifests, live embeds, static previews, and API-friendly outputs.

Common operating picture

Atlasemoji works well when people need one shared geography object that can support planning, coordination, and public-facing communication.

Facilities, routes, and zones

A useful planning map often needs point facilities, a route, and an area or zone that helps everyone stay aligned.

Structured metadata

Titles, facility names, operational periods, status, and simple notes help the map carry useful operational meaning.

Great static and live outputs

One object can support an embed for a coordination page and a static image for handouts, packets, and quick sharing.

Step 1 — pick a planning pattern

Start with a practical operational shape

These examples are intentionally simple and reusable. They are meant to show how a coordination point, a route, and a service or operational zone can fit together inside one Atlasemoji-ready object without making the structure feel heavy.

Operational snapshot
Features
3
Points
1
Lines
1
Polygons
1
Neighborhood Readiness Map

A practical readiness map for meetup spots, service points, a route, and an operational area.

Why this pattern works

This pattern is useful for neighborhood teams, campuses, families, and civic groups because it keeps the map simple, readable, and easy to share across several surfaces.

Best Atlasemoji surface

The static image is great for handouts and quick sharing. The live embed is excellent for a dashboard or a coordination page.

What to notice
  • • A coordination map gets useful quickly when point facilities, routes, and zones live together.
  • • A little metadata goes a long way: title, status, facility type, and operational period help a lot.
  • • The same object can support a live page, a static handout, and an API response without duplication.
  • • This structure also works nicely for neighborhoods, campuses, families, and local groups.
Step 2 — inspect the GeoJSON

A practical planning object

{
  "type": "FeatureCollection",
  "properties": {
    "title": "Neighborhood Readiness Map — Operational Period 1",
    "incident_id": "AE-DEMO-001",
    "operational_period": "2026-03-16T08:00:00Z/2026-03-17T08:00:00Z",
    "description": "A simple common operating picture for a neighborhood response plan."
  },
  "features": [
    {
      "type": "Feature",
      "properties": {
        "title": "Community Coordination Point",
        "emoji": "📍",
        "ics_facility": "ICP",
        "status": "Active"
      },
      "geometry": {
        "type": "Point",
        "coordinates": [
          -122.3321,
          47.6062
        ]
      }
    },
    {
      "type": "Feature",
      "properties": {
        "title": "Primary Walking Route",
        "emoji": "➡️",
        "stroke": "#2563eb",
        "stroke-width": 4
      },
      "geometry": {
        "type": "LineString",
        "coordinates": [
          [
            -122.3321,
            47.6062
          ],
          [
            -122.329,
            47.6078
          ],
          [
            -122.3248,
            47.6094
          ]
        ]
      }
    },
    {
      "type": "Feature",
      "properties": {
        "title": "Temporary Water Coverage Area",
        "emoji": "💧",
        "fill": "rgba(37,99,235,0.20)",
        "stroke": "#2563eb"
      },
      "geometry": {
        "type": "Polygon",
        "coordinates": [
          [
            [
              -122.338,
              47.604
            ],
            [
              -122.3295,
              47.604
            ],
            [
              -122.3295,
              47.6095
            ],
            [
              -122.338,
              47.6095
            ],
            [
              -122.338,
              47.604
            ]
          ]
        ]
      }
    }
  ]
}
Step 3 — think manifest-first

The same planning object as a manifest

In Atlasemoji, the manifest acts as the canonical published object. That means the same planning structure can later support a live embed, a static image, a public JSON response, and reuse in a developer workflow.

{
  "manifestId": "incident-neighborhood-readiness",
  "kind": "collection",
  "title": "Neighborhood Readiness Map — Operational Period 1",
  "lang": "en",
  "geojson": {
    "type": "FeatureCollection",
    "properties": {
      "title": "Neighborhood Readiness Map — Operational Period 1",
      "incident_id": "AE-DEMO-001",
      "operational_period": "2026-03-16T08:00:00Z/2026-03-17T08:00:00Z",
      "description": "A simple common operating picture for a neighborhood response plan."
    },
    "features": [
      {
        "type": "Feature",
        "properties": {
          "title": "Community Coordination Point",
          "emoji": "📍",
          "ics_facility": "ICP",
          "status": "Active"
        },
        "geometry": {
          "type": "Point",
          "coordinates": [
            -122.3321,
            47.6062
          ]
        }
      },
      {
        "type": "Feature",
        "properties": {
          "title": "Primary Walking Route",
          "emoji": "➡️",
          "stroke": "#2563eb",
          "stroke-width": 4
        },
        "geometry": {
          "type": "LineString",
          "coordinates": [
            [
              -122.3321,
              47.6062
            ],
            [
              -122.329,
              47.6078
            ],
            [
              -122.3248,
              47.6094
            ]
          ]
        }
      },
      {
        "type": "Feature",
        "properties": {
          "title": "Temporary Water Coverage Area",
          "emoji": "💧",
          "fill": "rgba(37,99,235,0.20)",
          "stroke": "#2563eb"
        },
        "geometry": {
          "type": "Polygon",
          "coordinates": [
            [
              [
                -122.338,
                47.604
              ],
              [
                -122.3295,
                47.604
              ],
              [
                -122.3295,
                47.6095
              ],
              [
                -122.338,
                47.6095
              ],
              [
                -122.338,
                47.604
              ]
            ]
          ]
        }
      }
    ]
  },
  "surfaces": [
    "manifest",
    "geojson",
    "embed",
    "static"
  ]
}
Step 4 — workbench and API flow

Request examples

Workbench path example
/api/manifests/incident-neighborhood-readiness?lang=en&pretty=1
Copyable curl
curl -s "http://localhost:3000/api/manifests/incident-neighborhood-readiness?lang=en&pretty=1"
Copyable JavaScript fetch
const res = await fetch("/api/manifests/incident-neighborhood-readiness?lang=en&pretty=1");
const data = await res.json();
console.log(data);
Emergency planning recipe

A practical Atlasemoji workflow for useful planning maps

1) Place the important facilities

Start with the places people truly need to see: coordination points, meetups, services, or support stations.

2) Add the useful route

Keep the route direct and understandable so the structure reads clearly on both live and static surfaces.

3) Define the service or operational zone

A polygon helps people understand where coverage, support, or focus currently applies.

4) Publish once and reuse everywhere

Publish as a manifest, then reuse the same object in the workbench, API, embeds, and static outputs.