I've seen a few places where duplicate roads have appeared but didn't think anything of it at the time. Perhaps one of the editors has a rare bug which creates duplicate ways.

I like the look of that logger, you'll have to do a proper review after using it for longer. What mode are you using it in? What's the accuracy, speed and sensitivity like?

It's certainly nice to see somebody working on an alternative to OpenLayers. I don't have time to do a full test, but straight away I can tell you it fails in IE 7 (object expected on line 15)

Where does xapi fit into this? It is just a part of the api or does it fit in somewhere else?

Awesome, if the weather stays dry I might be tempted to go and ride some of those tomorrow.

Cool! Shame it's not working with Open JDK without Compiz though.

And if re-routing cycle routes was as easy as editing the OSM data then we could make them much nicer to ride.

Added all tagged routes in the sixties to the relevant relations (except 67 which doesn't seem to have a relation). I wish people would do this themselves when editing routes.

Route 65 should now not be too hard to finish mapping between Middlesborough and York, presuming it's signposted ok. Which just leaves a stretch from Selby out towards Hull where Chilly has been mapping it.

3ld - the road changes names between the two mini roundabouts, so the linking road (which doesn't exist) could have either name and still be incorrect. I think Thomas is correct, it doesn't need a name.

Looks good to me, Amesbury was a bit messy so I've done some tidying up of existing features so it's easier for you to start mapping properly.

Absolutely perfect thank you!

As for the bug, ant clean and then rebuilding worked. I now know to try that in the future before filing bug reports.

I've just done a little more around Birkenhead, and keep doing little bits around Liverpool, however it might be an idea to have a mapping party to get the names added in. Where the aerial photos are hard to interpret it might be worth not touching that area, adding what you can from Yahoo makes the area look complete and can make it harder to edit by people on the ground who are confused about where the data has come from.

If you've got a radio controlled boat then you're still going to need to walk up the bank with it to keep it in range. A diy UAV on the other hand...

The important thing is to make the map usable for navigation, exact widths of waterways isn't vital.

I added in some of the Africa borders from maplibrary myself a while back. I was a little concerned that some of them would be disputed/changeable so I only added in the fairly stable countries. That said, I guess we can always change borders later if there are problems/errors.

A rubber band works just as well if you're planning on using a wrist strap as backup anyway, it's also much lighter and cheaper.

What are the couple of extra lines you added to generate_tiles.py? That seems quite a useful addition in some cases.

That looks fantastic using the up-to-date bookmarklet! One thing though, the train station appears to have been moved from the rail line to the railway building. That may be technically correct, but I think it needs both.

Have you tried the josm Cadastre plugin for that area? For Vinca it's very detailed (it seems the lake and river need work and buildings could be added, but Vinca seems very well mapped) but for the surrounding villages the Cadastre maps aren't very good (unless maybe you know the area)

I'm not sure if all of the new edits around that area are done by you, but I see there's been quite a bit of work done around there since the last Mapnik render. Obviously quite a bit still to do, but well done on work so far.

Couple of things worth mentioning - cumul.us aggregates weather forecasts from commercial providers and mixes in user-provided forecasts (including what people are wearing as a simplistic way of looking at current weather)

Also pachube, I haven't really played with it but their description of "a service that enables you to connect, tag and share real time sensor data from objects, devices, buildings and environments around the world. The key aim is to facilitate interaction between remote environments, both physical and virtual." seems accurate.

This reminds me of the old days when I'd hook a shortwave radio up to my 486 and monitor the incoming weather data from around the world. After an entire morning of receiving data I'd have a pretty accurate map of weather systems over the Atlantic and could forecast the afternoon's weather. Of course I could also have just looked out the window, which brings us back to cumul.us.