-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
non login user for contact #10342
Comments
After doing some more digging into the abstract user from Django, maybe this is also ok: Defining a |
@gannebamm yes if you remove the active check the user should not be able to login. Does this solve your issue? |
(and maybe craete a group for those profiles to quickly identify them) |
@gannebamm moreover, those users could be removed from the |
Good point @giohappy Maybe even after every registration with some signal if the email does not end with the company domain...
|
Is your feature request related to a problem? Please describe.
As a research institute, we need to manage data given by third parties. Since we do not initially create the data, we want to set the originator/author contact to the third party. An example is data from the Federal Agency for Cartography and Geodesy (BKG) (https://gdz.bkg.bund.de/index.php/default/digitale-geodaten.html).
Describe the solution you'd like
As an admin, I want to create a
Profile
object which is not allowed to log in.Describe alternatives you've considered
Profile
model for third parties:geonode/geonode/people/models.py
Lines 64 to 65 in 99b0557
These users, in theory, could log in/request a password reset by the email contact info given.
contacts
. This new model would need to keep in sync withProfile
and needs new UI elements to give information about the contact. This feels like overhead, seeing that we already have a properProfile
implementation which provides these features.Additional context
See this #10290 as a reference for our implementation idea to set multiple contacts to one dataset. After that PR is finished, we will have the following ISO contact roles at hand:
author: party who authored the resource << THIRD PARTY ??
publisher: party who published the resource << THIRD PARTY ??
resource provider: party that supplies the resource << THIRD PARTY ??
originator: party who created the resource << THIRD PARTY ??
owner: party that owns the resource << IN THEORY THIRD PARTY, but this will mix up the user permissions! So keeping it on the resources owner in GeoNode (likely the admin) shall be used as a good enough workaround. See also #10290 (comment)
The text was updated successfully, but these errors were encountered: