I'm not sure that doing both (that is, in some circumstances adding both a "coverage" and "about" statement with the same triple subject and object) resolves the problem, as we would need to be able to identify those circumstances - and this requires the same level of definition clarity as for "coverage" and "about" (subject) as independent properties. I wonder what the effect might be on end-user applications. As I suggested before, including the objects of dct:coverage instance triples in a subject index may lead to false drops; at least, what are considered false drops by the user. Some users may "see" jurisdiction as being an "about" entry (happy to retrieve the Lake Michigan waterfront resource in a search for stuff about Lake Michigan), while others may not. On the other hand, major KOSs often conflate/confuse subject with genre and form, so I'm probably being too precise - it's usually better to err on the side of recall in large-scale, high-level resource discovery systems, isn't it? Cheers Gordon On 27 February 2012 at 22:26 Diane Hillmann <[log in to unmask]> wrote: > here, but I'd like to add a few use cases here (informally, of course). As > a former law librarian, the notion of geographic 'coverage' that isn't > explicitly of a subject nature is pretty common. Jurisdiction is one such > thing, and the kinds of laws that get passed by one jurisdiction applying > only to a subset of the geographic area that is the jurisdiction is > another. > So for instance, the illinois legislature passes a law that applies only to > a specific state resource, say the waterfront along Lake Michigan. You have > two geographic instances here that are not necessarily subjects. The law is > not 'about' Illinois, nor is it really 'about' the Lake Michigan > waterfront. I know that many will protest this as similar to Karen's 'map > of San Francisco', and it is in some respects. However, I happen to think > that no bytes are harmed if we do both, and for the legal beagles, the > 'applies' to idea exemplified by 'coverage' is pretty important. > > Diane > > >