Zuschauen wie die Karte wächste

Tolle sache

Wirklich großartige Sache :-D

Da hab ich gerade einen zurechtweißen können, der gerade eben in meiner Region einen Briefkasten eingetragen hat und erst seit 28 Minuten bei Openstreetmap angemeldet ist :-D

edwin-ldbg wrote:

Tolle sache

Wirklich großartige Sache :-D

Da hab ich gerade einen zurechtweißen können, der gerade eben in meiner Region einen Briefkasten eingetragen hat und erst seit 28 Minuten bei Openstreetmap angemeldet ist :-D

kalkfarbe oder lackfarbe?

geil

kalkfarbe oder lackfarbe?

Wamfarbe

interessant wäre es jetzt noch das Ganze nur auf das aktuell angesehene Gebiet zu beschränken ^^ praktisch ito in life....

Super. "Big brother is watching you" 😉

Das ist mal wieder eine gute Erweiterung.
Deshalb benutze ich auch überwiegend khtml.

st

robotnic wrote:

Auf http://khtml.org gibt es jetzt einen "Live Ticker". (auf "ticker" klicken)

Wirklich schön, nur warum wird die gesuchte Position nicht übernommen? Es ist ärgerlich immer mitten in die Sahara zu zoomen, wenn man mehr Details sehen will. Auch der Zoombalken sieht ja schön aus, aber ohne +/- kaum zu benutzen.

Wyo

edwin-ldbg wrote:

Tolle sache

Wirklich großartige Sache :-D

Da hab ich gerade einen zurechtweißen können, der gerade eben in meiner Region einen Briefkasten eingetragen hat und erst seit 28 Minuten bei Openstreetmap angemeldet ist :-D

Da muss ich gleich mal blöd fragen: Was ist denn am Eintragen von Briefkästen verwerflich?

Eigentlich wäre es logischer wenn die gesuchte Position übernommen würde.
Es wäre auch logisch in der Liste nur die Einträge anzuzeigen die im gewählten Ausschnitt sind.
So habe ich das auch am Anfang programmiert.

Wenn man jetzt aber auf eine Stadt gezoomt hat, dann kommt aber Anfang einfach nichts daher und
kein Mensch würde erkennen was das überhaupt tut.

Zum auswählen eines Bereiches kann man auch <shift>-mouse verwenden.
Tastaturunterstützung werde ich demnächst einbauen.

und der lizenzhinweis auf die cc-by-sa fehlt noch immer auf khtml.org... siehe dazu http://www.openstreetmap.org/copyright

zitat:
Wo möglich, muss ein Hyperlink auf OpenStreetMap http://www.openstreetmap.org/ und die Lizenz CC-BY-SA http://creativecommons.org/licenses/by-sa/2.0/ gesetzt werden.

Islanit wrote:

interessant wäre es jetzt noch das Ganze nur auf das aktuell angesehene Gebiet zu beschränken ^^ praktisch ito in life....

