Grant Slater wrote: > Recent planet files available from: http://planet.openstreetmap.org/ > will be disrupted for the next few days. Apologies for the disruption. > > Hopefully be fixed within the next 48 hours. > > Reasons? Look over here: > http://lists.openstreetmap.org/pipermail/talk/2009-March/035381.html
So could you elaborate the downtime? We have a 'perfect history system' and since we are talking 'all accounts have been identified' wouldn't that be a perfect test case for our 'users that don't want to migrate with the new license scheme'? I could perfectly understand the need for removing the data content from one user. Since our history system allows to 'delete' these edits it will be a trivial task to do this and produce a new planet file. After which you delete the history of the affected object (until the point the user did not touch it). Of course doing this via the public API might be a bit too slow (but hey this is also told to everyone else that has a mass import or mass change). Then again a delete from the current table in SQL matching the userid, is that going to affect service; I doubt this. Therefore I don't get why downtime is required for a foundation core service. (Especially looking at what date the notice was done... August) I do understand the need of removing all previous planets up to the point of first data entry. Stefan _______________________________________________ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev