knob VS RVS_ParseXMLDuration

https://twitter.com/spbnick

The FW is quite complete, but I only have one HW implementation :D

And then I got distracted trying to find a good way to acquire and retain the requisite deep BLE knowledge (already had some for USB), and drifted into exploring knowledge graphs as a means of processing and recording that knowledge.

Turned out all of knowledge graph databases are heavily front-loaded with schema development (and there are no actual GUI apps for them), whereas I have no idea what the schema will be, and would like to experiment with unconstrained data first. So I'm building a Python tool/library to allow free-form knowledge graph creation and schema inference, with data/schema export to some knowledge graph databases (like TypeDB or Stardog). I got to figuring out graph-building operators and expressions so far, and am making them work (the code probably doesn't make much sense):

https://github.com/spbnick/knob

An STM32-based business-card synth with touch-sensitive back-lighted keys. Got all the parts of the hardware more-or-less prototyped and working, but PCB layout difficulty (and my perfectionism) killed my interest for now:

https://twitter.com/spbnick/status/1340348572068360198

Well, these ones aren't "half-baked," but they are no longer being maintained (archived):

[0] https://github.com/RiftValleySoftware/RVS_IPAddress

[1] https://github.com/RiftValleySoftware/RVS_ParseXMLDuration

[2] https://github.com/RiftValleySoftware/RVS_ONVIF

This project is unfinished (I just walked away from it, as it wasn't really giving me what I wanted):

[3] https://github.com/RiftValleySoftware/RVS_GTDriver

This one is "half-baked," I believe. I never really took it particularly far:

[4] https://github.com/RiftValleySoftware/RVS_MediaServer

Not completely. The way that it works for me, is that I start work on a project, and, while building, I notice that some code that I'm working on is:

1) Pretty complex, and fairly insular; and/or

2) Possibly useful, elsewhere.

If that's the case, I will then stop work on the main project, and take some time to extract and "genericize" the subproject. I'll usually set it up as a standalone open-source project; complete with tests and documentation.

This may happen before I have completed the coding in the main project, or may happen as the result of a review, after the fact.

In some cases, I very clearly need to develop a subproject before starting on the main project, or before certain milestones within that project (for example, SDKs or drivers). In that case, the timelines are completely separate.

If you look at my GH repos, you'll see a whole bunch of these projects, including some rather strange ones, like an XML duration parser[0]. These are the types of projects that I extract.

In some cases, I end up not using the extracted project in my main project (happens to some of my UI widgets). In that case, even though I am not using it, I still have an excellent project for the future. Here's an example[1]. I have ended up not using the spinner in my own work, as it was too obtrusive a widget, but it's nice to have it available for future projects.

[0] https://github.com/RiftValleySoftware/RVS_ParseXMLDuration

[1] https://github.com/RiftValleySoftware/RVS_Spinner