abbrechen
Suchergebnisse werden angezeigt für 
Stattdessen suchen nach 
Meintest du: 
DE
abbrechen
Suchergebnisse werden angezeigt für 
Stattdessen suchen nach 
Meintest du: 
jukrkr
Contributor

Lage-Einstellungen und Koordinaten-Objekt

Hallo liebe Community,

 

ich stolper nun leider zum wiederholten Mal über einen Fehler? im Koordinaten-Bemaßungs Objekt. Aus irgendeinem Grund stimmen die angezeigten Koordinaten des Objekts nicht mit den tatsächlichen Koordinaten des Projekts überein. Anbei ein paar Screenshots:

 

Bildschirmfoto 2026-09-01 um 10.57.30.pngBildschirmfoto 2026-09-01 um 10.58.05.png

 

Die "echten" Koordinaten werden in der Koordinaten-Palette angezeigt. Das Objekt habe ich direkt am Projektursprung eingesetzt. Ein Benutzerursprung wurde nicht gesetzt und ich habe es auch sicherheitshalber zurückgesetzt. Trotzdem zeigt das Objekt Koordinaten an, die ich mir nicht erklären kann. Der Fehler war am Vortag noch nicht da, erst nach erneutem öffnen der Datei und ohne eine Änderung irgendwelcher Einstellungen ist die Anzeige der Koordinaten auf einmal falsch. Richtig reproduzieren lässt es sich aber auch nicht.

 

Ist das ein bekannter Fehler und gibt es dafür eventuell schon eine Lösung? Wenn ich das Objekt in eine neue Datei kopiere, dann stimmt die Anzeige wieder. Die Lageeinstellungen sind in beiden Dateien identisch. 

 

 

Viele Grüße

 


mac os sequoia 15.7.1 - archicad 28
5 ANTWORTEN 5
runxel
Moderator

@jukrkr  schrieb:

… ohne eine Änderung irgendwelcher Einstellungen …


An der Datei wurde nicht gearbeitet?

Sieht mir stark danach aus, als wenn jemand eine DWG mit Katasterdaten reingezogen hat, die an der "Original"-Stelle platziert wurde.

Lucas Becker | AC 29 on Mac (Sequoia) | Graphisoft Insider Panelist | Akroter.io – high-end GDL objects | Author of Runxel's Archicad Wiki | Editor at SelfGDL | Developer of the GDL plugin for Sublime Text

My List of AC shortcomings & bugs | I Will Piledrive You If You Mention AI Again |

POSIWID – The Purpose Of a System Is What It Does /// «Furthermore, I consider that Carth... yearly releases must be destroyed»
jukrkr
Contributor

Hallo runxel,

 

Danke für deine Antwort. Ich habe die Datei gestern abend gespeichert und heute morgen wieder geöffnet. In der Zwischenzeit ist daran nichts passiert. Die DWG mit Katasterdaten ist Grundlage gewesen. Den Vermesserpunkt habe ich dann in der Projektlage-Einstellung eingestellt und das ganze zum Projektursprung geschoben, sodass beim Import in Archicad nichts mehr Kilometerweit entfernt vom Projektursprung liegt und beim DWG oder IFC-Export die richtigen Lageeinstellungen mitgespeichert werden.

 

Außerdem ist das Objekt ja in meinen Screenshots so eingestellt, dass die Projektkoordinaten angezeigt werden und nicht die Vermesserkoordinaten. Da das Objekt am Projektursprung liegt, sollte also in jedem Fall 0, 0 angezeigt werden. So wie es eben auch in der Koordinaten-Palette angezeigt wird.

 

Ich habe die .pln gerade nochmal über "öffnen und reparieren" geöffnet und es werden wieder die richtigen Koordinaten angezeigt. Das ist nur dann blöd, wenn es irgendwann mal in einer Teamwork-Datei passiert. Aus meiner Sicht scheint es also ein Bug im Koordinaten-Bemaßungs Objekt zu sein. Wäre schön, wenn sich das mal angeschaut und behoben wird.


mac os sequoia 15.7.1 - archicad 28
Frank Beister
Moderator

Bitte damit unbedingt an den Support wenden. Link auf diesen Beitrag hilft da auch manchmal. Sonst geht das nicht in die Fehlerdatenbank.

