Re: Proposal: schema.org/MobileVideoGame

*Would we consider the game to be a MobileApplication?*

I think that depends on the context in which the thing and its properties
are being declared, and the approach to modelling the data.

IMO this is exactly analogous to a program that's available for desktop and
mobile operating systems, like Adobe Reader.

(1) "Adobe Reader" Mobile:
https://play.google.com/store/apps/details?id=com.adobe.reader&hl=en
(2) "Adobe Reader" Desktop:  http://get.adobe.com/reader/
(3) "Adobe Reader" Mobile and Desktop:
http://en.wikipedia.org/wiki/Adobe_Acrobat

Obviously (1) would be marked up as a MobileApplication and (2) as a
SoftwareApplication, but what about (3)?

I'd probably say SoftwareApplication, in the same way I'd declare a shop
that did both auto and motorcycle repairs as AutomotiveBusiness - the
broader class - rather than the more specific subclass MotorcycleRepair.

But, for the game, if I required a MobileApplication property, I guess I'd
use, yes, an MTE. :)  (There is a question of whether or the game is
substantially the same on the different platforms - that is whether or not
"Hearthstone" for Windows is actually the *same *game as "Hearthstone" for
iOS, or whether they're different games that share the same name, just as
Reader for Android is substantially different for Reader for Windows even
though still called "Adobe Reader" in both cases.  But I'm basically
approaching the task as "how would I markup the Wikipedia page" in both
cases.)

The conundrum is, though, unaffected by the availability or
non-availability of MobileGame as a type.  Currently, the question is
"would we consider the game to be a VideoGame or MobileApplication?"; with
the more specific type the challenge is the same:  "would we consider the
game to be a VideoGame or a MobileVideoGame", just as the availability of a
more specific mobile type for software applications still leaves us with
the question "would we consider Acrobat Reader to be a SoftwareApplication
or a MobileApplication?"


On Fri, Feb 13, 2015 at 1:20 PM, Jerome Mourits <jmourits@google.com> wrote:

> What about games that are available both for console / pc as well as
> mobile?
>
> http://en.wikipedia.org/wiki/Hearthstone:_Heroes_of_Warcraft
>
> This game was initially released for Windows, OS X and the later was
> released for iOs and Android.
>
> Would we consider the game to be a MobileApplication?
>
>
> On Fri, Feb 13, 2015 at 12:20 PM, Vicki Tardif Holland <vtardif@google.com
> > wrote:
>
>> Out of curiosity, what limitations do you see in having to use multiple
>> types?
>>
>> - Vicki
>>
>> Vicki Tardif Holland | Ontologist | vtardif@google.com
>>
>>
>> On Fri, Feb 13, 2015 at 3:07 PM, Aaron Bradley <aaranged@gmail.com>
>> wrote:
>>
>>> schema.org v1.92 introduced the new type VideoGame, a more specific
>>> type of both (the also-introduced) Game, and of SoftwareApplication.
>>>
>>> VideoGame is a great addition, but as mobile video games stand poised to
>>> overtake console-based games in popularity [1], there is no way
>>> differentiate between a traditional video game and this important variant.
>>>
>>> Freebase [2], Wikipedia [3] and Wikidata [4] all have entries for
>>> "mobile game", and the Google distinguishes between "Video game" [5] and
>>> "Mobile game" [6] in Knowledge Graph results generated on the basis of a
>>> video game title search.
>>>
>>> Perhaps most tellingly, schema.org itself gives a nod to the importance
>>> of mobile video games by providing a a markup example on the
>>> schema.org/VideoGame page.  And in my opinion the way in which this
>>> example is necessarily formulated demonstrates the utility of a
>>> MobileVideoGame type:
>>>
>>> <script type="application/ld+json">
>>> {
>>>   "@context": "http://schema.org",
>>>   "@type": ["VideoGame","MobileApplication"],
>>>   "gamePlatform":"iOS",
>>>   [...]
>>> }</script>
>>>
>>> Only by means of this multi-type entity declaration is a data consumer
>>> able to determine that a given video game is a mobile video game, and then
>>> only by inference - for those data consumers that are able to correctly
>>> process multi-type entities properly.
>>>
>>> In light of all of this, I propose MobileVideoGame, a more specific type
>>> of both VideoGame and MobileApplication.  No additional properties would be
>>> required to support this new type.
>>>
>>> Aaron Bradley
>>> Electronic Arts
>>>
>>> [1] http://fortune.com/2015/01/15/mobile-console-game-revenues-2015/
>>> [2] http://www.freebase.com/m/04951x
>>> [3] http://en.wikipedia.org/wiki/Mobile_game
>>> [4] http://www.wikidata.org/wiki/Q1121542
>>> [5] https://www.google.com/search?q=battlefield%204&pws=0&hl=en&num=10
>>> [6]
>>> https://www.google.com/search?q=simpsons%20tapped%20out&pws=0&hl=en&num=10
>>> [7]
>>> https://developers.google.com/structured-data/testing-tool/?url=http://jsbin.com/niqile
>>>
>>
>>
>