RicoF Geschrieben 29. September Geschrieben 29. September Hallo Zusammen, leider scheitere ich an einem einfachen Problem. Nachdem ich das Geobild eingefügt habe und es mittels Benutzernullpunkt Nullpunkt an die Koordinaten der Georefenzierung angepasst habe, lese ich eine klassische georefenzierte DWG Datein ein. Nur ist die nicht in der Nähe des aus Google Maps geholten Zielgebietes. Wo ist hier der Stolperstein? Ich bin korrekt nach Inhalt Webinar vorgegangen. Die DWG Datai hat das Koordinatensystem ETRS89/UTM33. Auch Punktwolken und ALKIS Daten liegen nicht richtig. Vectorworks 24/25/26 | Windows 11 | Intel Core i7 - 12700K 3.60 GHz | 40 GB Hauptspeicher | Nvidia RTX A2000 12 GB Vectorworks 24/25/26 | Windows 11 | Intel Core i7 - 14700K 2.10 GHz | 32 GB Hauptspeicher | Nvidia RTX 2000 16 GB
Sebastian Löw Geschrieben 29. September Geschrieben 29. September Hallo RicoF, Spontan würde ich darauf tippen, dass der DWG-Import auf den Vectorworks -Nullpunkt durchgeführt wurde. Mit einem gesetzten Nullpunkt muss aber auf den Benutzernullpunkt eingelesen werden. Unten den Button "Erweiterte Einstellungen" und dann wie in folgendem Bild einstellen: Falls das nicht hilft, gerne im Support mit der Datei melden. Liebe Grüsse, Sebastian Löw Liebe Grüße Sebastian Löw Vectorworks Germany GmbH https://www.vectorworks.de
nfedl Geschrieben 29. September Geschrieben 29. September Der EPSG Code ist relevant! Kennst du den EPSG der dwg? 1 Nikolaus Fedl VW 2026 Designer, Win 11, i9, 32GB, www.fedl.eu; www.gartenplanung-fedl.at; www.freiraumarchitektur.at; www.schattenbild.at; www.gartenarchitekten.at
RicoF Geschrieben 30. September Autor Geschrieben 30. September Koordinatensystem ETRS89/UTM33. Vectorworks 24/25/26 | Windows 11 | Intel Core i7 - 12700K 3.60 GHz | 40 GB Hauptspeicher | Nvidia RTX A2000 12 GB Vectorworks 24/25/26 | Windows 11 | Intel Core i7 - 14700K 2.10 GHz | 32 GB Hauptspeicher | Nvidia RTX 2000 16 GB
nfedl Geschrieben 30. September Geschrieben 30. September vor 6 Minuten schrieb RicoF: Koordinatensystem ETRS89/UTM33. Die Angabe „ETRS89/UTM33“ alleine reicht in der Praxis meist nicht aus, und die Verwendung des konkreten EPSG-Codes ist zwingend notwendig. https://www.google.com/search?q=vectorworks+Koordinatensystem+ETRS89%2FUTM33+alleine+genügt+oder+epsg+code+notwendig&oq=vectorworks+Koordinatensystem+ETRS89%2FUTM33+alleine+genügt+oder+epsg+code+notwendig&gs_lcrp=EgZjaHJvbWUyBggAEEUYOdIBCTE0ODAzajBqN6gCALACAA&sourceid=chrome&source=chrome.ob&ie=UTF-8 2 Nikolaus Fedl VW 2026 Designer, Win 11, i9, 32GB, www.fedl.eu; www.gartenplanung-fedl.at; www.freiraumarchitektur.at; www.schattenbild.at; www.gartenarchitekten.at
RicoF Geschrieben 30. September Autor Geschrieben 30. September Es ist nah dran...aber immer noch deutlich daneben. Vectorworks 24/25/26 | Windows 11 | Intel Core i7 - 12700K 3.60 GHz | 40 GB Hauptspeicher | Nvidia RTX A2000 12 GB Vectorworks 24/25/26 | Windows 11 | Intel Core i7 - 14700K 2.10 GHz | 32 GB Hauptspeicher | Nvidia RTX 2000 16 GB
mamo Geschrieben 30. September Geschrieben 30. September Hy, wenn es möglich ist, könntest du die .dwg hochladen mit Angabe des verwendeten EPSG Code. 1 - Vectorworks 2026 ARCH (aktuell) / Windows 11 - 10th Gen Intel i7-10750H @ 2.60GHz - 32GB RAM - RTX 2070 Laptop GPU
RicoF Geschrieben 30. September Autor Geschrieben 30. September Der EPSG-Code ist: 25833 BV_REWE_Maxhuette_22092026.DWG Vectorworks 24/25/26 | Windows 11 | Intel Core i7 - 12700K 3.60 GHz | 40 GB Hauptspeicher | Nvidia RTX A2000 12 GB Vectorworks 24/25/26 | Windows 11 | Intel Core i7 - 14700K 2.10 GHz | 32 GB Hauptspeicher | Nvidia RTX 2000 16 GB
tohartma Geschrieben 30. September Geschrieben 30. September Ich glaube das Problem kommt durch die vorgestellt Zonennummer 3 im Ostwert. Frag den Vermesser mal, ob er die Dwg auch ohne Zonennummer exportieren kann. Vectorworks Landschaft 2025 immer aktuell Vectorworks Landschaft 2026 immer aktuell PC: AMD Ryzen 9 3900X 12-Core Processor 3.79 GHz; AMD Radeon RX 5500 XT; 64GB Ram, Windows 11
mamo Geschrieben 30. September Geschrieben 30. September Ich kann gerade kein Geobild laden. Aber meiner Meinung nach passt der EPSG Code nicht. Du hast EPSG:25833. Der Ost-Wert hat bei EPSG:25833 6 Stellen. Wenn ich die Datei mit einem Viewer öffne, steht da (3)319500. Der Ostwert aus der .dwg hat also 7 Stellen. Somit liegt der Wert 3000km daneben. Das wäre vermutlich eine Zonenkennung mit Zone 3. Vielleicht kann Sebstian noch kurz etwas dazu sagen er hat mir da schonmal geholfen. Würde vielleicht mehrere interessieren? 6-Stelliger Ostwert = UTM (Ohne zonale Kennung in der Koordinate) EPSG:25833 - ETRS89 / UTM zone 33N 7-Stelliger Ostwert = Gauss-Krüger-Systeme -> mit 3 beginnend = Zone 3, mit 4 beginnend = Zone 4 usw. Korrigiert das gerne wenn es falsch ist. 1 - Vectorworks 2026 ARCH (aktuell) / Windows 11 - 10th Gen Intel i7-10750H @ 2.60GHz - 32GB RAM - RTX 2070 Laptop GPU
tohartma Geschrieben 30. September Geschrieben 30. September wenn man die 3 im Ostwert weglässt passt es mit 25833. Alternativ kann mann die ganze Zeichnung um 3.000.000m verschieben, würde aber den Weg über den Vermesser empfehlen. Vectorworks Landschaft 2025 immer aktuell Vectorworks Landschaft 2026 immer aktuell PC: AMD Ryzen 9 3900X 12-Core Processor 3.79 GHz; AMD Radeon RX 5500 XT; 64GB Ram, Windows 11
RicoF Geschrieben 30. September Autor Geschrieben 30. September Ich habe den Vermesser schon mal kontaktiert. Mal sehen was er sagt - ich halte Euch auf dem Laufenden. Spannend! Vectorworks 24/25/26 | Windows 11 | Intel Core i7 - 12700K 3.60 GHz | 40 GB Hauptspeicher | Nvidia RTX A2000 12 GB Vectorworks 24/25/26 | Windows 11 | Intel Core i7 - 14700K 2.10 GHz | 32 GB Hauptspeicher | Nvidia RTX 2000 16 GB
mamo Geschrieben 30. September Geschrieben 30. September vor 23 Minuten schrieb tohartma: wenn man die 3 im Ostwert weglässt Das finde ich interessant. Alles standardisiert und in 35K DIN geschrieben aber wie eine Koordinate beim dazugehörigen EPSG Code aufgebaut ist nicht. Oder ist es genormt und ich verstehe es nur nicht? - Vectorworks 2026 ARCH (aktuell) / Windows 11 - 10th Gen Intel i7-10750H @ 2.60GHz - 32GB RAM - RTX 2070 Laptop GPU
Viktor Nikitenko Geschrieben 2. Oktober Geschrieben 2. Oktober Hallo @RicoF, Hier wurde von Vermesser „VERMUTLICH“ eine 3 im Ostwert zu viel oder zu wenig eingetragen. Für eine Zozenkennung wäre der Ostwert 33319468.659m und EPSG Code: 5650 / 5653. Ohne Zonenkennung 319468.659m und EPSG Code: 25833 Kurzes Video dazu: 2026-10-02 07-35-29.mp4 Rücksprache mit Vermesser wäre hier sinnvoll. 2 Gruß Viktor Nikitenko Vectorworks Germany GmbH https://www.vectorworks.de
Viktor Nikitenko Geschrieben 3. Oktober Geschrieben 3. Oktober Am 30.9.2026 um 15:03 schrieb mamo: Das finde ich interessant. Alles standardisiert und in 35K DIN geschrieben aber wie eine Koordinate beim dazugehörigen EPSG Code aufgebaut ist nicht. Oder ist es genormt und ich verstehe es nur nicht? Hallo @mamo, Ja – die Koordinatendarstellung ist grundsätzlich normiert, aber nicht so, dass jeder EPSG-Code automatisch eine weltweit identische Schreibweise der Koordinate vorgibt. Wichtig ist die Unterscheidung: EPSG-Code (z. B. EPSG:25833) identifiziert ein Koordinatenreferenzsystem (CRS). Das CRS definiert unter anderem Achsen, Reihenfolge, Einheiten und deren Bedeutung. Die konkrete Schreibweise bzw. Darstellung einer Koordinate ist davon zu unterscheiden. Beispielsweise ist bei ETRS89 / UTM Zone 33N (EPSG:25833) die Koordinate zweidimensional als Easting (Rechtswert) und Northing (Hochwert) definiert, jeweils in Metern. DIN 35K bzw. die entsprechenden Normen legen für Vermessungs- und Geodaten viele Dinge fest, aber man muss unterscheiden zwischen Referenzsystem, Koordinatenwerten, Achsenreihenfolge und Darstellungs-/Austauschformat. Gerade bei GIS-Systemen kommt zusätzlich hinzu, dass Vermesser die Achsenreihenfolge teilweise anders behandelt als die formale Definition des CRS. Und noch eine Feinheit: EPSG selbst ist eine Datenbank bzw. ein Definitionswerk, während Normen wie DIN/ISO und Austauschstandards unterschiedliche Aufgaben haben. Deshalb sollte man „EPSG-Code“, „DIN-Norm“ und „Koordinatenformat“ nicht als dasselbe betrachten. Fazit Beispiel: Das Projekt liegt im CRS DHDN / Gauß-Krüger Zone 4 (GK4). Die vom Vermesser gelieferte Datei ist dagegen in Gauß-Krüger Zone 3 (GK3) georeferenziert. Dadurch ist der Rechtswert in GK4 um 1.000.000 m höher. Da GK3 den Zentralmeridian bei 9°E und GK4 bei 12°E hat, liegt das Projekt – sofern es sich geografisch im Bereich um 9°E befindet – in GK3 näher am Zentralmeridian und weist dort eine geringere Projektionsverzerrung auf. 3 Gruß Viktor Nikitenko Vectorworks Germany GmbH https://www.vectorworks.de
linosphere Geschrieben Montag um 12:51 Geschrieben Montag um 12:51 Am 30.9.2026 um 14:28 schrieb tohartma: wenn man die 3 im Ostwert weglässt passt es mit 25833. Alternativ kann mann die ganze Zeichnung um 3.000.000m verschieben, würde aber den Weg über den Vermesser empfehlen. Noch einfacher: Benutzernullpunkt anpassen > Nächster Klick wird > Koordinate ohne Zonenkennziffer eintragen. Dann passen die Koordinaten wieder zusammen, ohne dass ein Objekt verschoben werden musste. 1 Vectorworks Landschaft 2024 Mac Studio 2022 M1 Max - macOS Sonoma
RicoF Geschrieben vor 3 Stunden Autor Geschrieben vor 3 Stunden Am 2.10.2026 um 07:41 schrieb Viktor Nikitenko: Hallo @RicoF, Hier wurde von Vermesser „VERMUTLICH“ eine 3 im Ostwert zu viel oder zu wenig eingetragen. Für eine Zozenkennung wäre der Ostwert 33319468.659m und EPSG Code: 5650 / 5653. Ohne Zonenkennung 319468.659m und EPSG Code: 25833 Kurzes Video dazu: 2026-10-02 07-35-29.mp4 82.76 MB · 0 Downloads Rücksprache mit Vermesser wäre hier sinnvoll. das funktioniert so....aber mit dem Vermesser komme ich nicht weiter, 1 Vectorworks 24/25/26 | Windows 11 | Intel Core i7 - 12700K 3.60 GHz | 40 GB Hauptspeicher | Nvidia RTX A2000 12 GB Vectorworks 24/25/26 | Windows 11 | Intel Core i7 - 14700K 2.10 GHz | 32 GB Hauptspeicher | Nvidia RTX 2000 16 GB
Frage
RicoF
Hallo Zusammen,
leider scheitere ich an einem einfachen Problem.
Nachdem ich das Geobild eingefügt habe und es mittels Benutzernullpunkt Nullpunkt an die Koordinaten der Georefenzierung angepasst habe, lese
ich eine klassische georefenzierte DWG Datein ein. Nur ist die nicht in der Nähe des aus Google Maps geholten Zielgebietes.
Wo ist hier der Stolperstein? Ich bin korrekt nach Inhalt Webinar vorgegangen.
Die DWG Datai hat das Koordinatensystem ETRS89/UTM33.
Auch Punktwolken und ALKIS Daten liegen nicht richtig.
Vectorworks 24/25/26 | Windows 11 | Intel Core i7 - 12700K 3.60 GHz | 40 GB Hauptspeicher | Nvidia RTX A2000 12 GB
Vectorworks 24/25/26 | Windows 11 | Intel Core i7 - 14700K 2.10 GHz | 32 GB Hauptspeicher | Nvidia RTX 2000 16 GB
16 Antworten auf diese Frage
Empfohlene Beiträge
Erstelle ein Benutzerkonto oder melde Dich an, um zu kommentieren
Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können
Benutzerkonto erstellen
Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!
Neues Benutzerkonto erstellenAnmelden
Du hast bereits ein Benutzerkonto? Melde Dich hier an.
Jetzt anmelden