Ich weis nicht ob (und wie leicht) das mit khtml.org geht, aber man kann das als Alternative mit LiveEditMapViewerJ ( http://wiki.openstreetmap.org/wiki/LiveMapViewer ). Es ist recht aehnlich dem Ticker auf khtml.org, nur das es nicht im Browser laeuft, sonder ein kleines java program ist. Das kann man dann mit z.B. "LiveEditMapViewerJ.jar -12.0 35.0 45.00 72.00" starten um nur die Aenderung in Europa zu verfolgen.

Lizenz:

Das wollte ich eigentlich schon lange einbauen und zwar direkt in die Library. Ich scheitere aber immer an der wirklich korrekten Umsetzung.

Eigentlich würde man glauben, dass das ja super einfach ist. Im Detail gibt es dann aber doch Probleme.

Meine Library besteht aus einer Datei. Wenn ich CC-BY-SA Bild dazu geben würde, dann wären das 2 Dateien und die Installation würde komplizierter. Ich brauche also ein Bild das irgendwo im Internet ist und immer verfügbar ist.

Auf creativecommons.org bekomme ich das da:
<a rel="license" href="http://creativecommons.org/licenses/by-sa/3.0/"><img alt="Creative Commons Lizenzvertrag" style="border-width:0" src="http://i.creativecommons.org/l/by-sa/3.0/80x15.png" /></a><br />This Werk bzw. Inhalt is licensed under a <a rel="license" href="http://creativecommons.org/licenses/by-sa/3.0/">Creative Commons Attribution-ShareAlike 3.0 Unported License</a>.

Das ist weder deutsch noch englisch.

Beim openstreetmap link ist mir nicht klar ob ich dort direkt auf die Lizenz oder die Startseite linken soll.

Sodala hier mein Versuch:

<div>
<a href="http://creativecommons.org/licenses/by-sa/3.0/">
<img src="http://i.creativecommons.org/l/by-sa/3.0/80x15.png" border="0"/>
<a>
<a href="http://www.openstreetmap.org/">openstreetmap</a>
</div>

Ist das OK?

Oder reicht das:
<a href="http://www.openstreetmap.org/copyright">Licence</a>
so wie es auf der osm.org gemacht wird.

Das nächste Problem kommt wenn ich auch andere Layer dazumach.
Hat cyclemap, osmarenderer die gleiche Lizenz?

robotnic wrote:

Wenn man jetzt aber auf eine Stadt gezoomt hat, dann kommt aber Anfang einfach nichts daher und kein Mensch würde erkennen was das überhaupt tut.

Ja okay. Es ist zwar schön, wenn man sieht wie die Karte weltweit wächst, aber viel praxisrelevanz hat es nicht. Wie wäre es, wenn man das Startdatum zurückschieben könnte? Dann könnte man "seine" Gegend etwas besser verfolgen. Je nachdem wie weit man in die Vergangenheit geht, sieht man, was sich so geändert hat (keine Ahnung ob technisch machbar).

Wyo

@Wyo

Hier habe ich so etwas probiert:
http://www.khtml.org/osm/v0.76/examples/changes.html
Ist aber noch nicht fertig.

Technisch ist das jetzt auch möglich weil die changesets Schnittstelle
jetzt recht schnell geworden ist.

Bernhard

wie werden eigentlich die Daten bezogen? ich denke, so ein "Ticker" macht sicher noch relativ viel Traffic auf den OSM-Servern, oder ist das vernachlässigbar? man beachte http://forum.openstreetmap.org/viewtopic.php?id=8801.

Etwas ähnliches gab es übrigens bereits: http://datenkueche.com/osmlive/

!i! wrote:

Etwas ähnliches gab es übrigens bereits: http://datenkueche.com/osmlive/

Das kenne ich - kommt auch von mir ;-)

efred wrote:

wie werden eigentlich die Daten bezogen? ich denke, so ein "Ticker" macht sicher noch relativ viel Traffic auf den OSM-Servern, oder ist das vernachlässigbar? man beachte http://forum.openstreetmap.org/viewtopic.php?id=8801.

Das ist ein Request pro Minute auf die Minute diffs.
http://planet.openstreetmap.org/minute-replicate/
Hat also mit der API nichts zu tun.

Auf meinem Server wird das dann auf das wesentliche reduziert, gezippt und zwischengespeichert.

Der Traffik von meinem Server zu den Browsers hält sich auch in Grenzen.
Pro Minute sind das ca. 2 Kilobyte.

Wenn der User etwas anklickt, dann wird der das aber wirklich von der API geladen.
Es werden da einzelne nodes oder ways geladen was ja auch nicht wirklich schlimm ist.

robotnic wrote:

efred wrote:

wie werden eigentlich die Daten bezogen? ich denke, so ein "Ticker" macht sicher noch relativ viel Traffic auf den OSM-Servern, oder ist das vernachlässigbar? man beachte http://forum.openstreetmap.org/viewtopic.php?id=8801.

Das ist ein Request pro Minute auf die Minute diffs.
http://planet.openstreetmap.org/minute-replicate/
Hat also mit der API nichts zu tun.

Auf meinem Server wird das dann auf das wesentliche reduziert, gezippt und zwischengespeichert.

Der Traffik von meinem Server zu den Browsers hält sich auch in Grenzen.
Pro Minute sind das ca. 2 Kilobyte.

Wenn der User etwas anklickt, dann wird der das aber wirklich von der API geladen.
Es werden da einzelne nodes oder ways geladen was ja auch nicht wirklich schlimm ist.

