ktaroabobon / ifcjs-react

https://ktaroabobon.github.io/ifcjs-react/
MIT License
18 stars 5 forks source link

questions on GIS and real-world scaling #36

Open dberardo-com opened 9 months ago

dberardo-com commented 9 months ago

great example !

do you know if it is possible to:

thanks!

ktaroabobon commented 9 months ago

Hi!

I haven't tried integrating GIS information into the model yet, so I'm not sure about it.

Thank you for looking at my sample! <3

dberardo-com commented 9 months ago

thanks for the quick reply,

get the real-world measures of the objects? for example: one "window side" on the react-three-fiber object corresponds to 1,25m in real-world, etc

do you know if such information is available in the r3f object that loads the ifc ?

also: do you believe it could be possible to use r3f to also "edit" and then "save" the ifc model ?

you know, i am coming from a different background, and trying to integrate gis and ifc together somehow

ktaroabobon commented 6 months ago

@dberardo-com I apologize for the delayed response.

get the real-world measures of the objects? For example, one "window side" on the react-three-fiber object corresponds to 1.25m in the real world, etc.

I believe it is possible to obtain the real-world dimensions of the objects if the model can be synchronized with the real-world counterpart. However, as far as I know, there isn't a technology method for continuously keeping the model synchronized (a so-called digital twin).

do you know if such information is available in the r3f object that loads the ifc?

Regarding this question, I am not very familiar with r3f, so I cannot say for certain. However, I would think that specifications such as the ones mentioned in the example above would be included in r3f.

also: do you believe it could be possible to use r3f to also "edit" and then "save" the ifc model?

On this matter, while it is technically possible, I think there are still issues to consider regarding the practical operation of models in real projects. Specifically, since IFC is just a file, managing the state of information seems challenging without resorting to solutions like Git, which could be costly. This is because the main purpose of referencing IFCs is to obtain data about buildings, and creation or editing serves only a very limited purpose. (Buildings have a longer operational period than construction period.) What are your thoughts on this? I would appreciate hearing your opinion.

dberardo-com commented 6 months ago

i am sorry if this point was misunderstood:

I believe it is possible to obtain the real-world dimensions of the objects if the model can be synchronized with the real-world counterpart. However, as far as I know, there isn't a technology method for continuously keeping the model synchronized (a so-called digital twin).

here i meant whether it is possible to understand how big an object is once it has been loaded in the canvas, not necessarily in a dynamic "twin-like" way, but just statically. my initial use case is basically quite straight forward, it then develops steps by step:

  1. i want to load an ifc model in the browser - preferably in a r3f canvas
  2. i want to load other objects in the same canvas, using different sources, e.g. other ifc files, and other .glb files
  3. i want to place all the object in a geographic reference frame (think about a map - https://docs.mapbox.com/mapbox-gl-js/example/add-3d-model/)

so for step number 1 i have no real problem (although i someone wants to add a background one needs to know real-life dimensions already) for step number 2 i needed to scale objects with respect to eachother, so i need to know real-life dimensions (or at least have a common reference metrics) for step number 3 i furthermore need to know the orientation of the objects (azimuth / degrees from north), as well as their coordinates.

do you believe these points above can all be fulfilled by loading only ifc files in a canvas (that is , leaving apart the glb files, which might not include all needed metadata) ?

ktaroabobon commented 6 months ago

I have never worked with .glb files, so I am not familiar with the details, but perhaps it might be difficult to make a judgment based solely on IFC.