Hierarchical communities based on Org Structure is a common pattern in 6.x 
repos in Turkey. It has some pitfalls like too many communities and 
collections. It also results in a lot of mapping tasks on librarians. This 
was one of the clutters we aim to remove when upgrading Marmara University 
repository from Dspace6 to Dspace7.
We used 3 Entities (Publication-OrgUnit-Person). We created a list of Org 
Units just like in Iowa and created relationships between OrgUnit and 
People. People are also related with Publications as expected. 
Currently, I cannot imagine how a hierarchical Org Units may be helpful, 
but we set 3 levels of Organization info in two aspects for Person objects 
as metadata to leave room for future improvements on hierarchy. If there 
becomes a requirement on reporting/viewing any data in hierarchy, then we 
can use these metadata to create new sub org units. Please see a person 
page in detail here: 
https://openaccess.marmara.edu.tr/entities/person/3ac0f220-01e4-4bf4-99c8-401444467128/full
In above scenario, I believe that sub org unit levels must be different 
entities, just like Journal-Journal Volume-Journal Issue. The other case 
(OrgUnit to OrgUnit) would be too complicated for reporting. 
We released the new Dspace instance on Ds 7.3 on 1 July 2022. Marmara 
University is one of the oldest government Universities based in Istanbul, 
Turkey with nearly 150.000 items in its repo. I welcome the community to 
check for our fresh Dspace 7.3 instance. Any feedback is appreciated.
https://openaccess.marmara.edu.tr

 
On Saturday, 2 July 2022 at 00:22:43 UTC+3 alaw wrote:

> For better or worse, our DSpace 6.3 XMLUI repository, VTechWorks, is 
> organized as a multi-level hierarchy of communities based on the 
> organizational structure of the University, 
> https://vtechworks.lib.vt.edu/community-list. I am trying to understand 
> the options for migrating to DSpace 7. I have found the  DSpace 7 Wiki - 
> Entities page, 
> https://wiki.lyrasis.org/display/DSDOC7x/Configurable+Entities, quite 
> helpful. 
>
> The simplest option is to leave Entities disabled and to migrate our 
> existing community structure as-is. That seems the choice taken for 
> JEWLScholar at Middle Tennessee State, 
> https://jewlscholar.mtsu.edu/community-list.
>
> Iowa State Digital Repository, has enabled Entities, 
> https://dr.lib.iastate.edu/community-list. The Academic and 
> Administrative Units collection, 
> https://dr.lib.iastate.edu/collections/90ee9f70-f4eb-4b4d-87c7-97cc3dccff56?scope=90ee9f70-f4eb-4b4d-87c7-97cc3dccff56,
>  
> seems to contain all the Organizational Units in a very long simple list. 
> However there seems to be some hierarchy for the OrgUnits, although it is 
> not visible in the list. For instance, The Zoology and Genetics OrgUnit, 
> https://dr.lib.iastate.edu/entities/orgunit/4a2929da-5374-4338-b62f-f5fd9e156ef9/full,
>  
> has  dc.relation.ispartof=ag_hist, which is the Historical Departments, 
> College of Agriculture and Life Sciences OrgUnit, 
> https://dr.lib.iastate.edu/entities/orgunit/577eaec6-f3b3-43cd-92c3-ea9879d56152
> .
>
> Since entities are Items and Items are not hierarchical is this 
> dc.relation.ispartof a way to add a hierarchy to entities that normally 
> would not be hierarchical?
>
> I think we prefer to maintain a hierarchy, but only one, either 
> communities or the OrgUnits. It seems like there might be advantages to 
> having the hierarchy within the OrgUnits but I'm not clear whether that is 
> possible. Also we would want a way to visually communicate that hierarchy, 
> which is something that seems missing in the Iowa State list of OrgUnits.
>
> I'd appreciate any insights about how entities might be used or avoided 
> for representing this hierarchy.
>
> Thanks,
>
> Anne
>

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
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 [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-community/7b2f8680-afad-4888-8339-73694b53c313n%40googlegroups.com.

Reply via email to