Some roles from OpenCorporates - what can/should be added to FIBO? #1359
Replies: 12 comments
-
@trypuz Hi Robert -- we actually have a few of these that you might want to map to what you found. They include:
So - there are a few gaps I would add, but a number of the others are out of scope for FIBO I think, including the ones marked *** |
Beta Was this translation helpful? Give feedback.
-
The broader question is HOW should these be represented? To answer that @trypuz we need some use cases, which I know is something you champion: are there some for KYC? Without any use cases, it would seem to me that none of these have any distinct properties or semantics, so they could each be represented as individuals of (new) class JobTitle ("Role" is overused), which would be referenced from individuals of class Position (see my response to #1236). |
Beta Was this translation helpful? Give feedback.
-
What we do have in FIBO already is probably over-complex for the majority of use cases I can conceive of for use of Open Corporates data. It really needs testing with some example data. As a mind experiment I tried jotting down what might be needed to represent the CompanySecretary of a Company and gave up after 18 classes. It seems specific individuals would be needed for leaf classes PubliclyHeldCompany, NaturalPerson, CompanySecretary, Authorization, AuthorizingParty, ControlledParty. And it gets very confusing as to whether the Company is the primary Actor because it is the AuthorizingParty or the Secretary is in control as a CorporateOfficer. |
Beta Was this translation helpful? Give feedback.
-
AML, and KYC for that matter, require linking who knows who through the networks they participate in and their roles in those networks. Use of a property that links people to a generic JobTitle doesn't do that. What's important about the representation we currently have is being able to create that linkage. Obviously something is amiss if you had this much difficulty in doing so. perhaps Dean can provide some insights, since he was able to successfully use these patterns for a client. I've done the same, but not at the same scale. |
Beta Was this translation helpful? Give feedback.
-
Linking Position (not Person directly) to JobTitle was in addition to my proposal as comment on #1236 that I referenced. That gives you the people associations needed: Person to Position to Org to other Positions and other People in the same Org. JobTitle would be incidental to that Person-Person linkage if further detail is needed. Importantly it does allow that person interconnectivity to be established without worrying about different specific subclasses, roles and situations. The current verbose FIBO model doesn't do that any better. It may be that @dallemang was able to use current FIBO more efficiently for people-people connections, but, as you say, "something is amiss" if FIBO is lacking use cases, documentation or even examples in this application area such that even different experts end up with quite different solutions (I know FIBO as well as most). One long-standing issue is that FIBO, and OWL more generally, has no way of documenting usage patterns for the number of individuals used to reify the different classes, including Roles. |
Beta Was this translation helpful? Give feedback.
-
Here’s my thoughts on this.
1. “role” vs “position” - The broader term is “role” such as the role of a department within an organization
2. Role has different enumerations based on its context
* As given above, the role of a department has different values than the role of an employee
3. I wouldn’t use “position” in the context of a person’s role in an organization within FIBO since “position” in the investment industry refers to “Investor’s stake in a particular security or market”. (Barron’s)
4. Even the role of an employee in an organization depends on the type of organization. For example, for someone working at an exchange the roles would be trader, market-maker, specialist, etc.
5. Please don’t link role (or position) to title. For example, my title was Vice President of Product Management while my role was manager of the data model product. I’ve found that titles rarely specifies what the role actually is.
* Also, please don’t even try to enumerate titles since that’s more of an HR responsibility and varies widely among organizations. A person given a title of VP in one organization will likely have way different roles and responsibilities from a VP in another organization.
6. Please don’t even try to enumerate roles as what Robert’s email seems to want to do. The problem is as I’ve been giving above, a role is highly dependent on the context.
John
[email protected] <mailto:[email protected]> | M: (516) 353-0004
From: Pete Rivett <[email protected]>
Sent: Monday, December 14, 2020 1:56 PM
To: edmcouncil/fibo <[email protected]>
Cc: Subscribed <[email protected]>
Subject: Re: [edmcouncil/fibo] Some roles from OpenCorporates - what can/should be added to FIBO? (#1248)
Linking Position (not Person directly) to JobTitle was in addition to my proposal as comment on #1236 <#1236> that I referenced. That gives you the people associations needed: Person to Position to Org to other Positions and other People in the same Org. JobTitle would be incidental to that Person-Person linkage if further detail is needed. Importantly it does allow that person interconnectivity to be established without worrying about different specific subclasses, roles and situations. The current verbose FIBO model doesn't do that any better.
It may be that @dallemang <https://github.com/dallemang> was able to use current FIBO more efficiently for people-people connections, but, as you say, "something is amiss" if FIBO is lacking use cases, documentation or even examples in this application area such that even different experts end up with quite different solutions (I know FIBO as well as most). One long-standing issue is that FIBO, and OWL more generally, has no way of documenting usage patterns for the number of individuals used to reify the different classes, including Roles.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub <#1248 (comment)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNGJ253KP2BGUAO4I4256DSUZNTRANCNFSM4UYAFMQA> . <https://github.com/notifications/beacon/ACNGJ26UU6CVM7WF5ZIWN7DSUZNTRA5CNFSM4UYAFMQKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOFRRFBBI.gif>
|
Beta Was this translation helpful? Give feedback.
-
Elisa, thank you for the detailed analysis :-) In some cases, you wrote, "... this is the same as ..." (e.g. non-executive director -- this is the same as non-executive board member). So, shouldn't we add synonyms? |
Beta Was this translation helpful? Give feedback.
-
John, I agree with your comments considering roles and positions. Considering your last point - I wish I had more details... In OpenCorporates we have just names of roles, no context is given. |
Beta Was this translation helpful? Give feedback.
-
Pete, the use case is to map OpenCorporates structure data about officers to FIBO. The columns we can use for roles/positions mapping look as follows: |
Beta Was this translation helpful? Give feedback.
-
@trypuz TBH mapping the data is not a use case - the key question is what needs to be done with the data once mapped? What are the competency questions? Is it a requirement to check that each Person assigned to a position has the required LegalCapacity? Which is something FIBO allows but I think is not at all useful. Similarly non-useful IMO is the FIBO ability to track who participated in electing a person to a Board position? These questions affect HOW the mapping is done.
|
Beta Was this translation helpful? Give feedback.
-
@rivettp, I've only pointed out at the technical aspect of the KYC use case related to the OpenCorporates data. IMO, your questions, though interesting by themselves and in general important for the KYC use case, are almost irrelevant for the mapping task I've described (we have in the OC data: person_uid, position and occupation, start_date and end_date, e.g. person with uid 11594785 has a position "director" and occupation "FINANCIAL ADVISER" from 2006-10-05 to 2007-01-26). |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
All reactions