Hello,
This problem is happening specifically with the plugin by Proving Grounds called Conveyor, which leverages rhino.inside but is an additional plugin.
Although the problem is also somewhat with rhino.inside. (explanation incoming)
When I take an OBJ format mesh, and bring it into Rhino my coordinates are kept in tact. If I use rhino.inside “direct mesh” I can send this OBJ straight to Revit and it keeps the coordinates in tact inside of Revit, however the mesh is completely unusable (seems to be voxelised with large voxels)
So I tried this import to Revit using Conveyor and behold the mesh is beautiful - BUT - it seems at the point of creating the revit family, Conveyor drops the mesh into a family, which it then drops into the project using the family insertion point and placing it by default onto the Revit internal origin. It has kept the Z elevation, but X and Y are being removed through this process.
Part of the problem is that this happens right at the point of processing to Revit, so I can not (and actually dont need to anyway) manipulate the coordinates before it gets sent to revit (trust me I tried).
So now I thought, what if I use rhino.inside to get the resulting Conveyor family once its built, and send it to a known vector (I created a point on the mesh and used it as a target vector)
But when I try to do this, Rhino throws an exception at me
The total grasshopper script is pretty simple, but I cant for the life of me resolve this issue. I just need this OBJ to create in the right place…
In the revit image, you can see the Z elevation kept (its around 1600m) and the revit internal origin below it (its in a perspective view but its smack in the middle of the resulting geometry on X, Y) The geometry should arrive near the top of the image but coordinates are just being set to 0,0 at insertion.
Any help would be appreciated