Template talk:LocationInfo

Initial RFC
Awright, I'm finally getting back to SMW stuff. Here's my first draft for the location infobox. Mostly, I just took the old {location box} and added properties where they would be useful. Which, as it turns out, is basically what PanSola did with {location box2}.

However, I deliberately left out the "Services" section he had included, because that could get extremely cluttered for larger outposts and towns (case in point, The Kodash Bazaar). I almost want to cut out "Neighbors" as well, but since that's been in the box since the beginning, I figured it would be bad form to drop it without having a discussion on it. My reasoning on this is that these two data sets are multi-valued lists that can be given in a more appropriate layout, and with additional information (direction of exit to neighbor, name/location of service NPC, etc.), as sections within the article. Which we already do anyway.

Also, I left out a good bit of the extra coding that PanSola had included. The recursive PropertizePartOf stuff that he was using is unnecessary, since that can be handled more efficiently on the other end, when performing a query.

Finally, I set this up specifically for sub-region-level locations. Regions and continents could be stuffed into this template (I actually had that coded at one point), so that's open for discussion. Landmarks, however, should definitely have their own infobox. &mdash;Dr Ishmael 03:55, 29 December 2010 (UTC)
 * Assuming the services section was represented using an icon grid and not a text list, wouldn't it possibly fit? It would still be very cluttered on the variable end, granted... but depending on the image size, it wouldn't break the rest of the box or drag on forever. — ı  z  ǝ  Ⅎ  05:22, 29 December 2010 (UTC)


 * What icons would we use? There aren't any, AFAIK.  &mdash;Dr Ishmael Diablo_the_chicken.gif 14:47, 29 December 2010 (UTC)


 * Here's a few. The rest could probably be filled in using inventory or UI icons. — ı  z  ǝ  Ⅎ  02:10, 30 December 2010 (UTC)

Services
I think we could abbreviate services data appearing in the info box as follows:
 * Outposts
 * Minimal/Outpost level (e.g. Xunlai); applies to outposts.
 * Complete/Town level (e.g. all the usual services)
 * Extended/City level (e.g. Port Cities, capitals, alliance owned...)
 * Custom (doesn't fall into above patterns)
 * Explorable areas; there's no easy standard, but only a few service types are helpful to players typically, so: use icons for only the most interesting:
 * Merchant
 * Crafter
 * Collector
 * Other

I agree that it's not useful to include more details than this in the info box. And even this much detail might not be needed. — Tennessee Ernie Ford ( TEF ) 18:26, 11 January 2011 (UTC)

Images (maps, too)
— Tennessee Ernie Ford ( TEF ) 18:26, 11 January 2011 (UTC)
 * Since the info box is a fixed size, why not limit the map and image sizes?
 * GWW allows for multiple maps in the infobox, which I think is appropriate. They also separate the image from the caption. Ideally, I think we should do both. (If this is meant to be an iterative process, it can wait for the next iteration, o/c).
 * If you want to limit the number of maps, it could be: map of area, getting there map, bosses, collectors
 * GWW also allows for multiple non-map images; also useful.
 * Could be limited to e.g.: scene, resident, denizen, world-map scene, ...


 * Yeah, that would make more sense.
 * I actually don't like how GWW has all the maps in the infobox. If I go to an area's page and scroll down to the list of bosses to read what elites are available there, I don't want to have to scroll all the way back up to the infobox to find the boss map, I want it right there with the boss list.
 * Non-map images are generally non-informational and thus don't belong in an infobox. They should be used as "flavor" images in the rest of the article or organized into a gallery section.
 * &mdash;Dr Ishmael Diablo_the_chicken.gif 19:25, 11 January 2011 (UTC)

Other
GWW's template also has room for chest, quest, and party size. Of those, I think quest is the most critical (and perhaps quest-giver, so that people don't have to switch pages to see where to get the quest). (I think in region could be simply, region.) — Tennessee Ernie Ford ( TEF ) 18:26, 11 January 2011 (UTC)