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

Do you think all the property values deserve reconciliation? #207

Open
candlecao opened this issue Oct 2, 2024 Discussed in #205 · 0 comments
Open

Do you think all the property values deserve reconciliation? #207

candlecao opened this issue Oct 2, 2024 Discussed in #205 · 0 comments
Assignees
Labels
documentation Improvements or additions to documentation

Comments

@candlecao
Copy link
Contributor

Discussed in #205

Originally posted by candlecao October 2, 2024
Personally, I don't think it's necessarily worthwhile to reconcile it.

The more universal or general a node is, the less valuable it becomes for reconciliation.

To put it in another way:

LinkedMusic is essentially a knowledge network, a knowledge graph, or a graph database, When it comes to efficient metadata retrieval, it's wise to avoid creating a "super node"—a node that connects to many or most other nodes in the graph, and a node due to excessive reconciliation.

This is because :

  • (1) Super nodes are so well-known that we don't have to create a link to illustrate it, e.g., "D major" "songs".

So it requires certain (music) expertise to determine whether a value of property is potentially "super".

  • (2) A reconciled super node will otherwise hinder the efficiency of metadata retrieval and "community detection" on the network and the recommendation based on the graph structure.

That is why perhaps we won't get rid of the awareness of distinguishing between an objectProperty and a dataProperty, which is inspired by OWL.

  • (3) However, in a certain case, the super nodes (property value) do needs reconciliation, particularly when asserting the type or class of the entity.
@candlecao candlecao added the documentation Improvements or additions to documentation label Oct 2, 2024
@candlecao candlecao self-assigned this Oct 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation
Projects
None yet
Development

No branches or pull requests

1 participant