RE: properties for periodical/creative work

Thank you very much for your responses. We may try to use Rating, bestRating and worstRating, at least on a provisional basis and even if it is not totally satisfactory. I will think about that (for the moment, we don’t collect/compute the best and worst indicators values). And I will also investigate  with our contractor the inverse of schema:citation using the @rev property in RDFa.

François-Xavier



De : Thad Guidry [mailto:thadguidry@gmail.com]
Envoyé : jeudi 13 novembre 2014 18:11
À : Wallis,Richard
Cc : Dan Scott; François-Xavier Pelegrin; public-schemabibex@w3.org; Guillaume Fesquet [gfesquet@antidot.net]
Objet : Re: properties for periodical/creative work

http://www.schema.org/Rating could be used.  (but the description is enforcing for Video Ratings...not Journals or other types)

Also the ratingValue description might need to be tweaked....the property is currently used to hold rating the "Content" of something...which is not what SJR rates, but instead the journal's "prestige" or "scientific influence despite the journal's size". - http://www.sciencedirect.com/science/article/pii/S1751157710000246


--
-Thad
+ThadGuidry<https://www.google.com/+ThadGuidry>
Thad on LinkedIn<http://www.linkedin.com/in/thadguidry/>



De : Wallis,Richard [mailto:Richard.Wallis@oclc.org]
Envoyé : jeudi 13 novembre 2014 17:49
À : Dan Scott
Cc : François-Xavier Pelegrin; public-schemabibex@w3.org; Guillaume Fesquet [gfesquet@antidot.net]
Objet : Re: properties for periodical/creative work

The ISSN International Centre is currently working on the addition of schema.org<http://schema.org> mark-up to the ISSN bibliographic records published on http://road.issn.org (beta version).

Great! That's exciting news!

Yes great.

I concur with Dan’s analysis on ISSN-L.

I would observe that the relationship between an ISSN-L and its ISSNs is similar to that expressed using exampleOfWork and workExample in other forms - WorldCat Work to OCLC Numbered editions for example: <http://worldcat.org/entity/work/id/1124616>

You could define the [parent] ISSN-L as a Periodical then use workExample to link to each ISSN, also defined as as individual Periodicals containing the exampleOfWork link to the ISSN-L

~Richard

On 13 Nov 2014, at 16:01, Dan Scott <denials@gmail.com<mailto:denials@gmail.com>> wrote:


When we last talked about ISSN properties (thread here: http://lists.w3.org/Archives/Public/public-schemabibex/2013Nov/0058.html) we opted to start with just plain ISSN. So if we decide to propose ISSN-L now, given that many sites don't display an ISSN-L and only specialists will understand the difference, I would suggest that we at least make schema:issnL or schema:issnl (schema.org<http://schema.org/> doesn't do punctuation in property names) a sub-property of schema:issn so that some understanding of the relationship between the properties can be inferred by machines.

That said, I'm still not convinced that there's much value to distinguishing an ISSN from an ISSN-L given that the mapping between the two is one of the simplest machine-automated processes possible ("I have an ISSN--if it matches the ISSN-L in this table, then it's an ISSN-L and I know it's linked to all of these other ISSNs; otherwise, it's an ISSN and I can look up the ISSN-L that then gives me the links to all the other ISSNs.")



De : Dan Scott [mailto:denials@gmail.com]
Envoyé : jeudi 13 novembre 2014 17:01
À : François-Xavier Pelegrin
Cc : public-schemabibex@w3.org; Guillaume Fesquet [gfesquet@antidot.net]
Objet : Re: properties for periodical/creative work


On Thu, Nov 13, 2014 at 9:31 AM, François-Xavier Pelegrin <francois-xavier.pelegrin@issn.org<mailto:francois-xavier.pelegrin@issn.org>> wrote:
Hello,

The ISSN International Centre is currently working on the addition of schema.org<http://schema.org> mark-up to the ISSN bibliographic records published on http://road.issn.org (beta version).

Great! That's exciting news!

I wonder if we should use the property http://schema.org/contentRating   or https://schema.org/reviewRating   for journal indicators (e.g. SNIP, SJR , Impact Factor) ?

I would not use schema:contentRating, as that seems to be intended for distinguishing content meant for mature audiences vs. children.

Do journal indicators have maximum and minimum levels that can be mapped to schema:Rating's bestRating and worstRating properties? A quick peek at http://www.journalmetrics.com/faq.php suggests "maybe", which would be ideal (to help a consumer understand the relative rating of the journal).

Additionnally, what  property could we use for the data related to the indexing/abstracting of a resource ? (e.g.: the International Journal of Philosophy is indexed/abstracted by Scopus, see also the MARC 21 field n°510: http://www.loc.gov/marc/bibliographic/bd510.html):

https://schema.org/review   or an inverse property (which does not exist yet -) of https://schema.org/citation  ?

Could someone advice ?

Hmm. The idea of using the inverse of schema:citation is interesting; in RDFa you could use the @rev property to do just that. It certainly seems more accurate than schema:review.

Another possible direction to explore could be schema.org<http://schema.org> Actions, specifically something along the lines of site searchlinks: https://developers.google.com/webmasters/richsnippets/sitelinkssearch


In other respects, I would recommend that you create the property ISSN-L for periodicals (ISSN-L = linking ISSN, it is used for collocate the various medium versions of the same resource, see http://www.issn.org/understanding-the-issn/assignment-rules/the-issn-l-for-publications-on-multiple-media/).

When we last talked about ISSN properties (thread here: http://lists.w3.org/Archives/Public/public-schemabibex/2013Nov/0058.html) we opted to start with just plain ISSN. So if we decide to propose ISSN-L now, given that many sites don't display an ISSN-L and only specialists will understand the difference, I would suggest that we at least make schema:issnL or schema:issnl (schema.org<http://schema.org> doesn't do punctuation in property names) a sub-property of schema:issn so that some understanding of the relationship between the properties can be inferred by machines.

That said, I'm still not convinced that there's much value to distinguishing an ISSN from an ISSN-L given that the mapping between the two is one of the simplest machine-automated processes possible ("I have an ISSN--if it matches the ISSN-L in this table, then it's an ISSN-L and I know it's linked to all of these other ISSNs; otherwise, it's an ISSN and I can look up the ISSN-L that then gives me the links to all the other ISSNs.")