These are chat archives for collectiveaccess/support

6th
Oct 2016
Karl Becker
@karbecker
Oct 06 2016 08:55
Hi there again 😊 I’ve got another question: We would like to use geonames or georeference (no preference there) instead of the system place hierachical list. When there is for example a place of publication to be specified, we’d like to combine the elements geonames and several elements of the object_x_place relationship list. How do you achieve this?
Julia
@juliaweist
Oct 06 2016 14:45
@kbecker87 what are you referring to specifically by "object_x_place relationship list"? The qualifiers describing how the place is relevant?
Karl Becker
@karbecker
Oct 06 2016 17:08
@juliaweist I’m reffering to the role of the place. We have a relationship list: http://i.imgur.com/5eYtIPi.png
object ← → place relationships that we would like to use. For instance you’d serach Berlin in a geoname field, get the standartized entry für Berlin, Germany and than choose the role of the city out of a drop down list next to the city. When using the system internal places field this works, but this way every place has to be manually created in the places editor.
Julia
@juliaweist
Oct 06 2016 17:11
@kbecker87 Yep, understood. Only true relationships in CollectiveAccess (i.e. links to other records within CA) carry that drop-down by default. However, you can simulate the behavior easily with a little configuration. You can simply make a container that includes both your Geonames attribute and a list attribute. You can set up the list element to include any "roles" you'd like. Just be aware that conceptually Geonames isn't an internal CA authority, as related places would be. It's an info service that pulls data from outside of the application and then stores it locally as metadata.