so, here are the fields populated correctly, the definition is commun to the two instances
& so far so good, in eveBIM we see the export populated the fields correctly…
Here we have the proof of the inversion ! (on import)
So this needs flagging to the Dev team under @olivia_feng working on IFC stuff
1 Like
This is me also flagging this @olivia_feng 
1 Like
@olivia_feng must be having nightmares about all of us… 
2 Likes
possibly, we are rather active in finding all the stuff that doesn’t quite work properly yet
1 Like
But who to flag about TrimBim import also not respecting instances?
I have no idea who is on the TrimBim team 
1, honestly the TrimBim thing leaves me cold as I don’t want to work on a server in the USA for my collaborative work
2, I would imagine that @olivia_feng knows who is, and can pass the information along
Instances and “Information”, that’s the worst part in my opinion.
b i m
1 Like
quite
You can choose between different servers, you have an Europe Server.
ok, thanks, be that as it may, I have trust issues
& furthermore, I just wish that the desktop software would finally work before seeing all that online stuff get worked on as the time that developers spend on online thinggies is less time for our good old desktop stuff
1 Like
Maybe the code used in Trimble Connect to convert Ifc to TrimBim could be re-used in the ifc import into sketchup, as TrimBim respects Layers/Tags. Then we didn´t have to go online and move files pointlessly around the world every time we needed to import anything from our own desktop into sketchup.
( @olivia_feng ) …
@Odd_Haakon_Byberg maybe & you’re right that the whole lack of Tags (Layers for those of us who are a bit older) thing is annoying since they show up in ifc files exported from SU via the ifc Manager plugin…
That is what I’m saying continuosly… geometry is solved (you can excahnge geometry with obj, fbx, dae, etc.). We need to maintain information and respect Ifc Standard.
3 Likes
+1 to that !!!
Right now we get a B#M deal
1 Like
testing the ifc import in SU 24: (@olivia_feng)
- Native import is faster than before but still produces a file more than 6 Times Larger than the original ifc. No Tags import.
- Importing through TrimBim gives a skp file just a litte bit bigger than the original, and With Tags.
So it’s basically impossible to get a project moved over to Trimble Connect. Every project manager has their own pet project file sharing host, many of them much worse than TC.
If only TC had ONE killer app ??
Lets say that TC could mount all exports from a work group into a single model automatically, (for instance all the files in a folder was mounted),so that the project manager could look at that collected file, without waiting for somebody to do the work to recollect all the most updated versions.
And the workgroup participants could update each ifc or trimbim or whatever, from one single file, or all new files from one single watched folder.
I am not sure to understand, for this is what TC actually does? Only, it is called a 3D View in the browser. The recollecting can be done for native SKP/Tekla/DWG by using the sync tool and educating other collaborators to use it.
For RVT files, there is the Revit importer to sync and upload the files to the project.
If with ‘a killer app’ you mean to edit the files of your collaborators you better watch out, for you end up doing all the work for them:)
allright, there’s a TC feature that assembles different files into one, for combined viewing of all collaborators files? How and where?
I agree on the “edit other peoples files” thing, I dont do that anymore…
In fact, IFC supports the “typing” of instances (or still, it has a categorization similar to repeated components, as it is in SketchUp). In the structure, the IfcTypeObject comes “before” the concrete class IfcTypeProduct. Some software like BlenderBIM supports the “visualization” and editing of these abstract elements. When imported, it is possible to visualize an element called “Types” in the model structure. It basically presents a collection of repeated elements. For this to happen, IfcRealDefinesByType must be defined as true, so that IFC understands the relationship between type objects and their geometrically represented repetitions.
SketchUp does not support this. Each instance is exported (or imported) as a unique “component” (Type). Models exported from Revit and ArchiCAD can maintain this relationship between type and its repetitions, exporting the TypeObject library. In my tests, the IFC Manager plugin was also unable to export components in this way. Yes, this implies a larger dimension in the exported IFC files from SketchUp. Depending on the complexity of the models, I have had situations where the IFC files exported from SketchUp were up to 3 times heavier.
I didn’t understand what you meant by two simultaneous classifications. SketchUp supports multiclassification, provided that other classification systems are imported (.skc) and the elements are classified. In Brazil, for example, we have a national classification standard. We can incorporate these classifications along with the standard IFC classes from ISO. In my tests, SketchUp’s native exporter cannot incorporate this alternative information, but the IFC Manager can do it without any problems.
Are you referring to a federated model? It’s possible to “overlay” multiple models in Trimble Connect. Simply insert the models into the same Project in Trimble, and when opening the model, navigate through the folders and “turn on” the visualization of the other models.
1 Like