Show HN: Ikuyo a Travel Planning Web Application

This is amazing. I've used wanderlog extensively, but while its feature set is great, it can be a nightmare to work due to how slow it can be sometimes.

I've just registered to test it out a little bit. I tried to replicate my upcoming trip that I have set up in Wanderlog, and have the following feedback:

- Overall, amazing! Snappy. Real easy to follow.

- I love the simplicity.

- I like that this is essentially excel (kind of), but with travel specific additions.

Now for the potential improvements:

- I can't add someone else as an editor, it seems. Clicking add just logs a "TripForm" with the form object. I don't see any network requests either.

- Expenses don't allow me to select how to split it (maybe this is an issue because there's no-one else part of the trip?)

- Timetable contrast needs a bit of work. Maybe needs some padding/margins or something.

- MapTiler doesn't seem to have a good enough database. I struggled to add 152 Morrison Road

- Activities can't span multiple days (I tried adding a train ride than arrived 45 mins past midnight)

- Adding/editing activities while on the timetable page, does not update them until I refresh (or navigate away)

Outside of all that, how are you planning to monetise this? The code is released under MIT, which doesn't stop anyone from adding some subscription plan, hosting it, and advertising it. May I suggest something like AGPL?

Thank you for trying them and providing such a detailed feedback!

- On Trip Sharing, hmm that seems weird. While I understand that there's no 'loading' indicator yet, one should be able to do so if one is the 'owner' of the trip

- Expense split: because that feature isn't there yet

- Thanks I'll consider it

- The map I chose on MapTiler is OpenStreetMap, but I limit it to Point-of-interest only, maybe I need to expand it to match more kind of objects

- Aha, for that case, I find that it's so troublesome that I have to split the activity into two different elements for display in the timetable, so I disabled the case for now. Thanks for a great use case!

- Hmm strange, the activites should reflect live. Maybe the 'back-end' is a bit slow

Anyway, the 'back-end' is InstantDB ( https://www.instantdb.com ) and it's opening a WebSocket connection, that's why you don't see network calls when doing operations

P.S. I don't think I'll monetise this ever. If someone forks it and monetise it, as long as it doesn't affect me, I think I'm fine with it. If I run out of my 'free usage' quota, I'll probably limit the users to only handful of people

The AGPL won't prevent anyone from adding some subscription plan, hosting it, and advertising it. It does require them to license derivative works under the AGPL.

There are many different goals for developing software, and different ways to make money doing it. The AGPL can be useful for some of them, but can be rather limiting too.

Yeah this is not that obvious, but the selected 'destination time zone' is the only time zone that one will be working with when planning the activities within the trip. (When inputting/reading the activities' time zone, they are all the destination's time zone)

The only local time zone used is at the comments (but hopefully it is clearer since I show the time zone offset there? I don't show it on the events since I feel it could be way too verbose)

I understand that there could be case where one's trip crosses multiple time zones, but at this moment that wasn't supported yet.

At the very least, you have to consider time zones for travel to/from your destination, as that's quite often a different time zone for international travel. Don't want to miss your flight...