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

Broaden project scope: Storing and editing board meeting protocols (pöytäkirjat) #74

Open
jssmk opened this issue Nov 30, 2015 · 3 comments
Milestone

Comments

@jssmk
Copy link
Member

jssmk commented Nov 30, 2015

Board members could add, edit, store and browse meeting protocols (written in Markdown) in member registry system with following benefits:

  • centralised repository for stored documents
  • information about non-handled member applications already available from the same system (helps when writing a new meeting protocol)

Proposed features:

  • data model for protocols template, for quicker writing and recurring content
  • agenda data model for open issues to be handled in future meetings
  • search function
@jautero
Copy link
Member

jautero commented Nov 30, 2015

Will the protocols be stored as a document or individual items? If as documents, is sql database right place to store documents? If we store individual items and compose document on demand, are we going to extend it to fully blown meeting system?

@rambo
Copy link
Member

rambo commented Nov 30, 2015

I was first thinking of something like storing a Jinja (or Django Template Engine but Jinja is more powerful) template in DB rendered a form with checkboxes for board members present. Membership applications to be approved would be autofilled (checkboxes autofilled but could be unchecked), start time again as a form field, defaulting to now and end-time from submitting, after submitting we have a rendered HTML document that can be stored somewhere (probably should be stored with some metadata but SQL is not the best for document storage, OTOH setting up a separate document db is plenty of extra work)

Searching is either naive (LIKE "%word%" in SQL) or complicated to set up (Elasticsearch with or without dedicated document database, or some document database with built in search)

@rambo
Copy link
Member

rambo commented Dec 30, 2015

JSONField https://docs.djangoproject.com/en/1.9/ref/contrib/postgres/fields/#jsonfield would work for metadata storage and querying quite cleanly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants