You can also use the PREMIS rights module to add actionable rights to digital objects - so if you just want to restrict access to some of the digital objects, or have different restrictions based on the rights Basis you use and where you add them, you can do this too. There is a way to inherit rights, so if you have a collection with 100 item-level children that include digital objects, you can add the rights once at the top, and then inherit them to lower levels - either all levels, or just those with digital objects. See:
If you are talking about restricting access to description exports, such as the EAD XML export option, there is currently no way to do this without changing AtoM's code. Once a description is published (made visible to public users), they have the option of exporting the EAD XML, just as they could print their screen from the browser anyway.
Hope that helps! Check out the documentation links and let me know if you have further questions.
Is there any way that files can not be downloaded
You received this message because you are subscribed to the Google Groups "AtoM Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to firstname.lastname@example.org.
To post to this group, send email to email@example.com.
Visit this group at https://groups.google.com/group/ica-atom-users.
To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/9e03c5ec-9fd7-42e7-a11f-9b3e5523ba98%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Managing authority records in AtoM, especially in a multi-repository instance, is definitely an area where we could further improve AtoM. In our upcoming 2.4 version, we have made some improvements to the autcomplete fields, so it is harder to accidentally create a duplicate record of an existing name, place, etc. There will also be a way to link an authority record directly to an institution - to indicate the institution that is responsible for creating and maintaining the authority record. Other users in a multi-repository environment can still use the authority record, but only 1 institution may be linked as the maintainer. We hope in the future to add further ways to explore authority records using this information (such as a repository facet on the authority record browse page), which should lead to better management of them. In the meantime, it will require an administrator or site manager to be aware of existing authority records and monitor the site regularly for duplicates, etc.
Note that you CAN use the existing permissions module to control whether users or groups can create new authority records - so if you wanted the "Contributors" group to be able to link existing authority records to descriptions, but not create new ones, you could change the authority record permissions for the "Contributor" group so that Create is set to "Deny." Before you do this, you may want to read this post I made about the scalability and performance of the permissions module - so be sure to test your settings thoroughly:
Muchas Gracias Dan por la respuesta, estoy utilizando la versión 2.2.0 de ATOM. Quizás no me exprese bien en inglés, disculpa.Pero lo que necesito saber si se puede restringir un objeto digital para que no pueda ser bajado a través de ATOM.Además es posible trasladar en forma masiva información de una unidad de almacenamiento a otra?Y finalmente como es posible controlar el registro de autoridades?..ya que quedan muchos términos repetidos siendo que son iguales, y el sistema no los reconoce como idénticos.eso es todo por ahora, ,muchas graciasNelson