Das liegt einfach daran, dass das bisher keiner in die Hand genommen hat.
Die Primär-Quellen sind mit blog.osmfoundation.org und der Rebuild Mailingliste bekannt.
Offizielle Verlautbarungen gibt es natürlich nur im Blog der OSM-Foundation.
Das OSM-Wiki kann ja von jedem geändert werden.
PS: Ein Update wäre nach nunmehr 12 Tagen sicherlich wünschenswert.
Edbert (EvanE)
Tja, selbst da wird man nicht schlauer. Bezeichnend finde ich folgenden Post: http://lists.openstreetmap.org/pipermail/rebuild/2012-April/000208.html
Die einzige Antwort von Frederik Ramm geht gar nicht auf die Frage/Aufforderung ein.
Im Blog siehts auch nicht besser aus: http://blog.osmfoundation.org/2012/04/05/license-change-update-getting-it-right/ : “We’ll have a further update next week and, in any case, before the bot starts running.”
Yep!
Wie gesagt, die (technische) Arbeit der Lizenz-Gruppe ist komplex und der Lizenzwechsel wird sicherlich technisch hervorragend umgesetzt. Langsam sollten die OSM-Foundation und deren Mitglieder aber merken, dass OSM nicht allein aus Technik besteht.
Eigentlich würde ich dich gerne an die Communication Working Group verweisen. Die ist für blog.osmfoundation.org und anderes im Bereich Veröffentlichen verantwortlich. Natürlich ist sie auf Informationen vom Rebuild-Team und ggfs. der LWG angewiesen.
In der Tat, war das ein Thema im gestrigen Meeting (16.4.2012) der CWG. So ab 21:29 geht es los.
21:29 toffehoff: Hilights of situation discussed during MT:
21:29 toffehoff: - the rebuild script still does not pass every test.
21:29 toffehoff: - still urgent need for help with coding the rebuild script
21:30 harry-wood: Yes. that's only thing we *could* blog about at the moment. Maybe we should.
Kurz gesagt besteht die Umstellungssoftware noch nicht alle Tests. Es ist also noch weitere Arbeit notwendig.
Edbert (EvanE)
Ein bisschen Kritik will ich aber auch liefern: Warum wurde der Bot nicht vor der Umstellung “fertiggestellt”?
Für mich macht es eher den Eindruck, dass man den Serverwechsel mit der Lizenzumstellung geplant hat und der Zeitplan gescheitert ist. Sie hätten den Serverwechsel, als solchen Anfang April ankündigen sollen und den Lizenzwechsel zu einem anderen Datum.
Dieser gesamte Ablauf liefert nicht den professionellsten Eindruck!
Der Bot wird doch vor der Umstellung fertiggestellt. Unglücklich ist lediglich, dass das Datum des Beginns der Umstellung vor Fertigstellung des Bots genannt wurde.
Für mich ist das aber kein großes Problem, da ich auf diese Art und Weise Zeit gewonnen habe, in meiner Gegen zu remappen. Also wenn es nach mir geht, dürfen sie noch eine Woche Probleme haben… (auch wenn ich es ihnen nicht wünsche!). Und einen weiteren Vorteil hat das Ganze: Wenn mehr remapped wird, bleibt weniger “ODBl unclean” über und die Umstellung geht noch schneller von statten.
Sicher? Die “gelöschten” Objekte müssten doch auch durch den Bot behandelt werden damit sie nicht einfach reverted werden können?!
Gruß
BBO
Hallo BBO
Per Se ist die Löschung eines Taggs oder Objektes eine ODBL-Clean Operation (selbst von einem Nicht-Zustimmer).
Ob gelöschte Objekte durch den Bot behandelt werden, um ein Revert auf einen nicht ODBL-sauberen Zustand zu verhindern, ist mir nicht bekannt. Du kannst die Frage auf der Rebuild Mailing-Liste stellen. Dort ist das notwendige Wissen vorhanden.
Edbert (EvanE)
AFAIK wird jede Version eines Objektes, dass nicht clean ist speziell markiert, damit die API diese Daten nicht mehr ausgibt. Von daher macht es für den Bot keinen Unterschied ob man remappt oder nicht. Für das Ergebnis aber schon. 
+1
Weiß jemand, wie ich bestimmte Dinge in einer DB Suchen kann und die sich innerhalb eines Landes befinden? Ich dachte ja, es geht so, aber die Exklaven stören
osm=# select (select st_area(Geography(st_transform(way,4326)))) / 1E6 as Flaeche, (point(centroid(way))) as mittelpunkt from osm_polygon where landuse=‘forest’ and ST_Contains((select way from osm_polygon where name=‘Deutschland’ and admin_level=‘2’), way) limit 1;
FEHLER: als Ausdruck verwendete Unteranfrage ergab mehr als eine Zeile
Es gibt DE leider 7 mal
osm=# select osm_id, name, namede from osm_polygon where name=‘Deutschland’ and admin_level=‘2’;
osm_id | name | namede
--------±------------±---------------------------
-51477 | Deutschland | Bundesrepublik Deutschland
-51477 | Deutschland | Bundesrepublik Deutschland
-51477 | Deutschland | Bundesrepublik Deutschland
-51477 | Deutschland | Bundesrepublik Deutschland
-51477 | Deutschland | Bundesrepublik Deutschland
-51477 | Deutschland | Bundesrepublik Deutschland
-51477 | Deutschland | Bundesrepublik Deutschland
(7 Zeilen)
schönen guten Tag zusammen
ich hätt da mal ne Frage!!
ich bin Laie und möchte für Erlebnispädägogik, um Kindern GPS und das Anwenden von Karten mit Kompass im Teamtraining beizubringen, Karten ausdrucken auf denen ich vorher die Route markiert oder hervorgehoben hab, geht das mit OpenStreetMap?
1.- wenn ja, wie markieren ich die Route?
2.- wie drucke ich sie dann aus?
ich hoffe auf Antworten und im Vorraus schon mal vielen Dank :)
Du bekommst mehrere Flächen zurück, die du zu einem Multipolygon [1] zusammenfassen musst.
Das geht mit ST_Collect. [2] Dadurch werden mehrere Flächen - hier die En- und Exklaven und der Hauptteil - zu einem MP zusammengefasst.
Konkrete Beispiele kann ich nicht liefern, da ich eine Snapshot-DB und keine osm2pgsql-DB habe.
Gruss
walter
[1] Multipolygon ist hier im Sinne von GIS-MP zu verstehen. Das ist sowas ähnliches wie OSM-MP, aber nur wesentlich genauer und restriktiver definiert. Hier kommen auch die verschiedenen Auffassungen zum Thema “Was ist eigentlich ein richtiges MP?” her.
[2] http://postgis.refractions.net/documentation/manual-1.5/ST_Collect.html
ungetestet:
select st_collect (
select st_area(Geography(st_transform(way,4326)))) / 1E6 as Flaeche, (point(centroid(way))) as mittelpunkt
from osm_polygon
where landuse='forest'
and ST_Contains((select way from osm_polygon where name='Deutschland' and admin_level='2'), way)
);
Es geht um die Webseite http://keepright.ipax.at .
Diese Karte zeigt im gewünschten Zielgebiet selektierbar eine Reihe von Verbindungs-/Routing- und Taggingfehlern mit unterschiedlichen Symbolen und Farben. Sie wird alle ein bis zwei Wochen aktualisiert, allerdings zu lokal unterschiedlichen Zeiten. Soweit so gut. Nun zu meiner Frage:
Wie ist das eigentlich ursprünglich geplante Updateverhalten bei einer Fehlerbereinigung? Ich habe nämlich feststellen müssen, dass (von wem auch immer) beseitigte Fehler, die aber in keepright nicht explizit “abgemeldet” werden, teilweise beim naechsten Wochenupdate von selbst verschwinden, andere oft aber ewig weiter dort angezeigt werden. Kann dies jemand bestätigen?
Und wie lange sollen eigentlich abgemeldete Fehler als solche gezeigt werden?
Es ergibt sich auch oftmals das Problem, dass eine Fehlerursache noch eine weitere Folgefehlermeldungen mit auslöst (z.B. zwei nicht verbundene Knoten erzeugen zusätzlich die Zweitmeldung einer schwimmenden Insel). Dann wird evtl. durch gegenseitige optische Symbolüberdeckung die Abmeldung des Folgefehlers vergessen.
LG
Glühwürmchen
Keep right prüft bei jedem Durchlauf jedes Objekt aufs neue. Fehler, die zwischenzeitlich behoben wurden, verschwinden aus keep right - egal, ob jemand in keep right selbst irgendwas angeklickt hat.
Mit “abgemeldet” meinst Du solche, die mit “vorübergehend ignorieren” gekennzeichnet wurden? Wenn diese nach mehreren Update-Intervallen noch angezeigt werden, wurde der Fehler ganz einfach nicht behoben - bzw. nicht so, daß keep right zufrieden ist.
Solche mit “ignorieren (kein Fehler)” werden dauerhaft angezeigt, man kann sie aber in der Leiste links ebenso ausblenden wie die “vorübergehend ignorierten”.
Dann habe ich bei keepright wohl generell etwas missverstanden und diese Unsicherheit war auch Grund meines Postings. Es gibt dort nämlich keinen Auswahlpunkt “Fehler wurde beseitigt” oder so ähnlich, wie man es von Openstreetbugs kennt. Daher habe ich die gelösten Probleme als “ignorieren (kein Fehler)” markiert und mit der entsprechenden Option ausgeblendet. Dass dann trotzdem einige der Fehler wieder angezeigt wurden, verwunderte mich und lässt sich wohl nur mit den oben bereits erwähnten nicht abgemeldeten Folgefehlern erklären.
Danke für die Antwort und LG
Glühwürmchen
Doch, das ist “vorübergehend ignorieren”. Soll heißen: erstmal ausblenden, denn der Fehler ist behoben. Wenn die Reparatur erfolgreich war, verschwindet der Fehler beim nächsten Update auch komplett. Bei nicht erfolgreicher Korrektur bleibt er halt stehen.
Sprich: korrigierte Fehler mit “vorübergehend ignorieren” markieren [1]; “falsch Positive” - wo also keep right einen Fehler unterstellt, tatsächlich aber alles in Ordnung ist - mit “ignorieren (kein Fehler)”.
[1] Unter Umständen auch einfach Fehler beheben und das nächste Update abwarten, ohne in keep right irgendwas anzuklicken, etwa wenn man mit JOSM hunderte doppelte Knoten entfernt…
Gut mit dem Wissen, was dahinter steckt, ist das alles logisch. Vor diesem Wissen hatte ich die Texte allerdings teilweise anders interpretiert.
So bin ich da ursprünglich auch an die Sache rangegangen. Da allerdings viele bereits vor mehr als zwei Wochen behobene Fehler immer noch angezeigt wurden, verlor ich bei der Masse an Fehlern schnell den Überblick und wollte die gelösten Probleme nicht mehr angezeigt bekommen. Die Anzeige des letzten Änderungsdatums am jeweiligen Element ist aber scheinbar auch veraltet, sie wird wohl zum Zeitpunkt des letzten Updatelaufs eingesammelt und kann nicht benutzt werden, um zu sehen, ob ein Fehlerelement inzwischen bearbeitet wurde …
LG
Glühwürmchen
Könnte mir mal jemand etwas helfen: Ich finde über keepright immer wieder von mir bearbeitete Nodes, die es allerdings scheinbar nicht mehr zu geben scheint, z.B:
http://www.openstreetmap.org/browse/node/517642609
Sie sind zwar nicht als gelöscht gekennzeichnet, tauchen allerdings auch nicht mehr im Editor (P2) auf.
Bin ich jetzt noch einem weiteren P2-Bug auf der Spur (hab’ gerade ein Ticket wegen doppelter Nodes in Wegen aufgemacht)?
LG
Glühwürmchen
Da steht doch eindeutig (erste Zeile unter “Knoten: 517642609”):
…?
Die Probleme mit Knoten mehrfach im Weg und Wegen aus einem Knoten werden täglich zu hunderten von einem Bot beseitigt, aber auf eine Behebung des Fehlers in Potlatch würde ich keine großen Hoffnungen setzen. Der Bug ist uralt, aber scheint den Autor nicht zu stören. Zwei Jahre altes Ticket dazu: https://trac.openstreetmap.org/ticket/2501
Danke, du hast Recht. Ich habe ganzwortweise “Deleted at” als “Edited at” gelesen, genau wie bei den anderen Historyeinträgen. Sowas passiert mir öfters. grummel . Sorry für die Störung …
Immerhin habe ich bei dem Duplicate-Nodes-Bug einen Weg zu Reproduzierbarkeit beschrieben. Also mal schauen. Schließlich habe ich dadurch in den letzten Wochen beim Remapping Unmengen solcher Fehler erzeugt.