array(2) { ["text"]=> string(54) "! I intend to oficially start it in about a week or 2." ["context"]=> string(73) " Documentation part! I intend to oficially start it in about a week or 2." }
array(2) { ["text"]=> string(71) "![](https://community.osarch.org/uploads/editor/be/b9feefcqzbs2.png "")" ["context"]=> string(71) "![](https://community.osarch.org/uploads/editor/be/b9feefcqzbs2.png "")" }
array(2) { ["href"]=> string(63) "https://community.osarch.org/uploads/editor/be/b9feefcqzbs2.png" ["title"]=> string(0) "" } array(2) { ["text"]=> string(1) "!" ["context"]=> string(58) "Of course if it's completed earlier that would be awesome!" }
array(2) { ["text"]=> string(2) "! " ["context"]=> string(34) "I look forward to your reactions! " }
array(2) { ["text"]=> string(67) "! And again, if someone wants to add/change something, let me know!" ["context"]=> string(78) "Yes will do! And again, if someone wants to add/change something, let me know!" }
array(2) { ["text"]=> string(1) "!" ["context"]=> string(66) " And again, if someone wants to add/change something, let me know!" }
array(2) { ["text"]=> string(1) "!" ["context"]=> string(16) "Nice initiative!" }
array(2) { ["text"]=> string(1) "!" ["context"]=> string(7) "Me too!" }
array(2) { ["text"]=> string(182) "!). With everything in Bonsai/ IFC you can save / send the model and see the complete building/picture, drawings included. This is the goal of IFC right? Complete interoperability?" ["context"]=> string(193) " , amazing!). With everything in Bonsai/ IFC you can save / send the model and see the complete building/picture, drawings included. This is the goal of IFC right? Complete interoperability?" }
array(2) { ["text"]=> string(1) "!" ["context"]=> string(37) "Okay after quite some time an update!" }
array(2) { ["text"]=> string(71) "![](https://community.osarch.org/uploads/editor/os/6xrrtqd999li.png "")" ["context"]=> string(71) "![](https://community.osarch.org/uploads/editor/os/6xrrtqd999li.png "")" }
array(2) { ["href"]=> string(63) "https://community.osarch.org/uploads/editor/os/6xrrtqd999li.png" ["title"]=> string(0) "" } array(2) { ["text"]=> string(2) "! " ["context"]=> string(99) "I'll post the other phases as seperate issues and donation if this initiative gets off the ground! " }
array(2) { ["text"]=> string(1) "!" ["context"]=> string(16) "Awesome, thanks!" }
array(2) { ["text"]=> string(2) "!!" ["context"]=> string(9) "Awesome!!" }
array(2) { ["text"]=> string(1) "!" ["context"]=> string(1) "!" }
Drawings & Documentation - Donation proposal

OSArch Community