Ah super... Danke fürs feedback... Ich wollte mich nur vergewissern, da ja dieser "Ticker" erst am Samstag hier publiziert wurde und ausgerechnet jetzt kommt die Meldung, dass momentan zu viel über die API gedownloadet wird. Ich dachte, das könnte vielleicht ein Zusammenhang haben. Das ist ja aber jetzt zum Glück nicht der Fall 🙂

Da muss ich gleich mal blöd fragen: Was ist denn am Eintragen von Briefkästen verwerflich?

Die fehlende Leerungszeit und Operator. Den Operator hab ich selbst eintragen können, aber für Leerungszeiten müsste ich selbst den blöden Kasten erneut aufsuchen.

cool,

tolle Idee und Umsetzung !!!!

Eine Sache ist mir aufgefallen. Wenn man links die Änderungen anklickt, wechselt die Karte, allerdings wechselt die Description nicht immer, wenn man eine andere Änderung (links) anklickt, mache ich die Description zu und klicke nochmal links, "zieht" die Description nach.

Gruß Jürgen

edwin-ldbg wrote:

Da muss ich gleich mal blöd fragen: Was ist denn am Eintragen von Briefkästen verwerflich?

Die fehlende Leerungszeit und Operator. Den Operator hab ich selbst eintragen können, aber für Leerungszeiten müsste ich selbst den blöden Kasten erneut aufsuchen.

soooooo lange dabei, immer nette kommentare, aber die grundbegriffe von osm immer noch nicht verstanden.

freu dich wenigstens, dass jemand einen unentdeckten bk in "deiner" gegend gefunden hat und daß du den jetzt komplettieren KANNST - nicht mußt.

Hinweis:

ich hatte die Seite incl. Ticker jetzt in einem Tab etwa 1 Stunde offen. Inzwischen zog Firefox 99% CPU-Leistung. Nach Schließen des Tabs ging die CPU sofort zurück auf 1%.

Gruß Jürgen

@juson
Danke für die Bugreports.
Der erste Bug ist gefixed.

Bei der CPU Last muss ich genauer schauen.

Nach Neustart der Seite + Ticker sehe ich die Description allerdings gar nicht mehr.

Gruß Jürgen

Sorry
Blödsinn, jetzt ist sie da, hat wohl mur einen Moment gedauert.

in dem Thread http://forum.openstreetmap.org/viewtopi … 627#p96627 schiebt deltabrasil gerade Daten hoch
Müßte man das nicht verfolgen können?

Gruß Jürgen

@juson... die Daten sind schon seit heute morgen drin. da gibt es keine Aktualisierungen mehr zu sehen.

ach so, ich dachte weil deltabrasils letztes Posting von 15:17 war....

Danke

Gruß Jürgen

juson wrote:

Hinweis:

ich hatte die Seite incl. Ticker jetzt in einem Tab etwa 1 Stunde offen. Inzwischen zog Firefox 99% CPU-Leistung. Nach Schließen des Tabs ging die CPU sofort zurück auf 1%.

Gruß Jürgen

Dasselbe bei Opera.
Hab mich schon gewundert, warum mein PC immer langsamer wird, dann hab ich gesehen, dass der Tab ja noch offen ist.

KaChing_Cacher wrote:

Hab mich schon gewundert, warum mein PC immer langsamer wird, dann hab ich gesehen, dass der Tab ja noch offen ist.

dürfte wohl ein generelles problem mit java-script sein. irgendwie und irgendwann und sehr oft muss der browser ja mal nachfragen, obs was neues gibt. und das dauert halt.

falls ich doch irgendwann mal in die versuchung kommen sollte, sowas zu basteln, würd ich das mit nem "echten" java-applet versuchen. da sollte man das besser steuern können.
hat da jemand praktische erfahrungen?

gruss
walter

soooooo lange dabei, immer nette kommentare, aber die grundbegriffe von osm immer noch nicht verstanden.

freu dich wenigstens, dass jemand einen unentdeckten bk in "deiner" gegend gefunden hat und daß du den jetzt komplettieren KANNST - nicht mußt.

Meine Freude ist überwältigend nun auch noch Kindsmagd spielen zu dürfen.

CPU Last sollte jetzt wesentlich geringer sind:

http://www.khtml.org/osm/v0.77/

Getestet hab ich aber noch wenig.

robotnic wrote:

CPU Last sollte jetzt wesentlich geringer sind:

http://www.khtml.org/osm/v0.77/

