Project

General

Profile

Feature #2687

Updated by Alexander Watzinger about 1 month ago

As discussed in the last Welterbe [[uni:Meeting_2025-11-21|meeting]] we still need a solution for multiple place supers. 

 *Current scenario* (simplified):  
 * There are *Places* like estates 
 * There are *Features* like border stones 
 * A border stone can be located in two estates (directly at the border) 

 I already thought about using *Place types* but this wouldn't work in this case because: 
 * They already need it for something different and will use it with the upcoming custom place type feature (#2505). If I remember correctly it was for "Kastralgemeinden". 
 * The places (e.g. estate) have a lot of additional information that can't be tracked via a type. So a "normal" entity is needed. 

 One approach would be to implement multiple supers for place, but it would mean a lot of work and challenges like: 
 * How do we manage situations situation like 
 ** A is super of B and C 
 ** X is super of Y and Z 
 ** But M has supers A and Y  
 * How would the breadcrumb work 
 * Danger of recursive relations 
 * It could break a lot of existing functionality other things 

 If we decided to go that direction I would stay away from implementing it everywhere at once (Place, Feature, Strategraphic Unit, Human remains) in the first step. My 2 approaches would be: 
 * Implement place subs (#2436) and (#2436), allow only for places to have multiple super. In this case estates and border stones would be places. 
 * Implement that features can have multiple places as super 

 Although more work I would prefer the first approach because place subs would help with issues of other cooperation partners too. 

 Ideas how to solve this more easily or comments about implementing supers are welcome.

Back