Swap (the Semantic Web Application Platform) was a very early set of tools for working with linked data, created by timbl. It came packaged with a number of early, experimental, and frankly demo vocabularies, provided as Notation·3 files in the pim/ directory (your guess is as good as mine).

For the most part, the problems that these vocabularies were trying to solve have now been better solved else·where. Never·the·less, some terms are still useful, or at least generally compatible with those from later vocabularies. Those terms are defined here.

The vocabularies encompassed by Swap Pim include :⁠—

Contact: This vocabulary is, by far, the most widely‐used, and most likely to be useful, vocabulary in this set: specifically calls out as an alternative to . Most of its terms are included in this ontology, but a few are not :⁠—

and should be properties of roles, not people; as it stands, they become unusable if a person is ever involved in more than one organization at the same time.

, , and are explicitly discouraged in their original definitions.

and , as classes, are undocumented and likely misguided.

Doc: This vocabulary revolves around properties for describing Works, which are defined essentially as pieces of intellectual property. This is a problematic definition which limits the utility of the rest of the vocabulary. This ontology defines only the problematic Work class itself, as well as the version property (but only one of the two very different definitions provided), which is not Work‐specific.

I·Calendar: This is a small and experimental attempt at encoding calendaring information into R·D·F. W·3·C later created R·D·F Calendar, which is a much more fully‐fleshed‐out solution and should be used instead. Both are considered out‐of‐scope for this ontology.

Mortgage: This is a vocabulary aimed at representing the information in a “e·g Bank of America online mortgage statement” in R·D·F. It is probably not sufficient to the task and regardless is out‐of‐scope for this ontology, which does not care about finances.

Qif: This is a vocabulary targeted at representing information for personal finances. It is very unclear why some·one would ever want to make their personal finances a part of the Semantic Web, so this vocabulary has been deemed out‐of‐scope for this ontology.

Track: This is a very simple vocabulary for issue tracking. It suffers from a number of flaws :⁠—

The properties for title and summary have their domain restricted to issues, which is needlessly restrictive.

track:documentConcerned is a bad name; issues may be filed against things which are not conventionally thought of as “documents”. The actual range of this property is .

Issue lifecycle is determined via a number of properties which point at Works that denote the change. Correct interpretation requires that these Works be given sequential publication dates (or be sequenced thru some other mechanism). A better model would be to have a single property which associates the issue with a dated Specific Resource, whose purpose provides the effect of the change. Or, to link issues to dated events, rather than of Works.

Considering basically every aspect of this vocabulary has flaws, there¦s really no good argument for including it. provides a much better model for issue tracking, building on W·3·C¦s.

Travel Terms: This vocabulary defines terms for modelling air travel via commercial airlines. There¦s not anything obviously wrong with it, but it¦s out‐of‐scope for this ontology.

U·S·P·S: This vocabulary aims to define terms for representing in R·D·F the specific fields used by the United States Postal Service, with the goal of modelling the specific mailing locations used by specific pieces of physical mail. This ontology does not attempt to model specific pieces of physical mail, so this vocabulary is out of scope. For describing the locations and addresses of people, to the extent that is needed, better vocabularies exist.

In cases where a property in Swap Pim is defined as equivalent to another property in a different name·space, it is strongly recommended that you use the other property instead.