Skip to content
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

Add support for customizing scope and hierarchy #77

Open
Tracked by #2932
benanhalt opened this issue May 13, 2015 · 8 comments
Open
Tracked by #2932

Add support for customizing scope and hierarchy #77

benanhalt opened this issue May 13, 2015 · 8 comments
Assignees
Labels
1 - Request Improvements or extensions to existing behavior type:design Design decision needs to be made

Comments

@benanhalt
Copy link
Contributor

benanhalt commented May 13, 2015

The scoping of various records to the collection -> discipline -> division -> institution hierarchy may not be appropriate for all use cases. What possibility is there for adding flexibility to this system?

From Martin Stein:

When we were in Lawrence, we brought up that a more flexibly hierarchy than Institution > Division > Discipline > Collection would be great; another user definable tree, like currently for Geography, Taxonomy, Storage, etc. Than add the ability for users to define at what level certain attributes for a collection (or what ever the terminal of that a tree would be) should be applied. E.g. I sit in a local museum in the Canadian Rockies and have a specially themed invertebrate paleo collection (let's say I have got a lot of Burgess Shale material), and I can now decide that I want my localities and paleo contexts private to that collection, but the taxonomy tree accessible by the entire Section of Invertebrate Paleontology (which does not mean that all collection in that Section must use it, the collection of unique Permian sponges can use its own) the Geography tree should be for our Institution (because all our stuff is from localities nearby), while we share Agents with our Earth Science division (assuming our museum is organised Institution > Division > Section > Collection). What is shared/scoped at what level should be user definable like the tree.


@grantfitzsimmons edit:

The most common request is to have Geography at the institution level.

@benanhalt benanhalt added 1 - Request Improvements or extensions to existing behavior type:design Design decision needs to be made labels May 13, 2015
@maxpatiiuk maxpatiiuk added this to Unsorted in Users & Permissions via automation Oct 11, 2021
@maxpatiiuk maxpatiiuk moved this from Unsorted to To do in Users & Permissions Oct 11, 2021
@maxpatiiuk maxpatiiuk removed this from To do in Users & Permissions Apr 22, 2022
@maxpatiiuk maxpatiiuk added this to Unsorted in Administration via automation Apr 22, 2022
@grantfitzsimmons
Copy link
Contributor

Received a request to implement the Geography tree at the institutional level. Trees should have their scope be more configurable.

@maxpatiiuk
Copy link
Member

Two solutions are proposed in #2912 (comment)

(see "Simple" and "Advanced" sections)

In either case, there is very little we can do until sp7 divorses from sp6

@grantfitzsimmons
Copy link
Contributor

From Barcelona on Trello:

No matter how much I look at it, I see no adavantage in not sharing the Geography Thesaurus with the three disciplines. Our old CMS shares all the three thesaurus and it would be better if Geography, when will begin the migration of the next collection, could be shared.

Would it be possible?

@grantfitzsimmons
Copy link
Contributor

Soraya at Naturhistorisches Museum Bern said the following:

We would like to have the Geography tree scoped at the institution level. For us having it at the discipline level is not needed, and actually creates more work, because edits to the tree have to be repeated for all disciplines.

@grantfitzsimmons
Copy link
Contributor

grantfitzsimmons commented Jan 25, 2024

Soraya brings up a good question– IsSingleGeographyTree is a boolean required field in the institution table, but as far as I understand this was never (fully) implemented since Geography is always scoped at the discipline level.

@benanhalt Do you know anything about this? 🔍

@specifysoftware
Copy link

This issue has been mentioned on Specify Community Forum. There might be relevant details there:

https://discourse.specifysoftware.org/t/geography-tree-at-institution-level/1515/2

@benanhalt
Copy link
Contributor Author

@grantfitzsimmons I don't know anything about it. Searching the Specify 6 code, the field doesn't appear to be used for anything.

@grantfitzsimmons
Copy link
Contributor

@benanhalt Thanks for looking into that! I couldn't find anything on it either. It's been a while 😉😄

@grantfitzsimmons grantfitzsimmons changed the title Customization of scoping and hierarchy. Add support for customizing scope and hierarchy Apr 24, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
1 - Request Improvements or extensions to existing behavior type:design Design decision needs to be made
Projects
Administration
  
Unsorted
Status: 📋 Backlog
Development

No branches or pull requests

4 participants