OK, I'm convinced about ThingsVersusTheirNames. How do I relate people to their names?

What property should I use to name other ordinary places and things?

DanC goes back and forth on this one in TravelTools and GeoInfo. In the palm datebook KB, I used

pdb:fieldName u:subPropertyOf u:label;
 u:comment "name as used in the P5Palm API".

What about properties to relate things to URIs for those things

How should I implement controlled vocabularies?

and in usps, DanC used literals, not URIs, for the controlled namespace of U.S. states:

p:stateAbbr s:label "state abbreviation";
  a ont:UniqueProperty, ont:UnambiguousProperty;
  s:comment "cf. Appendix B. Two-Letter State and Possession Abbreviations";
  s:domain p:State.

This allows you to exploit the fact that "TX" != "KS" is known at the RDF core level, whereas to establish <states#TX> != <states#KS> you need stuff like owl:differentFrom and such.

On the flip side, for timezones, DanC used URIs, e.g. http://www.w3.org/2002/12/cal/tzd/America/Chicago#tz.

How can I use naming properties to tell that things are the same?

How can I use naming properties to tell things apart?

What if somebody changes their name? How do I model time?


CategoryFaq, CategoryModellingIssue


more on controlled vocabularies, using string literals, etc.

hmm... HTML anchor text often provides a name... there seem to be two (good) styles: <a href="chapterOne">previous</a>, where the link text is an rdfs:label of the relationship between the source and destination of the link, and <a href="chapterOne">chapter one</a> where the link text is more like an rdfs:label for the target of the link... though it tends to be a context-sensitive name; i.e. you don't need to give the full global title every time you refer between nearby pages. hmm... is this what TopicMaps scopes and names are all about?

PropertiesForNaming (last edited 2004-12-14 09:49:22 by LibbyMiller)