Feature #1456
closed
Added by Alexander Watzinger almost 4 years ago.
Updated over 3 years ago.
Description
The SHAHI project needs to enter objects outside an archeological context.
- We will implement the (new) objects using the E22 CRM class, accessible via the object tab
- Already implemented E22 objects for archeological finds will still be handled separately inside the context of archeological sub units
- Description updated (diff)
Updating description after discussing it at meeting. Special thanks to Stefan for looking into it and coming up with a good solution.
- Subject changed from Using objects outside of archeological context to Artificial objects
- Status changed from Acknowledged to In Progress
- Assignee set to Alexander Watzinger
- Estimated time set to 16.00 h
Artificial objects are implemented and can be tested at the development demo: https://demo-dev.openatlas.eu/
They will be without places/map in the first version because we have to rethink our map presentations before, e.g. should they displayed beside the place geometries or do we display them separately.
- Subject changed from Artificial objects to Artifacts
I have seen that artifacts have their own type tree. We should discuss if we better use the find type tree for them, as they are actually the same. The difference regards only the fact that finds are conceptually located below strat units and artifacts not. But by definition both are artifacts. Finds could also be listed then in the artifacts/objects tab.
@ Stefan: interesting thought, we may can discuss this tomorrow at the workshop
Currently, if a Custom Type is assigned to Artifact, it is not displayed in the view. Will this change until the release of 6.0.0?
And also, did you discuss the type tree? I like Stefans thoughts about the shared type tree.
I'm guessing with currently you mean a development stage instance? In develop there is a lot of update SQL involved which you may have only partially and we can look at it together at Thursday.
As for the input from Stefan about joining types for artifacts, which was a very good suggestion, this is already implemented in feature_modules which will be merged to develop as soon as we have adapted the other parts e.g. API.
Just tested it in demo-dev and seems to work fine. I added a "My artifact type" for artifacts and it shows at: https://demo-dev.openatlas.eu/insert/artifact (didn't bother to add sub-types and will be visible only for today because of the reset script at night).
- Status changed from In Progress to Closed
Also available in: Atom
PDF