Extension:SlippyMap

The SlippyMap extension allows embedding an OpenStreetMap slippy map.

TODO

 * Remove the addOnLoadHook call which crashes IE7 (bug described below)
 * change it back to loading OpenStreetMap.js from openstreetmap.org, since this allows them to make updates.
 * support multiple maps on one wiki page
 * fix js embedding include method
 * internal marker image
 * config option to enable/disable
 * MapOfService
 * a layer
 * make get "Get wikicode" button marker aware
 * Change syntax to be in line with Extension:Google Maps
 * Support multiple markers (specified in the content area) Deprecate marker= attribute

Who's using it?
Please add your wiki here! Add it to the top, and feel free to add a link to your favourite article or two. (Note that both these sites are actually running an earlier version which expects different syntax)
 * Fürthwiki
 * We use OSM & SlippyMap whenever we describe streets, important buildings or sights:
 * openstreetmap.org
 * : Just to let others know where you live, or feed them misinformation...

Syntax
The extension allows users to embed a slippy map using the following syntax in their wiki code:



Older version (running on the above sites) took a syntax like this:

lat=51.485|lon=-0.15|z=11|w=300|h=200|format=jpeg

Users can discover suitable latitude logitude and zoom values by doing the following:
 * Edit the page
 * Use the slippymap syntax with any old values e.g. paste in the above example
 * Doing a preview
 * zoom/pan the right position,
 * Use the 'Get wikicode' button
 * Copy and paste the resulting wiki code into the editing box
 * Save the page

Bug
Testing the current version in SVN (which nobody is running on a live site).... it seems IE7 craps out completely with "operation aborted" error, making the wiki page completely unviewable. This probably due to the addOnLoadHook call which was added in order to defer loading of the javascript. This code is also inelegant because it requires a modified copy of OpenStreetMap.js. Not only that, but it is loaded in from a hardcoded svn.wikimedia.org remote URL rather loading the local file.