2 ms·
Hi, Thanks for your interest! I have no plans for monetizing the project, partly because I cannot see a meaningful way to do that, but mostly because it is a r
by argimenes 11y ago
Hi,
Thanks for your interest! I have no plans for monetizing the project, partly because I cannot see a meaningful way to do that, but mostly because it is a research endeavour. The code is currently public on my BitBucket repo, and I'll shoot through the URL as soon as I can.
Basically, I want to explore the limits of how graph databases can be applied to the visualisation of history. My immediate goals are to:
(A) expand the range of datasets that are collected; (B) improve the tools for entering and annotating the data to make the process quicker and more automated; (C) to add more powerful data visualisations; and (D) to complete the input of the primary source datasets mentioned and add more.
I want to build a graph database time machine of the Italian Renaissance so you can pick a day in history and see what was happening across Italy with various sources, see events plotted or even animated on a map (e.g., watch a battle unfold or even weather events), etc. The system is underpinned by subject tags which are taxonomically organised in a 'is-a' hierarchy, which I hope will provide a 'semantic zoom in/out' functionality.
I understand that the current platform of C#, ASP.NET MVC, KnockoutJS may be a turn off ... And I am open to other technologies if that is crucial. But conversion to another platform would certainly take a lot of time and manpower. But to be honest I think the hard work is mainly in the product design, the visualisations, the data-entry, and the Neo4j Cypher queries.
What kind of collaboration did you have in mind?
- goldfeld 11y agoI could whip up an alternative frontend implementation if you'd like, I've been looking for a project where to flex my ClojureScript/Om Next (based on React) muscles. I'm very experienced both with Clojure and with the frontend, and with interface design. I actually worked with KnockoutJS (in a C# shop I used to work at) many years ago, but yeah I don't have fond memories of MVC/MVVM for large projects/efforts, the React model speaks more to me.
- argimenes 11y agoClojureScript and React sound interesting to me, too, and might be a good fit for the rich UI Control Panel page, which will need to handle large JS data-sets and update visualisations quickly. I've been finding that KnockoutJS is a bit sluggish when wiring up the filters as computed function observables. It could be something in my filter code, also, but I have seen benchmarks where KnockoutJS doesn't perform well in. We should talk further ... drop me a line at my email? iian.d.neill@gmail.com