@magmacomputing/tempo-plugin-geo
v1.2.0
Published
Tempo community plugin for IP geolocation lookup, browser hardware location services, and coordinate resolution.
Downloads
388
Maintainers
Readme
@magmacomputing/tempo-plugin-geo
A Community plugin for the Tempo ecosystem that provides IP geolocation lookup, browser hardware location services, coordinate normalization, and 24-hour cached coordinate stashing.
By keeping geolocation logic in this plugin, core @magmacomputing/tempo remains zero-network and purely deterministic.
👉 View the full documentation on our GitHub Pages
Installation
npm install @magmacomputing/tempo-plugin-geoUsage
1. Fluent OOP with Namespaced Tempo.geo
Installing GeoPlugin mounts an immutable, locked-down Tempo.geo namespace onto the Tempo class:
import { Tempo } from '@magmacomputing/tempo';
import { GeoPlugin } from '@magmacomputing/tempo-plugin-geo';
Tempo.use(GeoPlugin);
// 1. Universal Geolocation Lookup (cached for 24h)
const lookupResult = await Tempo.geo.lookup();
console.log(lookupResult.lat, lookupResult.lng, lookupResult.city);
// 2. Inspect Current Ambient / Global Coordinates
console.log(Tempo.geo.current); // { latitude: ..., longitude: ..., city: ... }
// 3. Force Fresh Network Lookup (bypassing 24h cache)
const fresh = await Tempo.geo.lookup({ refresh: true });
// 4. Enrich a Tempo Instance Asynchronously
const t = new Tempo();
const localTime = await t.geoLocate();
console.log(localTime.geo?.latitude, localTime.geo?.longitude);2. Functional Tree-Shakeable APIs
All underlying utilities can be imported as standalone tree-shakeable functions without augmenting Tempo:
import { Tempo } from '@magmacomputing/tempo';
import {
geoLookup,
resolveGeoCoordinates,
stashGeo,
clearStashedGeo,
getStashedGeo,
} from '@magmacomputing/tempo-plugin-geo';
// Standalone lookup & instance creation
const coords = await geoLookup();
const t = new Tempo('2026-06-21', { geo: coords });The Tempo.geo API Surface
| Method / Property | Description |
| :--- | :--- |
| Tempo.geo.lookup(opts?) | Universal geolocation lookup (browser hardware GPS or server IP lookup) cached for 24h. Supports { refresh: true }. |
| Tempo.geo.resolve(input, opts?) | Asynchronously resolves coordinates from an instance, configuration, or ambient storage cache. |
| Tempo.geo.coerce(input) | Pure function normalizing various coordinate formats (lat/lng, latitude/longitude, etc.) into a canonical GeoConfig. |
| Tempo.geo.stash(coords, ttl?, keyOrOpts?) | Stashes coordinates in storage with an optional custom TTL (default: 24h) and multi-tenant partitioning. |
| Tempo.geo.clear(keyOrOpts?) | Purges stashed coordinates from storage. |
| Tempo.geo.get(keyOrOpts?) | Reads stashed coordinates for the specified tenant/IP or ambient default. |
| Tempo.geo.current | Read-only getter returning the active global/ambient coordinates snapshot (getStashedGeo() ?? Tempo.config.geo). |
| Tempo.geo.server(opts?) | Low-level server-side IP geolocation handler. |
| Tempo.geo.browser(opts?) | Low-level browser Geolocation API handler. |
⚠️ Critical Operational Warnings
1. Server Context vs. Client Context
[!WARNING] Ambient IP lookup on a server resolves the SERVER's location, NOT the user's location.
- In a server environment (Node.js, Deno, Bun, Edge runtimes), calling
Tempo.geo.lookup()without options will query the datacenter's public outbound IP address. - If your server runs in AWS
us-east-1(Virginia) and an Australian user hits your API, calling ambientTempo.geo.lookup()will resolve to Virginia! - Best Practice for Backends:
- Always extract the client IP from trusted reverse proxy headers (e.g.,
X-Forwarded-For,CF-Connecting-IP) and pass it explicitly:const userCoords = await Tempo.geo.lookup({ ip: clientIp }); const userTime = new Tempo(date, { geo: userCoords }); - Or receive explicit GPS/browser coordinates from the frontend client request payload.
- Always extract the client IP from trusted reverse proxy headers (e.g.,
2. Multi-Tenant Key Isolation
[!CAUTION] Unpartitioned ambient storage is shared. In multi-tenant environments, always use unique keys or instance-level options.
Ambient storage stores coordinates under
_magma_geo_by default.In a shared process or server handling requests for multiple tenants or distinct users, calling
stash()or ambientlookup()without a key will cause tenants to overwrite each other's cached coordinates!Solution A: Multi-Tenant Key Scoping: Pass a tenant identifier or user ID as the key:
// Stash coordinates partitioned for tenant A: Tempo.geo.stash(tenantACoords, undefined, 'tenant-alpha'); // Lookup / retrieve for a specific tenant: const coords = Tempo.geo.get('tenant-alpha'); Tempo.geo.clear('tenant-alpha');The cache automatically partitions keys under
_magma_geo_:<tenant-id>, guaranteeing strict isolation.Solution B: Instance-Level Configuration (Recommended): Avoid ambient storage altogether by binding coordinates directly to
Tempoinstances:const tenantTime = new Tempo(date, { geo: tenantCoords });Instance-level coordinates are completely local, immutable, and never touch shared memory or ambient caches.
Security & Immutability
In keeping with Tempo's strict immutability principles, the Tempo.geo namespace is fully locked down:
- Deeply Frozen: The entire
Tempo.geonamespace and its attached utilities are recursively frozen. - Tamper-Proof: Protected against modification, deletion, or monkey-patching. Any attempt to reassign
Tempo.geoor mutate its methods (e.g.Tempo.geo.lookup = ...) will throw aTypeErrorin strict mode. - Pure Instance Operations: Instance methods like
t.geoLocate()always return a new, enrichedTempoinstance, preserving the immutability of the original instance.
Licensing
This is a Community plugin. It is completely free and open-source for personal and commercial use under the MIT license.