Getestet hab ich aber noch wenig.

Nach etwa einer Stunde sieht´s unter Firefox gut aus. Keine hohe CPU-Last. Ich lass es mal weiter mitlaufen.

Davon abgesehen, macht richtig Spaß zuzuschauen. Man ist irgendwie abgelelenkt... 🙂.

2 Fragen:
Wie kommt man aus dem Fullscreenmodus zurück in den "Tickermodus", ohne diesen neuzustarten?
Rote Linien bedeutet gelöschte oder verschobene (Straßen)?

Gruß Jürgen

edwin-ldbg wrote:

soooooo lange dabei, immer nette kommentare, aber die grundbegriffe von osm immer noch nicht verstanden.

freu dich wenigstens, dass jemand einen unentdeckten bk in "deiner" gegend gefunden hat und daß du den jetzt komplettieren KANNST - nicht mußt.

Meine Freude ist überwältigend nun auch noch Kindsmagd spielen zu dürfen.

Doch verlangen tut dieses keiner von Dir, werter Herr 😉

Entweder lebst Du damit oder änderst es selbst...
Lieber ein Briefkasten mit fehlenden Zeiten als keiner...

Außerdem ändern sich die Zeiten auch ab und an... Kontrollierst Du sie denn auch regelmäßig 😉
Grins

Oder einfach schneller sein 😄

Gruss Cadfael

wambacher wrote:

falls ich doch irgendwann mal in die versuchung kommen sollte, sowas zu basteln, würd ich das mit nem "echten" java-applet versuchen. da sollte man das besser steuern können. hat da jemand praktische erfahrungen?

Javascript ist kein Deut weniger gut wie Java. Es ist ein Irrglaube wenn man meint, mit einer "echten" Programmiersprache (Java) könne man besser programmieren, als mit "nur" einer Scriptsprache (Javascript). Ein Java-Applet bringt überhaupt keinen Vorteil.

Wyo

juson wrote:

2 Fragen:
Wie kommt man aus dem Fullscreenmodus zurück in den "Tickermodus", ohne diesen neuzustarten?
Rote Linien bedeutet gelöschte oder verschobene (Straßen)?

Gruß Jürgen

1.)
Der Fullscreenbutton ist einfach ein Link auf eine neue html Seite.
Mit dem Browser Backbutton kommt man zurück.
Zudem kann man die ESC Taste verwenden.
Die Icons des Tickermodus sind im Nirvana neben den ewigen Jagdgründen.

Irgendwann soll das aber per Javascript gelöst werden ohne eine neue Seite zu laden.

2.)
Die Minute diffs enthalten neue, geänderte und gelöschte ways und nodes.
Wennbei einem way nur irgendwelche Tags geändert wurden, gibt es keine lat, lon Information und ich schmeiss den way weg.
Straßen sind immer rot und entweder neu oder haben zumindest einen node der geändert wurde.

Das Version tag verrät genaueres.

robotnic wrote:

Der Fullscreenbutton ist einfach ein Link auf eine neue html Seite.
Mit dem Browser Backbutton kommt man zurück.
Zudem kann man die ESC Taste verwenden.
Die Icons des Tickermodus sind im Nirvana neben den ewigen Jagdgründen.

Irgendwann soll das aber per Javascript gelöst werden ohne eine neue Seite zu laden.

Danke,

die ESc-Taste tut´s bei mir nicht. Backbutton oder -Taste ok.

Gruß Jürgen

robotnic wrote:

Leider gibt es manchmal Verzögerungen - das wird aber auch noch gelöst (minute diffs)

Scheinbar gibt es aber ziemliche Verspätungen bei den Diffs selber. Meine eigenen Edits habe ich bis jetzt noch nie gesehen, oder gibt es da eine andere Ursache?

Update: Ahh, jetzt kommen welche, aber nur neue Wege. Was ist mit Korrekturen?

Wyo

wyo wrote:

robotnic wrote:

Leider gibt es manchmal Verzögerungen - das wird aber auch noch gelöst (minute diffs)

Scheinbar gibt es aber ziemliche Verspätungen bei den Diffs selber. Meine eigenen Edits habe ich bis jetzt noch nie gesehen, oder gibt es da eine andere Ursache?

Update: Ahh, jetzt kommen welche, aber nur neue Wege. Was ist mit Korrekturen?

