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

automatic recognition of Mali as an origin when it has already been mapped as a nationality #100

Open
cjhendrix opened this issue May 2, 2013 · 0 comments
Assignees
Labels

Comments

@cjhendrix
Copy link
Member

While building a new translator, I noticed that after having mapped "Mali" (as a string) to it's resource for the nationality property, the hxlator did not ask me to map "Mali" again for place of origin. The TTL is correct (it is using the Mali URI for the object of the place of origin predicate).

This is perfectly correct in this case. And for the case of nationality and place of origin the logic would almost always hold. The question is whether or not we want to do that for other properties with Location as an object. I could envision cases where people are displaced from, for example, "Deou" village to "Deou" APL, in which case there would be different URIs for those two properties.

@ghost ghost assigned crstn May 2, 2013
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants