---

Ein Statusbericht:

Im Infrastrucuture Modeler 2013 / Infraworks 2014 lassen sich bequem CityGML-Daten importieren und visualisieren.

Nicht so in der brandneuen Version AIW 2014 R2 !
Wenn man wie gewohnt per drag&drop die CityGML-Files ins Modell zieht, tut sich mal gar nichts - aha - also noch mal von vorne - wieder nix.
Dann über "Datenquelle" CityGML anklicken zum Importieren, Datei auswählen (bis dahin nichts Ungewöhnliches) und siehe da:
Das geht nur über die Cloud ! "Melden Sie sich bei Ihrem A360-Konto an, um den Dienst für die Datenkonvertierung zu verwenden"

so so - die Anmeldung verhindert aber unser Proxy-Server gemäß den internen Sicherheitsrichtlinien erwartungsgemäß.

Autodesk verkauft das als super Neuerung und Verbesserung:
"Verbesserter Import von Revit und CityGML Daten:
Der Import findet nun für beide über einen Autodesk 360 Account statt, es ist damit ein Account und eine Onlineverbindung, aber keinerlei Revit Installation auf dem Rechner notwendig.
Autodesk 360 ist die Autodesk Cloud Plattform, von deren vielen Möglichkeiten hier das Auslagern der rechneintensiven Datentransformation auf die Cloud Server genutzt wird. Dies hat den Vorteil, dass der oft sehr lange dauernde Import verkürzt werden kann.
Der Anwender muss dazu während dem Import mit seinem Autodesk 360 Account (kostenfrei) verbunden sein. Zudem wird natürlich das Thema Datenschutz zur Zeit heftig diskutiert. Hier sei auf den Artikel Autodesk® InfraWorks ™ 2014 R2 - format translation & processing in the cloud und auf das Autodesk Trust Center verwiesen." - Zitat Ende.

Na bumm, dann kommt die NSA einfacher zu meinen Daten    

auch im Forum wird das heftig diskutiert

Auch der Autodesk-Support hat einen Rat parat:
"In Ihrem Fall können Sie nicht auf InfraWorks 360 zugreifen, da Sie einen Proxy Server verwenden. Daher können Sie die Transformations-Services auch nicht nutzen.
Die einzigen Optionen für Sie sehe ich im Augenblick darin, entweder die CityGML Daten vorher in ein anderes Format zu konvertieren und dann in InfraWorks 2014 R2 zu laden. Oder vorerst auf die aktuelle InfraWorks 2014 R2 Version zu verzichten." - Zitat Ende

Ich möchte aber nicht verzichten, da in der Screenshot-Visualisierung für mich wesentliche Verbesserungen drinnen sind. Also habe ich mir den A360 intern genehmigen lassen und die IT wird das (hoffentlich bald) aucht technisch umsetzen. Bis dahin importiere ich im "alten" AIW und arbeite dann in der R2 weiter......

------------------
- gü -

[Diese Nachricht wurde von Guenther P am 28. Aug. 2013 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Günther,

dann nimm Sketchup, mit CityGMl Plugin. Im Sketchup kannst Du ein DAE draus machen.

Gruß Symantec

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi,

danke für den Tipp - werde ich ausprobieren

------------------
- gü -

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von symantec:
Hallo Günther,

dann nimm Sketchup, mit CityGMl Plugin. Im Sketchup kannst Du ein DAE draus machen.

Gruß Symantec

---

Hallo Symantec,

was bedeutet DAE ?

Gruß
Robert

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ein Format, das eigentlich für Animation/Rendering aufgebaut ist, also sicher OK für 3D-Daten, siehe hier: klick
Ich hab's zwar nicht probiert, ich meine jedoch dieses Format kann keine Georeferenzierung/Projektionssystem-Info mitgeben, was CityGML schon inkludiert.

------------------


www.cars4fun.at

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Guenther P:
Ein Statusbericht:

Im Infrastrucuture Modeler 2013 / Infraworks 2014 lassen sich bequem CityGML-Daten importieren und visualisieren.

Nicht so in der brandneuen Version AIW 2014 R2 !
Wenn man wie gewohnt per drag&drop die CityGML-Files ins Modell zieht, tut sich mal gar nichts - aha - also noch mal von vorne - wieder nix.
Dann über "Datenquelle" CityGML anklicken zum Importieren, Datei auswählen (bis dahin nichts Ungewöhnliches) und siehe da:
Das geht nur über die Cloud ! "Melden Sie sich bei Ihrem A360-Konto an, um den Dienst für die Datenkonvertierung zu verwenden"

so so - die Anmeldung verhindert aber unser Proxy-Server gemäß den internen Sicherheitsrichtlinien erwartungsgemäß.

---

Update dazu:
Firmenintern darf ich mich nun über den Proxy mit meinem A360-Konto verbinden, lediglich technisch erweist sich das als nicht machbar:
Es ist nämlich aus AIW 2014 R2 nicht möglich über ein gesichertes Firmennetzwerk eine Verbindung zu Autodesk herzustellen, da
AIW 2014 R2 keinen Proxy verwendet. AIW 2014 R2 versucht die Kommunikation auf dem direkten Weg, dieser ist jedoch durch die Firewall gesperrt.

In anderen Produkten - wie C3D oder A360 - wird sehr wohl der Weg über den Proxy eingeschlagen, ich nehme daher stark an, dass vergessen wurde, die Verwendung eines Proxys im Produkt zu implementieren.....

Hoffe auf einen Hotfix oder ein Update und werde wieder berichten, wenn sich etwas zu diesem Thema tut.

------------------
- gü -

...then it comes to be that the soothing light at the end of your tunnel was just a freight train coming your way...
(James Hetfield)

[Diese Nachricht wurde von Guenther P am 03. Okt. 2013 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Guenther P:

Hoffe auf einen Hotfix oder ein Update und werde wieder berichten, wenn sich etwas zu diesem Thema tut.

---

Update 7.10.2013:

Autodesk hat sehr schnell reagiert und ein File gesendet, mit dem die Registry so geändert wird, dass der Proxy nun mehr verwendet wird.  

Somit kann ich jetzt CityGML - Daten in meinem AIW2014 R2 per Cloud einspielen, allerdings mit 2 - aus meiner Sicht - riesigen Einschränkungen:

1. Es lassen sich nur 10 Files auf einmal - oder genauergesagt nur 10 innerhalb von 30 Minuten - einlesen! Bei einem kleinen Bereich ist das nicht das Thema, aber wenn ich die gesamte Stadt - und das sind immerhin 125 Files zu je 1 km² Fläche - einspielen muss, dann ist das schon sehr aufwändig und sicher keine Verbesserung! Bisher habe ich alle 125 Files markiert und in einem Schwung eingelesen, meist vor dem Heimgehen und in der Früh war alles erledigt. Oder im Hintergrund einfach werkeln lassen.
Also keine Spur von Erleichterung des Workflows, im Gegenteil, es sind nicht unerhebliche Vorarbeiten zu leisten...

2. Zeitfaktor:
10 CityGML-Files sind im alten AIW2014 in gestoppten 6 Minuten drinnen. Über die Cloud werkt mein Rechner bereits seit 1 1/2 Stunden für die selben Files und kein Ende ist in Sicht...  Und dann sind noch 115 weiter Files übrig. Heute ist Montag und am Freitag bin ich dann wohl fertig - inakzeptabel!
Wir haben aber hier eine Leitung mit echten 2 x 100 MBit! Also daran kannŽs wohl nicht liegen!

Im November soll ein neues Release rauskommen, mal sehen - ich werde weiter berichten.

------------------
- gü -

...then it comes to be that the soothing light at the end of your tunnel was just a freight train coming your way...
(James Hetfield)

[Diese Nachricht wurde von Guenther P am 07. Okt. 2013 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Guenther P:

1. Es lassen sich nur 10 Files auf einmal - oder genauergesagt nur 10 innerhalb von 30 Minuten - einlesen!

Im November soll ein neues Release rauskommen, mal sehen - ich werde weiter berichten.

---

Update 31.10.2013:

Autodesk hat wiederum sehr schnell reagiert (bereits vor 10 Tagen, bin aber nicht zum posten gekommen)und folgendes Statement abgeliefert:

• Autodesk hat getestet, die Limitierung der Dateianzahl beim Import der CityGML Daten aufzuheben, aber die Desktop Version von  InfraWorks kann eine höhere Anzahl an Dateien gleichzeitig nicht verarbeiten.
• Für Version 2014 R4 wird diese Programmeinschränkung behoben sein.
• A360 serverseitig wurden die Einstellungen jetzt so geändert, dass 20 Jobs/Files pro 3 Minuten möglich sind. Das heißt, dass bis auf weiteres immer nur 20 Dateien gleichzeitig geladen werden können. Erst wenn diese komplett geladen sind, können die nächsten 20 Dateien geladen werden.

Ich für meinen Teil kann damit leben, da ich als workaround mir ein File mit allen 135 CityGMLŽs im R1 hergerichtet habe und dann bei Bedarf mit einer sdf-Grenze das Planungsgebiet begrenze. Geht inkl. "speichern unter" relativ fix.

------------------
- gü -

...then it comes to be that the soothing light at the end of your tunnel was just a freight train coming your way...
(James Hetfield)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Guenther P:

Update 31.10.2013:

• Für Version 2014 R4 wird diese Programmeinschränkung behoben sein.

---

Update 27.1.2014:

Ich habe inzwischen den R3 installiert, der auf der Autodesk University in Darmstadt erstmals präsentiert wurde. Für mich ist der Unterschied zum R2 nur marginal - Proxy und CityGML-Handling sind eigentlich unverändert.

Ich für meinen Teil werde auf den von Autodesk angekündigten R4 warten, mal sehen, was da so auf uns zukommt.....

------------------
- gü -

...then it comes to be that the soothing light at the end of your tunnel was just a freight train coming your way...
(James Hetfield)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

InfraWorks_CityGML.JPG

Hallo zusammen!

Ist beim Import von CityGML eine besondere Vorgehensweise bezüglich des Koordinatensystems zu beachten?

Nach dem Import vom CityGML-Daten der Bayerischen Vermessungsverwaltung, erhalte ich nur örtliche Koordinaten (um den Nullpunkt). In der Datei sind aber 7stellige GK-Koordinaten angegeben.
Die NN-Höhe wird anscheinend richtig ausgewertet.

Viele Grüße

Robert

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi Robert,

grundsätzlich nicht. du kannst nur das Koordinatensystem im AIW wie gehabt angeben. Bei uns war es allerdings, dass bei der Ausgabe aus der Datenbank ins CityGML x und y vertauscht waren. Am besten wäre, du siehst dir die Daten in einem anderen Programm an, um zu kontrollieren, ob das was mit den Koordinaten nicht passt. Wir haben das mit Geomedia gemacht, aber es gibt sicher auch Freeware dafür.

------------------
- gü -

...then it comes to be that the soothing light at the end of your tunnel was just a freight train coming your way...
(James Hetfield)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

CityGML-Inhalt.JPG

Hallo Günther,

das Koordinatensystem wird durch den EPSG-Code richtig an AIW übergeben.
Bei den Koordinaten hakt es dann ...

Robert

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

dh, die Koordinatenangabe im CityGML ist eine andere als im sdf, das du im Map erzeugt hast ? auf den ersten Blick haben deine Koordinaten mehr Stellen vor dem Komma als bei mir, aber ich bin in der Geodäsie nicht so bewandert.....

------------------
- gü -

...then it comes to be that the soothing light at the end of your tunnel was just a freight train coming your way...
(James Hetfield)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Guenther P:
Bei uns war es allerdings, dass bei der Ausgabe aus der Datenbank ins CityGML x und y vertauscht waren.

---

Ich habe mich von der X/Y Anzeige im AIW etwas in die Irre führen lassen. Es werden ja nicht kartesische Koordinaten angezeigt sondern Länge und Breite des WGS84-System.
Und es ist dann tatsächlich so, dass Rechtswert und Hochwert vertauscht eingelesen werden. Diese Datei stammt vom Landesamt für Vermessung, - da bin ich jetzt mal gespannt auf welcher Seite der Fehler liegt.
Wie hast du das damals gelöst?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

InfraWorks_CityGML2.JPG

Hier wurde das Problem auch schon beschrieben.
Ich habe jetzt in der CityGML-Datei den EPSG-Code von 31468 auf 31464 geändert und siehe da: es funtkioniert!

Viele Grüße
Robert

[Diese Nachricht wurde von Geometer am 29. Jan. 2014 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Geometer:

Ich habe mich von der X/Y Anzeige im AIW etwas in die Irre führen lassen. Es werden ja nicht kartesische Koordinaten angezeigt sondern Länge und Breite des WGS84-System.
Und es ist dann tatsächlich so, dass Rechtswert und Hochwert vertauscht eingelesen werden. Diese Datei stammt vom Landesamt für Vermessung, - da bin ich jetzt mal gespannt auf welcher Seite der Fehler liegt.
Wie hast du das damals gelöst?

---

Ich gar nicht, unsere LOD2 CityGML-Daten sind in einem Programm automatisiert(90% automatisch, Rest händisch) aus einer 10cm Punktwolke (aus Bildmatching) erzeugt worden und der Hersteller hat dann die CityGML-Ausgabeschnittstelle dementsprechend geändert.

------------------
- gü -

...then it comes to be that the soothing light at the end of your tunnel was just a freight train coming your way...
(James Hetfield)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Geometer:
Hier wurde das Problem auch schon beschrieben.
Ich habe jetzt in der CityGML-Datei den EPSG-Code von 31468 auf 31464 geändert und siehe da: es funtkioniert!

Viele Grüße
Robert

kann mich an den Bericht erinnern, habe ihn dann aber nicht weiter verfolgt, da wir das Problem wie oben beschrieben lösten.

[Diese Nachricht wurde von Geometer am 29. Jan. 2014 editiert.]

---

------------------
- gü -

...then it comes to be that the soothing light at the end of your tunnel was just a freight train coming your way...
(James Hetfield)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Abschlußbericht:

nachdem jetzt mit der IDSP 2015 auch der Infraworks 2015 nunmehr offiziell ist, kann ich die meisten Probleme mit den alten Versionen als glöst betrachten. Der AIW 2015 ist von Oberfläche ganz anders (besser ?) geworden und auch das Datenbankschema hat sich geändert. Meine Probleme mit CityGML sind behoben und der AIW 2015 kommt mir stabiler, schneller und performanter vor....

ENDE

------------------
- gü -

...then it comes to be that the soothing light at the end of your tunnel was just a freight train coming your way...
(James Hetfield)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Guenther P:
Abschlußbericht:

nachdem jetzt mit der IDSP 2015 auch der Infraworks 2015 nunmehr offiziell ist, kann ich die meisten Probleme mit den alten Versionen als glöst betrachten. Der AIW 2015 ist von Oberfläche ganz anders (besser ?) geworden und auch das Datenbankschema hat sich geändert. Meine Probleme mit CityGML sind behoben und der AIW 2015 kommt mir stabiler, schneller und performanter vor....

ENDE

---

Ich muss den Abschlußbericht nochmals aufwärmen, da mit der aktuellen Version "AIW 2015 R3" der CityGML - Import gar nicht mehr möglich ist !!!! 

Dieses Feature wurde still und heimlich entfernt und ist jetzt nur mehr mittels Infraworks 360 möglich ! Der AIW 360 ist aber in keiner InfraStructureDesignSuite, auch nicht in der Ultimate, drinnen ! Für mich als Suite-User heißt das, ich"darf" nochmals upgraden auf eine "InfraWorks 360 Companion" oder und das ist die wahrscheinlicher Variante, ich werde gleich auf die Suite ganz zu verzichten und einen Ersatz für den AIW zu suchen. Gibt es zuhauf und vor allem im OpenSource-Bereich.

Eigentlich benötige ich das nur das Civil und der Infraworks ist ein nice-to-have.

Also, diese Vorgehensweise finde ich gelinde gesagt eine Frechheit ! 

------------------
- gü -

...then it comes to be that the soothing light at the end of your tunnel was just a freight train coming your way...
(James Hetfield)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP