Part of my training for doing "engine room checks" on a boat involved checking for any unusual smells, e.g. fuel leak, burning oil (from generator/engine), burning coolant (from generator/engine), or burning rubber (from sea chest raw water impeller). All of the components in there are equipped with sensors[1] that measure levels, temperature, etc. Perhaps there is room for a new olfactory sensor there? Aside from avoiding catostrophic issues like fire and engine or generator failure, it's also important to not pump out[2] any water from the compartment into the ocean if it's contaminated with oil, fuel, or coolant (the laws about this are super strict).
[1] There are digital sensors that are readable directly from the pilothouse by the captain which are rigged to automated alarms, as well as manual sensors (e.g. a pressure dial) that are readable from the engine room itself, for redundancy. So I don't think an olfactory sensor would replace the unusual smell check, but it could maybe augment it.
[2] The "bilge pump" is used to pump out water from the bilge (bottom floor cavity of engine room). To be honest on my vessel the policy is to never turn on the bilge pumps in the engine room at all because the risk of dumping contaminants is too high. But I still thought to mention this just in case there's an idea there.
Thanks for sharing these insights and real-life examples, they are very interesting. Yes, I believe there are situations where an olfactory sensor could detect a problem earlier than conventional sensors. For example, the smell of burnt oil might appear before an oil level sensor detects a drop or before temperature sensors trigger an alarm.
The key question, however, is where the biggest value lies - either in cost prevention or hazard reduction - so that the benefit-to-cost ratio justifies the investment in a technology that is not traditionally used for this purpose.
What you mentioned is particularly important: identifying industries where people already rely heavily on the perception of odor. Not just selective measurement of a specific chemical compound, but the overall “human” impression of smell. In many environments an experienced worker with 20 years in the industry can simply smell that something is wrong.
If we can replicate that capability with Sniphi - but in a scalable, continuous way - it could make the value proposition much easier to demonstrate to customers. Thanks for sharing.
Ha! I just had a debate about this with my friend. A certain ferry company uses a big Google Sheet to track where all of its vessels are currently docked in their home port, as well as which employee is assigned to which vessel for the day, etc (it's very information dense with color coding, and employees check it daily to get their vessel assignment). My friend thought this was completely unacceptable for a big company, and that they should build a bespoke software for this purpose. I think that it was a brilliant idea to use Google Sheets, it already solves all of the difficult problems and obviates the need to have an inhouse software development team or an expensive contract. I buried my hubris deep underground
As a teenager I worked at a company that rented rafts for a short trip down a river. We’d take the rafts from the customers at the end and truck them back up to the start. As they became bigger and busier, it became more important to keep track of the status of rafts and know when they were going to be getting back to the top.
They paid tens of thousands to have software made for this purpose. It sucked and was totally unable to handle the simultaneous realtime access and modification that was required.
They knew I was good with computers, so asked me if I had any ideas. In about an hour I made them a Google Sheet that worked great for the next several years until I left.
I've just spent a few weeks making a tool in our software to replace a complicated google sheet, and it was surprisingly hard. I think the most important thing was that our designer really figured out what the tool should do. If we've just replicated what they have and made a columnar editor of sorts, we would've just made a less flexible tool for them. But in the end, we made something not even resembling what they had, but which actually solved the core issue, and I think that's important.
And when you take away their sheet, you better be ready to support them. If they need to track new data, they could just add a new column in their sheet. Now they have to talk with tech. If tech blocks operations, they're quickly back to their sheets. The tool made by tech should be an enabler, not something to force compliance or whatever.
Sheets are so, so flexible. This can be really hard to replace. At the same time, they're also brittle with little system support. Like the example above, what if you assign someone not working that day to a boat? Or accidentally put two boats in the same location? Lots of small issues that proper tooling could handle, especially when backed with more data inside the system.
What made the operators happy to use my tool in the end was that they didn't have to punch so many numbers. They would copy paste numbers from various systems into their sheet every hour to keep track. The tooling pulls it in real-time.
So we replaced this one sheet, because it would help them a lot. But their other sheets we're leaving untouched for now. Nothing to gain by moving them. So judge each sheet individually.
My startup used Google Sheets as a CRM until we discovered there’s a 3 million row limit (by running into it) and had to build something else. Sheets is amazing. Don’t forget to lock that first header row, though.
I'm there with you... maybe, maybe using the sheets API to create a simpler front end for very specific use cases, like an individual seeing their assignment for the day, or maybe texting everyone that info.
As much as people will rely on databse (rdbms/sql) backed applicatons, in the end a lot of the business world runs on spreadsheets... Not only that, but excel, and I'm assuming plenty of others have integration points for pulling data from other resources... Spreadsheet masters can do very impressive things with what appears to be a simple tool.
I've seen suppliers using google sheets for a list of tens of thousands of items. Also color coded and filterable and what not. It worked. I could access it programmatically, I had no complaints. (Especially with an experience of some of these suppliers having shitty hosts and shitty platforms and their massive XMLs taking forever to load.) Then again I'm sure I would speak differently if someone just decided to rename a column randomly :D
We have no idea if its a good solution or not. It depends upon, among other things: how long it takes to update it, the error rate, and how acceptable those errors are.
Oh wow thanks for writing out that summary of Sockwell's talk. I had a sort of similar line of thought a few years ago which I haven't followed since, but this just brought me back. https://josh8.com/blog/personal_computing.html
I was musing about the point on which technologies one ought to use for writing personal (or FOSS) software vs. corporate software like in the talk, but also whether the ethos we bring to the table between the two should differ -- i.e. 'software as a soap bubble' rather than only allowing yourself to write scalable and maintainable programs that are generalized for re-use. It's as if a whole class of programs which would help us Personally Compute never come into existence because of this mindset. I think the AI vibe coding thingy majingies are not too bad of an antidote to this actually
That quote about conjecture reminds me of a big point from Zen and the Art of Motorcycle Maintenance. The author suggests that 'science' / 'the scientific method' don't actually account for the process by which ideas/hypotheses come into existence, science only comes into play once the hypothesis appears (from whence does it appear?). He calls that magic smoke 'Quality'. (Using the language you cited, I guess we would be asking about where the conjecture itself comes from). I'm realizing now that this is tangential to your point, sorry, but thanks for posting this interesting comment.
It's an interesting tangent! I agree with that idea, what we are taught as the "scientific method" does kind of assume you've already had the idea. The method helps you test or criticise it. I don't remember if Deutsch has an opinion on where conjecture comes from, but I think it's bound up with creativity... "quality" sounds like an interesting way of putting it.
> What confuses me is that other people can form images in their minds. Are all those with character amnesia also aphantasic? That can't be, given that aphantasics amount to less than 5% of the population, while a much larger number of people forget how to write (70% of teenage participants in a Chinese TV show were unable to write the word "toad"!).
They were discussing their aphantasia as a precursor to other very interesting points, e.g. about how "seeing" a character in your mind isn't enough to be able to draw it, --> verbatim traces and gist traces.
How so? A potentially highly destructive command like `dd` (it can literally destroy all your local data in seconds) should be either touched with lot of care and having an idea of what you are doing, or not touched at all. Like some heavy machinery or a scalpel.
I definitely listened to a lot of Tomita as a kid, I used to check out vinyls of his albums from my local library. The one that sticks with me most distinctly is his very unique rendition of Golliwog’s Cakewalk. https://youtube.com/watch?v=dPQ9d10fnko But yeah, lots of other great stuff from him too.
Oh wow! I have not heard that name in a while! ( and yes, I know I still haven't heard it outside my own head, but that is just a nit to pick..)
Mars. That track is so great! All of them are, but that one shows off so many great synth techniques. One passage is noise that ramps. The spectral distribution changes, from emphasis on low notes to emphasis on high notes while the overall energy remains close to the same.
I remember it because I have never heard anyone else do that in a composition.
I was expecting something snobby but this was actually a very interesting view into the mind of a self-actualized person. I guess this is what happens if you keep working hard and don't burn out! Thanks for posting this
[1] There are digital sensors that are readable directly from the pilothouse by the captain which are rigged to automated alarms, as well as manual sensors (e.g. a pressure dial) that are readable from the engine room itself, for redundancy. So I don't think an olfactory sensor would replace the unusual smell check, but it could maybe augment it.
[2] The "bilge pump" is used to pump out water from the bilge (bottom floor cavity of engine room). To be honest on my vessel the policy is to never turn on the bilge pumps in the engine room at all because the risk of dumping contaminants is too high. But I still thought to mention this just in case there's an idea there.
reply