Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Meetings as a "proper" data model #1329

Open
n-st opened this issue Jan 8, 2024 · 1 comment
Open

Meetings as a "proper" data model #1329

n-st opened this issue Jan 8, 2024 · 1 comment
Labels
Status: Needs discussion Additional discussion/feedback is needed Type: Feature An idea for a new feature

Comments

@n-st
Copy link

n-st commented Jan 8, 2024

TL;DR: Would it be an option to have a dedicated data model for meetings, rather than re-using news entries for this purpose?

There are a few tangentially related issues regarding meetings — #1300, #1174, #228 come to mind. All of them revolve around parsing meeting information more easily — which is currently hard because meetings are just plaintext news with a boolean "is_meeting" tacked onto them.

Perhaps all of those could be addressed more easily if the Engelsystem had a separate, more purpose-oriented, way of entering and handling meetings.

At first glance, meetings will usually contain the following information:

  • affected angel types
    • (and whether to consider non-confirmed angels of that type)
  • one or multiple time periods (day + start time + approximate end time; note the possible edge case of meetings crossing midnight)
  • one or multiple locations (location:timeperiod usually 1:1, but possibly n:1 if too many people?)
    • locations may have an associated URL (c3nav or similar)
  • description text (purpose of the meeting, addressees (only angels new to that type, or perhaps all angels of that type), what things to bring, …)
    • (this overlaps slightly with the "consider non-confirmed angels [yes/no]")
    • possibly in German and English

If the Engelsystem had a way to input and store this information in a structured manner, one could much more easily generate

  • notification emails only to the affected angel types
  • calendar feeds (possibly filtered by angel type as well)
  • an in-Engelsystem overview of upcoming meetings
  • collision warnings between meetings and shifts (based on one's own selected meetings and shifts)
@MyIgel MyIgel added Type: Feature An idea for a new feature Status: Needs discussion Additional discussion/feedback is needed labels Mar 3, 2024
@MyIgel
Copy link
Member

MyIgel commented Mar 3, 2024

That are great ideas but at the end its pretty complicated and needs to be implemented and maintained.

Exporting even more feeds would make the engelsystem to some kind of calendar provider which adds additional complexity that i would rather not add.
-> Imho this needs further consideration, discussion and planning before starting some implementation.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Status: Needs discussion Additional discussion/feedback is needed Type: Feature An idea for a new feature
Projects
None yet
Development

No branches or pull requests

2 participants