graphscad VS multiwoven

As a visual person (traditionally trained as a graphic artist), I've wanted this sort of thing for a long while, and I've been trying to use it for 3D.

Surprisingly, there are multiple specialized tools for this:

- https://www.blockscad3d.com --- an adaptation of Google's Blockly to OpenSCAD

- https://github.com/derkork/openscad-graph-editor --- wires and nodes, it has the advantage of exposing _all_ of OpenSCAD's commands (the above has a subset)

- https://github.com/Tanneguydv/Pythonocc-nodes-for-Ryven --- a module for using PythonOCC in Ryven --- when I finally succeeded, I found the language inscrutable, even when provided w/ quite nice examples (definitely a failing on my part, not that of the tool)

- https://github.com/graphscad/graphscad --- it took a long while for the source code for this to be made available, and for a while it had compatibility problems (why was "cube" redefined?) --- probably defunct for political reasons, it had some interesting ideas, in particular the ability to have custom icons for modules

- https://www.nodebox.net --- if memory serves I got hung up by not easily being able to do 3D, and when doing 2D having precision problems (or maybe that was Processing.org)

and I've been using these tools to make various things:

https://willadams.gitbook.io/design-into-3d/3d-project

(and maybe eventually I'll finish something)

The problem I've been running into is there doesn't seem to be an answer to the question:

"What does an algorithm look like?"

I recently had occasion to mention Herman Hesse's _The Glass Bead Game_ (also published as _Magister Ludi_) and I'll bring it up again --- what is a meaningful graphical representation of a program?

The Drakon folks argued that there should be one true path but that's not really communicative and I would note that if this was a simple thing it wouldn't be decades since I last saw a physical Flowcharting Template:

https://americanhistory.si.edu/collections/object-groups/flo...

(and it's pretty rare to even see a well-done electronic drawing of a flowchart since Visio made its splash and vanished into the bowels of Microsoft)

The main problem seems to be one of expressiveness not scaling up well, hence:

https://blueprintsfromhell.tumblr.com/

https://scriptsofanotherdimension.tumblr.com/

Presumably, one doesn't want to define modules/variables unnecessarily --- but the question becomes where is that boundary?

If you define too many, then you're back to the "wall of text" which one was trying to avoid (but wrapped up in nice boxes with some lines or shapes), and if one doesn't use them (well, look at the pretty/awful images in the links above).

Ideally, a well-coded visual program would have a pleasing aesthetic appearance which is expressive and communicates flow and function, and I've tried for that at:

https://willadams.gitbook.io/design-into-3d/programming

(though I wish that there was an easy way to export an SVG version of a program)

I believe that what is needed here is some graphical equivalent to Literate Programming: http://literateprogramming.com

Is there a nice GUI toolkit integration which would allow making a graphical application with this? I have an idea I want to try it which might be a good fit.

The github repository was last updated 5 years ago. Is this still being maintained?

Multiwoven is now a leading Open Source Alternative to Hightouch, Census, and Rudderstack.

It's been a great journey so far, and we are excited to announce a major update to Multiwoven - our new release, Multiwoven 0.2.0, is now available!

Repo: https://github.com/Multiwoven/multiwoven

This release brings a host of new features, enhancements, and bug fixes to streamline data syncs and user experience.

From new connectors to advanced reporting dashboards, as a team, we have been working hard on these updates based on the feedback and requests from our customers and the community.

- 10+ new connectors added to Multiwoven, including

Repo: [https://github.com/Multiwoven/multiwoven]

Data movement has become a critical part of the modern data stack. more and more companies are evolving within the data movement space. The entire data movement landscape can be broken down into below product categories:

Data storage:

Congrats on the launch, I am building an OSS Reverse ETL project called Multiwoven (https://github.com/Multiwoven/multiwoven), built on top of many dev tools, frameworks etc. We manage to ship it using docker-compose to devs, wondering where does Flox fit in, can you help me understand with an use-case while docker exists?

(https://github.com/Multiwoven/multiwoven)

All the best & I'll watch your repo :)

Open Source No-Code data activation from Postgres to Airtable

https://github.com/Multiwoven/multiwoven

While the CDP market is growing rapidly, there is also too much noise and confusion around CDP vendors.

Today, most companies are unifying their customer data in a data warehouse. Data warehouses like Snowflake, BigQuery, Redshift, and others are becoming the single source of truth for companies and growing rapidly.

Naturally, companies want to make use of this data, and a CDP implementation becomes a natural choice.

But what companies fail to understand is that data control and ownership is a critical aspect of a CDP, companies tend to give away access to their datawarehouse to CDP vendors, which could lead to data privacy and security issues.

Today, open-source is growing rapidly, and companies are looking for open-source alternatives to every solution. Self-hosting and owning control of the data is a most preferred choice for companies.

That's exactly we are leading the charge with the first open-source warehouse native CDP.

Repo Link - https://github.com/Multiwoven/multiwoven

This is interesting, we are building https://github.com/Multiwoven/multiwoven an open-source ReverseETL and workflow orchestration is a big part of our platform, maybe I ca experiment with small use-case like setting up backend tests using flows.

The announcement just added more love to Ruby and the entire Rails community. When we started our oss journey, we were often questioned about why we chose Ruby and the suggestions to many other languages. https://github.com/Multiwoven/multiwoven

We are happy to see that Ruby is still the language of choice for many developers and companies. We can't wait to see what Ubicloud will bring to the Ruby community.