MWT Syntax-Block AUFTRAG: Unterschied zwischen den Versionen
Claude (Diskussion | Beiträge) MWT-Syntax-Referenz: regelbasierte Seite aus Task MWT_Syntax (Quellen: Compiler-Code + Bestands-MWTs) |
Claude (Diskussion | Beiträge) MWT-Syntax-Referenz: regelbasierte Seite aus Task MWT_Syntax (Quellen: Compiler-Code + Bestands-MWTs) |
||
| Zeile 59: | Zeile 59: | ||
| <code>LBJ</code> || laufendes Berechnungsjahr || alle | | <code>LBJ</code> || laufendes Berechnungsjahr || alle | ||
|- | |- | ||
| <code>Messungshorizont</code> || mittlere Höhe | | <code>Messungshorizont</code> || mittlere NHN-Höhe des Messgebiets (für Höhenreduktion der Strecken); siehe Abschnitt [[#Höhenstatus und Messungshorizont (fachlicher Hintergrund)|Höhenstatus und Messungshorizont]] || alle | ||
|- | |- | ||
| <code>Lagestatus</code> || Lagestatus des Auftrags (bundeslandspezifische Codes wie 489, 112, 120, 150 …) || alle | | <code>Lagestatus</code> || Lagestatus des Auftrags (bundeslandspezifische Codes wie 489, 112, 120, 150 …) || alle | ||
| Zeile 67: | Zeile 67: | ||
| <code>CAD_Lagestatus</code> || Lagestatus der Zeichnung; leer = transformierte Koordinaten, z. B. 489 = ursprüngliche, nicht transformierte Koordinaten || alle | | <code>CAD_Lagestatus</code> || Lagestatus der Zeichnung; leer = transformierte Koordinaten, z. B. 489 = ursprüngliche, nicht transformierte Koordinaten || alle | ||
|- | |- | ||
| <code>Hoehenstatus</code> || Höhenstatus (Höhensystem), nur bei Bedarf || alle | | <code>Hoehenstatus</code> || Höhenstatus (Höhensystem), nur bei Bedarf; Kennungen siehe Abschnitt [[#Höhenstatus und Messungshorizont (fachlicher Hintergrund)|Höhenstatus und Messungshorizont]] || alle | ||
|- | |- | ||
| <code>Rechtswert</code> (Alias <code>OSTWERT</code>) || mittlerer Rechts-/Ostwert in km (für GK-/UTM-Streckenreduktion); <code>OSTWERT</code> wird beim Einlesen auf <code>RECHTSWERT</code> abgebildet || alle außer Sachsen-Anhalt | | <code>Rechtswert</code> (Alias <code>OSTWERT</code>) || mittlerer Rechts-/Ostwert in km (für GK-/UTM-Streckenreduktion); <code>OSTWERT</code> wird beim Einlesen auf <code>RECHTSWERT</code> abgebildet || alle außer Sachsen-Anhalt | ||
| Zeile 99: | Zeile 99: | ||
Veraltete Bezeichner, die beim Einlesen '''kommentarlos überlesen''' werden: <code>BEZUGSSYSTEM</code> (alle Bundesländer), <code>EDBS_ANR</code> (alle außer Sachsen-Anhalt), <code>GENAUIGKEITSSTUFE</code> (nur Baden-Württemberg). | Veraltete Bezeichner, die beim Einlesen '''kommentarlos überlesen''' werden: <code>BEZUGSSYSTEM</code> (alle Bundesländer), <code>EDBS_ANR</code> (alle außer Sachsen-Anhalt), <code>GENAUIGKEITSSTUFE</code> (nur Baden-Württemberg). | ||
== Höhenstatus und Messungshorizont (fachlicher Hintergrund) == | |||
=== Höhenstatus-Kennungen === | |||
Der <code>Hoehenstatus</code> bezeichnet das Höhensystem der Punkthöhen (Kennungen des amtlichen Punktdatenkatalogs; vgl. auch die Alt-Dokumentation [[Lagestati]]): | |||
{| class="wikitable" | |||
! Kennung !! Höhensystem | |||
|- | |||
| <code>100</code>/<code>140</code> || Normalorthometrische Höhen DHHN12 bzw. DHHN85 (Normal-Null, „NN“; historisch) | |||
|- | |||
| <code>150</code> || HN-Höhen im System SNN76 (historisch, neue Bundesländer) | |||
|- | |||
| <code>160</code> || Normalhöhen im DHHN92 (Normalhöhen-Null, NHN) | |||
|- | |||
| <code>170</code> || Normalhöhen im DHHN2016 (NHN; amtlich seit Mitte 2017) | |||
|- | |||
| <code>300</code> || ellipsoidische Höhen im ETRS89 (GRS80-Ellipsoid); in einzelnen Punktdatenkatalogen (z. B. NRW) auch als <code>310</code> geführt | |||
|} | |||
=== Zusammenhang NHN-Höhe und ellipsoidische Höhe === | |||
NHN-Höhen (Normalhöhen) und ellipsoidische Höhen unterscheiden sich um die Quasigeoidundulation (Höhenanomalie): '''H<sub>NHN</sub> = h<sub>ellipsoidisch</sub> − Undulation'''. In Deutschland beträgt die Undulation (Quasigeoidmodell GCG2016) je nach Region etwa '''34–50 m''' (Ostsee bis Alpen), im Mittel rund 40 m. VermCad rechnet je Landessystem mit einer festen mittleren Undulation <code>HNo</code> (für LS 489 je nach Bundesland 40–45 m). | |||
=== Regel für den Messungshorizont === | |||
Der <code>Messungshorizont</code> ist die '''mittlere NHN-Höhe des Messgebiets''' — keine ellipsoidische Höhe. Er dient der Höhenreduktion der Strecken auf das Ellipsoid; dabei addiert VermCad intern die Undulation <code>HNo</code> zum Messungshorizont. Der Messungshorizont muss zur mittleren Höhe der Punkte des Auftrags passen; auch bei ellipsoidischen Punkthöhen (Höhenstatus 300) ist die NHN-Höhe einzutragen (Differenz ca. 40 m!). | |||
=== Compiler-Prüfungen === | |||
* Fehlt der Messungshorizont, meldet der Compiler „Mittlerer Messungshorizont nicht gegeben !!!“ (Fehler 126). | |||
* Passt der Messungshorizont nicht zu den Punkthöhen, meldet der Compiler „'''Mittlere Höhe widerspricht Koordinaten !!! (gerechnet: …)'''“ (Fehler 129). Geprüft wird bei Höhenstatus 160/170, ob der Messungshorizont im Bereich der Punkthöhen liegt (Toleranz ±25 m); bei Höhenstatus 300 wird vor dem Vergleich die Undulation <code>HNo</code> des LS 489 zum Messungshorizont addiert, da die Punkthöhen dann ellipsoidisch sind. Der in Klammern genannte Rechenwert ist die mittlere Punkthöhe (bei Höhenstatus 300 bereits um die Undulation reduziert, also als NHN-Wert) und kann direkt übernommen werden. | |||
* Sachsen-Anhalt: die Prüfung läuft je Dateneinheit gegen die Höhen der Bezugspunkte mit Toleranz ±5 m (siehe [[MWT Syntax-Block DATENEINHEIT|DATENEINHEIT]], Parameter <code>HN</code>). | |||
== Datenzeilen == | == Datenzeilen == | ||
| Zeile 200: | Zeile 229: | ||
* <code>OSTWERT</code> ist ein zulässiger Alias für <code>RECHTSWERT</code>. | * <code>OSTWERT</code> ist ein zulässiger Alias für <code>RECHTSWERT</code>. | ||
* Leere Werte sind erlaubt und löschen/leeren den jeweiligen Eintrag (wichtig z. B. für <code>LAH</code>). | * Leere Werte sind erlaubt und löschen/leeren den jeweiligen Eintrag (wichtig z. B. für <code>LAH</code>). | ||
* Fehlerquellen: unbekannter Bezeichner → Fehler 57; zu lange Information → Fehler 58; fehlendes <code>=</code> → Fehler 19. | * Fehlerquellen: unbekannter Bezeichner → Fehler 57; zu lange Information → Fehler 58; fehlendes <code>=</code> → Fehler 19; unplausibler Messungshorizont/Rechtswert → Fehler 126-129 (siehe Abschnitt [[#Höhenstatus und Messungshorizont (fachlicher Hintergrund)|Höhenstatus und Messungshorizont]]). | ||
== Quellen im Code == | == Quellen im Code == | ||
| Zeile 209: | Zeile 238: | ||
* <code>VERMCAD\VCSCHMWT.PAS:4133-4155</code> — Parsen des AUFTRAG-Datensatzes (inkl. überlesener veralteter Bezeichner und OSTWERT-Alias) | * <code>VERMCAD\VCSCHMWT.PAS:4133-4155</code> — Parsen des AUFTRAG-Datensatzes (inkl. überlesener veralteter Bezeichner und OSTWERT-Alias) | ||
* <code>VERMCAD\VcSCheck.pas:1924-1941</code> — Mehrpass-Verarbeitung (AUFTRAG zuerst) | * <code>VERMCAD\VcSCheck.pas:1924-1941</code> — Mehrpass-Verarbeitung (AUFTRAG zuerst) | ||
* <code>VERMCAD\VcDCheck.pas:294-311</code> — Prüfung des Messungshorizonts: Fehler 126/129, Höhenstatus 160/170 direkt bzw. 300 mit <code>+ HNo</code> (LS 489), Toleranz ±25 m | |||
* <code>VERMCAD\VcDCheck.pas:264-286</code> — Sachsen-Anhalt-Variante: Prüfung je Dateneinheit gegen Bezugspunkt-Höhen, Toleranz ±5 m | |||
* <code>VERMCAD\VcLandesSystem.pas:47, 473-483</code> — <code>HNo</code> („Höhenunterschied vom Ellipsoid zu NH Null“) und Höhenreduktion <code>EllipsoidScale</code> mit <code>(HN + HNo)</code> | |||
* <code>VERMCAD\VcLandesSystem.pas:1852-1854, 1989-2002</code> — Katalog der Höhenstatus-Kennungen (150/160/170, ellipsoidisch, Undulationen) | |||
* <code>VERMCAD\VcCompileErrorMessages.pas:166-173</code> — Fehlertexte 126-129 | |||
{{Hilfe:NachOben}} | {{Hilfe:NachOben}} | ||
[[Kategorie:MWT Syntax]] | [[Kategorie:MWT Syntax]] | ||
Version vom 17. Juli 2026, 18:40 Uhr
Der Block AUFTRAG ist der administrative Kopf eines VermCad-Projektes. Er enthält Verwaltungsangaben (Auftragsnummer, Gemeinde, Gemarkung, Flur …) sowie die mathematischen Grundeinstellungen des Auftrags (Lagestatus, Höhenstatus, Messungshorizont, mittlerer Rechtswert bzw. UTM-Zone). VermCad liest den AUFTRAG-Block in einem eigenen frühen Compiler-Durchlauf, noch bevor die übrigen Blöcke verarbeitet werden.
Syntaxregel
AUFTRAG [, NE]
{ <Bezeichner> = [<Wert>] ; }*
END [;]
| Regelelement | Bedeutung |
|---|---|
NE |
optionaler Blockkopf-Parameter: Fehlerprüfung für diesen Block ausschalten. |
<Bezeichner> |
Auftragsbezeichner aus der Tabelle unten (Groß-/Kleinschreibung egal). Unbekannte Bezeichner erzeugen Fehler 57 „Auftragsbezeichner erwartet“. |
<Wert> |
Rest der Zeile bis zum Semikolon; auch ein leerer Wert ist zulässig (der Eintrag bleibt dann leer, z. B. Finanzamt = ;).
|
Jeder Datensatz besteht also aus genau einem Paar Bezeichner = Wert; — die allgemeinen Wertzuweisungen der Datenblöcke gelten hier nicht.
Parameter
Die verfügbaren Bezeichner sind bundeslandabhängig (Enum TOrderInformation mit bedingter Kompilierung):
| Bezeichner | Bedeutung | Bundesland |
|---|---|---|
Nummer |
interne Auftragsnummer (BW: Auftragsnummer = Veränderungsnummer, kann aus der Reservierung gelesen werden) | alle |
Kennzeichen |
Projektkennzeichen | alle außer Sachsen-Anhalt |
Objekt |
Projektbezeichnung | alle |
Katasteramt / Katasterbehörde / Katasterbereich |
zuständiges Amt; das Schlüsselwort heißt in Brandenburg Katasterbehörde, in Thüringen Katasterbereich, sonst Katasteramt |
alle außer Berlin |
Antragsnummer |
Antragsnummer des Katasterbereichs | nur Thüringen |
Regionalbereich |
Regionalbereich | nur Sachsen-Anhalt |
Finanzamt |
Finanzamt | alle außer Berlin |
Verantwortlicher |
verantwortlicher Bearbeiter | alle |
Büroname |
Büroname | alle |
Gemeinde, GeV |
Gemeinde und Gemeindeschlüssel; GeV ist mehrfach zulässig |
alle außer Berlin |
Bezirk, BV |
Bezirk und Bezirksschlüssel (ersetzen Gemeinde/GeV) | nur Berlin |
Ortsteil, Lagebezeichnung |
Ortsteil, Lagebezeichnung | nur Berlin |
Gemarkung, GV |
Gemarkung und Gemarkungsschlüssel; GV ist mehrfach zulässig (mehrere Gemarkungen, siehe Beispiel) |
alle |
Flur |
Flurnummer | alle |
Flurstueck |
Flurstück(e), kommagetrennt | alle (gebräuchlich in THR, BRB, MV und Berlin) |
LBJ |
laufendes Berechnungsjahr | alle |
Messungshorizont |
mittlere NHN-Höhe des Messgebiets (für Höhenreduktion der Strecken); siehe Abschnitt Höhenstatus und Messungshorizont | alle |
Lagestatus |
Lagestatus des Auftrags (bundeslandspezifische Codes wie 489, 112, 120, 150 …) | alle |
NB_Lagestatus |
Lagestatus der Nummerierungsbezirke | nur Sachsen-Anhalt |
CAD_Lagestatus |
Lagestatus der Zeichnung; leer = transformierte Koordinaten, z. B. 489 = ursprüngliche, nicht transformierte Koordinaten | alle |
Hoehenstatus |
Höhenstatus (Höhensystem), nur bei Bedarf; Kennungen siehe Abschnitt Höhenstatus und Messungshorizont | alle |
Rechtswert (Alias OSTWERT) |
mittlerer Rechts-/Ostwert in km (für GK-/UTM-Streckenreduktion); OSTWERT wird beim Einlesen auf RECHTSWERT abgebildet |
alle außer Sachsen-Anhalt |
UTM_Zone |
UTM-Zone des Auftrags | alle |
GK_Streifen |
Gauß-Krüger-Streifen des Auftrags | alle |
Karte, KV |
Liegenschaftskarte und Kartenschlüssel; KV mehrfach zulässig |
nur Sachsen-Anhalt |
Riss, RV |
Fortführungsriss und Rissverschlüsselung; RV mehrfach zulässig |
nur Sachsen-Anhalt |
EDBS_ANR |
Nummer des EDBS-Auftrags; in allen anderen Bundesländern wird der Bezeichner kommentarlos überlesen | nur Sachsen-Anhalt |
Genauigkeitsstufe |
Genauigkeitsstufe des Auftrags | nur Sachsen (in BW veraltet, wird überlesen) |
RissNummer |
Rissnummer | Sachsen, Berlin, Baden-Württemberg |
Leitpunktnummer, LeitpunktnummerExt |
Leitpunktnummer (immer 5-stellig 5/3; 4-stellig 4/4 wäre eine Kartenblattnummer); …Ext für weitere Leitpunktnummern im Auftrag |
nur Baden-Württemberg |
LAH |
Lageaktenhinweis (veraltet); mehrfach zulässig | nur Sachsen |
Kennung1, Kennung2 |
Kennung des Durchlaufs (Datum/Zeit) | nur Sachsen |
ALKIS_Modus |
schaltet den ALKIS-Modus ein (z. B. Punkte, Vollständig); wird bereits im 1. Compiler-Durchlauf ausgewertet |
alle |
ALKIS_Antragsnummer |
ALKIS-Antragsnummer (z. B. G8326928) |
alle |
Grenzabschnitt, Verfahren |
GISL-spezifische Angaben | nur Sachsen (GISL-Variante) |
Veraltete Bezeichner, die beim Einlesen kommentarlos überlesen werden: BEZUGSSYSTEM (alle Bundesländer), EDBS_ANR (alle außer Sachsen-Anhalt), GENAUIGKEITSSTUFE (nur Baden-Württemberg).
Höhenstatus und Messungshorizont (fachlicher Hintergrund)
Höhenstatus-Kennungen
Der Hoehenstatus bezeichnet das Höhensystem der Punkthöhen (Kennungen des amtlichen Punktdatenkatalogs; vgl. auch die Alt-Dokumentation Lagestati):
| Kennung | Höhensystem |
|---|---|
100/140 |
Normalorthometrische Höhen DHHN12 bzw. DHHN85 (Normal-Null, „NN“; historisch) |
150 |
HN-Höhen im System SNN76 (historisch, neue Bundesländer) |
160 |
Normalhöhen im DHHN92 (Normalhöhen-Null, NHN) |
170 |
Normalhöhen im DHHN2016 (NHN; amtlich seit Mitte 2017) |
300 |
ellipsoidische Höhen im ETRS89 (GRS80-Ellipsoid); in einzelnen Punktdatenkatalogen (z. B. NRW) auch als 310 geführt
|
Zusammenhang NHN-Höhe und ellipsoidische Höhe
NHN-Höhen (Normalhöhen) und ellipsoidische Höhen unterscheiden sich um die Quasigeoidundulation (Höhenanomalie): HNHN = hellipsoidisch − Undulation. In Deutschland beträgt die Undulation (Quasigeoidmodell GCG2016) je nach Region etwa 34–50 m (Ostsee bis Alpen), im Mittel rund 40 m. VermCad rechnet je Landessystem mit einer festen mittleren Undulation HNo (für LS 489 je nach Bundesland 40–45 m).
Regel für den Messungshorizont
Der Messungshorizont ist die mittlere NHN-Höhe des Messgebiets — keine ellipsoidische Höhe. Er dient der Höhenreduktion der Strecken auf das Ellipsoid; dabei addiert VermCad intern die Undulation HNo zum Messungshorizont. Der Messungshorizont muss zur mittleren Höhe der Punkte des Auftrags passen; auch bei ellipsoidischen Punkthöhen (Höhenstatus 300) ist die NHN-Höhe einzutragen (Differenz ca. 40 m!).
Compiler-Prüfungen
- Fehlt der Messungshorizont, meldet der Compiler „Mittlerer Messungshorizont nicht gegeben !!!“ (Fehler 126).
- Passt der Messungshorizont nicht zu den Punkthöhen, meldet der Compiler „Mittlere Höhe widerspricht Koordinaten !!! (gerechnet: …)“ (Fehler 129). Geprüft wird bei Höhenstatus 160/170, ob der Messungshorizont im Bereich der Punkthöhen liegt (Toleranz ±25 m); bei Höhenstatus 300 wird vor dem Vergleich die Undulation
HNodes LS 489 zum Messungshorizont addiert, da die Punkthöhen dann ellipsoidisch sind. Der in Klammern genannte Rechenwert ist die mittlere Punkthöhe (bei Höhenstatus 300 bereits um die Undulation reduziert, also als NHN-Wert) und kann direkt übernommen werden. - Sachsen-Anhalt: die Prüfung läuft je Dateneinheit gegen die Höhen der Bezugspunkte mit Toleranz ±5 m (siehe DATENEINHEIT, Parameter
HN).
Datenzeilen
Jede Zeile ist ein Paar Bezeichner = Wert;. Besonderheiten:
- Der Wert reicht vom
=bis zum Semikolon (Leerzeichen erlaubt); Kommentare{ … }dahinter sind zulässig. - Mehrfach zulässige Bezeichner (
GeV,GV; Sachsen-Anhalt zusätzlichKV,RV; Sachsen zusätzlichLAH) erhalten dann eine Kennziffer vor dem eigentlichen Wert:
Gemarkung = Musterhausen/Musterburg; GV = 2697 Musterhausen; GV = 2698 Musterburg; Karte = 7427-4; KV = 1 7427-4; KV = 2 7427-3;
Beispiele
Beispiel (Baden-Württemberg)
AUFTRAG
Nummer = 26-3985_6;
Finanzamt = 082848 Mühlacker;
LBJ = 2026;
Messungshorizont = 450; {NHN}
Lagestatus = 489;
RissNummer = 39852026/6;
ALKIS_Modus = Vollständig;
ALKIS_Antragsnummer = G13468362;
GV = 083985;
Gemarkung = Friolzheim;
END
Beispiel (Sachsen-Anhalt)
AUFTRAG
Nummer = 95-1417; { interne Auftragsnummer }
Objekt = Zerlegung Meier; { Projektbezeichnung }
Katasteramt = Musteramt;
Gemeinde = Musterhausen;
GeV = 153261; { Gemeindeschlüssel }
Gemarkung = Musterhausen;
GV = 2697; { Gemarkungsschlüssel }
Flur = 2;
Messungshorizont = 95;
Lagestatus = 489;
Hoehenstatus = 160;
LBJ = 2001;
NB_Lagestatus = 150; { Lagestatus der Nummerierungsbezirke }
Regionalbereich = Musterbereich;
CAD_Lagestatus = ; { leer: transformierte Koordinaten }
END
Beispiel (Sachsen)
AUFTRAG
Nummer = 95-1417;
Kennzeichen = 4852/95;
Objekt = Zerlegung Meier;
Katasteramt = Musteramt;
Gemeinde = Musterhausen;
Gemarkung = Musterhausen;
GV = 2697;
Flur = 2;
Messungshorizont = 95;
Lagestatus = 112;
Hoehenstatus = 160;
LBJ = 2001;
Rechtswert = 520; { mittlerer Rechtswert in km }
Genauigkeitsstufe = 1;
RissNummer = 317;
END
Beispiel (Berlin)
AUFTRAG
Nummer = 95-1417;
Kennzeichen = 4852/95;
Objekt = Zerlegung Meier;
Bezirk = Musterhausen;
BV = ; { Bezirksschlüssel }
Gemarkung = Musterhausen;
GV = 2697;
Flur = 2;
Flurstueck = 42, 43;
Messungshorizont = 95;
Lagestatus = 489;
LBJ = 2001;
Rechtswert = 520;
END
Thüringen und Brandenburg entsprechen dem Sachsen-Beispiel ohne Genauigkeitsstufe/RissNummer; Thüringen zusätzlich mit Antragsnummer = …;, das Amt heißt dort Katasterbereich, in Brandenburg Katasterbehörde.
Verfügbarkeit und Besonderheiten
- Verfügbar in allen Bundesländern; der Bezeichnersatz ist bundeslandabhängig (siehe Tabelle).
- Der AUFTRAG-Block wird in eigenen frühen Compiler-Durchläufen verarbeitet: Pass 1 liest nur
ALKIS_Modus, Pass 2 den restlichen AUFTRAG (und NUMMERIERUNGSBEZIRKE), erst Pass 3 alle übrigen Blöcke. OSTWERTist ein zulässiger Alias fürRECHTSWERT.- Leere Werte sind erlaubt und löschen/leeren den jeweiligen Eintrag (wichtig z. B. für
LAH). - Fehlerquellen: unbekannter Bezeichner → Fehler 57; zu lange Information → Fehler 58; fehlendes
=→ Fehler 19; unplausibler Messungshorizont/Rechtswert → Fehler 126-129 (siehe Abschnitt Höhenstatus und Messungshorizont).
Quellen im Code
VERMCAD\GlobalTypes.pas:1431-1508— EnumTOrderInformation(bundeslandabhängige Einträge)VERMCAD\GlobalTypConsts.pas:3486-3568— BezeichnertabelleOrderInformations.IDVERMCAD\GlobalTypConsts.pas:700-710—MultiOrderInfo(mehrfach zulässige Bezeichner)VERMCAD\GlobalConsts.pas:1833-1840— bundeslandabhängiges SchlüsselwortKatasteramtVERMCAD\VCSCHMWT.PAS:4133-4155— Parsen des AUFTRAG-Datensatzes (inkl. überlesener veralteter Bezeichner und OSTWERT-Alias)VERMCAD\VcSCheck.pas:1924-1941— Mehrpass-Verarbeitung (AUFTRAG zuerst)VERMCAD\VcDCheck.pas:294-311— Prüfung des Messungshorizonts: Fehler 126/129, Höhenstatus 160/170 direkt bzw. 300 mit+ HNo(LS 489), Toleranz ±25 mVERMCAD\VcDCheck.pas:264-286— Sachsen-Anhalt-Variante: Prüfung je Dateneinheit gegen Bezugspunkt-Höhen, Toleranz ±5 mVERMCAD\VcLandesSystem.pas:47, 473-483—HNo(„Höhenunterschied vom Ellipsoid zu NH Null“) und HöhenreduktionEllipsoidScalemit(HN + HNo)VERMCAD\VcLandesSystem.pas:1852-1854, 1989-2002— Katalog der Höhenstatus-Kennungen (150/160/170, ellipsoidisch, Undulationen)VERMCAD\VcCompileErrorMessages.pas:166-173— Fehlertexte 126-129