I still think we need some sort of central way of seeing at least most of what is out there. But I agree that "[email protected]" is potentially a bottleneck.
Perhaps just a wiki page describing all the "rules" we have about a module id? That page could have a simple list of moduleids - descriptions so devs can see if the one they want to use is already used. Since we have svn, git, and other external locations for modules that people can place them, its up to them to decide. I don't think adding a uuid is really necessary. If two devs create a module with the same id, the first one will be able to upload to the module repo. They second will have to choose to host elsewhere or change their id. Has anyone ever created a script to help rename a module id easily? Ben On Sat, May 12, 2012 at 2:10 PM, Burke Mamlin <[email protected]>wrote: > +1 > > > On Sat, May 12, 2012 at 11:29 AM, Mark Goodrich <[email protected]> wrote: > >> To add on to that, I can get a module id of providermanagement blessed >> for the Provider Management module? This module adds a new object, >> Provider Role, which is linked to a Provider via a column it adds to the >> Provider table. A Provider Role can be associated with Provider >> Attributes, Relationship Types (to specify different types of supported >> Provider/Patient relationships), and other Provider Roles (to define >> allowed Supervisor/Supervisee relationships between Provider Roles). The >> module provides an API and UI to manage providers and provider >> relationships. The module is not yet complete, but I will be doing a >> work-in-progress demo on the Developers's Call next Thursday. >> >> Mark >> > ------------------------------ > Click here to > unsubscribe<[email protected]?body=SIGNOFF%20openmrs-devel-l>from > OpenMRS Developers' mailing list _________________________________________ To unsubscribe from OpenMRS Developers' mailing list, send an e-mail to [email protected] with "SIGNOFF openmrs-devel-l" in the body (not the subject) of your e-mail. [mailto:[email protected]?body=SIGNOFF%20openmrs-devel-l]
