I just realised the sandbox template still showed the old documentation, with the interim solution, which you correctly noted is all done through kartographer. I have switched the maps to the sandbox version - a bit rough and ready but you will see the differences!

This is interesting, but which are the differences between your project and https://www.mediawiki.org/wiki/Help:Extension:Kartographer? Most of that maps can be done fairly well using Kartographer.

I have been working on a non-vega version of OSM Location map, which is now at 'close to complete' stage at https://en.wikipedia.org/wiki/Template:OSM_Location_map/sandbox . It jumps through some very ungainly hoops, as it uses the Maplink overlay, but only seems to work if an en:overlay template also adds an invisible square. That has allowed me to re-use the mercator calculations I had needed to get vega5 working, and add inline CSS graphics and text instructions on top of the map. (Betraying my ignorance, I had no idea CSS could be used like this). So far as I can tell, it appears to have a lower performace hit than Vega did.

Certainly for OSM Location maps, a decent resolution static image would be a great solution, if they can be autogenerated by submitting an edit. I have worked up a selection of examples at the Beta Cluster site, to show some of the improvements Vega5 makes possible.

Well that highhlights why I felt I should ask. The Vega graphical features implemented through the Graph extension provided an abilility to show streetmap basemaps and used the coord system to add a great selection of text and graphical annotations, all of which got switched off when graph was disabled. Upwards of 5,000 en: pages had made use of these maps via OSM Location map. This and the underlying Graph:Streetmap with marks was ported to numerous other wikis, many of which will now be showing 'graph broken' messages. I have defaulted the en:template:OSM Location map ones to show a kartographer base map, but the labels and features that made it an editable map about the article are missing. Numbered dots, whilst ideal for some contexts, cannot show the text and graphics that Graph did so well. My question is about getting an update on if it might be re-enabled, or an alternative be identified. Sorry if that is a rant.

Alongside the graph-drawing stuff, It would be of interest to know if there is any hope for a graphical streetmap-annotating facility along the lines that Graph used to offer. Thanks

Having done a large amount of both script development and map-making that relies on {{Map with marks}} I remain in awe of its ability to add huge amount of content to the Open Street Maps, above and beyond anything available in Mapframe etc. Adding a few text labels alongside dots has probably been its main use, but it has also produced (to my mind) high quality, editable mapping additions to pages which it would be a real shame to lose. For the maps, interactivity has never been available, and until recently was just a bitmap on the page, so returning to that (in any form, but especially at a higher resolution) would be a huge plus compared to facing a total loss. In the meantime I may have a go at putting a stop-gap mapframe (plus explanation?) to show the base-map on the {{OSM Location map}} pages where the graph version would normally go, so it is at least not just a 'fail' message, while we see what may be possible.

There is a good implemetation of Kartographer at en:template:Maplink, but it can't show any of the text labels or other items that allow a properly customised map rather than just a view into the base-map. I will have a think about whether a temporary base-map would seem better than an apology for the time being. It would be a disaster, long-term, for the maps with a lot of customisations.

Observation: The en:Template:Map_with_marks listed above is supposed to just be a copy of https://www.mediawiki.org/wiki/Template:Graph:Street_map_with_marks but I notice that various edits - including some debugs and a change of name (!) have been made to the en: version - despite the quite firm instructions at the top of the code. I have no idea if the many other language versions have copied from en: or from mw:. I'm guessing it would streamline things to have a single harmonised version again, but that may be harder than tackling them all individually.

@Jdlrobson Thanks, it is https://en.wikipedia.org/wiki/Template:OSM_Location_map.
This makes use of a Graph-based template at https://en.wikipedia.org/wiki/Template:Map_with_marks

There has been no mention above of the mapping features that Graph is used for. Will the fix restore the maps that are also not showing, which use 'Graph:maps with marks'? The 'en:OSM Location map' template has 5,500 maps, and the template is also translated to 44 other languages. Thanks for the work towards fixing things.

After a non-exhaustive search around various water-bodies of the world, the only examples of the tile problem I came across were in the Great Lakes. At various zoom levels on Huron and Superior quite a few blocks show up, and each block appears to be consistently there at its 'problem' zoom levels. On Michegan I only found a few errant tiles, eg at Pentwater (But that doesn't mean there aren't more at zooms/locations I didn't check) and I saw no problems in Lakes Ontario or Erie.

There are still some odd goings-on with white tiles in the middle of some of the Great Lakes, and also (and I have not seen this before) some strange green parts over what should be lake. eg en:Bruce Peninsula has an OSM Location map on which I am seeing both green and white oddities. If you click on the interactive link you can also see different white tiles and green 'shore extensions' at different zoom levels in maplink, Maybe this is just a transient bug, and thanks for those who have worked on this.

Lake Huron now seems to be present, but Lake Michigan goes white at various zoom levels. England and Wales National Parks have lost their green colour except for random individual tiles at very high zooms. People will rapidly lose confidence in the maps if major features such as lakes and islands are absent.

Lake Huron in Canada has the same problem. Has anything been identified on this? It makes all the maps of southern Canada/Great Lakes very disorienting. Probably not relevant but Maggiore and Huron both have intersecting political boundaries running along them. Could that be a causal issue?

I am currently seeing Lake Huron entirely white on most zooms, and with some white tiles on zooms above 9. (on Wikimedia maps: https://maps.wikimedia.org/#7/44.674/-82.213 and across various implementations of maplink, and graph templates). Is this a cache issue from last time or has the problem re-emerged? @Gehel was able to do an OSM replication last time. Did that resolve it, and how has it returned? It looks fine on the OSM site.

I am working in a bit of a fog of ignorance here, so will describe what I have done and if someone thinks it doesn't make sense, please sort it, or point me in a better direction:
The en.wikipedia.org/wiki/Template:Graph:Chart/styles.css had some additional css as well as the lines above, so I copied all of that into new styles.css files for both en: and mediawiki versions of {{Graph:Street map with marks}}. I then copied - again from en.wikipedia.org/wiki/Template:Graph:Chart - the instruction {{safesubst:#tag:templatestyles||src="Graph:Street map with marks/styles.css"}}, to invoke it. (no idea about safesubst but I assume it makes sense).
I am not familiar with how the mediawiki version gets applied across other languages, so have not done anything about that. Nor am I familiar with how to find which other Graph templates might need the fix (as opposed to ones that call other graph templates).

Awesome. I have incorporated it below the map on OSM Location map, so it will be there on any page needed. Its a fudge, but a pretty good one! I am guessing Graph:Chart found a way to turn off the lazy loader.

Is there any progress on this? It blanks out all lazy-loaded maps dependent on 'Graph:street map with marks', as well as other graph images. I think the lazy image loader may also be knocking out the GeoJSON markers on some <maplink> maps that include a 'marker-image', although the en.template version seems to be not affected. (Examples of various affected maps are at https://en.m.wikipedia.org/wiki/User:RobinLeicester/sandbox).

On en: and various other wikipedias there is a Maplink template. Using it on an article with a defined coord means you can simply add {{Maplink|frame=yes}} which will give you a first stab at a map using the pages coordinates and default sizes.

Any chance of this making any progress? It would be a major loss if the 'Graph' maps got left out of the internationalized names.