Re: Person job proposal

On 18 Sep 2014, at 02:47, Renato Iannella <> wrote:

> On 18 Sep 2014, at 02:33, Vicki Tardif Holland <> wrote:
>> I propose 5 properties and the mailing list goes nuts! ;-)
> That's what happens without a clear/transparent/open governance process ;-))


I think the reasons for a lot of confusion and heated arguments are in the set-up of the community:

1. is built on the assumption that you need to know, at least approximately, the data processing operations in order to build useful data structures. If I remember correctly, Guha states this in his Ontolog talk [1]. We are not building a generic conceptual model of the world, but instead one that, in the first place, can be used for preserving data structures and data semantics from the databases that drive dynamic Web applications, for information extraction by search engines. Read closely the mission statement [2].

2. In contrary to this assumption, the community typically knows very little or nothing about what the sponsors of search engines want to do with the data. This means that when making contributions and judging others' contributions, there is a lot of guessing. "When a man does not know what harbour he is making for, no wind is the right wind" (Senecca, see ;-).

For instance, we continously struggle to find the right level of ambiguity and granularity in the trade-off between simplicity for publishers (particularly in terms of how well a structure in matches the local schemas of existing data sources) and the effort to process the resulting data. We as a community hardly know to which degree Google/Bing/Yahoo/Yandex can handle unstructured and noisy data. We should not argue about philosophical distinctions that are either not relevant for computational operations or that can be easily reconstructed from plain text or other approaches. will be most effective when it allows preserving such conceptual distinctions and data structures that are hard to reconstruct for search engines and easy to provide for site owners. Those are the sweet spots for

In the absence of such guidance from the major consumers of data, groups from various angles of the community throw in their interpretation of what one should be able to do with data - e.g. suitability for raw consumption in SPARQL in RDF worlds, etc.

In traditional ontology engineering, defining the scope an purpose of the ontology is the first step. In the case of, we have an insufficient understanding of the scope and purpose. We are building one of potentially many Web vocabularies. Not the single one, but one that is often perceived as the borderline between practical relevance and ivory tower work, hence the high motivation of many to contribute.

3. is currently designed as a monolithic, single-point-of-truth vocabulary. In particular, the use of

a) global identifiers for properties and
b) a single dominant hierarchy (with a few exceptions)

means that the more populated gets, the more dependencies and potential conflicts emerge. If you add a single property here, it can create redundancies and inconsistencies with a lot of existing conceptual elements.

In my opinion, these three points are the major causes that make our discussions more heated than necessary. 

Best wishes



>> As some have pointed out, Occupation and Job are slightly different. My occupation may be the same across employers, where as my job is not.
> According to [1], an Occupation is a "a person's job or profession"
> Schema.Org terms are not very well defined in this sense (aka ISO11179) and would benefit significantly if more concise definitions were applied consistently across concepts.
> Cheers...
> Renato Iannella
> Semantic Identity
> Mobile: +61 4 1313 2206
> [1]

Received on Thursday, 18 September 2014 07:34:04 UTC