Template talk:Map Link

Link to ESO map x/y location

Maybe I'm doing something wrong, but it appears the URL generated for linking to a specific x/y position on the ESO map is incorrect. The "x=..." and "y=..." parameters expand to a "locx=..." and "locy=..." in the URL, but the map expects them as "x=..." and "y=...". I added a link to a specific position on the map to the M'aiq page (southern Eastmarch), which generates this URL: http://esomap.uesp.net/?locx=413818&locy=325928&zoom=11&world=Eastmarch If you edit it and remove the "loc" prefixes, then it points to the right location. (I don't want the map link to just point to "M'aiq the Liar" because there can be multiple M'aiqs on one map, and I'm not sure if there is a more elegant way to pick which one it links to) ThebigMuh (talk) 22:11, 11 July 2014 (GMT)

Whilst this problem wants looking at by someone with a little bit more knowledge than me, I have fixed that particular link, since the one linked refers to the right one on the map, an inelegant solution would be just to number the second one. Although why your link didn't work is puzzling me, RH might be around to look at it... --Kiz^{(email - talk)} 22:24, 11 July 2014 (GMT)

Fixed. – Robin Hood  ^(talk) 01:12, 12 July 2014 (GMT)

Map Link vs ns_base

Currently, Map Link assumes that the map to use is decided by the "magic" parameter ns_base. With Dragonborn having been merged into Skryim space, this is no longer guaranteed. For the time being, Dragonborn is still defined in MediaWiki:Uespnamespacelist, but assuming we eventually remove that, all the Map Links for Dragonborn places will break, since our Place Summary templates are now passing "Dragonborn", but without an entry in Uespnamespacelist, the template won't know to convert that to "DB" for the map URL.

We use ns_map in other places, which still suggests the parameter is namespace-related, but at least has the advantage that it doesn't tie into ns_base in any way. Using that instead of ns_base would force us to re-code the template to properly handle DB vs. SR. All other maps would be unaffected, but all Dragonborn Map Links would then be required to have ns_map=DB (and we could readily set up a switch internally to handle Dragonborn=DB, either in this template or any calling templates).

Alternatively, we can leave ns_base as it is, and just code around the issue, or even leave the Dragonborn space active in Uespnamespacelist, in which case, we're fine as far as all this goes, but I think in the end, that'll cause problems in other templates. Any thoughts from anyone? – Robin Hood  ^(talk) 09:14, 24 February 2020 (GMT)

How to know exact location in game?

True Nord (talk) 11:27, 8 May 2021 (UTC)

Which game? – Robin Hood ^(talk) 10:21, 9 May 2021 (UTC)

The Elder Scrolls V: Skyrim Special Edition (PC, Steam). True Nord (talk) 10:31, 9 May 2021 (UTC)

As long as you're outside, you can go into the console, select an object (or use prid player to select yourself), then use getpos x to get the x position. Naturally, changing the x to y or z will get you those positions. While this works indoors as well, of course, it's not useful in terms of map links, since the position is relative to the interior. I don't remember if it works correctly inside cities like Markarth, Riften, Solitude, etc., where you have to go through a load-door to get into the city. – Robin Hood ^(talk) 20:34, 9 May 2021 (UTC)

So troublesome in this game...

When to use info from getpos for reference?

Can we teleport to this position?

True Nord (talk) 21:13, 9 May 2021 (UTC)

I believe you can use setpos x and the like, much the same way as above, but I don't know if that'll move you across cells or only within the local/loaded cells. The more common methods of movement are coc, cow, and player.moveto, which are all documented in more detail on the console page I linked to above. – Robin Hood ^(talk) 00:00, 11 May 2021 (UTC)