Module talk:Location map/Archive 8

Archive 5

Archive 6

Archive 7

Archive 8

Archive 9

Archive 10

Archive 11

Detecting missing parameters, and illogical combinations

I want to incorporate the following code:

{{#switch:{{#if:{{{lat|}}}|1|0}}{{#if:{{{lon|}}}|1|0}}{{#if:{{{lat_deg|}}}|1|0}}{{#if:{{{lon_deg|}}}|1|0}}{{#if:{{{lat_min|}}}|1|0}}{{#if:{{{lon_min|}}}|1|0}}{{#if:{{{lat_sec|}}}|1|0}}{{#if:{{{lon_sec|}}}|1|0}}
|11000000|00110000|00111100|00111111=<!-- valid combinations - do none -->
|#default=[[Category:Location map parameter errors]]
}}{{#ifeq:{{#if:{{{lat_dir|}}}|1|0}}|{{#if:{{{lon_dir|}}}|1|0}}|<!-- valid combination - do none -->|[[Category:Location map parameter errors]]}}

But I have no idea how to do it in Lua. --Redrose64 (talk) 12:29, 4 February 2015 (UTC)

@Redrose64: I set this up, but with the generic error category instead of a new one, and also with visible messages explaining exactly what the problem is. Jackmcbarn (talk) 18:45, 4 February 2015 (UTC)

Jackmcbarn, are you checking for 'lat_sec' without 'lon_sec', e.g., |lat_deg=39|lat_min=56|lat_sec=5|lat_dir=N|lon_deg=32|lon_min=52|lon_dir=E that's the issue that prompted this thread. Frietjes (talk) 20:58, 4 February 2015 (UTC)

@Frietjes: No. How is that invalid? Jackmcbarn (talk) 21:00, 4 February 2015 (UTC)

Jackmcbarn, see this thread. the bot did this, which would have been detected in a tracking category had we had a check for 'lat_sec' without 'lon_sec'. no need to issue an error, just a tracking category. Frietjes (talk) 21:03, 4 February 2015 (UTC)

@Frietjes: I think a tracking category for that would be impractical, since lat_sec without lon_sec is valid in a lot of cases. Jackmcbarn (talk) 21:04, 4 February 2015 (UTC)

Jackmcbarn, how about trying it, then seeing if there are a significant number of false positives in the category? I can tell you already that there will be at least 400 based on the list in User:Frietjes/d. seems a lot easier than having a bot scan every transclusion of this module to check. Frietjes (talk) 21:08, 4 February 2015 (UTC)

(edit conflict) It's not picking up Camnago-Lentate railway station, Carimate railway station, Carnate-Usmate railway station, Cassano d'Adda railway station, Ceriano Laghetto-Groane railway station, and plenty more. By my code above, all of these should yield 00111110, which is not one of my four valid combinations. If you consider latitude in isolation from longitude, this would technically be a valid combination, but that was not my intention. My intention was to take latitude and longitude together and ensure that if a parameter for one component of latitude was given, the same component for longitude was also given, and vice versa. In all those example, one parameter pair is imbalanced: there is a |lat_sec= (two of them in most cases) but there is no corresponding |lon_sec=. I know that there are lots more like it, because I've turned up dozens in the last few days. They were caused by at least two sets of bad template documentation, which in some cases (estimated to be 1 in 60) was compounded by a good-faith but incorrect edit by SporkBot (talk · contribs), see User talk:Plastikspork#Wrong action for duplicate template args. What I am trying to do is find those pages which have two |lat_sec=, and no |lon_sec= - and fix them to have one of each. --Redrose64 (talk) 21:11, 4 February 2015 (UTC)

@Redrose64 and Frietjes: I just set up Category:Location maps with different longitude and latitude precisions containing the issue you're talking about. Note that the sortkey identifies which parameter is different (H for hemisphere, aka N/S/E/W). Jackmcbarn (talk) 02:20, 5 February 2015 (UTC)

thanks, already used this correct a dozen of them, including unrelated problems like this. Frietjes (talk) 22:01, 5 February 2015 (UTC)

I have now fixed all but three of the several hundred pages in Category:Location maps with different longitude and latitude precisions - it was useful for detecting typos like |last= for |lats=. The three remaining pages are testcases where the precision is intentionally different. --Redrose64 (talk) 15:48, 27 February 2015 (UTC)

Switching in Module:Location map/multi

Is it possible to enable switching option in Module:Location map/multi? --Edgars2007 (talk/contribs) 16:14, 12 March 2015 (UTC)

@Jackmcbarn: --Edgars2007 (talk/contribs) 18:21, 16 April 2015 (UTC)

Switch between what? Alakzi (talk) 18:50, 16 April 2015 (UTC)

This one. --Edgars2007 (talk/contribs) 18:53, 16 April 2015 (UTC)

@Edgars2007:  Done Sorry for the delay. Jackmcbarn (talk) 19:41, 16 April 2015 (UTC)

It's ok. Thanks --Edgars2007 (talk/contribs) 19:45, 16 April 2015 (UTC)

location limitation?

Is there a limitation in how many locations I can have in one map? It looks like I've reached the limit [1], if so how can I eventually remove the limit? No points are showing on the map in this edit, but the one before shows all points, [2]. --Ahmetyal (talk) 22:58, 18 April 2015 (UTC)

@Ahmetyal: The module itself doesn't define any limit, but the MediaWiki parser effectively makes one. When you want to use as many points as you are, you're better off using a data module for the points, like Template:Syrian Civil War detailed map does. Jackmcbarn (talk) 04:08, 19 April 2015 (UTC)

For the given example, if you remove the last three points, it then displays all of the others. --Redrose64 (talk) 07:44, 19 April 2015 (UTC)

Thanks for the reply. @Jackmcbarn: is this the right wat to request a move: [3]? --Ahmetyal (talk) 09:29, 19 April 2015 (UTC)

Captions

Lockerbie

class=notpageimage|

Lockerbie in Scotland, UK

Lockerbie

Lockerbie (the United Kingdom)

@Jackmcbarn: If switcher is used and caption is defined, both of them are showing. I think that in such cases caption should be disabled. --Edgars2007 (talk/contribs) 15:59, 8 May 2015 (UTC)

@Edgars2007: I don't see what the problem is. Can you clarify? Jackmcbarn (talk) 16:04, 8 May 2015 (UTC)

Ok, this will be a better example: Fountains Abbey. IMO, the caption (Location of Fountains Abbey and Studley Royal Water Garden in North Yorkshire) should be disabled in module, when you're using multiple location maps. And the caption in this case is actually wrong, when you're viewing map of England :) --Edgars2007 (talk/contribs) 16:14, 8 May 2015 (UTC)

The caption is generated independently in the infobox. These are two separate issues. Alakzi (talk) 16:30, 8 May 2015 (UTC)

Indeed, it appears that there's nothing to fix in this module. If a caption doesn't make sense, it just shouldn't be specified. Jackmcbarn (talk) 16:41, 8 May 2015 (UTC)

S*, yes, it isn't in the location map template :( OK, sorry then. Alakzi, I think there could be some more infoboxes, that should have this change. And this kind of style is used in much more, I think. --Edgars2007 (talk/contribs) 05:59, 9 May 2015 (UTC)

Infobox thumbnail captions need revamping, least of all so that they are shown in Media Viewer. Shoving captions into hardcoded <div>s is hardly ideal. Alakzi (talk) 14:06, 9 May 2015 (UTC)

"name" parameter

It's my understanding that the {{{name}}} parameter of each map's own defining module or template is intended to be used within a default map caption and/or alt text when no explicit caption is supplied by the transcluding article. There's no requirement, as far as I can tell, that this parameter should be the name of an appropriate article. (That requirement would conflict, in some cases, with the previously mentioned intention; see below for an example) Yet when you view the module or template directly, the table that summarises the data wikilinks the name parameter. This can result in an unintended red link or to a link to a disambiguation page. Can the code that generates this table (wherever that is(?)) be modified not to link the name?

An example of this is Module:Location map/data/United Kingdom Preston. In my view, the correct {{{name}}} for this is simply "Preston", but this generates an unwanted link to the disambiguation page Preston. I don't want to replace "Preston" by "Preston, Lancashire" because that would generate some unnecessarily verbose map captions; in the articles where this map appears, disambiguation isn't necessary as other information in the article makes it clear which "Preston" is being referred to. -- Dr Greg  talk  18:27, 2 July 2015 (UTC)

@Dr Greg: Should be fixed now. Jackmcbarn (talk) 18:41, 2 July 2015 (UTC)

@Jack: See Fernyhalgh Wood. Alakzi (talk) 19:02, 2 July 2015 (UTC)

(edit conflict) Though the doc page links to it, {{Location map}} doesn't link to the name out of the box. At some point, somebody must've customised the caption in one of the very many infoboxes this template's used to wikilink to the name; consequently, to bypass a disambiguation page, an imaginative editor must've thought to pipe the name, as is done in Template:Location map Spain Basque Country. This workaround proliferated, and the rest, as they say, is history.

Someone's gonna have to go through all of these map definitions to get rid of the pipes, as well as all of the infoboxes to unlink the name. Alakzi (talk) 18:54, 2 July 2015 (UTC)

(edit conflict) Thanks, @Jackmcbarn:, that seems to work for modules, but not for templates.

Unfortunately, I have now just discovered that Template:Location map Scotland Highland has a piped name Highland (council area){{!}}Highland, which is expecting to be linked. Which is the correct specification for what {{{name}}} is supposed to be?

I wrote the above sentences before Alakzi's reply. (Can we do something clever to detect the presence of a pipe character?) An example of a "misbehaving" infobox is {{Infobox UK feature}}. -- Dr Greg  talk  19:13, 2 July 2015 (UTC)

Only 16 of them in the Template namespace. Alakzi (talk) 19:27, 2 July 2015 (UTC)

And these are all of the infoboxes which link to the name. Alakzi (talk) 19:30, 2 July 2015 (UTC)

@Dr Greg and Alakzi: I added logic to the module to detect pipes in names. It will populate the "N" sortkey of Category:Location maps with possible errors. Note that it will take some time to fill due to the job queue. Jackmcbarn (talk) 22:06, 2 July 2015 (UTC)

That was probably all of them; I don't think there's any in Module: definitions. Alakzi (talk) 22:48, 2 July 2015 (UTC)

points show as lines

I'm trying a fairly simple use of this template in my sandbox but all the points (using map-) show as vertical lines. It would seem that the vertical scale is not being set correctly. On that page are 4 examples: the 2nd two are copied from other pages and show the template working properly and in the first example with the same map. So can someone tell me what I'm doing wrong (in the first two)? Chris55 (talk) 20:06, 18 July 2015 (UTC)

This happened to me once before. You need to use '~' not '-'. See Module talk:Location map/Archive 6#Can't get a map of County Durham to work. I've fixed in in your tests to confirm. This is really not obvious, especially as it looks like something else is happening such as a missing coord.--JohnBlackburne^words_deeds 20:14, 18 July 2015 (UTC)

Thanks John - couldn't see that!!! Thought it must be something simple. Where the heck do those lines come from?? Chris55 (talk) 20:54, 18 July 2015 (UTC)

I see now I was misled by the documentation. There are 6 examples of "location map-" on that page and only one of "location map~". Chris55 (talk) 22:03, 18 July 2015 (UTC)

What documentation is that? There shouldn't be any of those anywhere. Jackmcbarn (talk) 22:08, 18 July 2015 (UTC)

Actually I see it is the abysmal font used on my browser (Firefox 39 Ubuntu) for the documentation on Template:Location map+. It is indeed a ~ but one could never tell. Looking at it on another platform I can see it. Chris55 (talk) 22:14, 18 July 2015 (UTC)

In my case it’s Safari. In the edit window ~ and - are easy to mistake. The tilde looks almost flat, and on its own is not obviously longer. Plus it’s a rare character not often used in English or in programming languages. So if you look at the source for an example then manually retype it in yours you can get it wrong. Especially as it almost works, but looks like something else has gone wrong such as the x coord being missing. It does not surprise me Firefox also having problems as it has known issues displaying the proper fonts on many pages.--JohnBlackburne^words_deeds 22:23, 18 July 2015 (UTC)

I've RfD'd the problematic template, since it isn't currently being used for anything and it does cause this sort of confusion. Jackmcbarn (talk) 22:24, 18 July 2015 (UTC)

Delta Plan

Hello. I would like to create a map like for the Delta Plan which would be the translation of fr:Modèle:Carte/Plan Delta or nl:Sjabloon:Zijbalk Deltawerken, but I don't know how to start it. Can someone help me ? I guess I have to create Template:Location map Delta Plan, or Module:Location map/data/Delta Plan but there is always something wrong, the creation is always refused, it says "To preview another page with this template, a page title must be specified." I don't understand I wrote a title in it.--Io Herodotus (talk) 05:36, 7 September 2015 (UTC)

 Done Just one thing, on Module:Location map/data/Delta Plan, the map doesn't show. Perhaps it doesn't matter as long as Template:Delta Plan works. --Io Herodotus (talk) 20:52, 7 September 2015 (UTC)

Someone kindly fixed it.--Io Herodotus (talk) 07:38, 8 September 2015 (UTC)

Disable links and enable tooltip

Hey. On this article, is there a way to disable the ability to click on the location map itself? In other words, the only link on the map is the pogs, not the map itself. Also on a separate note, is there a way to fix the tooltips that show when you hover on the pogs? For example, when you hover on any of the green or red pogs, the tooltip shows as List of dams and reservoirs in Sri Lanka. I want that to change to the name of the link, or if that is not possible, a custom text instead of the current article name. Can anyone help? Thanks in advance! Rehman 12:22, 15 November 2015 (UTC)

Rehman, try setting |maplink= but leave it blank. Frietjes (talk) 23:16, 17 November 2015 (UTC)

Thanks Frietjes, you're a genius! Any clue if the tooltip thing is possible? Rehman 13:34, 18 November 2015 (UTC)

Rehman, two options, |alt= and |link=. the alt parameter will override the entire alt text. the link parameter will override the first part of it. Frietjes (talk) 15:00, 18 November 2015 (UTC)

It doesn't work for some reason. Adding the alt text doesn't change the tooltip text when hovering over the pogs... Rehman 00:06, 19 November 2015 (UTC)

Managed to find a solution. Thanks! Rehman 05:28, 21 November 2015 (UTC)

Mis-plotted coordinates?

Dear map experts:

I just updated a pair of geo coordinates in 3 separate places in the markup for the article T. A. Gillespie Company Shell Loading Plant explosion, and also in its Wikidata link d:Q7668106. I wasn't sure from the documentation: Are all 4 copies of the coordinates necessary to keep everything working consistently? Or is there a way to avoid having to maintain multiple copies?

According to Google/OpenStreet/Bing/etc, now the location is plotted correctly when I view the article and click on the numerical coordinates that display above or inside the infobox – but the template map below the infobox is plotting the location incorrectly (west of highway US 9, rather than east, and a bit too far north, leaving it about 2 miles off). Is it possible that the template map is mis-calibrated, or is something else going wrong? How can this be fixed? (In the article's wiki markup, I added a comment specifying a different template that shows the location correctly.) —Patrug (talk) 08:04, 3 January 2016 (UTC)

@Patrug: The problem was that you specified the map name as New Jersey, but specified Location map of Middlesex County, New Jersey.svg as the AlternativeMap. You can only use AlternativeMap for different colorings of the exact same area, but in this case, the area was totally different. The fix was to use USA New Jersey Middlesex County as the map name, which uses the map you want as the default. Also, all of the templates can pull the coordinates from Wikidata, so I removed the parameters here. Jackmcbarn (talk) 19:49, 3 January 2016 (UTC)

@Jackmcbarn: Ah, thanks for the explanation and the quick fix. (I'll alert the editor who added the mismatched maps a year ago, and I'll watch for other articles that might have similar problems.) Can the "coord" template itself pull coordinates from Wikidata? We should probably add some basic documentation about Wikidata coordinates to all the relevant template pages? —Patrug (talk) 07:02, 4 January 2016 (UTC)

Module:Coordinates looks at Wikidata, but I can't get it to use it. When I have more time, I'll dig more into it. Yes, it would be a good idea to document how things interact with Wikidata. Jackmcbarn (talk) 04:02, 5 January 2016 (UTC)

Template talk:Infobox civil conflict

Resolved

Anyone familiar with implementing location maps into infoboxes? I feel this infobox would be a great candidate. I tried to do it myself, but couldn't get it to show a map in previews. Jolly Ω Janner 23:05, 16 January 2016 (UTC)

It appears that it does support it, but I just didn't know how to use it in an article. My mistake. Jolly Ω Janner 00:27, 17 January 2016 (UTC)

Template-protected edit request on 25 March 2016

Dear admins,

Due to the unsighting look of 'Red pog.svg' as the locator dot in the map, I would like to suggest the following change:

In line 395 of this module replace: 

		mark = 'Red pog.svg'

to

		mark = 'Locator_Dot.svg'

Please consider this request. Thank you very much for helping Wikipedia be a better place. LL221W (talk) 06:22, 25 March 2016 (UTC)

As this is a style/content request more so than a technical request - will leave this open for a few days for community input. — xaosflux ^Talk 10:57, 25 March 2016 (UTC)

Ping out to Wikipedia talk:WikiProject Geographical coordinates. — xaosflux ^Talk 14:35, 25 March 2016 (UTC)

• Comment - Convenience links to File:Red pog.svg and File:Locator_Dot.svg, as well as Norman, Oklahoma, an example of the former in use. ―Mandruss ☎ 15:07, 25 March 2016 (UTC)
• Oppose - The marker is intended to have a three-dimensional appearance. This is reflected in the choice of pushpin_ prefixes in the related parameters of {{infobox settlement}} and possibly other calling templates. Assuming the OP meant "unsightly", I don't see why they feel the current marker is unsightly. ―Mandruss ☎ 15:07, 25 March 2016 (UTC)
• Oppose - Disagree with LL221W's aesthetic judgement, and I believe it's too trivial a change for a template with 471952 transclusions. Bazj (talk) 15:22, 25 March 2016 (UTC)
• I've disabled the edit request for now, since this is clearly controversial. Feel free to reopen it if you get a consensus to make the change. Jackmcbarn (talk) 16:29, 25 March 2016 (UTC)
• Oppose WP:IDONTLIKEIT not a good enough reason. --Tagishsimon (talk) 18:03, 25 March 2016 (UTC)
• Oppose per WP:BIKESHED —EncMstr (talk) 01:25, 26 March 2016 (UTC)
• Comment - For the record, despite being Opposed, I object on principle to both of the above two Oppose arguments. The proposer's argument may lack merit but it is not IDONTLIKEIT. They gave a reason—that the current marker is unsightly—and things like this should be changeable for solely aesthetic reasons if there is consensus to change.
  BIKESHED is also misapplied here, as it implies that a change can be too minor to even consider, thereby imposing an arbitrary upper limit on quality. This would be bikeshed if a lot of editor time was being spent on it, which is not the case. Meanwhile, we spend dozens of editor-hours arguing about commas before Jr., with nary a soul asserting bikeshed. ―Mandruss ☎ 09:46, 26 March 2016 (UTC)
• Comment - Take a look at the appearance of articles with 'Locator_Dot.svg' instead 'Red_pog.svg':

Nahwa

Al Ain

Abu Dhabi

Kolkata

LL221W (talk) 09:51, 26 March 2016 (UTC)

• oppose; although I too find the current one unattractive, of the two it works much better due to its contrast. Even if it were better there is no need to change it though; there is nothing to stop editors using File:Locator Dot.svg or any other dot in their maps. If that were happening – if many editors were using other dots in preference to the current one in their maps – then there might be a case to change the default. But I see no indication of this, so no need to consider a change.--JohnBlackburne^words_deeds 10:05, 26 March 2016 (UTC)

• Comment: LL221W- please don't go back and edit your comments once other users have commented. It makes a coherent discussion much harder to achieve.

I also note this morning you've started a major effort to specify mark = Locator_Dot.svg in templates using this template, rendering this discussion meaningless. Could you make your contempt for the consensus any clearer? Bazj (talk) 07:37, 4 April 2016 (UTC)

No, I was changing my own comments.--LL221W (talk) 07:39, 4 April 2016 (UTC)

Astronomical maps

Is it possible to modify the template (or create a similar one such as "Template:Location map astronomy/constellation or /star chart") that allows markers to be added to any constellation map? Celestial coordinates, instead of using longitude and latitude, use right ascension and declination.

Declination is essentially the same as latitude with astronomical objects being defined as between 0 and 90 degrees north or south of the celestial equator, the plane created by the earth's equator extended outward into the celestial orb. A star, galaxy, or nebula sharing the same declination as the earthbound observer's latitude will pass directly above the observer once a day. An observer at the north pole will always have the star Polaris overhead as the star has a declination of approximately 89 degrees north.

Right ascension differs from latitude in how is is measured. Lines of right ascension are defined not in degrees, minutes, and seconds, but rather in hours, minutes, and seconds. Hence, a difference of one hour in right ascension corresponds to fifteen degrees of arc and can be expressed as up to 12 hours east or west of the zero-hour datum--the celestial equivalent of the Greenwich meridian. That datum is defined at the vernal equinox, a point where the ecliptic crosses the celestial equator in the constellation Pisces and extending to the north and south celestial poles. This is the same point as the location of the sun when it crosses from the southern to the northern celestial hemispheres each spring on the earth's northern hemisphere.

An example where this would be useful is the star chart in the infobox of the article about the star Gliese 667. Currently, the display is hard-coded with the size of the chart and the circle depicting the star's position expressed in pixels. I'm not an expert in cartography, and I suspect that the astronomy wikiproject may need to rework the coding of their maps and the projections they use, but I'm sure the hard work would make editing articles much easier afterward.

Infoboxes of astronomy articles usually employ these templates to express the coordinates of a celestial object:

• {{RA}}
• {{DEC}}

Thanks. Fortguy (talk) 03:32, 16 April 2016 (UTC)

@Fortguy: It should be feasible to create something. Location maps are usually equirectangular projections (so latitude horizontal, and longitude vertical), but other projections can be used (see Template:Location map Russia). With regards to the star charts - what projection is used (or could be used), and what is the extent of the chart? If those facts are known, then it should be feasible to use location map coding. However, the calculations may fail entirely close to the poles.--Nilfanion (talk) 00:26, 10 May 2016 (UTC)

Relief maps

For reference:

MariaDB [enwiki_p]> select page_title from page where page_namespace = 828 and page_title like 'Location_map/data/%relief%';
Empty set (0.00 sec)

MariaDB [enwiki_p]> select page_title from page where page_namespace = 10 and page_title like 'Location_map_%relief%';
+-------------------------------------+
| page_title                          |
+-------------------------------------+
| Location_map+/relief                |
| Location_map_Central_Serbia_relief  |
| Location_map_Cuba_relief            |
| Location_map_Iberia_relief          |
| Location_map_Iberia_relief/doc      |
| Location_map_Slovakia_relief        |
| Location_map_Switzerland_relief     |
| Location_map_Switzerland_relief/doc |
| Location_map_USA_relief             |
| Location_map_USA_relief/doc         |
| Location_map_United_States_relief   |
+-------------------------------------+
11 rows in set (0.01 sec)

MariaDB [enwiki_p]>

Jackmcbarn (talk) 16:40, 8 May 2016 (UTC)

see related tfd. Frietjes (talk) 15:44, 10 May 2016 (UTC)

Links being suppressed in location map

I have hit a snag using Template:Location map~ and I hope someone can help. I have set up a demonstration of the problem at User:Thincat/sandbox2. Both points have link= specified and their labels include links. As things stand clicking either the blob or the annotation for 120 links correctly. For 88 the label links OK but double clicking the blob merely leads to the 120 label becoming highlighted. I use Firefox but it seems the same with other browsers. If I keep the 88 label at "top", moving the 120 label anywhere other than right clears the fault with 88. Keeping the 120 label at "right" the fault occurs wherever the 88 label is but if it is at the left neither 88's blob nor label are clickable. This was going wrong before I made the labels include links. I think the problem is on the lines of if you have two blobs fairly near and side by side, the label on the leftward blob seems to have an extended scope to the right, extended way beyond the text. However, sometimes everything is OK even with much closer items. I have got a fairly good workround by using labels for links and positioning the label for one blob so it doesn't "hide" a nearby label but occasionally I haven't avoided "hiding" a blob. See The Outlying Fells of Lakeland#Map. Thincat (talk) 18:34, 22 May 2016 (UTC)

strange, ... swapping the order of the labels in your sandbox fixed the links for me. Frietjes (talk) 19:18, 22 May 2016 (UTC)

Good grief! All sorts of ideas have occurred to me but that wasn't one of them. Thincat (talk) 19:44, 22 May 2016 (UTC)

I wonder, in my analysis above, whether when I said "leftward" I should have said "later defined". On the main map the points are defined clockwise starting at 4 o' clock. Thincat (talk) 19:54, 22 May 2016 (UTC)

Migrating to <graph> maps

I just built {{Graph:Map_with_marks}}, which has much more elaborate capabilities of graphing, based on the <graph> tag. I think this template should be migrated because it should offer:

• each map becomes a regular image, without any printing issues (not a div with CSS positional hacks)
• this approach allows any number and any kind of base and overlay images/icons and labels, with any fonts/alignments/...
• it can be easily improved to be interactive, similar to Country_with_regions_and_capitals template.

CC: @Jackmcbarn: @Izkala: --Yurik (talk) 21:36, 17 July 2016 (UTC)

Relief maps

Would it be possible for this template to use relief maps, such as File:Relief map of California.png? I think it would greatly enhance Climate of California and other climate pages, when they have maps of the locations whose temperature or precipitation is compared in a table, because it would show how climate is related to terrain. — Eru·tuon 20:11, 20 August 2016 (UTC)

I have changed it to use the relief map at that article; it does not need any change to the module or template, it just needed a |relief=1 adding (the '1' can be anything as long as it‘s non empty).--JohnBlackburne^words_deeds 20:25, 20 August 2016 (UTC)

Thank you! It looks great. — Eru·tuon 20:31, 20 August 2016 (UTC)