

True. Especially the more “popular” temples are only open during regular hours, though.
In any case, I don’t doubt that you can have lots of fun and have the city for yourself at early hours!
True. Especially the more “popular” temples are only open during regular hours, though.
In any case, I don’t doubt that you can have lots of fun and have the city for yourself at early hours!
Why not open a PR to make it configurable? The maintainer is super active and friendly.
Yeah but then most of the things people come to Kyoto for a closed.
Not saying I disagree.
If there’s specific things you want to do that happen to be in Kyoto, I agree. I just think (somewhat from personal experience) that going to Kyoto because that’s what you should do on a Japan trip is a bad idea.
Interesting. We really enjoyed Tokyo, but spent most of our time there in smaller, out of the way areas. Absolutely loved it.
Though my favorite memories are from a super tiny seaside town (no public transport, ended up there because we misread the map) in the middle of nowhere.
I mean… that’s a pretty memorable trip, no?
Oh, and while I’m at it: do not trust any food recommendation written in English. Good or bad.
If you travel to Japan, honestly just… Skip Kyoto. It is so full of tourists (national and international), you cannot possibly imagine unless you’ve seen it.
Sure, there’s a lot of impressive temples there. But so is the rest of the country.
We were lucky enough to spend 4 weeks in Japan earlier this year, and if I could do the trip again, I would straight-up skip Kyoto and Osaka.
Rent a car, drive in some random direction. You’ll he a lot happier, it it will actually be your trip. By far the best memories coke from places not in any travel guide.
Thanks for the recommendation! That looks interesting indeed.
This entire topic is probably a sinkhole of complexity. It’s great to have somewhere to look for inspiration!
Yeah those are good points. Also noticed the CDN thing, it’s a bit annoying for a privacy-first project… But should be an easy fix 😄
Stirling’s backend is Java. So, yeah, heavy and slow sounds about right.
The one exception here: it’s great to have it installed on your parents’ PC when you’re the one doing the update once in a while when you are around. Rock solid in between, no nagging, and if something did break, easy to roll back.
Ah, thanks for mentioning. Yep, they have a docker image; as mentioned, a nixpkg will be available soonTM; and frankly, you can just build / download the release artifacts and put them on any static host.
Please read the title of the post again. I do not want to use an LLM. Selfhosted is bad enough, but feeding my data to OpenAI is worse.
Yep, that’s the idea! This post basically boils down to “does this exist for HASS already, or do I need to implement it?” and the answer, unfortunately, seems to be the latter.
Thanks, had not heard of this before! From skimming the link, it seems that the integration with HASS mostly focuses on providing wyoming endpoints (STT, TTS, wakeword), right? (Un)fortunately, that’s the part that’s already working really well 😄
However, the idea of just writing a stand-alone application with Ollama-compatible endpoints, but not actually putting an LLM behind it is genius, I had not thought about that. That could really simplify stuff if I decide to write a custom intent handler. So, yeah, thanks for the link!!
Thanks for your input! The problem with the LLM approach for me is mostly that I have so many entities, HASS exposing them all (or even the subset of those I really, really want) is already big enough to slow everything to a crawl, and to get bad results from all models I’ve tried. I’ll give the model you mentioned another shot though.
However, I really don’t want to use an LLM for this. It seems brittle and like overkill at the same time. As you said, intent classification is a wee bit older than LLMs.
Unfortunately, the sentence template matching approach alone isn’t sufficient, because quite frequently, the STT is imperfect. With HomeAssistant, currently the intent “turn off all lights” is, for example, not understood if STT produces “turn off all light”. And sure, you can extend the template for that. But what about
A human would go “huh? oh, sure, I’ll turn off all lights”. An LLM might as well. But a fuzzy matching / closest Levensthein distance approach should be more than sufficient for this, too.
Basically, I generally like the sentence template approach used by HASS, but it just needs that little bit of additional robustness against imperfections.
Thanks for sharing your experience! I have actually mostly been testing with a good desk mic, and expect recognition to get worse with room mics… The hardware I bought are seeed ReSpeaker mic arrays, I am somewhat hopeful about them.
Adding a lot of alternative sentences does indeed help, at least to a certain degree. However, my issue is less with “it should recognize various different commands for the same action”, and more “if I mumble, misspeak, or add a swear word on my third attempt, it should still just pick the most likely intent”, and that’s what’s currently missing from the ecosystem, as far as I can tell.
Though I must conceit, copying your strategy might be a viable stop-gap solution to get rid of Alexa. I’ll have to pay around with it a bit more.
That all said, if you find a better intent matcher or another solution, please do report back as I am very interested in an easier solution that does not require me to think of all possible sentence ahead of time.
Roger.
Never heard about willow before - is it this one? Seems there is still recent activity in the repo - did the creator only recently pass away? Or did someone continue the project?
How’s your experience been with it?
And sure, will do!
That is actually a really interesting approach to moderation, huh.
While I don’t like it, it’s not hidden either:
https://bentopdf.com/privacy.html
There should definitely be an option to disable this for self-hosting, but if it’s just a counter for how often each tool is used by all users combined… Eh…
(Stirling also has something similar)