Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)R
Posts
10
Comments
63
Joined
10 mo. ago

  • Can you clarify the export issue you are seeing or please report it on github? The export/import has been working well. I am guessing you might have tried it out with quickstart docker compose or Synology NAS guide from mariaus hosting which does not have complete docker compose i.e. it is missing celery-workers container which are needed to create import/export jobs and run them async. Couple of users tripped on this so I will be improving the error message to specifically say they need to run complete stack right not the error message is very cryptic low level detail which is hard for anyone to understand what went wrong.

  • That sounds like a fun project. I did initially do some research in VJOURNAL but found it rather limiting for all the stuff I want to build in Journiv. I wrote a blogpost about it earlier: https://www.journiv.com/blog/why-journiv-doesnt-use-caldav The application is cross platform so it work as PWA and you can use it as mobile devices as PWA without any issues. Many Journiv users are already doing so. Native mobile apps are ready and will be coming soon once the project becomes sustainable to cover the development cost and expenses around it: https://github.com/orgs/journiv/discussions/184#discussioncomment-15180557

  • Hello, Sorry for the late reply. I do not use lemmy that often and only saw this now when I came here to post about new release. You're right to call that out. I made an oversimplified claim. Let me clarify, XML vs JSON performance is nuanced:

    1. Parsing speed: JSON is generally faster to parse than XML because:
    • Simpler syntax (no opening/closing tags, no attributes vs elements decisions)
    • Less data structure overhead
    • More direct mapping to native data structures in most languages
    1. Payload size: XML is typically more verbose due to:
    • Opening and closing tags
    • Namespace declarations
    • Attribute syntax
    • This means larger network transfers

    However:

    • Well-optimized XML parsers can be very fast
    • The difference matters more for high-volume APIs than occasional journal syncs
    • For large text content (like journal entries), the actual content dwarfs the format overhead
  • In CalDAV specification journal is supported by VJOURNAL which is not specifically CALDAV.

    My understanding so far is that no one specifically uses VJOURNAL due to lack of its adoption and features but have a feeling it is a standard which should be followed based on the fact how dominant CALDAV is but VJOURNAL is not CALDAV and is not same. The post goes in details about limitation and issues with VJOURNAL.

  • Thank you. I will incorporate this.

  • And I meant that what you to say is valuable enough to write :)

  • Seems pretty valuable to me. If you do write this for a month or year with Journiv's analytics you can find out

    • How much gas you can save overtime
    • All the names you call yourself
    • What do you forget most :D
  • I am glad it is serving it's purpose. Notification/reminders will come soon to Journiv which will help with forgetting to write :)

  • Thank you. Please provide any feedback on github issues.

    Yes location, weather will be coming soon. There is existing feature request opened by the community for this. I am not sure what do you mean by routes. Can you provide more details as what such a feature will look like?

  • Thank you. Looking forward to your feedback.

  • Thank you. I am glad to hear.

  • Thank you. Please provide feedback on github issues.

  • Thank you. Please provide feedback on github issues.

  • Thank you. You are right. Journiv Ahead sounds way better :)

  • Thank you. I am glad you like it.

  • Thank you. Journiv can be used by multiple user on same instance. Journiv has been built with industry grade security practices (https://journiv.com/docs/configuration/security) and support user management (https://journiv.com/docs/configuration/user-management) with role based access control. If you are using with multiple user it is recommended to use postgres as the db over sqlite: https://journiv.com/docs/configuration/database

    Journiv currently does not support shared journal where you can share your journal with other users in your instance. It is a requested feature so will be added https://github.com/journiv/journiv-app/issues/62