bim author since 1994 | bim manager since 2018 | author of selfGDL.de | openGDL | skewed archicad user hall of fame | author of bim-all-doors.gsm
... und im Übrigen bin ich der Meinung, dass Trockenbauwände einschichtig zu modellieren sind.
runxel
Moderator

Ich sehe da eigentlich keinen Fehler, ehrlicherweise. 🤔

Wenn man in Archicad etwas weit weg vom Ursprung platziert, dann bekommt man ein Genauigkeitsproblem. Also rechnet Archicad heimlich alles um. Der interne Projektursprung wird versetzt, so dass die Anzahl der Nachkommastellen maximiert wird. Ab diesem Zeitpunkt ist der bisherige Ursprungspunkt nur noch "Deko".

Man kann auf diesen Wert zugreifen im GDL mit "GLOB_WORLD_ORIGO_OFFSET_X/_Y" – genau das macht das Objekt übrigens auch.

Diese interne Neuberechnung findet erst nach dem Neuöffnen der Datei statt. Deshalb hast du dieses Phänomen gesehen, als du die Datei am nächsten Tag wieder offen hattest. Das Öffnen und Reparieren hat dann eine weitere Neuberechnung durchgeführt, sodass der interne Ursprungspunkt wieder deckungsgleich mit deiner Erwartung war.

Lucas Becker | AC 29 on Mac (Sequoia) | Graphisoft Insider Panelist | Akroter.io – high-end GDL objects | Author of Runxel's Archicad Wiki | Editor at SelfGDL | Developer of the GDL plugin for Sublime Text

My List of AC shortcomings & bugs | I Will Piledrive You If You Mention AI Again |

POSIWID – The Purpose Of a System Is What It Does /// «Furthermore, I consider that Carth... yearly releases must be destroyed»
jukrkr
Contributor

Das was du beschreibst klingt nach einer logischen Herleitung für das Phänomen. Der Projektursprung bleibt aber der Projektursprung. Und der liegt auf den Archicad-Koordinaten x=0, y=0. Egal ob man einen Benutzerursprung setzt oder etwas ganz weit weg vom Projektursprung platziert. Wenn ich im Koordinaten-Bemaßungs-Objekt einstelle, dass die Koordinaten relativ zum Projektursprung angezeigt werden sollen, dann erwarte ich auch, dass dem so ist und nicht irgendwelche intern berechneten Koordinaten, die man nicht nachvollziehen kann. Meiner Meinung nach ist das ein Fehler (vor allem, wenn dieser durch öffnen&reparieren behoben wird). Das man ein Genauigkeitsproblem bekommt, sobald etwas weit entfernt vom Ursprung liegt, ist mir klar. Deshalb stellen wir die Lage eben auch richtig ein.

 

Folgender Workflow scheint zu dem Fehler zu führen:

 

  1. PLN erstellen, in der die Vermesser-DWG importiert werden soll
  2. DWG des Vermessers lagerichtig importieren - die DWG liegt nun irgendwo weit entfernt vom Ursprung
  3. Projektbereich und Einfügepunkt definieren, der am Ende auf dem Archicad-Ursprung liegen soll. Diesen mit dem Koordinaten-Bemaßungs-Objekt (KBO) vermaßen
  4. Man hat plötzlich Feierabend, geht in Pause oder speichert und schließt die Datei aus anderen Gründen und macht später weiter.
  5. Man öffnet die Datei wieder und stellt fest, dass im KBO falsche Werte angezeigt werden.
  6. Bei Verschieben der Vemesser-DWG vom festgelegten Einfügepunkt zum Projektursprung, bleiben die angezeigten Werte des KBO falsch.
  7. Nach öffnen & reparieren sind die angezeigten Werte wieder richtig.

 

Was man anscheinend nicht machen darf, um den Fehler zu vermeiden ist Punkt 4. Also am besten alles ohne Unterbrechung einstellen. Was mich irritiert, ist das Archicad einfach einen neuen internen Projektursprung errechnet, der dann nicht mehr zu den eigentlichen Koordinaten in Archicad und der Koordinaten-Palette passen.

 

 

 


mac os sequoia 15.7.1 - archicad 28

Keine Antwort gefunden?

Andere Beiträge
im Board ansehen

Zurück zum Board

Neueste Lösungen durchsuchen

Akzeptierte Lösungen zeigen

Eine neue Diskussion starten!

Neues Thema erstellen