You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@stanbol.apache.org by John Pereira <jo...@salzburgresearch.at> on 2012/02/21 21:22:03 UTC
Re: IKS early adopter proposal (job-skills matching service)
Hi,
Please see the final version of the related IKS early adopter contract at:
http://wiki.iks-project.eu/index.php/CELI_Proposal. I have asked the contractors to send a introductory email to this mailing list.
John
On Jan 30, 2012, at 9:28 AM, Olivier Grisel wrote:
> 2012/1/29 Andreas Kuckartz <A....@ping.de>:
>> John wrote:
>>
>>>> As a result of this intelligent population, personnel at the
>>>> HR dep. would be able to formulate queries such as (just an
>> exemplification):
>>>> - All CV of people living in Paris older then 27 years
>>>> - All CV of people with skills in SQL server and Java
>>>> - All people wich worked in an high tech company since november 2011
>> up to now
>>
>> The first two query examples do not seem to require semantic
>> technologies, they are usual filters in applications which are using
>> ordinary relational databases.
>
> Semantic technologies would still be useful for extracting the latent
> knowledge of the CV documents into a structured representation with
> classes and properties (Skill, Organization, Location...) with links
> to generic linked data knowledge bases (e.g. DBpedia or Freebase or
> Geonames for organizations and places) or domain specific knowledge
> bases (e.g. skills and organizations with the LinkedIn API).
>
> If the data is linked to rich entities it is possible to do queries
> involving the hierarchical structures of places (World regions >
> Countries > Regions > Cities), of organizations (Types of
> organizations (Gov, Not for profit, Commercial) > Industries) or of
> skills (IT > Software development > Java).
>
>> But the last example looks more
>> interesting because of the "high tech company". The user interface
>> probably would have to take that into account (most people working in HR
>> departments do not know anything about SPARQL).
>
> No user at all should ever have to write SPARQL queries. SPARQL is not
> user interface, it's machine interface.
>
> --
> Olivier
> http://twitter.com/ogrisel - http://github.com/ogrisel