Replies: 2 comments
-
@janette Data Visibility Issue After Running Cron Job I'm facing a challenge with my system where data visibility settings seem to reset after running a cron job. Here's the issue: Background: I have a system where I need to periodically import data into a store using a cron job. Question: I'm seeking guidance on how to ensure that the data remains hidden permanently as per the access control settings, or if there's something wrong with the way the cron job is interacting with the system. |
Beta Was this translation helpful? Give feedback.
-
Hi @marlubo in DKAN, which is mostly based on the DCAT-US metadata standard, the accessLevel field does not carry any kind of business logic or access control. It is simply a field that is part of the metadata standard, where data publishers can document whether the dataset is actually publicly available (in some cases government agencies must document the existence of a dataset in their catalog even though it is not publicly available). DKAN's datastore is meant to provide API access to public datasets, and is not configured for fine-grained access controls. You would I think need to override DKAN's routes for the datastore module and add in your own logic to accomplish this I think. If you do come up with a more general-purpose solution we will of course be happy to review any PRs. |
Beta Was this translation helpful? Give feedback.
-
Could you assist me in understanding the system architecture behind why a backend datastore periodically removes access restrictions, allowing all csv rows to be visible on the frontend? I'm particularly interested in how this process impacts data security, especially concerning sensitive information that becomes visible externally each time cron runs. Saving all datasets again helps until next cron import. Currently, our frontend is built using React.
Beta Was this translation helpful? Give feedback.
All reactions