US-State-Plane-Zone ermitteln
Ermitteln Sie die State-Plane-Zone eines Orts in den USA aus Bundesstaat und Koordinaten: (34,0522; -118,2437) in Kalifornien liegt in der Zone California V, FIPS-Code 0405. In Staaten mit mehreren Zonen wird das Ergebnis als ungefähr markiert. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- Zustand
- CA
- Breitengrad
- 34,0522
- Längengrad
- -118,2437
- Zone
- California V
- FIPS-Zone
- 0405
- System
- SPCS83
- Datumfamilie
- NAD83
Der US-State-Plane-Zonenfinder bestimmt anhand des zweistelligen Kürzels eines Bundesstaats sowie einer ungefähren WGS84-Längen- und Breitengradposition die wahrscheinliche Zone des State Plane Coordinate System. Ausgegeben werden der herkömmliche NAD83-Zonenname und die vierstellige FIPS-Zonenkennung. Das hilft, wenn ein Datensatz zwar den Bundesstaat nennt, aber sein projiziertes Koordinatenreferenzsystem verschweigt. Da einige Zonengrenzen County-Grenzen statt einfachen Breiten- oder Längengraden folgen, gelten Ergebnisse in Bundesstaaten mit mehreren Zonen als Näherung und müssen vor vermessungstechnischer Nutzung geprüft werden.
Welche Aussage eine State-Plane-Zone liefert
Das State Plane Coordinate System umfasst projizierte Koordinatensysteme, die für genaue Arbeiten in bestimmten Teilen der Vereinigten Staaten entwickelt wurden. Eine Gebietskörperschaft kann eine einzige landesweite Zone oder mehrere von Nord nach Süd, von Ost nach West beziehungsweise um Inseln und unregelmäßige Regionen angeordnete Zonen verwenden. Dieser Finder liefert den gebräuchlichen Namen der SPCS83-Zone und ihre vierstellige FIPS-Zonenkennung.
Häufig ist dies der fehlende Hinweis zur Interpretation von Ingenieur-, Flurstücks-, Verkehrs- oder Versorgungsdaten. Die FIPS-Zone wird statt eines einzelnen EPSG-Codes ausgegeben, weil derselben State-Plane-Zone mehrere CRS-Definitionen zugeordnet sein können: Meter oder US Survey Feet, die ursprüngliche NAD83-Definition oder eine spätere Realisierung sowie behördenspezifische Festlegungen. Ein Ort in Kalifornien kann beispielsweise in eine von sechs aktuellen Zonen fallen, während Connecticut eine einzige landesweite Zone nutzt.
Der Bundesstaat ist daher nicht bloß eine Beschreibung, sondern grenzt vor der Auswertung von Breiten- und Längengrad die relevante Zonenfamilie ein. Das Ergebnis unterstützt die Suche nach dem vorgesehenen Koordinatensystem; das endgültige CRS muss dennoch zur Datumrealisierung und Einheit des Datenhalters passen. Verwenden Sie die Ausgabe als begründeten Auswahlschlüssel, nicht als Erlaubnis, unbekannte Koordinaten ohne Metadatenprüfung neu zu kennzeichnen.
Wie die Position ausgewertet wird
Übermitteln Sie in state das zweistellige Postkürzel sowie endliche Werte für lat und lon in WGS84-Dezimalgrad. Zunächst prüft die Logik die allgemeinen Grenzen der Vereinigten Staaten und vergleicht den Punkt danach mit einem großzügigen Begrenzungsrahmen des angegebenen Gebiets. Dadurch werden typische Fehler erkannt, etwa eine texanische Koordinate zusammen mit Kalifornien oder vertauschte Breiten- und Längengrade.
Ein Bundesstaat mit nur einer Zone kann anschließend ein landesweites Ergebnis mit hoher Zuverlässigkeit liefern. Bei mehreren Zonen wendet die Funktion eine dokumentierte, deterministische Regionsregel auf Grundlage von Breite, Länge oder Insellage an. Diese Regeln eignen sich für ungefähre Positionen und die allgemeine CRS-Suche.
Manche amtlichen Zonengrenzen folgen jedoch Counties oder anderen Rechtsgebieten, die sich nicht durch einen einzigen Koordinatenschwellenwert exakt darstellen lassen. Deshalb ist die Zuverlässigkeit als ungefähr angegeben und ein Prüfhinweis enthalten. Konsultieren Sie nahe einer Grenze die Vermessungskontrolle des Projekts, Vorgaben der staatlichen Verkehrsbehörde, County-Metadaten oder ein maßgebliches CRS-Register.
Ergebnis in GIS und Datenpipelines einsetzen
Nutzen Sie Zone und FIPS-Kennung, um eine CRS-Suche einzugrenzen, eingehende Metadaten zu prüfen oder einen Datensatz an eine bereits freigegebene Projektionskonfiguration Ihrer Organisation weiterzuleiten. Tragen Sie geografische Länge und Breite nicht direkt in State-Plane-Rechts- und Hochwertfelder ein: Die Zonenauswahl ist nur der erste Schritt; für die eigentliche Transformation ist eine geeignete geodätische Bibliothek nötig. Bestimmen Sie anschließend die geforderte Einheit — gewöhnlich Meter, internationale Fuß oder US Survey Feet — und die genaue NAD83-Realisierung des Projekts.
Diese Entscheidungen sind wichtig, weil Koordinaten selbst bei scheinbar gleichem Zonennamen abweichen können. Speichern Sie bei automatisierter Übernahme den ursprünglichen Bundesstaat, Breite, Länge, zurückgegebene FIPS-Zone und Zuverlässigkeit gemeinsam, damit die Entscheidung reproduzierbar bleibt. Lassen Sie ungefähre Ergebnisse nahe internen Zonengrenzen gegebenenfalls manuell prüfen.
Weder Netzwerkabfrage noch aktuelles Datum oder Zufallsauswahl können die Antwort verändern. Für Vermessungs- und Rechtszwecke bleibt die CRS-Definition der zuständigen Behörde oder des Vertrags maßgeblich.
Anwendungsfälle
Fehlende Flurstücksmetadaten ergänzen
Bestimmen Sie aus Bundesstaat und ungefährem Flurstücksmittelpunkt die wahrscheinliche FIPS-Zone, bevor Sie ein freigegebenes projiziertes CRS zuordnen.
Feldbeobachtungen weiterleiten
Ordnen Sie GPS-Beobachtungen vor einer kontrollierten Transformation wahrscheinlichen regionalen State-Plane-Konfigurationen zu.
Einen GIS-Import prüfen
Vergleichen Sie die vom Lieferanten angegebene State-Plane-Zone mit der aus Bundesstaat und räumlicher Ausdehnung vorgeschlagenen Zone.
Häufige Fragen
Enthält das Ergebnis einen EPSG-Code?
Nein. Einer Zone können wegen unterschiedlicher Datumrealisierungen und Koordinateneinheiten mehrere EPSG-CRS entsprechen. Zonenname und FIPS-Kennung helfen Ihnen bei der Wahl des richtigen freigegebenen CRS.
Warum gilt ein Mehrzonenergebnis als ungefähr?
Einige amtliche Grenzen folgen Counties oder anderen unregelmäßigen Verwaltungsgebieten. Eine ungefähre Position zeigt die wahrscheinliche Region, entscheidet aber nicht jeden grenznahen Fall.
Welches Datum setzt der Finder voraus?
Er identifiziert die mit NAD83 verbundene SPCS83-Zonenfamilie. Spätere NAD83-Realisierungen werden nicht ausgewählt und historische NAD27-Zonen nicht bestimmt.
Kann er Breite und Länge in State-Plane-Koordinaten umrechnen?
Nein. Er wählt nur eine wahrscheinliche Zone. Berechnen Sie Rechts- und Hochwert mit einer geodätischen Bibliothek sowie genauer Zone, Datumrealisierung und Einheit.
Warum muss ich zusätzlich zu den Koordinaten den Bundesstaat angeben?
Weil der Bundesstaat die Familie möglicher Zonen eingrenzt, bevor die Koordinaten geprüft werden. Manche Staaten wie Connecticut haben eine einzige landesweite Zone, Kalifornien dagegen sechs aktuelle Zonen.
Verwandte Tools
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/geo/state-plane-zone \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"state":"CA","lat":34.0522,"lon":-118.2437}'const res = await fetch("https://api.kit.forhosting.com/geo/state-plane-zone", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"state": "CA",
"lat": 34.0522,
"lon": -118.2437
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/geo/state-plane-zone",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"state": "CA",
"lat": 34.0522,
"lon": -118.2437
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/geo/state-plane-zone", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"state":"CA","lat":34.0522,"lon":-118.2437}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"state":"CA","lat":34.0522,"lon":-118.2437}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/geo/state-plane-zone", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"state": "CA",
"lat": 34.0522,
"lon": -118.2437
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "geo.state_plane_zone",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Limits
lat_min | 17 |
lat_max | 72 |
lon_min | -180 |
lon_max | -64 |
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
Technische Hinweise
Die Berechnung ist deterministisch, vertraulich und im Browser oder über die API verfügbar.
Wie die Position ausgewertet wird
Ungültige Staaten, nicht endliche Zahlen, unmögliche Bereiche und außerhalb liegende Punkte ergeben invalid_input statt einer scheinbar plausiblen Schätzung.
Ergebnis in GIS und Datenpipelines einsetzen
Die API kostet $0.002 pro erfolgreichem Aufruf; im Browser läuft dieselbe reine, deterministische Logik lokal.
Technische Fragen
Was kostet die API?
Ein erfolgreicher API-Aufruf kostet $0.002. Das Browserwerkzeug verwendet lokal dieselbe deterministische Logik; ungültige Eingaben werden nicht berechnet.