Danke für eure Tipps. Ich werde mir mal Utils2Plugin genauer anschauen. Mit 54 tut man sich nicht so leicht wie ihr “Jungspunde”.
Somit werde ich die Adressen Vorlage ins Nirwana schicken.
st
Autor ist Steve Coast, der Gründer von OSM, heute bei Microsoft beschäftigt.
Es geht um die australische Mailingliste und die Diskussion zum Lizenzwechsel.
Steve beklagt sich, dass diese Mailingliste fast nur noch in destruktiver Weise benutzt wird.
Als Hintergrund sei noch erwähnt, dass die Australier ein besonders großes Problem mit dem Lizenzwechsel hatten, weil ihr Luftbild-Lieferant (Nearmap) sich nicht mit der neuen Lizenz anfreunden konnte. Das hat sich vor kurzem insoweit entspannt, als Nearmap für alle bis zum … Juni 2011 daraus abgeleiteten Daten die Weiterverwendung freigegeben hat. Allerdings ist eine Nutzung der Luftbilder nach diesem Termin nicht mehr zulässig.
Aus obigem Grund war die Diskussion zum Lizenzwechsel in Australien besonders heftig, so nach dem Motto:
“Die ganze Welt mag vom Lizenzwechsel profitieren, aber uns lasst ihr dafür im Regen stehen.”
Das sind die Auswüchse, die letzlich aus dem Gefühl, dass die australischen Probleme ignoriert werden, gewachsen sind.
Und ja, selbst wenn Steves Beschreibung der Verhältnisse nur zu einem (nicht unerheblichen) Teil zutreffen, ist es wirklich übel und sollte nicht hingenommen werden.
Wobei die ODBL-Befürworter ja durchaus auch gut im austeilen waren, soweit ich dass in talk-de mitbekommen habe.
Hier will ich mich dann aber auch wieder ausklinken.
Ich wollte nur einen groben Abriss von Steves Artikel geben, damit martink diesen wenigstens sehr grob einordnen kann.
ich suche einen Server-Sitter für max 3 Wochem (eher so 2) im August in BaWü (Achse Ulm-S-Herrenberg) für den odbl.de Rechner. Ich will die Kiste hier nicht so lange alleine laufen lassen ohne die Möglichkeit zu haben einzugreifen bspw nach Stromausfall oder Absturz den Power Knopf zu drücken etc. Der WAF (Woman Acceptance Factor) ist nicht gut aufgrund der Lüfter. Also ins Wohnzimmer oder gar Schlafzimmer würde ich ihn nicht stellen.
Er braucht keinen Monitor oder Tastatur und ist stubenrein. Überwachung per ssh und munin geht. Idealerweise würde der Router des Sitters auch dynamische DNS (DynDNS) unterstützen. Strom kann ich bezahlen.
Hi there,
just a note to odbl.de authors that two users have reported the website doesn’t deal with renamed user accounts correctly. It looks as if it uses the nicknames to track changes instead of the numerical user id.
The two users have changed their nicks for their old accounts (for instance Dotevo → DotevoCC) and registered new accounts with the old nicks (Dotevo) to be able to keep mapping as usual. The website shows all of their contributions as new-CT-compliant however.
The scripts work with the IDs of the planet file. And with the numbers (IDs) in the users_agreed.txt file.
Is it possible to rename a user without accepting the new CTs? Maybe that was the problem (the user accidentally accepted the CTs when she wanted to rename herself).
It is possible to rename your account without accepting CT, I just checked.
Interesting… I wonder where the issue is then. One thing for sure is that the users who disagreed will not appear in planet diffs so if an application uses the diffs, it will not detect the nickname change.
The users DotevoCC (uid=89858) and antblantCC (uid=30632) do not appear in users_agreed.txt and they don’t appear on odbl.de, but their old nicks do appear at odbl.de in green colour.
I’m using the extracts from http://download.geofabrik.de/osm/ and I don’t know how username changes are handled there. If the extracts are derived from a planet file which is derived directly from the database or if the planet file is updated with diff files.
The extracts from geofabrik seem to have an error (or the database itself, I can’t prove that). Or the process of renaming user names is defective. I think you should write to an admin (e.g. TomH) and ask.
I just checked: In the poland.osm.pbf file there are entries with
user="antblant" uid="30632"
and
user="antblant" uid="473784"
So you could ask user woodpeck, who is responsible for the geofabrik extracts, if and when the extracts are generated from a fresh planet file (maybe every X weeks or so), or if these kind of errors will remain for ever.
PS: No, I think it is a problem of the diff files. Not geofabriks fault. Who is responsible for the diff files? A diff file should always reproduce the original file.