So am I correct to assume the translation is just a reference to the North American Datum?
It has no function in SketchUp (if I don’t make models for Google Earth ea)?
The values could be replaced with some custom values if needed to reference them to the Dutch coordinate system without any problem?
Or are there uses for these translations within SketchUp itself?
We do think so. However this data came from Google Earth. So the definitive answer would be in the GE API (I would think.)
Right, this data would be for later viewing you model in the Google Earth application. Google no longer accepts models for the online GE.
I cannot say. I am not a “Google Eather”.
I would suspect that if you wanted to export to some other GIS system (besides Google Earth,) you would somehow need to convert the coordinates into the other system.
See API documentation: Geom::UTM and Geom::LatLong
If I was tasked to do it, I’d leave the GE “GeoReference” dictionary as is, and create another for the “Dutch” system with the converted coordinates, and a different but descriptive name. (At the very least, I’d create a backup copy of the original dictionary, so it could be restored later.)
At the same time this “GeoLocation” dictionary is created, SketchUp sets the model’s internal location properties, for use with the native shadow engine. This data is kept in the model’s ShadowInfo hash. (I also think this can be changed manually later, which could invalidate the “GeoLocation” dictionary.)
See API documentation: Sketchup::ShadowInfo
SketchUp does not actually use the Z translation. It assumes sea level (it seems) for all shadow calculations [as of v16.] (Unless I suppose you use the Ocean bottom modeling extension and have the “model on sea floor” dictionary set true.)
From within SketchUp, you are actually within the edit context of the model as if it is a component. (Which it actually is to any external model “world”.)