Drawings & Documentation - Donation proposal

  1. J

    Hi guys,

    Last three months I was working on a couple of projects to test Bonsai for professional use in our company.

    We still produce many drawings and I must say though much is possible, we're not there yet to completely unsubscribe from you know who ;)

    So I wanted to propose a donation project for the Drawings & Documentation part! I intend to oficially start it in about a week or 2.

    This is what we think is essential so if you want ot change something or have other things you want to add, comment under this post or paste it directly in the file.

    The goal is to have the items of phase 1 done in a year (as much as possible), and create a donation project for phase 2 after that.

    Of course if it's completed earlier that would be awesome!

    I look forward to your reactions!

  1. M

    This is a really great idea. Can you please file individual bugs for each issue? That would allow us to track them, assign them, prioritise them, and most importantly, not forget about them :)

  1. J

    Yes will do! And again, if someone wants to add/change something, let me know!

  1. T
  1. T

    Perhaps to get a better pulse of what people would like to prioritize, and thus provide a more potent or attractive campaign, maybe, in this thread, peeps could add one feature per post. That way people can 'like' the post, indicating their 'vote' for that feature.

    Like following...

  1. T
  1. T
  1. N

    maybe Blender isn't the place to 'put drawings together'. An online app and/or desktop app) may provide a better user experience that could even be part of the 'OSArch's own GIT hosting service' also being discussed on this forum. I watched a YouTube video about Rayon (proprietary CAD) and it shows how good online apps can be.

    The problem I see is Blender doesn't do Print and why should it, it is not what it needs. But most/many who are working in AEC on Bonsai still need to produce drawings, printed and/or PDF. Our drawings are usually hybrid, bringing together PDFs, vector drawings, images, formatted text, spreadsheets, hyperlinks (within the set and to websites) and so on. These are multi page sets that need to be revised and shared.

    I imagine the app could bring together all the external stuff around various views of the Bonsai IFC while allowing the user to design room labels, opening schedules, QTOs etc. while sourcing content from the IFC data. Perhaps IfcAnnotation objects could be formatted in the app producing the users preferred 'look and feel'. Maybe that sort of formatting could be a node-based process providing an easy set of office standards.

    It's sort of like the Sketchup layout thing but liberated ;)

  1. S

    @Nigel

    maybe Blender isn't the place to 'put drawings together'. An online app and/or desktop app) may provide a better user experience that could even be part of the 'OSArch's own GIT hosting service' also being discussed on this forum. I watched a YouTube video about Rayon (proprietary CAD) and it shows how good online apps can be.

    It's sort of like the Sketchup layout thing but liberated ;)

    I was about to write the same :)

    for those who do not know Layout, it's a sister app that can be called within Sketchup and allows editing of output pages where views from SU can be imported, scaled, and syncronized, allowing quite a nice editing of the.. layout with lines, styles, text, hatches, tables, etc.

    It would be a game-changer to have something similar in Blender/Bonsai, I don't know if it's possible to hack Inkscape to get something similar?

    cheers

  1. O

    @steverugi said:

    It would be a game-changer to have something similar in Blender/Bonsai, I don't know if it's possible to hack Inkscape to get something similar?

    cheers

    I belong to the other group that abhors a disjointed workflow, but as long as your proposal keeps both apps in live sync, that should be fine. Otherwise, the current Bonsai ---> Inkscape --->Bonsai ---> Inkscape fragmented workflow is Stone Age and irritating. Or maybe I am spoilt and have not successfully purged out all the Revit in me :).

  1. S

    @Owura_qu

    I belong to the other group that abhors a disjointed workflow, but as long as your proposal keeps both apps in live sync, that should be fine. Otherwise, the current Bonsai ---> Inkscape --->Bonsai ---> Inkscape fragmented workflow is Stone Age and irritating. Or maybe I am spoilt and have not successfully purged out all the Revit in me :).

    :)

    Layout allows import of "viewports" from SU that live dynamically (icon to press) in the document, not sure it can be actually implemented in Bonsai/Inkscape but who knows..

  1. S

    Was going to post a big long comment arguing, but realised it was derailing the intent of this thread. Instead I'll post a feature I'd like:

    Have a crease threshold

    With an emphasis on my comment.

  1. D

    This sounds like a great initiative, I'd definitely be wiling to chip in.

    @Owura_qu said:

    I belong to the other group that abhors a disjointed workflow, but as long as your proposal keeps both apps in live sync, that should be fine.

    I'm on the same bus, the least "jumping around" several applications the better, but I have to admit I have a hard time imagining Blender having decent page layout capabilities. Not saying it is not viable, but It'll probably take some effort.

    If we could somehow extend the IFCOpenShell web interface to include page layout and organization UI, maybe would be acceptable., those are as far as I know always in sync already.

  1. C

    @duarteframos said:

    This sounds like a great initiative, I'd definitely be wiling to chip in.

    Me too!

  1. J

    @Owura_qu said:

    I belong to the other group that abhors a disjointed workflow, but as long as your proposal keeps both apps in live sync, that should be fine. Otherwise, the current Bonsai ---> Inkscape --->Bonsai ---> Inkscape fragmented workflow is Stone Age and irritating.

    Yeah I also believe having everything in one place is better then to have to use 2 different programs. That supposedly are working together perfectly. There is room for documentation etc. in the IFC Schema and the basics/intermediate drawings are already possible (e.g. look at drawings by @theoryshaw , amazing!). With everything in Bonsai/ IFC you can save / send the model and see the complete building/picture, drawings included. This is the goal of IFC right? Complete interoperability?

    The less dependencies the better ;)

    However I do understand that for now it might be hard to go for a complete drawing module in Bonsai itself and that other programs are (far) more advanced. So using a live sync or something might be better for now so you can make use of their strengths, but I believe the goal should be to fully integrate it into Bonsai itself...

    @duarteframos said:

    If we could somehow extend the IFCOpenShell web interface to include page layout and organization UI, maybe would be acceptable., those are as far as I know always in sync already.

    Seems like you put together what I wanted to say (but forgot to post) very well ;)

  1. J

    Okay after quite some time an update!

    The table below is the updated version of phase 1, with the corresponding issues (as @Moult suggested). I've waited waay to long to do this but these have finally been posted as individual issues ;)

    Now for the funding part: I'd like to do it via this initiative as @theoryshaw suggested https://community.osarch.org/discussion/1741/have-an-idea-youd-like-to-get-funding-for-or-see-realized.

    So the project write up is a bit hard as there are multiple issues and some are way harder then the others. The first will be the biggest I believe so a deadline of 6 months from now might be adequate? Too long might just result in postponing ;)

    For the others, I hope to contribute myself, like #6426, and also that other people contribute to these problems.

    Maybe somebody has a good idea for funding these solutions relative to how much work they cost or something?

    I'll post the other phases as seperate issues and donation if this initiative gets off the ground!

    Of course feel free to suggest other items you want to see in this series.

    For now our company will start with a donation when this is live on opencollective ;)

  1. T

    Cool, i'll set up these projects, in our open collective site, in the next could days or so.

  1. J

    @theoryshaw said:

    Cool, i'll set up these projects, in our open collective site, in the next could days or so.

    Awesome, thanks!

  1. T
  1. M

    Thanks, made a donation for item 01. Hope it helps

  1. J

    Awesome!!

  1. D

    Great to see this taking shape. Also made a donation towards item 07, will probably do more in the future

  1. M

    A number of these bugs probably need careful consideration on how they're implemented as they could be part of a bigger system.

    I'd like to investigate a few avenues at least first before figuring out what a longer term solution is: Blender, Inkscape, Web, and Other. Ive reached out for inkscape https://mastodon.social/@thinkMoult/114230927580652602

  1. D

    From what I gathered, SVG <path>elements have an acommand to describe ellipse or circle arc segments. As far I'm aware, Inkscape doesn't support editing those, and under certain circumstances they may be lost (converted to bezier) when saving as an svg file, and also don't translate to other formats like DXF as far as I've seen. Even SVG <circle> elements are converter to splines when exporting DXF. See example at Mozilla .

    Not sure if this is an incorrect assumption of mine, but could this be problematic for us if we intend to use Inkscape as middleman to get data out?

    Arcs and circles are desirable for technical data, because the have an explicit center point, and a radius/diameter property, whereas a bezier based approximation do not. Centers, radius and diameters are important for annotation purposes, as well as for machining and fabrication.

    @Moult, Mentioned using metadata to get certain data for annotation purposes in another thread

    @Moult said:

    The trick to this is that the drawing generation will now have an additional responsibility: it will also generate a dataset of coordinates for "hotspots" and alignment lines. This means that you could then dimension in the browser and it will snap to object centerlines etc intelligently and filter to only what you see.

    Would that data only be available as drawing metadata, or could it be preserved in the geometric representation itself if we go through Inkscape?

  1. M

    Inkscape is only a possible editing mechanism, it has no impact on the data we store or generate.

Go to page:

  1. 1
  2. 2

Login or Register to reply.