Open Aadesh-Baral opened 1 year ago
Fantastic. It would be great if organization managers should create campaigns, at the moment they need to complete a Google form at then an admin manually creates the campaign, but this is an unnecessary time-sink.
Might be related to #583 for campaigns.
I think we also need to store more metadata about the campaigns. Currently we only have campaign name stored. Additional metadata could be:
cc @SColchester @ramyaragupathy
@Aadesh-Baral yes this metadata would be great to store, I feel that based on the projects in the campaign, most of this data could be automatically read:
@SColchester, I agree with all the points you've made regarding fetching metadata from attached projects:
Yes, when I refer to "Categories," I mean "Impact Areas." While analyzing campaigns, I came across one campaign containing more than 1000 projects and another with more than 900 projects within it. This could potentially impact performance, as querying over 1000 projects to compile a list of categories could become a concern. However, this situation might be more manageable for campaigns with fewer projects.
In my opinion multiple organizations could be involved in managing a campaign, not just the one creating the project (I think you are expert managing campaigns and you can verify if this case exists). Managers from these organizations should possess the necessary permissions to modify and delete the campaign. They should also have the capability to associate projects and other organizations with the campaign.
As there isn't currently a dedicated page to view campaign details for general users, addressing issue #583 and creating campaign pages might be important. This is the context where I envision the display of campaign images and descriptions.
Presently, we don't allow Project Managers to delete the default changeset comment, which is automatically populated after project creation, as seen in instances like "hotosm-project-14986." Similarly, we can consider disabling the removal or editing of hashtags populated from attached campaigns.
@Aadesh-Baral agree on your second point, would be great if several organizations could manage a campaign together: including ability to modify and delete the campaign, to associate projects and other organizations
Description: Currently, the API allows organizational managers to perform actions such as creating, updating, and deleting interests/categories, licenses, and campaigns. However, these capabilities have been restricted to system administrators in the frontend interface. It's worth noting that in practice, these actions are typically carried out by system administrators exclusively. Additionally, there is currently no mechanism in place to track and record the creators of these resources, which could provide valuable information.
Suggested Solution: To address these concerns, i propose the following changes. For campaigns, i suggest opening up the ability for organizational managers to create, update, and delete campaigns. However, to maintain a degree of structure, i recommend enforcing a rule that requires at least one organization to be attached to a campaign. As we already have functionality to attach multiple organisations to a campaign in the backend we need to implement it in the frontend too. For interest/categories and licences we can just store the creator of these resources.
cc @ramyaragupathy @SColchester