Ok unrelated, but I'm looking for a tool for making diagrams like that, anyone know what was used on this post? ty
That particular diagram seems to have been generated by https://plantuml.com according to the image's metadata
Owning my own data, part 1: Integrating a self-hosted calendar solution
71–80 of 157 posts
Re: Owning my own data, part 1: Integrating a self-hosted calendar solution
#72I know I will probably get pushback over this, but CalDAV sucks . People say that it's great and that it's easy; yet if that were true there would be way more self-hosted CalDAV solutions out there and they would be far more ergonomic than what's available. I was not impressed with Radicale. Because there's really only one calendar file I wanted to serve to myself, I tried implementing my own CalDAV server just for t…
> Instead, initially went with the approach of hosting my dynamically updating iCal file in an S3 bucket and using ICSx5 on Android to sync with it. No CalDAV needed – just HTTPS. Well you also can't integrate this into most calendars. I don't even know what the hell an iCal file is. I haven't even heard "iCal" in what feels like decades. > I know I will probably get pushback over this, but CalDAV sucks. All the alte…
Re: Owning my own data, part 1: Integrating a self-hosted calendar solution
#73Earlier quoted context omitted.
That particular diagram seems to have been generated by https://plantuml.com according to the image's metadata
Yes! The EXIF data includes the full plantuml used to generate it, under the Plantuml tag. https://www.plantuml.com/plantuml/uml/VPBFQXmn3CRlynGYzzdUXn...
Re: Owning my own data, part 1: Integrating a self-hosted calendar solution
#74Everything old is new again. Back in the early 2000's I used Mozilla Sunbird to host my calendar on my personal Win2k server via IIS's WebDAV module… I don't think CardDAV was a thing yet but I might be mistaken. I ended up importing all that data from it into my Google Calendar which is kind of fun because I've got all my homework and whatnot for college courses on there if you go back far enough.
Sunbird was abandoned. I haven't looked recently to see if there's a reasonable replacement that might run on Windows.
Re: Owning my own data, part 1: Integrating a self-hosted calendar solution
#75I have a self hosted calendar solution. It was $15 at Staples, and it hangs in my kitchen. It wasn't a complete out of the box solution, though, I had to do a little work to customize it. I placed a pen cup with a few pens in it on the counter near the calendar to ensure it is always easy to modify.
My wife uses this solution. When I am at work and someone wants to know if I can do a team dinner, I have to call her if she's at home, or tell them I'll get back to them. I never know if I'm free and finding out is inefficient at best.
The cobbler's children go barefoot, so I haven't come up with a good solution for us... >sigh< It almost makes me want to hitch my wagon to a hosted product/service. Almost.
Re: Owning my own data, part 1: Integrating a self-hosted calendar solution
#76I don't have the requirement of owning my data and I've solved this in a simpler way. 1. Create a shared family calendar 2. For things that need to block work calendar, invite my work email to the event.
Why would you expect anyone to be interested in this solution given the whole discussion is about self-hosting?
Re: Owning my own data, part 1: Integrating a self-hosted calendar solution
#77Another CalDav server I can recommend is Radicale. It's written in python and designed in a pretty modular way, enabling authentication and authorization (and more) plugins. Data is saved in plain text files and I track/backup it using git. Over the time I've accumulated some interesting modifications: - Authentication runs with pam on the host system. - To enable sharing of calendars I run a periodic script symlinki…
Re: Owning my own data, part 1: Integrating a self-hosted calendar solution
#78I know I will probably get pushback over this, but CalDAV sucks . People say that it's great and that it's easy; yet if that were true there would be way more self-hosted CalDAV solutions out there and they would be far more ergonomic than what's available. I was not impressed with Radicale. Because there's really only one calendar file I wanted to serve to myself, I tried implementing my own CalDAV server just for t…
I use Nextcloud's CalDAV and CardDAV with DAVx5 and it works pretty much perfectly
Re: Owning my own data, part 1: Integrating a self-hosted calendar solution
#79Earlier quoted context omitted.
How does it handle notifications? How do you access it remotely? How do you share it for common events with others? Comparing a paper calendar to a digital one is like comparing a Nokia 3310 to a modern smartphone. Yes, technically both are "a phone" but that's roughly where the similarities end.
How do you access it remotely? Set up a webcam stream of the calendar How do you share it for common events with others? Share the webcam link or ring them up on the telephone if we are (jokingly) going traditional.
Why not make it more convenient for them and pipe the webcam stream through a script that OCRs it on change (or on timer) and makes it available as an .ical file that others can import via a link?
Also it's 2025, you can do it fast and robust by piping it through an LLM instead, with a prompt like "turn this calendar image into an .ical file pretty please".
/s, but only a little :). I've honestly thought of doing that for real, except with a feed of my laptop screen, to sync availability (busy/free) info from my work calendar to my family one, because it's way easier than trying to argue the point with corporate IT.
(I've changed jobs since then, and now I'm using a lazy hack on top of some random Fastmail-friendly cloud app.)
Re: Owning my own data, part 1: Integrating a self-hosted calendar solution
#80Earlier quoted context omitted.
It was 14 years ago, I’ve forgotten everything by now. To be honest if I were to do that today, I’d vibe-code it by writing a strong set of tests against the protocol rfc, then a client against the tests. The client would be low level and have higher level interfaces in various languages.
bflesch might be suggesting that you (or some other motivated + heroic person) write a new spec for calendar collaboration, like what jmap.io is trying to do for mail. I know that calendars and datetime management suck, hard. I hazard a guess that several people have already started trying to replace caldav (because of the suckage of caldav) and have quietly given up (because of the suckage of datetimes and timezones…
It was hard because of the debugging blindness, not so much date-math itself. We had to do hardware-level things.