Wikidata:Property proposal/TV Tropes identifier

From Wikidata
Jump to navigation Jump to search

TV Tropes identifier[edit]

Originally proposed at Wikidata:Property proposal/Creative work

   Done: TV Tropes ID (P6839) (Talk and documentation)
Descriptionidentifier in TV Tropes
RepresentsTV Tropes (Q2537428)
Data typeExternal identifier
Example 1Game of Thrones (Q23572)Series/GameOfThrones
Example 2A Song of Ice and Fire (Q45875)Literature/ASongOfIceAndFire
Example 3A Feast for Crows (Q1764445)Literature/AFeastForCrows
Example 4George R. R. Martin (Q181677)Creator/GeorgeRRMartin
Example 5damsel in distress (Q2293837)Main/DamselInDistress
Example 6Death Note (Q1834)Manga/DeathNote
Example 7Metal Gear Solid (Q6582527)VideoGame/MetalGearSolid
Example 9Taxi Driver (Q47221)Film/TaxiDriver
Example 10Dragon Ball (Q2020)Franchise/DragonBall
External linksUse in sister projects: [ar][de][en][es][fr][he][it][ja][ko][nl][pl][pt][ru][sv][vi][zh][commons][species][wd][en.wikt][fr.wikt].
Expected completenesseventually complete (Q21873974)
Formatter URLhttps://tvtropes.org/pmwiki/pmwiki.php/$1

Motivation[edit]

applsdev Arlo Barnes BugWarp Coloradohusky CptViraj Cupkake4Yoshi Cwf97 Cynde Moya Danrok Datumizer Dexxor Diggr Dispenser Dollarsign8 DoublePendulumAttractor EdoAug Edolusill Eniehack Facenapalm Floyd-out FullyAwesome Harshrathod50 Jean-Frédéric Jotamide Keplersj Kirilloparma Lewis Hulbert LotsofTheories Macocobovi Macrike Master Of Ninja Matthias M. Metafire18 Nicereddy Nw520 Oduci Poslovitch Rampagingcarrot RampantSpirit Sanqui Santer Sight Contamination Sir Lothar thgiex Tomodachi94 VGPaleontologist Wd-Ryan WikiSyn YotaMoteuchi

Notified participants of WikiProject Video games

WikiProject Movies has more than 50 participants and couldn't be pinged. Please post on the WikiProject's talk page instead.

Konggaru Starry K. Erne Mogilevich Santer AldNonUcallinme? Thibaut120094 Shikeishu C933103 Sight Contamination -Zest Vulphere Sakretsu Jean-Frédéric Tris T7 TT me
Wallacegromit1 Jeanjung212 Bagas Chrisara ミラP CrystallineLeMonde
Nicereddy Shisma (talk) MatrosMonk Bwk24 Mickn Rin RPI2026F1 Yirba Eniehack Wiccio

Notified participants of WikiProject Anime_and_Manga

TV Tropes (Q2537428) is a database of cultural works (movies, TV shows, manga, books, video games, media franchises) and associated trope (Q843227) and other narratrive concepts.

Do we want one property, or one per concept? I see three possibilities:

One property
  • TVTropes ID
Two properties
  • TVTropes trope ID (/Main/)
  • TVTropes person ID (/Creator/)
  • TVTropes work ID (/[Manga|Series|Film|Franchise|VideoGame|Literature|/<id>])

;Several properties

  • TVTropes trope ID
  • TVTropes person ID
  • TVTropes TV show ID
  • TVTropes manga ID
  • TVTropes film ID
  • TVTropes video game ID
  • TVTropes book ID
  • TVTropes franchise ID

Jean-Fred (talk) 18:22, 15 May 2019 (UTC)[reply]

Also, here’s a SPARQL query of the current references to tvtropes.org on Wikidata: w.wiki/3zv. Jean-Fred (talk) 18:27, 15 May 2019 (UTC)[reply]

Discussion[edit]

  • I support the inclusion of TV Tropes. I'm however not quite sure about the best way to do it, as well, as their URL structure is a bit chaotic. Creating separate properties for each distinct category on the site could IMO result in too many properties, since in addition to the ones you mention, there's also categories/"namespaces" like /advertising, /comicbook, /ComicStrip, /Roleplay, /Ride, /WebAnimation, /WesternAnimation, /Myth and even /Disney (see here for a list). And when an animated film like Disney's Pinocchio (Q4341553) for example isn't located in the same namespace as other animated films, but under Disney/Pinocchio, the site doesn't make it easy to create well-definied separate properties. I like your second option - separate properties for tropes (/Main), persons/companies (/Creator) and works (/*). But unfortunately, it seems among those work namespaces, not all contain just works. /Music for example seems to also contain singers and bands (see here), meaning persons aren't all contained in the /Creator namespace. There's also the /UsefulNotes category, which contains people, places, events and much more, along with works they appear in. Those could also be interesting to include, but don't fit into one of those three categories. A single property might be more unwieldy, but has the advantage that we don't have to care about all the intricacies of what kind of entries are contained in each namespace and that entries for persons are spread across various namespaces. --Kam Solusar (talk) 21:39, 15 May 2019 (UTC)[reply]
    Thanks for doing the research! I thought my option 3 was not exhaustive but I did not expect to be that far off − definitely not a viable option :)
    I still like option 2 best, but in light of your research, not sure how to make it work… Jean-Fred (talk) 10:08, 21 May 2019 (UTC)[reply]
  •  Support David (talk) 07:02, 16 May 2019 (UTC)[reply]
  •  Support with a single global id property. No need to bother with splitting away the namespaces (because that's really what they are), especially as we won't need to have a wiki id the way we do for Fandom and Gamepedia articles. Circeus (talk) 19:22, 16 May 2019 (UTC)[reply]
  •  Support Global ID as proposed. Jheald (talk) 09:47, 21 May 2019 (UTC)[reply]
  •  Support, proposal 1. We can always restrict later with a regexp, or do some migration script if needed later, so let's start easy for now. --Misc (talk) 13:27, 22 May 2019 (UTC)[reply]
  •  Support with Global ID.--Vulphere 16:35, 25 May 2019 (UTC)[reply]
  •  Support I prefer the second one- --Trade (talk) 18:29, 28 May 2019 (UTC)[reply]