array(3) { ["extent"]=> int(43) ["position"]=> int(1) ["element"]=> array(3) { ["name"]=> string(1) "a" ["text"]=> string(43) "https://www.youtube.com/watch?v=FTwXQmqiX9o" ["attributes"]=> array(1) { ["href"]=> string(43) "https://www.youtube.com/watch?v=FTwXQmqiX9o" } } } string(11) "FTwXQmqiX9o" AEC Free Software directory: (https://wiki.osarch.org/index.php?title=AEC_Free_Software_directory)

OSArch Community

AEC Free Software directory: (https://wiki.osarch.org/index.php?title=AEC_Free_Software_directory)

  1. R by ReD_CoDE on 21 Apr 2020 #
  2. M by Moult on 23 Apr 2020 #

    Thanks @ReD_CoDE ! Added to the Wiki.

  3. R by ReD_CoDE on 23 Apr 2020 #

    <p>The COMPAS framework (<a href="https://github.com/compas-dev/compas" rel="nofollow">https://github.com/compas-dev/compas</a>) is an open-source, Python-based framework for computational research and collaboration in architecture, engineering and digital fabrication.</p><p>AEC Deltas Specification (<a href="https://github.com/aecdeltas/aec-deltas-spec" rel="nofollow">https://github.com/aecdeltas/aec-deltas-spec</a>) The aim of this project is to engage manufacturing in the earliest possible stages of design by streamlining data workflow from consultants to factory.</p>Thanks @Moult, please add these two too

  4. M by magicalcloud_75 on 24 Apr 2020 #
  5. Y by yorik on 25 Apr 2020 #

    It's true that there is a massive quantity of open (so to speak, putting license and rights questions aside), available CAD source code out there... Could be interesting to dig into that some day, catalog useful stuff, etc

  6. M by magicalcloud_75 on 25 Apr 2020 #
  7. R by ReD_CoDE on 2 May 2020 #
  8. B by baswein on 10 May 2020 # +1 votes

    A couple of open source surveying software.

    GeoEasy :

    https://github.com/zsiki/GeoEasy

    http://www.digikom.hu/english/geo_easy_e.html

    GeoEasy can import files from various Total stations, perform transformations and surveying calculations, create TINs from points and breaklines, do volume differences between TINs, etc.

    Total Open Station: https://tops.iosa.it/

    What it does

    Total Open Station (TOPS) downloads survey data from total stations on your computer, from almost any operating system.

    Data you download can be archived as is, and exported to exchange formats (CSV, DXF, GeoJSON, ...) for use in CAD or GIS software.

    The program is written with simplicity in mind, it is very small and fast.

  9. M by Moult on 10 May 2020 #

    @baswein great stuff! You should sign up to the Wiki and add them to the page yourself :)

  10. D by duncan on 12 May 2020 # +2 votes

    @ReD_CoDE mentioned a more in depth workflow and also the question of how to raise excellent solutions above okay solutions. I think in booth cases this can only really be addresses by documenting actual real world use cases. I hopet this will be a part of our documentation. Descriptions of workflows with links to the tools used and sample files so people can try the workflows out. That way we're not so much saying 'this tool is better' we're just saying 'this works because someone used it'

  11. J by Jesusbill on 12 May 2020 #

    I am in agreement with you on this @duncan

  12. B by baswein on 13 May 2020 # +1 votes

    I added Ladybug Tools. https://www.ladybug.tools/

    It doesn't currently connect to an open source CAD software but it is open source itself and might be able to be connected to Blender through Sverchok. I see that @bitacovir asked about this connection in the past and got a positive response. github.com/ladybug-tools/butterfly/issues/64

    With everything nodes potentially coming to Blender there might be possibilities there as well. https://developer.blender.org/T67088

    Or with FreeCAD through pyFlow. https://forum.freecadweb.org/viewtopic.php?t=36299

    Having the ability to do solar analysis in Blender or FreeCAD would be a big feature for me.

  13. M by Moult on 13 May 2020 # +2 votes

    I know that Ladybug is moving towards a platform agnostic set of tools, but until that happens, a disclaimer should be put on the wiki to inform the user that using the tool is not possible without proprietary software. Perhaps it can be moved to a separate directory of open source extensions to proprietary software.

    Meanwhile, since that Github issue was closed I've made a new one: https://github.com/ladybug-tools/butterfly/issues/406 ping @bitacovir and @nikitron who can hopefully fast track it. If architects get to use Ladybug tools in Blender, that will garner a huge amount of interest, I believe.

    Currently, to do solar analysis requires a thorough understanding of Radiance and other add-ons like Sun Path. This can be improved for sure.

  14. B by baswein on 13 May 2020 #

    Updated to include note about proprietary software.

  15. B by bitacovir on 13 May 2020 # +1 votes

    If architects get to use Ladybug tools in Blender, that will garner a huge amount of interest, I believe.

    Yes. Enviromental simulation + BlenderBIM + Sverchok would be a strong alliance. I already wrote a comment in Github.

  16. M by mostapha on 13 May 2020 # +12 votes

    Hi all,

    Before I comment here I should probably should introduce myself. I'm the one who started Ladybug Tools project. @ReD_CoDE brought this conversation to my attention (Thanks for that) and I thought I should share my thoughts on the topic.

    First of all thank you for considering to add Ladybug Tools to the list. I also think it should be there! :) Yes we have plugins for proprietary software but that's a choice not a requirement to use our libraries.

    @Moult said:

    I know that Ladybug is moving towards a platform agnostic set of tools, but until that happens, a disclaimer should be put on the wiki to inform the user that using the tool is not possible without proprietary software. Perhaps it can be moved to a separate directory of open source extensions to proprietary software.

    I think Ladybug Tools libraries and Ladybug Tools plugins are two different entities that are all under the umbrella of Ladybug Tools. I also want to make a distinction between the legacy plugins (Ladybug-legacy and Honeybee-legacy) and the new libraries which are platform agnostic. Some of the libraries have been like this from 2016 (https://github.com/ladybug-tools/honeybee#tentative-road-map). I assume we have not communicated this change well with the community but anyways.

    If you go to (https://github.com/ladybug-tools/) any repository that doesn't have Rhino, Revit or Grasshopper and Dynamo in their name and is not a legacy library needs no proprietary software to run. For starters you may want to try ladybug from here: https://github.com/ladybug-tools/ladybug#installation

    Meanwhile, since that Github issue was closed I've made a new one: https://github.com/ladybug-tools/butterfly/issues/406 ping @bitacovir and @nikitron who can hopefully fast track it. If architects get to use Ladybug tools in Blender, that will garner a huge amount of interest, I believe.

    That's an interesting idea and we have discussed it a couple of times with different users. The issue is that noone on our team or in our community knows Blender good enough to start the effort. Otherwise, we have currently re-written all the libraries to make porting to other platforms very easy.

    For instance this is all the code that is need to be recreated for Blender to be able to have a full-fledged Ladybug and Honeybee in Blender repository and documentation. It is basically a group of translators from Rhino geometry and objects to Ladybug Tools geometry and objects and from there the core libraries will take over which is reusable between all the platforms.

    If we are going to use Sverchok as the interface we can automate the process of creating all the nodes/components too. This is also how I did it for Dynamo and this can be modified to be done for Blender:

    https://youtube.com/watch?v=UVMwuBM4cns

    The heavy lifting is done by a small library that I wrote: (https://github.com/mostaphaRoudsari/dyfpy). Basically we export the component as an object which can be translated to other tools. If we develop the libraries that I linked above the same methods will work from inside Blender. We can also add a JSON representation of all the nodes so one will not need Grasshopper to star the conversion process. This is all assuming that every node/component in Sverchok can be generated as a text-based file/object.

    Finally, IMO, Butterfly is not the best library to get started with. I have not supported or developed it for a number of years. The runmanager should be re-written and the way it extends the interface for supporting CAD interfaces should also be refactored. I suggest to start with Ladybug and Honeybee and then we will see how we can move to Butterfly.

    Currently, to do solar analysis requires a thorough understanding of Radiance and other add-ons like Sun Path. This can be improved for sure.

    We are working on a new version of honeybee-radinace (https://github.com/ladybug-tools/honeybee-radiance) which will work with radiance-folder structure (https://github.com/ladybug-tools/radiance-folder-structure) and will make it as easy as honeybee radiance annual-radiation folder [options] but meanwhile have you seen this example: https://github.com/ladybug-tools/honeybee#examples

    We are also working on an effort to separate execution of simulations from creating the model and folders which make it even easier to use Ladybug Tools from any platform. See here (https://github.com/ladybug-tools/queenbee).

    I know this was just about adding ladybug tools to the list but I felt it is a good opportunity to give an update on what's going on with Ladybug Tools. Cheers.

    PS: Also I'm a newcomer here and should not bring it up as part of my very first reply but has anyone brought up the idea of using Discourse for this forum? It might be just that I'm very new to this interface but I would take Discourse over this platform any day.

  17. B by bitacovir on 13 May 2020, edited 13 May 2020 #

    Thanks for this update of your project @mostapha

    Definitely, I think this is a good moment to think how to bring ladybug technology into Blender. With BlenderBIM and Sverchok as partners this could be an very interesting project. Sverchok is currently a tool that could be useful to work with environmental simulation/analysis in the world of artists and designers. No sure if Sorcar developers could be also interested in this project.

  18. M by Moult on 13 May 2020 # +1 votes

    @mostapha great work! It seems I am out of date :) I was aware of the movement towards platform agnostic libraries but didn't realise they were ready! Even better that the node generator code example is available! Thanks for the advice about Butterfly, and I agree that starting with Ladybug and Honeybee is a good idea. Ladybug has already been added to https://wiki.osarch.org/index.php?title=AEC_Free_Software_directory - but please do register on the Wiki, and update the wording (and remove the proprietary requirement note, if it is outdated), add/reorganise the entries relevant to your tools on that wiki page - that can help people discover the new updates too :)

    Ping @nikitron as he is the most qualified person to implement the Ladybug libraries. Is this something you're interested in? I could probably take a stab at it, but I am frying a few other fish right now :)

    For the P.S, I am not a fan of Discourse's inflexible server requirements (particularly the port :80) which doesn't sit well with my network setup.

  19. Y by yorik on 14 May 2020, edited 14 May 2020 # +4 votes

    I also had no idea ladybug had moved so far out of dependency of proprietary platforms!!! That's really very interesting. I'd be very interested in exploring how to integrate this with FreeCAD as well. We have a stub of a nodes system in FreeCAD with pyflow, but I wonder if using a nodes system would be absolutely necessary, given the core package seem to have a nice python interface? Maybe we could also find a way to dynamically create needed interface panels?

    Edit: Started looking at it here: https://gist.github.com/yorikvanhavre/0e7ab25d077263a25e1dac0a3c974d28

  20. D by duncan on 14 May 2020 # +2 votes
  21. R by ReD_CoDE on 14 May 2020, edited 14 May 2020 # +1 votes

    @yorik I know that in your view "visual programming" is inefficient (and in your view hard to learn) and causes messy nodes (spaghetti) however, the industries nominate nod-based/domain-based/feature-based/... solutions more and more and I think PyFlow could have a great future

    (today its community is small and less advanced but maybe things change)

    However, its dependency on Qt is an issue (a small issue?)

  22. Y by yorik on 14 May 2020 # +1 votes

    Of course! In the FOSS world everyone basically has the right to eat the food with their own sauce ;) i'm not against it at all, but more interested in looking directly at the python api of ladybug first...

  23. J by Jesusbill on 15 May 2020 #

    Added:

    Gmsh: Gmsh is an open source 3D finite element mesh generator with a built-in CAD engine and post-processor. Its design goal is to provide a fast, light and user-friendly meshing tool with parametric input and advanced visualization capabilities. Gmsh is built around four modules: geometry, mesh, solver and post-processing.

    Salome: SALOME is an open-source software that provides a generic Pre- and Post-Processing platform for numerical simulation. It is based on an open and flexible architecture made of reusable components.

    blastFoam: A CFD solver for multi-component compressible flow with application to high-explosive detonation, explosive safety and air blast.

    Next in line in simulation: Elmer, Fenics

  24. B by baswein on 15 May 2020 # +1 votes

    Added:

    SAGA GIS: GIS System for Automated Geoscientific Analyses designed for the easy and effective implementation of spatial algorithms. I use SAGA Algos though QGIS and The solar insolation tools in SAGA itself. They seem to be focused on terrain raster analysis. A good talk about them: