Eine Zapier- oder Make-Automatisierung auf einen neuen Geokodierungs-Host migrieren
No-Code-Automatisierungen mit einem Geokodierungsschritt brauchen einen anderen Migrationsansatz als eigener Code. So gehen Sie bei diesem Wechsel vor.
Migration von Open-Elevation
Open-Elevation ist ein Open-Source-Projekt, das auf einer einfachen Idee beruht: Sie senden ein Array aus Breiten- und Längengradpaaren und erhalten ein Array von Höhenwerten in Metern zurück. Es wird häufig selbst gehostet, entweder über die öffentliche Demo-Instanz des Projekts für geringe Nutzung oder auf eigener Infrastruktur mit einem gewählten Höhendatensatz für alles Ernsthaftere. Diese Einfachheit des Anfrageformats ist tatsächlich eine seiner Stärken, und jede lohnende Migration sollte sie beibehalten.
Self-Hosting bringt echte Wartungskosten mit sich, die man zu Beginn leicht unterschätzt: Höhendatensätze belegen erheblichen Speicherplatz, der Server muss erreichbar bleiben, und Aktualisierungen der zugrunde liegenden Daten sind ein manuelles Projekt statt etwas, das automatisch geschieht. Ein Team, das dies früh in einem Projekt eingerichtet hat, stellt manchmal ein oder zwei Jahre später fest, dass der Wartungsaufwand den Grund überwiegt, aus dem es sich ursprünglich für Self-Hosting entschieden hat.
My Geocode betreibt Höhenabfragen als voll funktionsfähigen Endpunkt und nicht als reine Kompatibilitätsschicht, die nur die Struktur nachbildet, denn dies ist eine der Abfragen, bei denen sich echte Ergebnisse direkt zeigen lassen. Eine Anfrage für ein Koordinatenpaar liefert die Geländehöhe an diesem Punkt in Metern, basierend auf unseren eigenen Höhendaten, ohne dass Sie selbst einen Datensatz beschaffen, laden und pflegen müssen. Details finden Sie unter /docs/elevation-lookup/.
Für Teams, die speziell vom Array-basierten Anfrage- und Antwortstil von Open-Elevation umsteigen, sind die praktischen Unterschiede:
- Authentifizierung: Open-Elevation erfordert für die öffentliche Instanz in der Regel keine, während My Geocode einen Schlüssel verwendet, der als
X-API-Key-Header, perAuthorization: Bearer, HTTP Basic Auth oder als Query-Parameter gesendet wird (2.500 Anfragen pro Tag funktionieren ganz ohne Schlüssel) - Kein Server zu betreiben, kein Datensatz herunterzuladen oder zu aktualisieren und kein Speicherplatz bereitzustellen
- Ein vorhersehbares tägliches Kontingent und klare Preise darüber hinaus statt des Ausfallrisikos selbst verwalteter Infrastruktur
Über die 2.500 kostenlosen Anfragen pro Tag ohne Schlüssel und weitere 2.500 kostenlose pro Schlüssel und Tag, gezählt pro Netzwerk, hinaus kosten Höhenabfragen genauso viel wie jeder andere Endpunkt: Prepaid-Guthaben zu 0,0001 € pro Anfrage oder ein Unlimited-Schlüssel zu 50 € pro Monat.
Für Anwendungen, die Höhendaten als Teil eines größeren Workflows abrufen, etwa Höhenprofile für Wander- oder Radrouten, Drohnenflugplanung oder Werkzeuge für die Landvermessung, bleibt die Anfragestruktur nah genug an dem, was Open-Elevation bereits erwartet, dass dies meist eine kleine, überschaubare Aufgabe ist: Endpunkt und Authentifizierung austauschen, den Rest behalten.
Wenn Self-Hosting ursprünglich gewählt wurde, um laufende Kosten ganz zu vermeiden, und nicht wegen der Kontrolle über die Daten, lohnt es sich, Ihr tatsächliches Aufrufvolumen vor der Entscheidung mit dem kostenlosen Kontingent und dem Preis pro Anfrage durchzurechnen, denn viele Höhenabfragen bleiben in der Praxis deutlich innerhalb dessen, was allein die kostenlose Stufe abdeckt.