Wyo

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.

Gruß

wyo wrote:

Scheinbar gibt es aber ziemliche Verspätungen bei den Diffs selber.

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/openstre … elay2.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.

wyo wrote:

robotnic wrote:

Leider gibt es manchmal Verzögerungen - das wird aber auch noch gelöst (minute diffs)

Scheinbar gibt es aber ziemliche Verspätungen bei den Diffs selber. Meine eigenen Edits habe ich bis jetzt noch nie gesehen, oder gibt es da eine andere Ursache?

Update: Ahh, jetzt kommen welche, aber nur neue Wege. Was ist mit Korrekturen?

Wyo

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.

godofglow wrote:

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.

Gruß

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.

robotnic wrote:

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.

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).

Wyo

edwin-ldbg wrote:

grundbegriffe

KANNST
mußt.

dürfen.

Warum wird eigentlich immer auf Zoomlevel 15 umgeschaltet, wenn man eine Änderung anklickt?

wyo wrote:

Warum wird eigentlich immer auf Zoomlevel 15 umgeschaltet, wenn man eine Änderung anklickt?

Weil ich nicht weiß wie ich es sonst machen soll.

Was wäre sinnvoller und genauso leicht benutzbar?

lg, Bernhard

robotnic wrote:

Was wäre sinnvoller und genauso leicht benutzbar?

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.

Wyo

wyo wrote:

robotnic wrote:

Was wäre sinnvoller und genauso leicht benutzbar?

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.

Wyo

Hier mit 13:
http://www.khtml.org/osm/v0.78/

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.

Weiters gibt es hier:
http://www.khtml.org/osm/v0.78/examples/digizoom.html
Ein geändertes mouserad zoom verhalten das man per Konfiguration
einschalten kann - geht aber noch nicht richtig.

Die Abbiegeverbote hab ich hier visualisiert:
http://www.khtml.org/osm/v0.78/examples … check.html
Dann bin ich aber draufgekommen, dass es das schon gibt.

lg, Bernhard

robotnic wrote:

wyo wrote:

robotnic wrote:

Was wäre sinnvoller und genauso leicht benutzbar?

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.

Wyo

Hier mit 13:
http://www.khtml.org/osm/v0.78/

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.

juson wrote:

robotnic wrote:

wyo wrote:

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.

Wyo

Hier mit 13:
http://www.khtml.org/osm/v0.78/

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.

Schwuppdiwupp jetzt ist es 11.

robotnic wrote:

Schwuppdiwupp jetzt ist es 11.

Danke. Mir wär´s recht, ..... Ich warte mal, bis der nächste sich beschwert. 🙄

Ich seh grad, hier wird´s schwierig:
http://www.khtml.org/osm/v0.78/#51.6367 … 5622115:11

Kannst Du das ausgewählte Symbol ev. noch auf der Karte markieren?
Leider kommen die Symbole auf dem Permalink nicht mit.

juson wrote:

Kannst Du das ausgewählte Symbol ev. noch auf der Karte markieren?
Leider kommen die Symbole auf dem Permalink nicht mit.

Machen wir gleich eine Sammelbestellung. Wer hat noch Wünsche?

Bernhard

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_h … nen01.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.

juson wrote:

Gerade durch Zufall festgestellt, der Ticker funktioniert leider nicht mit dem IE8. ==> Fehler auf der Seite.

Repariert. Der IE mag das Wort "grey" nicht.
Mit "gray" meckert er nicht mehr.

@robotnic,

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

Meldung: 'map' ist Null oder kein Objekt
Zeile: 397
Zeichen: 2
Code: 0
URI: http://www.khtml.org/osm/v0.78/

Der Fehler wiederholt sich allerdings.

EDIT: Der Ticker scheint sich auch nicht zu aktualisieren, allenfalls sporadisch. Unter Firefox sind die Mapper viel fleißiger...

@robotnic: Ich stelle die Frage einfach mal hier und auch an andere:

Ich suche eine Möglichkeit über eine Gruppe von diffs eine bounding-box zu erstellen, sie sollte die Ausdehnung alle Änderungen innerhalb dieser diffs begrenzen; Diese Begrenzung möchte ich nutzen um selektiv Tiles neu zu rendern.
Siehst du da eine einfache Möglichkeit oder gibt es das schon?