search

w3c / rdf-dir-literal

Proposal to add base direction to RDF Literals
Other
8 stars 6 forks source link

Use cases for separate language and direction metadata #6

Closed aphillips closed 5 years ago

aphillips commented 5 years ago

Side thoughts not expressed in the call. There was some question about whether we need direction at all. I think it is helpful to summarize the use cases. I think these might be:

  1. Strings with NO language and NO direction metadata.
    • Best Practice: display in an isolating context; use "first strong" semantics
    • NOTE: this includes data strings such as MAC addresses, ISBNs, etc.
  2. Strings with language metadata but NO direction metadata.
    • Best Practice: display in an isolating context; estimate direction from the language tag.
  3. Strings with BOTH language and direction metadata.
    • Best Practice: display in an isolating context; use direction metadata for base direction.
  4. Strings with direction metadata and NO language metadata (or an indeterminate language such as und)
    • Best Practice: display in an isolating context; use direction metadata

3 and 4 are unsolved problems in the Linked Data space and what (I think) we're discussing here. A key problem is that language estimation, particularly for short strings, is difficult and relies on flawed heuristics or on contextual data. There exist many contexts in which the customer's experienced based direction can be determined but where language metadata is harder to obtain. This is particularly true of UGC on the Web.

Would it help to write realistic user scenarios?

Originally posted by @aphillips in https://github.com/w3c/rdf-dir-literal/issues/3#issuecomment-496994496

iherman commented 5 years ago

Closing... duplicate of #7