Open iyurrr opened 3 years ago
Is that a Revit issue or ArchiCAD issue, on the purging question?
Is that a Revit issue or ArchiCAD issue, on the purging question?
Revit
I guess we'd have to see the file to understand what's going on. You can send to my Autodesk email, angel.velez@autodesk.com
@AngelVelezSosa I could share there. IFC file & mapping rules: https://github.com/archimatika/archicad-template/blob/33f57dbecad2ca3c78a172c02bd018054b1577e2/temp/mapping_test.ifc https://github.com/archimatika/archicad-template/blob/33f57dbecad2ca3c78a172c02bd018054b1577e2/temp/rvt_ifc_import.txt
@AngelVelezSosa any news?
Hi there.
I want to clarify the mechanics of family name creation while IFC linking. I understand that these families are kinda "dummy", but for better collaboration I'd like to solve some issues.
I'm using this revit-ifc library to operate with ifc files in Revit. Sometimes, during the import, I've got a bunch of numeric names in the family list for a some category (like on the screen below). The source of ifc file is actually ARCHICAD. As I know, Revit (or revit-ifc importer) is trying to take the name of IFC Type Product (like IfcColumnType) and use it for the family name. I've managed to get a clear naming almost for all the elements, but for some object-specific (written in gdl) I can see a lot of strange numeric names. My tests and observations point me that it's could be caused by micro-differences in this objects (like one changed parameter whatever). However, the ARCHICAD IFC Project Manager shows pretty clear structure of them (you can see 8 object types of system furniture here) and the Revit file has absolutely the same amount of these types. But with additional garbage (like 214131).
These "families" are empty and no elements are assigned to it. However, it couldn't be deleted by default purge procedure.
Could this be fixed somehow? Or maybe I'm missing something from the initial preparation of ifc?