@bitacovir I've thought about this but the problem is that several packages cover several types of analysis. I think the best would be if they all had their own pages on the wiki and then were added to categories according to all the types of analysis they can perform. Maybe a part solutions would be to make 'tags' at the bottom of the descriptions. All we would need to do for that is agree on the list of tags and stick to them.
If we made a list what would the fixed categories be? @Cyril you might have some thoughts here.
@bitacovir also, please, if you don't want to add software to the directory yourself, please add them here: https://wiki.osarch.org/index.php?title=Talk:AEC_Free_Software_directory
It's truly a pain the arse coming back to this thread and searching through it for software that has not yet been added. Much easier if you add it to that talk page. Of course you can also mention it here so people can discuss it.
A categorized list (as summary) in a single link is the best way to show ad share this information. Parallelly you can have individual wiki pages, but only if you have new content to add for each software. Wiki pages with duplicated info from the software web pages is redundant...
@bitacovir also, please, if you don't want to add software to the directory yourself, please add them here: https://wiki.osarch.org/index.php?title=Talk:AEC_Free_Software_directory
It's truly a pain the arse coming back to this thread and searching through it for software that has not yet been added. Much easier if you add it to that talk page. Of course you can also mention it here so people can discuss it.
I already added the projects to the directory. I always do. But also I like to put them here in this thread for shearing new findings with the community.
@duncan said:
How do you suggest we solve the problem of some packages fitting into several categories - no matter what those categories are?
For the case of Finite Element Method software, that are used for structural, thermal, fluid dynamic, etc. we can just keep them in a list with that wide title. Like I already did:
@Moult said: @bitacovir this presents an interesting question - Godot is not on the list currently. Do we include game engine tech? What about VR/AR tech, which is sort of related too? It's kind of an auxiliary discipline, though it is increasingly being used especially in marketing and client engagement. What do you guys reckon? If so, it probably needs its own category, like "Real time visualisation engines, VR, and AR".
I think we can create a VR/AR sub-list in Visualisation and Documentation Directory
No sure about Game Engines. It is not a popular tool for AEC. It is more experimental, I think...
Scientific data visualization ok but why mesh generator ?
STRUCTURAL, THERMAL AND CFD ANALYSIS
I do not understand this category. CFD is used in multiple field and would in my opinion deserves its own category.
About Thermal Analysis you mean material resistance or something like this related to temperature ? Because when I read thermal analysis I see a specific field of energy analysis so I di not understand why it is not linked to energy analysis.
ENVIRONMENTAL ANALYSIS
ENERGY ANALYSIS
TRAFFIC AND PEDESTRIAN ANALYSIS
I agree with last 3 categories.
As @duncan said many software are overlapping between categories. I think we should keep 1 category but add a column for specific fields to allow to order by a specific field or alternatively use a tag system.
In the Free Software Directory we have PyFlow link in the CAD/BIM category. PyFlow is referring to a general purpose library and no to a CAD application. We should delete it. I know there is an use of this library in a FreeCAD workbench project but not fully operative yet. At any case, that workbench is a different project with another link.
What about categorize game engine under "visualisation toolkits" along with ifc.js things ?
In aec industry you typically send models to game engine to build 3d web walkthrough / high end real time immersive experiences.
@brunopostle said:
Possibly because it depends on the non-free nvidia kernel module?
You can use meshroom to complete the reconstruction without nvidia GPU (no best quality but...) https://github.com/alicevision/meshroom/wiki/Draft-Meshing
Also, you can use meshroom for other tasks that don't involve mesh generation...
@stephen_l said:
What about categorize game engine under "visualisation toolkits" along with ifc.js things ?
In aec industry you typically send models to game engine to build 3d web walkthrough / high end real time immersive experiences.
Cool, looks a bit more polished than first-draft, will have to test it a bit more thoroughly to see if they don't also have issues with scaling as first draft.
However, they unfortunately don't support embedding images yet, so the usability is much more limited right now.
Hi everyone !
I suggest another link diagrams.net
diagrams.net is an open source technology stack for building diagramming applications, and the world’s most widely used browser-based end-user diagramming software.
Available online ... and offline (Desktop version)
Comments
@duncan
Is it ok to split split Analysis and Simulation group into sub-lists: Structural, Energy, Environmental, Traffic (cars, pedestrian)...?
@bitacovir go for it!
@bitacovir I've thought about this but the problem is that several packages cover several types of analysis. I think the best would be if they all had their own pages on the wiki and then were added to categories according to all the types of analysis they can perform. Maybe a part solutions would be to make 'tags' at the bottom of the descriptions. All we would need to do for that is agree on the list of tags and stick to them.
If we made a list what would the fixed categories be? @Cyril you might have some thoughts here.
@bitacovir also, please, if you don't want to add software to the directory yourself, please add them here: https://wiki.osarch.org/index.php?title=Talk:AEC_Free_Software_directory
It's truly a pain the arse coming back to this thread and searching through it for software that has not yet been added. Much easier if you add it to that talk page. Of course you can also mention it here so people can discuss it.
A categorized list (as summary) in a single link is the best way to show ad share this information. Parallelly you can have individual wiki pages, but only if you have new content to add for each software. Wiki pages with duplicated info from the software web pages is redundant...
I already added the projects to the directory. I always do. But also I like to put them here in this thread for shearing new findings with the community.
How do you suggest we solve the problem of some packages fitting into several categories - no matter what those categories are?
For the case of Finite Element Method software, that are used for structural, thermal, fluid dynamic, etc. we can just keep them in a list with that wide title. Like I already did:
Analysis and Simulation Directory
I think we can create a VR/AR sub-list in Visualisation and Documentation Directory
No sure about Game Engines. It is not a popular tool for AEC. It is more experimental, I think...
@bitacovir go for it - if after the reorganisation it becomes worse, we can undo and rethink. If not, we've got results!
What we've done before is do the reorganisation on a different page to try it out. That's also a possibility.
Scientific data visualization ok but why mesh generator ?
I do not understand this category. CFD is used in multiple field and would in my opinion deserves its own category.
About Thermal Analysis you mean material resistance or something like this related to temperature ? Because when I read thermal analysis I see a specific field of energy analysis so I di not understand why it is not linked to energy analysis.
I agree with last 3 categories.
As @duncan said many software are overlapping between categories. I think we should keep 1 category but add a column for specific fields to allow to order by a specific field or alternatively use a tag system.
FOSDEM21 VIDEO presentation. A (very) quick overview of libre mechanical software.
I think there are some software suitable for AEC industry.
https://fosdem.org/2021/schedule/event/libre_mech_overview/
https://fosdem.org/2021/schedule/event/libre_mech_overview/attachments/video/4277/export/events/attachments/libre_mech_overview/video/4277/Video.mp4
In the Free Software Directory we have PyFlow link in the CAD/BIM category. PyFlow is referring to a general purpose library and no to a CAD application. We should delete it. I know there is an use of this library in a FreeCAD workbench project but not fully operative yet. At any case, that workbench is a different project with another link.
@bitacovir maybe move it here? https://wiki.osarch.org/index.php?title=Free_software_libraries_for_AEC_software_development
ok.
What about categorize game engine under "visualisation toolkits" along with ifc.js things ?
In aec industry you typically send models to game engine to build 3d web walkthrough / high end real time immersive experiences.
Another Addon for photogrammetry in Blender:
Blender-Addon-Photgrammetry-Importer (MIT License)
https://blender-addon-photogrammetry-importer.readthedocs.io/en/latest/index.html
https://github.com/SBCV/Blender-Addon-Photogrammetry-Importer
Why Meshroom was deleted from the software list?
Possibly because it depends on the non-free nvidia kernel module?
You can use meshroom to complete the reconstruction without nvidia GPU (no best quality but...)
https://github.com/alicevision/meshroom/wiki/Draft-Meshing
Also, you can use meshroom for other tasks that don't involve mesh generation...
Even linux may depends on nvidia kernel module depending on the user choice for drivers, sometimes a pragmatic approach is needed evil.
Done! :)
Yes, that's why it's moved (I think I did it) to https://wiki.osarch.org/index.php?title=Free_software_extensions_to_proprietary_software
While the Nvidia drivers may feel necessary sometimes, that logic is not how we change the paradigm of relying on proprietary solutions.
If the decisions is wrong just explain why and move it back.
I added https://excalidraw.com/ earlier today. It's pretty cool, check it out for online sketching @Moult @theoryshaw @JanF
Cool, looks a bit more polished than first-draft, will have to test it a bit more thoroughly to see if they don't also have issues with scaling as first draft.
However, they unfortunately don't support embedding images yet, so the usability is much more limited right now.
Hi everyone !
I suggest another link
diagrams.net
diagrams.net is an open source technology stack for building diagramming applications, and the world’s most widely used browser-based end-user diagramming software.
Available online ... and offline (Desktop version)
@Dav_id that is https://github.com/jgraph/drawio right? Previosly known as draw.io and under an apache v2 license?
Interesting, but not really AEC specific. Maybe add it to https://wiki.osarch.org/index.php?title=Open_source_software_beginners
it's ok , Thanks @duncan
@Dav_id there's a discussion about graphs going on here: https://community.osarch.org/discussion/440/graph-ontology-editor
http://www.info.uni-karlsruhe.de/software/grgen/
some tool for graph handling.. used by Borrman et al. TU-München for BIM in Infrastructure
Thanks @Duncan i'll have a look to this too