Hello, whereas Claudios more recent solution is certainly preferable, we have dealt with this in our instance of DSpace as follows:
<http://stadtteilgeschichten.net/handle/2339/2000?show=full> This item is of dc.type „Konvolut“ which is a german term for omnibus volume. It was created first. <http://stadtteilgeschichten.net/handle/2339/2004?show=full> This is one of the items that is part of aforementioned „Konvolut“. Consequently, it is marked as dc.relation.ispartof http://hdl.handle.net/2339/2000 in metadata. By dc.relation.ispartof, a back reference to the containing volume is available. However, if you want to know about the brethren of this item, there is no simple way to find all the content related to a Konvolut given the limitation of extended search. In the case shown, searching for the volumes title gives a satisfactory result. <http://stadtteilgeschichten.net/handle/2339/1941/discover?query=St.+Pauli+wirbt&submit=Los> Bye, Christian > Am 20.10.2017 um 11:37 schrieb Cortese Claudio <claudio.cort...@4science.it>: > > Dear Joachim, > > starting from DSpace-CRIS, we have developed also an extension of DSpace, > called DSpace-GLAM, with a flexible data model, specific for cultural > heritage management. > > Using DSpace-GLAM you can manage hierarchical metadata standards (such as the > archival ones) and define all the entities relevant for describing the > contexts of cultural objects, compliant to your favourite conceptual model. > > You can have a look at our public demo > https://dspace-glam.4science.it/https://dspace-glam.4science.it/ > > Don't hesitate to contact me for any further detail > > Best regards. > > > --------------------------------------------------------------------- > > Claudio Cortese > > Project Manager & Business Analyst > > > > 4Science SRL www.4science.it > > DSpace, DSpace-CRIS, DSpace-GLAM service provider > > > > > Via A.Papa 30 c/o WJC – 20149 Milano > > Tel. +39-02-39710421 > > Mobile +39-333-9340846 > > > > Itway Group SpA and Libanica SA > > Italy, France, Spain, Portugal, Greece, Turkey, Lebanon, Qatar, U.A.Emirates, > Nigeria > > > Da: dspace-community@googlegroups.com [dspace-community@googlegroups.com] per > conto di J.Dornbusch [joachim.dornbu...@ehess.fr] > Inviato: venerdì 20 ottobre 2017 11.23 > A: DSpace Community > Oggetto: Re: [dspace-community] Dspace 6 vs other solutions > > Thanks Susanna. > There are particular concerns that make us hesitate between Dspace and Fedora. > First, many of our projects have a very specific data structure: one can not > separate data from metadata, there is no associated media : eg,bibliographic > records, film catalogs. > In addition, archivists require that data can be organized in a hierarchical > "classification scheme". > But I find no notion of sub-collection in Dspace. > At last, I fear that some complex metadata standards can not fit into the > flat metadata model of dspace. > Do you think these problems can be overcome? > Thank you for your help. > Joachim > > Le vendredi 20 octobre 2017 10:50:58 UTC+2, s.mornati a écrit : > Hello J, > > there is an optimal solution to exploit all advantages of DSpace while also > fulfilling more complex need such as those you mentioned, from implementing a > variety of metadata standards and semantic web compliancy, to enhanced > seaching and navigating features, assign DOIs, performing OCR on the fly etc. > As Jordan Piščanc already pointed out, there is an extension of DSpace called > DSpace-CRIS that is able to fulfill all those requirements without the need > for developing further software. > Please have a look at: > https://wiki.duraspace.org/display/DSPACECRIS/DSpace-CRIS+Home > and don't hesitate to contact me for any further detail (disclaimer: 4Science > also supports DSpace-CRIS). > > Best, Susanna > > Susanna Mornati > > 4Science, www.4science.it > DSpace, DSpace-CRIS, DSpace-GLAM service provider > > office: Viale Achille Papa 30, World Join Center Tower, 20149 Milano, Italy > tel.: +39 02 3971 0421 > mobile: +39 366 6300 998 > email: susanna...@4science.it > skype: susanna.mornati > hangouts: susanna....@gmail.com > linkedin: susannamornati > orcid: 0000-0001-9931-3637 > > 2017-10-11 12:11 GMT+02:00 J.Dornbusch <joachim....@ehess.fr>: > Hello > I am trying to determine what would be the right research data management > solution for my institution. There are comparison grids on the internet but > they are often outdated. > The data will be in tens of Gos of all types, including office or pdf files > as well as low and high resolution images, videos, quantitative data, > shapefiles, XML-TEI... > We need to add specific metadata standards and controlled vocabularies, to > assign DOIs, to fine-tune access rights, to interface with other applications > following semantic web standards. We would like to have powerful search > capabilities (full text search in data and metadata, facetting, stemming...), > perhaps on-the-fly OCR processing. Authentication would be with Shibboleth > but not only. We will use Omeka-S as a front end for the general public, > knowing that Omeka S already has modules to interface with Dspace and Fedora. > After considering Dataverse, we finally found it too little extensible, > although we liked some features like the "explore" button that projects an > item into a third-party data visualization interface. > We now hesitate between Dspace and Fedora 4 + the new Islandora "Claw". An > advantage of Dspace is that we would quickly deploy the turnkey interfaces. > I have the feeling that Dspace 6 offers a level of functionality comparable > to that of Fedora, for example regarding versioning, scalability... > Does Dspace have some limitations compared to Fedora ? Is Dspace suitable for > a large-scale data repository, with lots of custom feature requests and > integration to other tools ? > > I am interested in any advice or resource that would help us in this choice. > > Regards, > J.Dornbusch > https://www.ehess.fr/en > > -- > You received this message because you are subscribed to the Google Groups > "DSpace Community" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to dspace-communi...@googlegroups.com. > To post to this group, send email to dspace-c...@googlegroups.com. > Visit this group at https://groups.google.com/group/dspace-community. > For more options, visit https://groups.google.com/d/optout. > > > -- > You received this message because you are subscribed to the Google Groups > "DSpace Community" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to dspace-community+unsubscr...@googlegroups.com. > To post to this group, send email to dspace-community@googlegroups.com. > Visit this group at https://groups.google.com/group/dspace-community. > For more options, visit https://groups.google.com/d/optout. > > -- > Questo messaggio e' stato analizzato con Libra ESVA ed e' risultato non > infetto. > Clicca qui per segnalarlo come spam. > > -- > This message has been checked by Libra ESVA and is believed to be clean. > > > -- > You received this message because you are subscribed to the Google Groups > "DSpace Community" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to dspace-community+unsubscr...@googlegroups.com. > To post to this group, send email to dspace-community@googlegroups.com. > Visit this group at https://groups.google.com/group/dspace-community. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "DSpace Community" group. To unsubscribe from this group and stop receiving emails from it, send an email to dspace-community+unsubscr...@googlegroups.com. To post to this group, send email to dspace-community@googlegroups.com. Visit this group at https://groups.google.com/group/dspace-community. For more options, visit https://groups.google.com/d/optout.
