The SlippyMap extension code has been updated on the MediaWiki svn.
It's very much a work in progress, but the code is now split up into class
* SlippyMap.class.php - a general slippy map class
* SlippyMap.worldwind.php - extends the general slippymap class; this is
still in development
* SlippyMap.hooks.php - put the hooks here
* SlippyMap.php - the main extension file; configuration options can be put
I'm also working on some special pages:
* One is Special:MapServices - It's not ready to commit, but it allows
configuration of what map types are allowed on a wiki, and which sources.
For Wikipedia, it will be restrictive, probably just to our own OSM
servers. For other, smaller wikis, one might like to include maps from
other WMS sources. On one of my own projects, I have GeoServer and PostGIS
setup, generating my own custom maps and want to include them in my own
* Another could be Special:CreateMap to allow users to determine the map
parameters (e.g. bounding box, center point, zoom level) and generate wiki
code. Or this could be done as a popup window or some other
implementation. I know there already is a "get wiki code" button on the
SlippyMap, but that requires one to add a slippy map to the page, then
zoom/pan around, get the wikicode via the button, then update the wikicode.
I don't think that's the best approach.
Also to be done is configuration of OpenLayers, to include just the
rather than the entire OpenLayers code.
There are plenty of other things to be done.
Am Tuesday 09 June 2009 07:40:41 schrieb Daniel Kinzler:
> Reading back a bit, it seems that Sven Anders was designated to be the
> admin for those boxes. But I expect it would be good if there was more than
> one OSM person with access to them. All people with Wikimedia shell/root
> access will be able to access the OSM production boxes too, but they
> probably won't except for emergencies.
> Sven, Please contact Mark and Brion about getting access.
I have just mailed Mark and Brion about getting access.
When Jochen ask me, to do this admin job, he said something about: "testing
system, to see what OSM/German Wikipedia intergration would go like". Now
its: "Production System and International Project".
I'm a litte afraid about the job maintaining two productive machines for the
Wikipedia. So I would be very happy if there could be a team of 2-3 people
doing this together.
I'm sorry to tell you that I will not be on my computer in the next 3 weeks
(okay perhabs I will check mails, but not having time to set up a Postgis
New to the list so I thought I would drop a line.
I come from the geomatics community with a bit of Python scripting
abilities to automate tasks.
At NRCAN we have an internal resource WIKI based on mediaWiki
Over the next several months I will be working on a project to examine
Collaborative mapping technologies within a wiki environment. My focus
will be on the consumption and/or delivery of OGC services
(http://www.opengeospatial.org/standards) that are currently endorsed by
the Canadian Geospatial Data Infrastructure
As things pan out I can keep the group informed if there is interest.
Right now I would like to be an active observer and see what is coming
down the pipe.
I'm new to this mailing list, but quite active in the OSM
I read about a possible workshop about OSM, so I'm
interested in it.
> > We also might do a workshop on how OSM works and how
> > to OSM. I was thinking possibly it could be a
> workshop, the
> > day before, but not totally sure when it would be. If
> enough time
> > for the workshop and can get/borrow some GPS units,
maybe we can go
> > some data and then show people how to upload and
process it, to get
> > OSM.
> Yeah that's a great idea (which we've discussed before).
> probably get more contributors and the workshop format
is much more
> open-ended and easier for everyone involved.
So what would this workshop be like? A wiki page
collection? A slideshow? Or would this be a "real" workshop
with "real" guys?
There are some good presentations on slideshare.net with
the topic OSM
2009/4/24 Aude <aude.wiki(a)gmail.com>:
> I added you and Ævar to the project on Google Code, which can be used for
> more active development and experimental things that aren't quite ready and
> tested to go on the Wikimedia SVN. As development proceeds, we can then
> commit tested and stable versions of the development code to the Wikimedia
> The issue tracker feature may also be useful to keep track of who's doing
> what and what features we want. If we can get development space like this
> on the map toolserver or somewhere else, that would be good but this works
> for now.
14:38:43 < JeLuF> avar: Why is this extension in google code and not
in our SVN? I'll have a look at the delayed loading and make a patch
Aude, don't be afraid to break MW extensions in svn, everything there
is pretty much already broken anyway. You could add it to
/extension/wikimaps and then we could merge it.
I think we should move this to MW svn ASAP, especially with the
imminent deployment of the OSM Toolserver.
It would be nice to move the bugs to, which is waiting on
https://bugzilla.wikimedia.org/show_bug.cgi?id=18391 for now.
Do you have MediaWiki SVN access? If not should I commit this? (and
you should obviously get access).
I support the XAPI instance on one of the new servers. With the standard
output format it is really useful for other tools to get only a subset
of the huge osm-data mountain.
It has also load balancing for more than one servers and runs stable for
a long time. The query interface is simple and good.
So I see it more on the productive database server where we also have
more hard disks with space and performance, which we perhaps don't need
Would this be OK?
The Xapi on wikimedia servers would speed up my query-to-map tool
really, so I have perhaps no neutral point of view, but I thing it would
be also a good way to give
OSM fast something back if Wikimedia profits from the osm-maps. If we
get later a really high load level on the database server we can talk
about it again.
We would have with Xapi a good base to upgrade it later perhaps to a
more common system in the backround like PostGIS or to a more directly
output on a maps-layer or something like this.
So the Xapi could be perhaps better but in the moment we have nothing
that is similar or better.
Dear Wikimedia Map-L,
With reference to direct broadcasting of space and earth imagery , I take pleasure informing you that the undersigned has many more from various agencies.
USA WISC NASA International MODIS/AIRS Processing Package
Click here to visit my profile!
THIS EMAIL MESSAGE MAY CONTAIN PRIVILLIGED INFORMATION AND IS SOLELY INTENTED FOR THE RECIPIENT(S) MENTIONED ABOVE.
To ensure that you continue receiving our emails, please add max.rythmos(a)yahoo.com to your address book or safe list.
The Direct Broadcast capability of the NASA Terra and Aqua spacecraft provide new remote sensing capabilities for the observation of planet Earth. Both of these platforms have a direct broadcast X-band downlink that allows MODIS (Terra and Aqua) and AIRS/AMSU/HSB and AMSR-E (Aqua) data to be received in real time by sites having the proper reception hardware.
I trust this information is sufficient for your purposes, in case you require any additional details, please do not hesitate to contact me.
I'm pleased to tell you that the servers have been deliverd and installed into
the racks. They are awaiting some more setup which should be finished in a week
My question to you is: what shall we call them? Our naming sheme revolves mostly
about plants, often poisenous ones. The names used for the current Toolserver
boxes can be seen at <https://wiki.toolserver.org/view/Servers>, names used by
the foundation can be seen at <http://wikitech.wikimedia.org/view/Server_roles>.
There's the OSM toolserver, the DB server and the tile cache to be named. We
need suggestions BY FRIDAY. Note that the ultimate decision about the name will
be made by the server admins, based on nothing but their vim :)
So... let us know your suggestions!
Phone +49 30 219 158 260
Imagine a world in which every single human being can freely share in the sum of
all knowledge. Help us achieve that!
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der
Nummer 23855 Nz.
Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin,