We do have the better resolution AGRI and landsat 7 under PD license, but we always love newer imagery even if thery are restricting usage on it.

As quantiumstate writes and maybe add discussion with the local comunity with ‘check quality’. It is important to see if the import is wanted by the comunity befor you start the import process.

I do not quite like the linear path. There are no problems to start discussing an import before you check the quality, or to check the quality of the data before you transform it. But don’t upload before you have discussed the changes and given people time to go through what you intend to upload.

Otherwise this is great work. I love the nice graphical representations you make. It would make the wiki a lot better if you can document the process of importing better. It would be more worth to try and prevent people from submitting bad data then to fix bad data with with bots.

Everything regarding the license change bot is fully transparant, if there is something you can not find it is because it is not there. You can check out the code at github and look at the mailing list archive, there are nothing more to show.

The reason why there have been little activity is that the work is hard. Even though I have not commited code in a while I am constantly trying to come up with a good algorithm for making the redactions.

There are basically two big problems halting the progress now:

• Detecting if a change to a tag is ‘trivial’ or ‘significant’. There have been several attempts at this, but there are always some edge conditions that are hard for a computer to detect.
• Removing changes to way and relation geometries. When a decliner have changed the geometry we need to undo that change without messing up the rest of the object.

If you want to help look at the test cases and add some more cases that is not that hard. If you like to contribute with ideas or code that will be wonderfull. A lot of you do not know ruby (including me) but it is not hard to get a grip on if you know simular languages and are willing to spend some time reading tutorials. If not then contributions in any programing languages or psudocode are welcome. It is a lot easier to translate an algorithm between languages then to come up with a new algorithm.

No, it is not possible to map theese places with images from Bing. It is almost perfectly alligned with the coastline, but just a few meters above the sea it is so distorted that it is worse then nothing.

My guess is that Bing have not ortorectified any of the images in Norway at all, or that they have used SRTM as a DEM that is not available in Norway. With most of Norway covered in mountains and the rest with steep hills it is impossible to get any sense out of the Bing images.

@jhp The observed db problems are only observable if you look at stats over several months. The current setup will work without any problems for a long time, and that is before we have added more db servers. That was what I tryed to say in the first comment. There will be no problems in the forseable future.

You can get stats for all the servers at munin.osm.org

@compdude I still remember the dreaded messages on digital cameras with flash memmory cards ‘This card have not been formated yet. Do you want to format it?’ And all the holiday fotos was on that single flash card.

Flash memmory are read only memmory that you can write to as an exception. SSD have clever electronics that limits those exceptions and tryes to recover any lost data. However there is a limit to how well it can do this. The only SSD disk in the data centers are the one that holds the standard layer render db. It is mostly used for writing diffs and reading a lot of random access data, the best sides of SSDs. For the main db a 16x RAID10 is better than any SSD disk.

I am not sure what problem you are trying to solve. The current database server is bloody fast, and there is a double being added on. There are no problems with disk io in the raid setup we have in ramoth.

I agree that some time in the future it might be better to have some sort of double db or cached db that you can get an even faster api when the datasizes becomes too much for our current setup to handle. However this is not an issue yet, and takes a lot of man houres to make.

I understand that you did not like that your account was banned when you did what you thought was right. I hope you now understand why your edits was bad and that you learn from your mistakes.

I agree with you that bad imports should be reverted as soon as possible to prevent edits upon those imports. It can be imported later on in a way that the community sees benifitial. It is hard to fix a bad import with more bots.

If you want to help out you can create better tools. In addition to good editors that can handle relations logicaly there are no good tools for:

• detecting bad imports/bots
• reverting theese changes
• doing good imports

It would help a lot if you would help out with this.

The map key can be a little deceptive. Blue dotted line is a cycleway and a purple line is an administrative border. If you open the 'data' layer you can click on the line and get more information from it.

Editors like JOSM have filters that can make areas less cluttered and easy to work with.

You can try to ask questions on the help forum at help.openstreetmap.org.

Translations are handled by translatewiki.net .

Your changeset looks fine.

What does the source tag say? Does the changeset have a comment or a source tag? If not send a message to the uploader asking for a source.

JOSM can open several .osm files at once. However I suspect most of the work is verifying the data before you upload. You do not want the data to be added several times over do you?

If there was an award for offline editing you would win it by a mile. Working without your own computer, limited internet connection and still contributes massive amounts of data to this project. You are an inspiration to us all.

A lot of the heavy users seem to be wanting the same goal; gratis maps without internett. The only program I know of that does this without mass downloading is OsmAnd which comes with its own tile renderer and a sqlite vector map. This is the same model as Google maps have for their online application. Provided a light tile server that can fit on an embeded device and use a compact (filtered) database that can be updated with ease, how much will the trafic on the tile servers drop?

A SPAM about SPAM.

It seems someone is confusing mph and km/h. OSM uses metric units so the data states that the speed limit is 90 km/h.

It is most common in the states to use mph so it shoud say "55 mph".

Do not upload Yahoo data or Bing data!!!

You are only allowed to trace from the satelite images from those providers. Only the satelite images and not any highway data.

If Harry is right and they only spam to get a high Page rank could it not be possible to disable links when a web crawler visits the diary. This would give lower Page rank to real web sites as well unless we do some fancy shit.
In help.osm.org we could set a limit of say 100 points to be allowed to post links. However this does not work if the spam bot is helpfull.

A report spam button would be nice, possibly with the ability to temporary take down a comment after x reports.

I would prefer spamers spaming the diary, message system, help, forum, wiki, etc. and not require them to spam the map data itself.

I am glad someone have joy over the Bing photos. In my area it seems GeoEye skipped the ortification and we are left with wild inaccuracies that render the photos unusable :(

I envy you who have aerial photo over your area. Only hope now is that Microsoft gets ortophoto over our area. Why don't they release the Bird's eye pictures?