Hi guys, I’d like your advice on this (somewhat trivial) problem:
MOD-42 is about storing ownership & authorship data with a module. The data model defines that a Module object has an owner property, which is a single User, and a maintainers property, which is a list of Users. (@jeremy, right now I’m looking at also creating an Organization entity that could own a module )
This means that a developer must log in to Modulus at least once before they can be made an owner / maintainer of a module (signing in creates their User object in the DB).
Is it okay to have this restriction? A way to work around it would be to periodically synchronize the OpenMRS ID user directory with Modulus’s user table, but I’m not sure if it’s worth the effort / configuration necessary.
My expectation from our earlier discussion was something like this:
owner is a string and maintainers is a list of OpenMRS IDs
OpenMRS ID of the user uploading a module for the first time becomes a maintainer and the de facto owner.
Any maintainer can edit owner or a unique list of other maintainers – i.e., when editing the module settings, you would see a list of “other maintainers” and you couldn’t add yourself to that list.
If the owner string matched an OpenMRS ID, it would display as the user; otherwise, it would display as a free text string.
Filling out the owner field could show choices that match known names & IDs of the community, but would allow for any free text value. Picking a user from the choice list would just facilitate setting the field to their OpenMRS ID.
Are you saying that Modulus can’t search the list of known OpenMRS users (names & OpenMRS IDs)?
It would be a nice feature to have – i.e., knowledge of all OpenMRS users names & IDs. If the ID Dashboard kept a text file with one user per line (e.g., “openmrsid,Full Name”), it could be delivered to authorized clients on request. GZip would keep the transaction reasonable in size and something like Apache’s memcache could be used to deliver the list to multiple clients at regular intervals without putting significant load on the server.
Anyway, that could be a future feature. In the meantime, owner & other maintainers can be free text fields and people can populate them without requiring a nifty “OpenMRS users” search feature.