zingg VS gaseous-giganticus

As part of my data consulting, I struggled with identity resolution and started working on scalable no code identity resolution - https://github.com/zinggAI/zingg/ . It has pushed my limits as a software engineer and product builder, and I had to do a lot of learning to build it. Its cool to see people use Zingg in their workflows and save months of working on custom solutions. Big highlight has been North Carolina Open Campaign Data https://crossroads-cx.medium.com/building-open-access-to-nc-...

Check https://github.com/zinggAI/zingg/. We recently added Python to our stack and are looking for help with building dbt-zingg python models, databricks-zingg python notebooks, python api, building a python based front end etc.

If you are open to using a framework for this, check Zingg at https://github.com/zinggAI/zingg. It connects to Redshift, snowflake and other warehouses and can handle multiple columns

Thanks for your support. Yes we do ship with some examples and their models which can be run out of the box. We have 3 customer demographic datasets and an ecommerce items matching across Google and Amazon. You can check them here https://github.com/zinggAI/zingg/tree/main/examples

I have an open source project hosted at https://github.com/zinggAI/zingg/.

Check Zingg out at https://github.com/zinggAI/zingg and let me know if you would like to contribute

This is interesting, would love to get your feedback on Zingg(https://github.com/zinggAI/zingg) if you are upto it. Thanks!

I have released an open source entity resolution tool Zingg(https://github.com/zinggAI/zingg). Zingg uses Spark and ML to build single source of truth directly in the warehouse or the datalake. Would love to hear from the Reddit folks here what they think about it - do you find it useful? what can I do to make it better? any advice on the problem or the solution?

I think the curl noise paper is from 2007: https://www.cs.ubc.ca/~rbridson/docs/bridson-siggraph2007-cu...

I've used the basic idea from that paper to make a surprisingly decent program to create gas-giant planet textures: https://github.com/smcameron/gaseous-giganticus

Gaseous-giganticus - procedurally generates gas giant planet textures for space games, etc.

This is what gaseous-giganticus uses. Combined with some other techniques, it can help with making some clouds for earthlike planets, but not in real time. Mentioned here previously. The process I use for making earthlike planets with clouds for Space Nerds in Space is described here.

Here's my own gas giant thingy, which produces (what I imagine to be) decent results, but is quite slow.

Hi. I'm the author of gaseous-giganticus. You do not need to apply the patch, as it was incorporated into the source already a long time ago: https://github.com/smcameron/gaseous-giganticus/commit/b3ca95f2f3975d6ca97029dae166e2daf068b3f0

I needed some gas giant textures for planets in my space game so I made this thing, which also ended up getting used by other people for their Kerbal Space Program mods.

Is that gaseous-giganticus output that I spy?

I've made a couple. For gas giants, gaseous-giganticus. For earthlike, or rocky planets, there's a program called "earthlike.c" in the space-nerds-in-space repo. Other than allowing you to supply an input image to use more or less as a color palette, they don't allow much in terms of customization, though there are quite a few knobs you can turn.

Most innovative thing, or what I'm most astonished I actually successfully pulled off against all odds, is probably gaseous-giganticus, which is a program that uses curl noise for procedural fluid flow(pdf) on the surface of a sphere to create cubemap textures for procedurally generated gas giant planets.