Was meinstz du mit Korekturen?
Bzw. wie lange hast schon gewartete?
Mal auch einfach den Chache leeren.
Meine Edits vor 30 min sind jetzt schon gerendert.
Ja, leider. Die Diffs haben zur Zeit ein paar Probleme, wie in dem anderen Thread zu Performance Problemen erwaent ist. Anstelle minuetlich zu sein sind sie zur Zeit haeufiger mal nur alle 10 - 20 Minuten.
http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/replication_delay2.html zeigt wie weit die Mapnik rendering DB hinter der haupt DB hinter her “hinkt”. Zwar ist einiges davon der wieder import in die DB, aber ein gross Teil der verzoegernung duerfte von den verspaeteten diffs kommen. Insofern kann man dort ein ganz gutes gefuehl dafuer bekommen wie es aussieht.
Wenn bei den ways nur die tags geändert werden, dann gibt es keine Koordinaten in den minute diffs.
Ich müsste also erst mittels API nachfragen wo der way hingehört.
Jetzt nehme ich aber an, dass so ein API call nicht wirklich gewünscht ist - die DB explodiert ja eh schon fast.
In der linken Spalte könnte ich diese Änderung schon anzeigen. Wenn da manche Dinge klickbar sind und andere nicht ist das auch verwirrend. Kleine Änderungen werden also nicht angezeigt.
müßten nicht im Ticker, der etwa 20 Minuten hinter der aktuellen Zeit hinterherhinkt, die Änderungen trotzdem nach 20 Minuten zu sehen sein?
Mein Change wurde lt. Changelog um 9:58 angelegt. Nach hiesiger Zeit um 11:58. Der Ticker ist inzwischen aber schon bei 12:19.
Gruß Jürgen
Gerade gesehn, daß “nur” Tagänderungen nicht angezeigt werden, also wäre das erledigt.
Koordinatenänderung genügen völlig. Ich habe vorallem kleinere Korrekturen gemacht, die ich selber kenne (z.B. eine Kreuzung leicht verschoben). Das kann eine einzelne Koordinate sein und die habe ich nicht gesehen (ev. auch nur verpasst).
Schwierig zu sagen, was sinnvoll ist. Ich würde mal bahaupten, so um 12-13 herum. Da sind auch kleinere Wege bereits sichtbar, wärend bei 15 längere Wege abgeschintten werden. Oder du lässt den Zoomlevel, wie er gerade eingestellt ist. Sofern das gewünschte Element zentriert wird, kann der Benutzer selber soweit wie gewünscht zoomen.
Zudem habe ich für webkit browser die Hardware Beschleunigung wieder eingeschalten.
Am Mac hat das nicht mehr richtig funktioniert und auch nichts gebracht.
Jetzt habe ich aber wieder ein Linux Rechner und da ist das schon ein großer
Unterschied.
Darüber hatte ich auch schon nachgedacht. Aus meiner Sicht könnte das sogar noch kleiner sein, z.B. 11fach.
Mir ist natürlich auch klar, daß Du es nicht allen Recht machen kannst.
Hintergrund:
Man sieht auf der linken Seite den Ticker und klickt willkürlich eine Änderung an, dann fände ich es oftmals besser, ungefähr die Gegend abschätzen zu können, in der die Änderung gerade stattgefunden hat. Nur der Username i. V. mit “Kleine Straße” helfen wenig. Wenn dann zu weit in “Kleinkleckersdorf” hineingezoomt wird, kann zumindest ich meist immer noch nichts damit anfangen. Bei 11fach sind oftmals größere benachbarte Städte in der Ansicht hilfreich.
Wichtig ist natürlich, daß die Änderung im Bildzentrum ist, sonst hat man bei mehreren Änderungen das Problem, daß man die ausgewählte nicht wiederfindet. Aber ich denke, das ist sowieso berücksichtigt.
Wenn man khtml ein zweites Mal startet, sind interessanterweise die angezeigten letzten Ticker-Änderungern zeitlich unterschiedlich.
Das erste Fenster war schon eine Weile offen.
Differenz: Im 2. Fenster sind die Tickermeldungen 7 Minunten aktueller/jünger.
Das mit der Verzögerung ist absichtlich so gemacht.
Die Minute Diffs sind verspätet. Es kommt als manchmal ein File daher das viel größer ist und die Edits von bis zu 20 Minuten enthalten.
Es braucht als 20 Minuten um diese Edits anzuzeigen.
Um die chronologische Reihenfolge nicht zu stören werden die Edits des nächsten File erst nach diesen 20 Minuten dargestellt auch wenn sie bereits früher vorhanden sind.
Damit die Verzögerungen nicht zu groß werden, wird in der neuesten Version das darstellen der Edits aber ein bisschen beschleunigt. Eine Minute hat beim darstellen nur 54 Sekunden.
Gerade durch Zufall festgestellt, der Ticker funktioniert leider nicht mit dem IE8. ==> Fehler auf der Seite.
Normalerweise nutze ich den Firefox, damit funktioniert es. Da mir aber die Seite http://www.radverkehrsnetz.nrw.de/RVN_hinwKommunen01.html ( Hinweis aus einem anderen Thread von Mueck ) mit dem Firefox keine deutschen Umlaute anzeigt, habe ich mal den IE8 genutzt, der die Umlaute seinerseits ordentlich darstellt.
Oder muß man an den Einstellungen der Browser was ändern?
EDIT: Übrigens die Mapper in Westeuropa sind die fleißigsten…, gefolgt von den USA, die machen allerdings auch eine Menge mit Tigerimports.
der Ticker funktioniert, trotzdem meckert der IE8 unten mit “Es sind Fehler auf der Seite aufgetreten”.
Aber wegen mir kein Stress, nutze eh Firefox, da ist es ok.
Details zum Fehler auf der Webseite
Benutzer-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; FDM; Tablet PC 2.0)
Zeitstempel: Wed, 1 Sep 2010 17:42:58 UTC