The first video in the TASBot Re: (TASBot Revisited) series is out! TASBot Re: Gradius covers our first run from AGDQ 2014.

Historians wanted: Inquire here.

TASBot Wiki:Village pump: Difference between revisions

From TASBot Wiki
mNo edit summary
mNo edit summary
 
(129 intermediate revisions by 2 users not shown)
Line 1: Line 1:
'''NEED MORE CONTENT''' in general ('''historians wanted''').
'''NEED MORE CONTENT''' in general ('''historians wanted''').
{{plainlinks|1=https://wiki.tas.bot/index.php?title=Special:WantedPages&limit=100&offset=0|2=Fill out redlinks}} or {{plainlinks|1=https://wiki.tas.bot/wiki/Special:AllPages?from=&to=&namespace=0&hideredirects=1|2=add to existing articles}} (and {{plainlinks|1=https://wiki.tas.bot/wiki/Special:AllPages?from=&to=&namespace=14&hideredirects=1|2=category pages}}).
{{plainlinks|1=/index.php?title=Special:WantedPages&limit=100&offset=0|2=Fill out redlinks}} ([[Special:BrokenRedirects|and these]], [[Special:WantedCategories|and also these]])
or [[:Category:Stubs|work on a stub]] ([[Special:UnusedCategories|list empty categories]], {{plainlinks|1=/wiki/Special:AllPages?from=&to=&namespace=0&hideredirects=1|2=list every article}}, [[Special:AllPages/Category:|list every category page]]).


Categories are arguably a direct upgrade to articles in that pages can have multiple parent categories, and categories have a nice UI for navigating to subpages. The longer URI is why you shouldn't just use them for everything.
Categories are arguably a direct upgrade to articles in that pages can have multiple parent categories, and categories have a nice UI for navigating to subpages. The longer URI is why you shouldn't just use them for everything.


Embrace hypertext—link to other pages (and also other sites, such as <code><nowiki>[[wikipedia:]]</nowiki></code>), but do also follow Wikipedia's linking guidelines: only link first mention, avoid adjacent links, don't over-link common concepts/entities ([[TASBot]], in our case).
'''All editing help and guidelines will be in [[Project:Style_guide|the style guide]].'''


Use redirect shorthands wherever you feel they fit, with one exception: tagging pages with a category '''will not work''' if you use a redirect.
If you need to grep in wikitext, use {{plainlinks|1=/api.php?action=query&list=search&srsearch=querytext&srnamespace=*&srwhat=text&format=json|2=this}} (change <code>srsearch=querytext</code>).
You may still use the redirect when making a normal/inline link to the category page, such as <code><nowiki>[[:Category:SGDQ|]]</nowiki></code> &longrightarrow; [[:Category:SGDQ|SGDQ]].


On that note, when tagging pages for appearances with categories, put the year category first, then the event category if it exists (or will later i.e. a redlink).
For those of us used to Git, it can be a bit confusing to look at contribution logs because ''page moves/renames are applied retroactively''.
{{t|infobox appearance}} handles this for you.


Familiarise yourself with what {{plainlinks|1=https://wiki.tas.bot/wiki/Special:AllPages?from=&to=&namespace=10|2=templates}} exist. Hit up [[User:YoshiRulz]] if you want help making new ones.
The banners at the top of the site are [[MediaWiki:Sitenotice]] (for everyone) and [[MediaWiki:Anonnotice]] (extra banner for everyone who's not logged in).
 
== TODOs for admins ==
 
Now approximately sorted by effort required!


==TODOs for admins==
* There are {{PAGESINCATEGORY:Pages_to_delete}} [[:Category:Pages_to_delete|pages to delete]]
* There are {{PAGESINCATEGORY:Pages_to_delete}} [[:Category:Pages_to_delete|pages to delete]]
* visual editor is showing PortableInfoboxen as just the header, no content; [https://github.com/Universal-Omega/PortableInfobox/issues/70 supposedly fixed in MW 1.40]
* can the PortableInfobox link an image's media page rather than hotlink?
** bonus points if clicking it opens a preview with the file's description as the caption, like on Wikipedia
*** [[mw:Help:Extension:Media_Viewer#How_can_I_view_more_information?|this feature]] is part of [[mw:Extension:MultimediaViewer]], so just enable that
* if [[mw:Help:Cite#Separating_references_from_text|semantic citation markup]] is desired (and I believe it is), [[mw:Extension:Cite]] needs to be <del>installed</del> enabled --yoshi
* current [[MediaWiki:Sitenotice]] is fairly unintrusive, but should we want to make it bigger in the future it should probably be dismissable&mdash;that requires [[mw:Extension:DismissableSiteNotice]] w/ <code>$wgDismissableSiteNoticeForAnons = true</code>
* The current landing page is fine by MediaWiki standards, but as the face of <code><nowiki>https://tas.bot</nowiki></code> it's not great. Way too many links (above the fold, that is), and the only picture of TASBot is the one in the sidebar. --yoshi
* upload images ([[Special:ListFiles|list existing media]])
** please try reducing filesize with WebP: <code>magick convert input.png -define webp:lossless=true output.webp</code>
** since we seem to have dealt with the bot problem, can we loosen the perms and let regular users upload?
* There are {{PAGESINCATEGORY:Images_with_unknown_copyright_status}} [[:Category:Images_with_unknown_copyright_status|images/files missing copyright metadata]]
* There are {{PAGESINCATEGORY:Images_with_unknown_copyright_status}} [[:Category:Images_with_unknown_copyright_status|images/files missing copyright metadata]]
* upload images ([[Special:ListFiles|list existing media]])
** please use WebP to minimise filesize: <code>magick convert input.png -define webp:lossless=true output.webp</code>
* populate [[TASBot_Wiki:Copyrights]] with a license (CC BY 2.0?)
* consider adding [[mw:Extension:Babel|<code><nowiki>{{#babel:}}</nowiki></code> template for user pages]]
* fix quick search API
* fix quick search API
** I researched as far as [[mw:API:Query#Example_6:_Generators|'Generators']] + [[mw:API:Prefixsearch|<code>prefixsearch</code>]] and gave up --yoshi
** I researched as far as [[mw:API:Query#Example_6:_Generators|'Generators']] + [[mw:API:Prefixsearch|<code>prefixsearch</code>]] and gave up --yoshi
* can the PortableInfobox link an image's media page rather than hotlink?
*** Update: IIRC I saw a JS error and, assuming that was related, chased that to the above docs. But the error is gone now and yet the search still sucks. --yoshi
* consider adding [[mw:Extension:Babel|<code><nowiki>{{#babel:}}</nowiki></code> template for user pages]]
** I went ahead and added a template-based userbox; see [[Project:Babel|Babel overview]]. It can even be used for programming languages, though it doesn't have any special handling for them at the time of writing. I've used the private-use code <code>qhx</code> for that, as you can see on [[User:YoshiRulz|my user page]]. --yoshi
* we haven't needed a {{redlink not wanted|TASBot Wiki:Sandbox}} yet, but if we're expecting an influx of editors unfamiliar with MediaWiki, it may be a good idea, which raises the question of excluding it from [[Special:RecentChanges]]. I found [https://stackoverflow.com/a/4901451 this] from 2011, and the modern equivalent appears to be [[mw:Manual:Hooks/ChangesListSpecialPageStructuredFilters|the <code>ChangesListSpecialPageStructuredFilters</code> hook]]. IMO not worth messing with that. --yoshi


==TODOs==
==TODOs==
* finish moving event pages to <code>Category</code> namespace
 
** [[GDQ]] (split and/or rename and/or merge w/ [[:Category:Summer Games Done Quick]])
* There are {{PAGESINCATEGORY:Incorrect_usage_of_first-party_templates}} [[:Category:Incorrect_usage_of_first-party_templates|pages with malformed template calls]]
** [[MAGFest]] (split and/or rename and/or merge w/ [[:Category:Super MAGFest]])
* There are {{PAGESINCATEGORY:Needs_copyediting}} [[:Category:Needs_copyediting|pages which need copyediting]] (check spelling and grammar)
** [[MAGWest Go]]
* finish moving event pages to <code>Category</code> namespace, and cleaning up names
** [[GDQ]]&mdash;either move to {{redlink not wanted|:Category:Awesome Games Done Quick|Category:Awesome Games Done Quick}}, or keep it as a disambiguation page (moved to {{redlink not wanted|Games Done Quick}} ofc) and create the category page from scratch
*** need someone to make the call here; should there be a page for GDQ as a whole, or not? --yoshi
** MAGFest is all cleaned up and ready for new articles
* infobox for individuals
* infobox for individuals
** [[Template:Infobox_individual|Done]], <del>but it doesn't render correctly</del> close enough now thanks to TheMas
** [[Template:Infobox_individual|Done]], <del>but it doesn't render correctly</del> close enough now thanks to TheMas
** consider adding fields for country/flag and for pronouns
** <del>consider adding fields for country/flag and for pronouns</del>
*** <del>on that note, should look into magic words for pronouns. I think I saw ones that can conjugate by gender using dictionaries, so simple pronoun lookups should be possible.</del> looked into it (and ended up copying over [[Template:P|the template]]) and it doesn't seem like it (the magic word) can be linked to an arbitrary table/list. the conjugation thing is a different magic word and isn't useful since we're English-only. --yoshi
*** Copied over [[Template:Pronoun|a template]] from Wikipedia, and while it currently only works for users of this wiki, I have an idea for extending it if that ends up being necessary. In the meantime I suggest '''not''' making dummy accounts for people. --yoshi
**** <del>could always create dummy accounts for everyone...</del> would only need 3&mdash;[[User:DummyAccM]]/[[User:DummyAccF]]/[[User:DummyAccNB]]&mdash;in addition to a name/handle &rarr; gender lookup --yoshi
*** Added a little template for flag emoji, and added a way to use that and {{t|p}} in the infobox. --yoshi
** could add email, but I'd like to have it deobfuscate on click (with JS) if it's going to be included, and with a personal site field it's kind of redundant --yoshi
** could add email, but I'd like to have it deobfuscate on click (with JS) if it's going to be included, and with a personal site field and editors able to email each other via MediaWiki it would be rather redundant --yoshi
** consider adding field for (programming) languages spoken
** consider adding field for (programming) languages spoken
*** for natural languages, there's [[:mw:Extension:Babel]], and it may be possible to hack in programming languages as <code>qxx</code> or something --yoshi
*** see [[Project:Babel|Babel overview]] and relevant notes above
* <del>infobox for appearances: date/time, location, run/presentation, link to prev/next of type, link to prev/next</del> [[Template:Infobox_appearance|Done]]
* consider redirecting (not sure how when <code>#REDIRECT</code> only allows local links; maybe [[wikipedia:Template:Soft_redirect]]?) e.g. {{link or redlink not wanted|desync}} to {{TASVideos|/Glossary#Desync|TASVideos.org/Glossary#Desync}}
* consider redirecting (not sure how when <code>#REDIRECT</code> only allows local links) e.g. [[desync]] to {{TASVideos|Glossary#Desync|TASVideos.org/Glossary#Desync}}
** - introduces chance for link-rot
** - introduces chance for link-rot
*** + can leave notes for TASVideos editors
*** + can leave notes for TASVideos editors
** - not everyone can add to that glossary
** - not everyone can add to that glossary
*** + yet
*** + yet
** '''counter-proposal''': could instead make a {{t|TASVideosG}} (for glossary) and use <code><nowiki>{{TASVideosG|term}}</nowiki></code> instead of <code><nowiki>[[term]]</nowiki></code>
** '''counter-proposal''': could instead make a <nowiki>{{</nowiki>{{link or redlink not wanted|Template:TASVideosGloss|TASVideosGloss}}<nowiki>}}</nowiki> and use <code><nowiki>{{TASVideosGloss|term}}</nowiki></code> instead of <code><nowiki>[[term]]</nowiki></code>
*** + easy on a technical level
*** + easy on a technical level
*** - no way to see valid link targets without visiting TASVideos
*** - no way to see valid link targets without visiting TASVideos
*** - same problems as above re: "delegating" content to TASVideos
*** - same problems as above re: "delegating" content to TASVideos
* {{t|plainlinks}} doesn't work with <code>/page-slug</code> same-site links (since it's just a thin wrapper over native ext. links, which don't support that)
* it seems reference lists e.g. [[Special:WhatLinksHere/Template:TASVideos]] don't differentiate between direct and transitive transclusions (that is, where the template is used as itself vs. where it's only used via another template)
** worked around this by using search API e.g. {{plainlinks|1=/api.php?action=query&list=search&srsearch=userfiles&srnamespace=*&srwhat=text&format=json|2=this}}, but it's not ideal --yoshi
* why are category pages wider than articles? affects both Citizen and Vector themes
** this was an explicit choice (namespaces -1, 6, and 14 are {{ns:-1}}, {{ns:6}}, and {{ns:14}}, respectively):
<pre>@media screen and (min-width:1300px) {
.ns--1, .ns-6, .ns-14 {
--width-layout:var(--width-layout--extended);
}
}</pre>
*** I'm not a fan of the postmodern <code>max-width: 800px; margin: auto;</code> epidemic, squishing all the text into the centre of the screen, but I understand it's a popular style. --yoshi
* use shorthand redirects in {{t|prevnext appearance}}, like {{t|prevnext of type}} does already?
** would help with float-right text being left-aligned in practice due to a line break (why)<del>, as you can see on [[ESA Summer 2019]]</del> (that was from {{t|prevnext of type}} which is now using shorthand)
*** found that removing the inner {{t|float right}} and making the outer {{t|float right}} <code>dir="rtl"</code> will work around this... but that feels like a bad idea --yoshi
* <del>speaking of, need to suppress {{t|prevnext of type}} in {{t|infobox appearance}} when it matches {{t|prevnext appearance}}</del>
** simply commented-out the first few entries in {{t|prevnext of type}}; for finer control we could comment-out individual fields too --yoshi
* improve contribution docs for {{t|format run data}}
** note that raw encodes do not belong in <code>recording</code> (should we have a separate field for that?)
* consider a single-source-of-truth for YouTube video IDs
** + would make it easier to see what content needs backing up
** - steeper learning curve for contributors
*** + it could be optional
**** - even so, it would contribute to cognitive load, and it being optional only means janitors have to pick up that workload
** + allows quickly checking if a source (read: video) is known
*** - not much of an improvement over site-wide page source search (linked above), and I think literally only I will use this --yoshi
** '''counter-proposal''': <code><nowiki>{{YouTube video/identifier|timestamp or other querystring}}</nowiki></code> (or dedicated param for timestamp might be better; see [https://lethal.miraheze.org/wiki/Template:Cite_YouTube this template] I wrote on another wiki for logic)
*** this should probably be optional, so:
*** - steeper learning curve for contributors ''adding sources'', but
*** + little extra cognitive load for contributors working with ''existing sources'';
*** - and still more work for janitors.
*** + trivial to create a subpage list, then those can be checked by archivist and edited or even put into categories
*** - identifiers wouldn't include the video ID so would still need page source search for that
* should media be categorised by event as well? if so, by individual events, or just by series?
* blank branches in <nowiki>{{#if}}/{{#switch}}</nowiki> should really be HTML comments for explicitness...


----
----


Qs for dwango:
Qs for dwango:
* I take it the focus here is on history, so...
* I take it the focus here is on history, so how much technical information should be here vs on TASVideos?
** is there any point advertising upcoming events on the main page?
** tl;dr: <q>we should put [technical info] on TASVideos. However, I have one pause here; there is a huge barrier to entry for TASVideos [wiki] at this time [...]</q>
*** CONFIRM (<q>can't hurt; link to [https://github.com/orgs/TASBotL3C/projects/1/views/5 GitHub Project]</q>)
** <q>In essence, we should first and foremost ensure things like replay device and console verification documentation is complete (enough) on the TASVideos wiki. As CompuCat pointed out however, our needs and perspective is a bit different, and there's no harm in us also having technical details on the TASBot wiki with a perspective more geared toward live presentations at charity events. In fact, that's where I see the TASBot community as differentiated from the TASVideos side when it comes to on-hardware work; the TASBot community is centered around having our cute robot mascot play video games during public presentations, and our needs are going to involve things like proper presentation with visualization on camera that aren't relevant for just seeing if something syncs on hardware. To that end, I think there's room to have the core concepts explained from the different perspectives even if some of it may end up overlapping documentation on the TASVideos side. More documentation (so long as it isn't wholly inaccurate) is always better. There's another caveat here - despite my best efforts, it's still a lot harder for folks to edit wiki entries on TASVideos whereas anyone willing to share an email address is able to edit the TASBot Wiki</q>
** how much technical information should be here vs on TASVideos?
*** tl;dr: <q>we should put [technical info] on TASVideos. However, I have one pause here; there is a huge barrier to entry for TASVideos [wiki] at this time [...]</q>
*** <q>In essence, we should first and foremost ensure things like replay device and console verification documentation is complete (enough) on the TASVideos wiki. As CompuCat pointed out however, our needs and perspective is a bit different, and there's no harm in us also having technical details on the TASBot wiki with a perspective more geared toward live presentations at charity events. In fact, that's where I see the TASBot community as differentiated from the TASVideos side when it comes to on-hardware work; the TASBot community is centered around having our cute robot mascot play video games during public presentations, and our needs are going to involve things like proper presentation with visualization on camera that aren't relevant for just seeing if something syncs on hardware. To that end, I think there's room to have the core concepts explained from the different perspectives even if some of it may end up overlapping documentation on the TASVideos side. More documentation (so long as it isn't wholly inaccurate) is always better. There's another caveat here - despite my best efforts, it's still a lot harder for folks to edit wiki entries on TASVideos whereas anyone willing to share an email address is able to edit the TASBot Wiki</q>
* apart from [[:Category:Ambassadors|Ambassadors]], how should individuals be categorised?
* apart from [[:Category:Ambassadors|Ambassadors]], how should individuals be categorised?
** <q>DWYW</q>
** <q>DWYW</q>

Latest revision as of 10:49, 6 September 2024

NEED MORE CONTENT in general (historians wanted). Fill out redlinks (and these, and also these) or work on a stub (list empty categories, list every article, list every category page).

Categories are arguably a direct upgrade to articles in that pages can have multiple parent categories, and categories have a nice UI for navigating to subpages. The longer URI is why you shouldn't just use them for everything.

All editing help and guidelines will be in the style guide.

If you need to grep in wikitext, use this (change srsearch=querytext).

For those of us used to Git, it can be a bit confusing to look at contribution logs because page moves/renames are applied retroactively.

The banners at the top of the site are MediaWiki:Sitenotice (for everyone) and MediaWiki:Anonnotice (extra banner for everyone who's not logged in).

TODOs for admins

Now approximately sorted by effort required!

  • There are 5 pages to delete
  • visual editor is showing PortableInfoboxen as just the header, no content; supposedly fixed in MW 1.40
  • can the PortableInfobox link an image's media page rather than hotlink?
  • if semantic citation markup is desired (and I believe it is), mw:Extension:Cite needs to be installed enabled --yoshi
  • current MediaWiki:Sitenotice is fairly unintrusive, but should we want to make it bigger in the future it should probably be dismissable—that requires mw:Extension:DismissableSiteNotice w/ $wgDismissableSiteNoticeForAnons = true
  • The current landing page is fine by MediaWiki standards, but as the face of https://tas.bot it's not great. Way too many links (above the fold, that is), and the only picture of TASBot is the one in the sidebar. --yoshi
  • upload images (list existing media)
    • please try reducing filesize with WebP: magick convert input.png -define webp:lossless=true output.webp
    • since we seem to have dealt with the bot problem, can we loosen the perms and let regular users upload?
  • There are 19 images/files missing copyright metadata
  • fix quick search API
    • I researched as far as 'Generators' + prefixsearch and gave up --yoshi
      • Update: IIRC I saw a JS error and, assuming that was related, chased that to the above docs. But the error is gone now and yet the search still sucks. --yoshi
  • consider adding {{#babel:}} template for user pages
    • I went ahead and added a template-based userbox; see Babel overview. It can even be used for programming languages, though it doesn't have any special handling for them at the time of writing. I've used the private-use code qhx for that, as you can see on my user page. --yoshi
  • we haven't needed a TASBot Wiki:Sandbox yet, but if we're expecting an influx of editors unfamiliar with MediaWiki, it may be a good idea, which raises the question of excluding it from Special:RecentChanges. I found this from 2011, and the modern equivalent appears to be the ChangesListSpecialPageStructuredFilters hook. IMO not worth messing with that. --yoshi

TODOs

  • There are 0 pages with malformed template calls
  • There are 1 pages which need copyediting (check spelling and grammar)
  • finish moving event pages to Category namespace, and cleaning up names
    • GDQ—either move to Category:Awesome Games Done Quick, or keep it as a disambiguation page (moved to Games Done Quick ofc) and create the category page from scratch
      • need someone to make the call here; should there be a page for GDQ as a whole, or not? --yoshi
    • MAGFest is all cleaned up and ready for new articles
  • infobox for individuals
    • Done, but it doesn't render correctly close enough now thanks to TheMas
    • consider adding fields for country/flag and for pronouns
      • Copied over a template from Wikipedia, and while it currently only works for users of this wiki, I have an idea for extending it if that ends up being necessary. In the meantime I suggest not making dummy accounts for people. --yoshi
      • Added a little template for flag emoji, and added a way to use that and {{p}} in the infobox. --yoshi
    • could add email, but I'd like to have it deobfuscate on click (with JS) if it's going to be included, and with a personal site field and editors able to email each other via MediaWiki it would be rather redundant --yoshi
    • consider adding field for (programming) languages spoken
  • consider redirecting (not sure how when #REDIRECT only allows local links; maybe wikipedia:Template:Soft_redirect?) e.g. desync to TASVideos.org/Glossary#Desync
    • - introduces chance for link-rot
      • + can leave notes for TASVideos editors
    • - not everyone can add to that glossary
      • + yet
    • counter-proposal: could instead make a {{TASVideosGloss}} and use {{TASVideosGloss|term}} instead of [[term]]
      • + easy on a technical level
      • - no way to see valid link targets without visiting TASVideos
      • - same problems as above re: "delegating" content to TASVideos
  • it seems reference lists e.g. Special:WhatLinksHere/Template:TASVideos don't differentiate between direct and transitive transclusions (that is, where the template is used as itself vs. where it's only used via another template)
    • worked around this by using search API e.g. this, but it's not ideal --yoshi
  • why are category pages wider than articles? affects both Citizen and Vector themes
    • this was an explicit choice (namespaces -1, 6, and 14 are Special, File, and Category, respectively):
@media screen and (min-width:1300px) {
	.ns--1, .ns-6, .ns-14 {
		--width-layout:var(--width-layout--extended);
	}
}
      • I'm not a fan of the postmodern max-width: 800px; margin: auto; epidemic, squishing all the text into the centre of the screen, but I understand it's a popular style. --yoshi
  • use shorthand redirects in {{prevnext appearance}}, like {{prevnext of type}} does already?
    • would help with float-right text being left-aligned in practice due to a line break (why), as you can see on ESA Summer 2019 (that was from {{prevnext of type}} which is now using shorthand)
      • found that removing the inner {{float right}} and making the outer {{float right}} dir="rtl" will work around this... but that feels like a bad idea --yoshi
  • speaking of, need to suppress {{prevnext of type}} in {{infobox appearance}} when it matches {{prevnext appearance}}
    • simply commented-out the first few entries in {{prevnext of type}}; for finer control we could comment-out individual fields too --yoshi
  • improve contribution docs for {{format run data}}
    • note that raw encodes do not belong in recording (should we have a separate field for that?)
  • consider a single-source-of-truth for YouTube video IDs
    • + would make it easier to see what content needs backing up
    • - steeper learning curve for contributors
      • + it could be optional
        • - even so, it would contribute to cognitive load, and it being optional only means janitors have to pick up that workload
    • + allows quickly checking if a source (read: video) is known
      • - not much of an improvement over site-wide page source search (linked above), and I think literally only I will use this --yoshi
    • counter-proposal: {{YouTube video/identifier|timestamp or other querystring}} (or dedicated param for timestamp might be better; see this template I wrote on another wiki for logic)
      • this should probably be optional, so:
      • - steeper learning curve for contributors adding sources, but
      • + little extra cognitive load for contributors working with existing sources;
      • - and still more work for janitors.
      • + trivial to create a subpage list, then those can be checked by archivist and edited or even put into categories
      • - identifiers wouldn't include the video ID so would still need page source search for that
  • should media be categorised by event as well? if so, by individual events, or just by series?
  • blank branches in {{#if}}/{{#switch}} should really be HTML comments for explicitness...

Qs for dwango:

  • I take it the focus here is on history, so how much technical information should be here vs on TASVideos?
    • tl;dr: we should put [technical info] on TASVideos. However, I have one pause here; there is a huge barrier to entry for TASVideos [wiki] at this time [...]
    • In essence, we should first and foremost ensure things like replay device and console verification documentation is complete (enough) on the TASVideos wiki. As CompuCat pointed out however, our needs and perspective is a bit different, and there's no harm in us also having technical details on the TASBot wiki with a perspective more geared toward live presentations at charity events. In fact, that's where I see the TASBot community as differentiated from the TASVideos side when it comes to on-hardware work; the TASBot community is centered around having our cute robot mascot play video games during public presentations, and our needs are going to involve things like proper presentation with visualization on camera that aren't relevant for just seeing if something syncs on hardware. To that end, I think there's room to have the core concepts explained from the different perspectives even if some of it may end up overlapping documentation on the TASVideos side. More documentation (so long as it isn't wholly inaccurate) is always better. There's another caveat here - despite my best efforts, it's still a lot harder for folks to edit wiki entries on TASVideos whereas anyone willing to share an email address is able to edit the TASBot Wiki
  • apart from Ambassadors, how should individuals be categorised?
    • DWYW
      • pages can be in multiple categories, so I guess could just have one cat per role/specialty?
    • to that end, a definition of "notability" for inclusion here would be helpful
      • anyone who was credited for any event/showcase