Re: [Talk-de] Zeitdauer vom Hochladen der Daten bis zur Darstellung
Henry Every schrieb: Hi, wenn es gibt wobei man dich unterstützen kann, dann lasse es mich wissen. Ich suche nämlich eine Möglichkeit auf einem Windows PC einen Client laufen zu lassen. Ich hätte da 2 PCs die 24/7 auf der Arbeit laufen, aber meistens nichts zu tun haben, den Strom könnte man sinnvoller nutzen. ;-) Denn der Versuch mit der all-in-one Paket ist kläglich gescheitert. :-( Aus meiner Sicht gibt es mehrere Gründe warum der "standard" [EMAIL PROTECTED] auf Windows nicht so gut funktioniert: 1. Es gibt so gut wie niemanden, der qualifizierte Rückmeldungen gibt oder geben kann. 2. Es ist anscheinend nicht gerade einfach die notwendige perl-umgebung auf windows einzurichten. 3. (in verbindung mit 1.) Keiner der [EMAIL PROTECTED] devs hat großes interesse extra eine Windows-Testumgebung aufzusetzen, wenn das Bottleneck eh der Server ist. -- Dirk-Lüder "Deelkar" Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zeitdauer vom Hochladen der Daten bis zur Darstellung
Henry Every schrieb: > (...) > Hi, > wenn es gibt wobei man dich unterstützen kann, dann lasse es mich wissen. > mir wäre im Moment sehr viel geholfen, wenn mir jemand mit OpenGL Erfahrung einen Tipp geben könnte wie man am einfachsten eine Textur offscreen rendert und dann in ein Bitmap schreibt ohne ein Fenster erstellen zu müssen. Ist dies überhaupt möglich? Gruß Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zeitdauer vom Hochladen der Daten bis zur Darstellung
> > Frederik Fischer schrieb: >> ich bin im Moment daran aus Spass an der Freude einen möglichst >> ressourcenschonenden osma-kompatiblen Renderer/[EMAIL PROTECTED] für windows >> zu schreiben, da meine alte Krücke (athlon 2100+, 512mb ram) laut >> [EMAIL PROTECTED] nicht gerade als Client-Rechner taugt. > Du kommst mir wie gerufen ;). Bitte gleich bescheid sagen, wenns was u > testen gibt! >> Leider hänge ich im Moment an der Inkscape Brücke. Die svg files sind >> recht flott erstellt, aber das Rasterisieren mittel Inkscape dauert. > Herzlich willkommen in der Realität. Genau da ist nämlich das Problem. > Inkscape verbraucht Unmengen an Speicher (wie gesat, teils zwölf GB > und mehr) und ist dabei ewig langsam. Deshalb auch mein > Alternativvorschlag über OGL oder DX. >> Aus diesem Grund bin bzw. war ich interessiert, ob inkscape generell >> etwas verzögert > Geht aus meinem oberen Text ja hervor. >> und wie die anderen möglichkeiten (rsvg,...) in dieser Hinsicht >> abschneiden. >> > Angeblich funktionieren die größtenteils nicht bzw. rendern falsch > oder ihnen fehlen Features. > > Hi, wenn es gibt wobei man dich unterstützen kann, dann lasse es mich wissen. Ich suche nämlich eine Möglichkeit auf einem Windows PC einen Client laufen zu lassen. Ich hätte da 2 PCs die 24/7 auf der Arbeit laufen, aber meistens nichts zu tun haben, den Strom könnte man sinnvoller nutzen. ;-) Denn der Versuch mit der all-in-one Paket ist kläglich gescheitert. :-( Danke Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zeitdauer vom Hochladen der Daten bis zur Darstellung
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Till Maas schrieb: | | Uh, da war ich dann wohl was ungenau. Ein Renderjob belegt auch einen | Warteplatz in der Warteschlange, evtl. auch drei (für die drei verschiedenen | Sätze), da bin ich mir jetzt nicht sicher. Ein renderjob belegt genau einen Platz und aktualisiert alle drei layers, wobei captionless nur aus dem z12 Tile besteht. maplint hat 1 + 2^2 + 2^4 + 2^6 + 2^8 = 341 tiles pro Zip (konstant) Das default tile-layer hat 1 bis 1365 Tiles im Zip, je nach zu rendernden Daten. Manuelle Requests laufen vor der Queue, die derzeit ein backlog von etwa 48 Stunden hat. Alle Requests müssen durch die upload Queue, die im Normalfall ca 1-1,5 Stunden zum durcharbeiten braucht. - -- Dirk-Lüder "Deelkar" Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIMpbdFUbODdpRVDwRAvvYAJ9IFWrEooNI3fM8GYarbkYmHe8lbQCgknSI saOIFSDFX/rkt1d+4+nacCk= =WRL0 -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zeitdauer vom Hochladen der Daten bis zur Darstellung
On Tue May 20 2008, Martin Simon wrote: > Am Montag, 19. Mai 2008 23:52:00 schrieb Till Maas: > > 1500 ist afaik die Höchstgrenze, typischerweise wird es aber auf einen > > Wert um die 1200 begrenzt. Die Warteschlange ist aber soweit ich das > > mitbekomme immer voll und die Clients werden dann entsprechend > > ausgebremst. Ein einzelner manueller upload dürfte dann aktuell ähnlich > > schnell verarbeitet werden, wie an anderen Tagen. > > Ein kompletter Satz von zoom 12 bis 17 besteht aus 1 + 2^2 + 2^4 + 2^6 + > 2^8 + 2^10 = 1365 Kacheln - plus maplint und captionless. > > Da kommt freude auf ;-) Uh, da war ich dann wohl was ungenau. Ein Renderjob belegt auch einen Warteplatz in der Warteschlange, evtl. auch drei (für die drei verschiedenen Sätze), da bin ich mir jetzt nicht sicher. Grüße, Till ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zeitdauer vom Hochladen der Daten bis zur Darstellung
Am Montag, 19. Mai 2008 23:52:00 schrieb Till Maas: > On Mon May 19 2008, André Reichelt wrote: > > Till Maas schrieb: > > > Auf's entpacken muß man auf jeden Fall weniger warten, da wird die > > > maximale Wartezeit auch auf die Dauer begrenzt, die etwas über 1000 > > > Tiles benötigen. > > > > Nun, es sind knapp über 1500, habe ich mir sagen lassen, und das dauert > > halt seine Zeit. > > 1500 ist afaik die Höchstgrenze, typischerweise wird es aber auf einen Wert > um die 1200 begrenzt. Die Warteschlange ist aber soweit ich das mitbekomme > immer voll und die Clients werden dann entsprechend ausgebremst. Ein > einzelner manueller upload dürfte dann aktuell ähnlich schnell verarbeitet > werden, wie an anderen Tagen. Ein kompletter Satz von zoom 12 bis 17 besteht aus 1 + 2^2 + 2^4 + 2^6 + 2^8 + 2^10 = 1365 Kacheln - plus maplint und captionless. Da kommt freude auf ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zeitdauer vom Hochladen der Daten bis zur Darstellung
Frederik Fischer schrieb: > ich bin im Moment daran aus Spass an der Freude einen möglichst > ressourcenschonenden osma-kompatiblen Renderer/[EMAIL PROTECTED] für windows > zu > schreiben, da meine alte Krücke (athlon 2100+, 512mb ram) laut [EMAIL > PROTECTED] > nicht gerade als Client-Rechner taugt. Leider hänge ich im Moment an der > Inkscape Brücke. Die svg files sind recht flott erstellt, aber das > Rasterisieren mittel Inkscape dauert. (svg erstellen: ca. 1s, in png > umwandeln: ca. 7-15s) Aus diesem Grund bin bzw. war ich interessiert, > ob inkscape generell etwas verzögert und wie die anderen möglichkeiten > (rsvg,...) in dieser Hinsicht abschneiden. Ich erinnere mich das schonmal in #osm diskutiert zu haben. Fazit war damals wohl, dass rsvg (cairo-Bibliothek) zwar wohl schneller wäre aber die SVGs von Osmarender komplett auf Inkscape mitsamt seiner Eigenheiten getrimmt ist und man den Output komplett auf Cairo umoptimieren müsste. Wie sieht's mit imagemagick aus? Als ich das letzte mal geschaut habe, war der SVG-Support noch arg rudimentär. Aber Fred hat im Rahmen von ORP schonmal erwähnt, das er einiges Potential in der Optimierung der SVGs sieht, Stichwort clipping und so... Grüße, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zeitdauer vom Hochladen der Daten bis zur Darstellung
Frederik Fischer schrieb: > ich bin im Moment daran aus Spass an der Freude einen möglichst > ressourcenschonenden osma-kompatiblen Renderer/[EMAIL PROTECTED] für windows > zu schreiben, da meine alte Krücke (athlon 2100+, 512mb ram) laut [EMAIL > PROTECTED] nicht gerade als Client-Rechner taugt. Du kommst mir wie gerufen ;). Bitte gleich bescheid sagen, wenns was u testen gibt! > Leider hänge ich im Moment an der Inkscape Brücke. Die svg files sind recht > flott erstellt, aber das Rasterisieren mittel Inkscape dauert. Herzlich willkommen in der Realität. Genau da ist nämlich das Problem. Inkscape verbraucht Unmengen an Speicher (wie gesat, teils zwölf GB und mehr) und ist dabei ewig langsam. Deshalb auch mein Alternativvorschlag über OGL oder DX. > Aus diesem Grund bin bzw. war ich interessiert, ob inkscape generell etwas > verzögert Geht aus meinem oberen Text ja hervor. > und wie die anderen möglichkeiten (rsvg,...) in dieser Hinsicht abschneiden. > Angeblich funktionieren die größtenteils nicht bzw. rendern falsch oder ihnen fehlen Features. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zeitdauer vom Hochladen der Daten bis zur Darstellung
André Reichelt schrieb: > Frederik Fischer schrieb: > >> Könnte ja sein dass sich jemand genauer mit dem Tool auseinandergesetzt hat >> (sei es zu Entwicklungs- oder Testzwecken) und deshalb ungefähr weiß in >> welcher Region sich das Verhältnis befindet. >> > Dem Kerl wäre ih sehr verbunden, denn das Ding ist aktuell nicht mehr > wie eine Ressurcenschläuder. Könnte ich programmieren, würde ich mich > direkt nach dem Bugtracker darum kümmern und was gescheites, > hardgecodedes machen, dass ggf. die Grafikkarte zum rendern nutzt und > ohne Inkscape arbeitet, dass teilweise über 12 GB RAM belegt, die dann > virtuell ausgelagert werden müssen. > ich bin im Moment daran aus Spass an der Freude einen möglichst ressourcenschonenden osma-kompatiblen Renderer/[EMAIL PROTECTED] für windows zu schreiben, da meine alte Krücke (athlon 2100+, 512mb ram) laut [EMAIL PROTECTED] nicht gerade als Client-Rechner taugt. Leider hänge ich im Moment an der Inkscape Brücke. Die svg files sind recht flott erstellt, aber das Rasterisieren mittel Inkscape dauert. (svg erstellen: ca. 1s, in png umwandeln: ca. 7-15s) Aus diesem Grund bin bzw. war ich interessiert, ob inkscape generell etwas verzögert und wie die anderen möglichkeiten (rsvg,...) in dieser Hinsicht abschneiden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zeitdauer vom Hochladen der Daten bis zur Darstellung
On Mon May 19 2008, André Reichelt wrote: > Till Maas schrieb: > > Auf's entpacken muß man auf jeden Fall weniger warten, da wird die > > maximale Wartezeit auch auf die Dauer begrenzt, die etwas über 1000 Tiles > > benötigen. > > Nun, es sind knapp über 1500, habe ich mir sagen lassen, und das dauert > halt seine Zeit. 1500 ist afaik die Höchstgrenze, typischerweise wird es aber auf einen Wert um die 1200 begrenzt. Die Warteschlange ist aber soweit ich das mitbekomme immer voll und die Clients werden dann entsprechend ausgebremst. Ein einzelner manueller upload dürfte dann aktuell ähnlich schnell verarbeitet werden, wie an anderen Tagen. Die aktuelle Größe der Warteschlange kann man sich u.a. hier angucken: http://tah.openstreetmap.org/Upload/go_nogo.php Grüße, Till ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zeitdauer vom Hochladen der Daten bis zur Darstellung
Till Maas schrieb: > Auf's entpacken muß man auf jeden Fall weniger warten, da wird die maximale > Wartezeit auch auf die Dauer begrenzt, die etwas über 1000 Tiles benötigen. Nun, es sind knapp über 1500, habe ich mir sagen lassen, und das dauert halt seine Zeit. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zeitdauer vom Hochladen der Daten bis zur Darstellung
Frederik Fischer schrieb: > Könnte ja sein dass sich jemand genauer mit dem Tool auseinandergesetzt hat > (sei es zu Entwicklungs- oder Testzwecken) und deshalb ungefähr weiß in > welcher Region sich das Verhältnis befindet. Dem Kerl wäre ih sehr verbunden, denn das Ding ist aktuell nicht mehr wie eine Ressurcenschläuder. Könnte ich programmieren, würde ich mich direkt nach dem Bugtracker darum kümmern und was gescheites, hardgecodedes machen, dass ggf. die Grafikkarte zum rendern nutzt und ohne Inkscape arbeitet, dass teilweise über 12 GB RAM belegt, die dann virtuell ausgelagert werden müssen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zeitdauer vom Hochladen der Daten bis zur Darstellung
On Mon May 19 2008, André Reichelt wrote: > Frederik Fischer schrieb: > > hat zufällig jemand etwas genauere Angaben zur Hand. Mich würde konkret > > interessieren, wie lange es in etwa dauert, ein Tile mit orp in einer > > Zoomstufe zu rendern > > Da wirst Du keine genauere Antwort bekommen können. Erstmal ist es eh > egal, wie lange nur ein einzelnes Tile gerendert wird, da grunssätzlich > IMMER der ganze Satz gerendert wird. Zweitens kommt es ganz auf die > Komplexität des Ganzen an. Außerdem liegen die Tiles nach dem Rendern > noch auf dem Server rum, der die entpacken muss und auch dabei können > mehrere Stunden vergehen. Auf 'nem AMD X2 5200+ und 3GB Ram konnte ich bisher einzelne Tiles immer in deutlich unter einer Stunde rendern. Das entpacken dauert dann natürlich noch. Ein AMD Sempron 2600+ mit 1 GB Ram braucht über 90 Minuten bzw. so lange, dass ich den Job abgebrochen habe, als ich es mal ausprobiert habe. > Ich habe vorhin erfahren, dass wir aktuell eine Warteschlange von 8 > Tagen haben. Ich weiss jetzt allerdings nicht, ob sich das nur auf die > Priorität 2 bezieht oder für alles gilt. Auf's entpacken muß man auf jeden Fall weniger warten, da wird die maximale Wartezeit auch auf die Dauer begrenzt, die etwas über 1000 Tiles benötigen. Grüße, Till ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zeitdauer vom Hochladen der Daten bis zur Darstellung
André Reichelt schrieb: > Frederik Fischer schrieb: > >> hat zufällig jemand etwas genauere Angaben zur Hand. Mich würde konkret >> interessieren, wie lange es in etwa dauert, ein Tile mit orp in einer >> Zoomstufe zu rendern (...) >> > Da wirst Du keine genauere Antwort bekommen können. Erstmal ist es eh > egal, wie lange nur ein einzelnes Tile gerendert wird, da grunssätzlich > IMMER der ganze Satz gerendert wird. Zweitens kommt es ganz auf die > Komplexität des Ganzen an. Außerdem liegen die Tiles nach dem Rendern > noch auf dem Server rum, der die entpacken muss und auch dabei können > mehrere Stunden vergehen. (...) das ist mir schon klar. Mir geht es eher um die Verteilung der Rechenzeit zwischen Rendern und Rasterisierten. Könnte ja sein dass sich jemand genauer mit dem Tool auseinandergesetzt hat (sei es zu Entwicklungs- oder Testzwecken) und deshalb ungefähr weiß in welcher Region sich das Verhältnis befindet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zeitdauer vom Hochladen der Daten bis zur Darstellung
Frederik Fischer schrieb: > hat zufällig jemand etwas genauere Angaben zur Hand. Mich würde konkret > interessieren, wie lange es in etwa dauert, ein Tile mit orp in einer > Zoomstufe zu rendern Da wirst Du keine genauere Antwort bekommen können. Erstmal ist es eh egal, wie lange nur ein einzelnes Tile gerendert wird, da grunssätzlich IMMER der ganze Satz gerendert wird. Zweitens kommt es ganz auf die Komplexität des Ganzen an. Außerdem liegen die Tiles nach dem Rendern noch auf dem Server rum, der die entpacken muss und auch dabei können mehrere Stunden vergehen. Ich habe vorhin erfahren, dass wir aktuell eine Warteschlange von 8 Tagen haben. Ich weiss jetzt allerdings nicht, ob sich das nur auf die Priorität 2 bezieht oder für alles gilt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zeitdauer vom Hochladen der Daten bis zur Darstellung
Bernd Wurst schrieb: > Osmarender ist (richtig übel) langsam. Für ein Tileset (ein Bildchen bei Zoom > 12 und alle Bilder der höheren Zoomstufen des selben Bereichs) braucht das > abhängig von der Zahl der Elemente zwischen mehreren Minuten und über einer > Stunde. Aufgaben für [EMAIL PROTECTED] werden von Benutzern manuell, von > Admins per > Script und per Überwachung der Änderungen am Datenbestand erstellt. > [EMAIL PROTECTED] ist chronisch überlastet. hat zufällig jemand etwas genauere Angaben zur Hand. Mich würde konkret interessieren, wie lange es in etwa dauert, ein Tile mit orp in einer Zoomstufe zu rendern (also ohne Subtiles höheren Zooms; mittlere Komplexität angenommen) und vor allem: wieviel der Zeit für die Rasterisierung des svg-files draufgeht. Gruß Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zeitdauer vom Hochladen der Daten bis zur Darstellung
Hallo Kai. (Du wirst hier vermutlich mehrere Antworten bekommen, weil ich so lange brauche um diesem Roman zu schreiben... ;-) Am Montag, 19. Mai 2008 schrieb Kai Behncke: > mich interessiert aus welchem Grunde es teilweise bis 7,8 Tage dauert bis > hochgeladene Daten (Neue Straßen etc.) letztlich in der Open Street Map > Karte dargestellt werden. > Was passiert da technisch? Kann mir da jemand Auskunft geben? > Vielen Dank im Voraus, Kai Da spielen mehrere Faktoren eine Rolle und es gibt zwei (gängige) Renderer, die komplett unabhängig arbeiten. Mapnik, das was man sieht wenn man nichts umschaltet: Mapnik arbeitet nicht mit den "rohdaten" von Openstreetmap zusammen und greift nicht auf die MySQL-Datenbank zu. Die Daten müssen zur Verwendung erst exportiert und in eine andere Datenbank wieder importiert werden. Dieser Schritt dauert und belastet das System, daher wird das offiziell nur wöchentlich gemacht. Manchmal, hab ich das Gefühl, passiert das aber auch öfter. Sobald die neuen Daten in der Kopie für Mapnik drin sind, rendert mapnik immer dann neu, wenn eine Grafik schon etwas älter ist (ich meine mich zu erinnern, 20 Tage). Osmarender, auch [EMAIL PROTECTED] genannt, muss oben rechts über das "+" aktiviert werden: [EMAIL PROTECTED], in Anlehnung an das alte [EMAIL PROTECTED], läuft bei vielen Leuten zu Hause. Sobald jemand über www.informationfreeway.org einen Render-Request absetzt, wird diese Anfrage zu einem der Teilnehmer übertragen, der rendert dann und läd die Bilder hoch. Mapnik macht (so sagen viele) schönere Karten, arbeitet aber leider nur mit einer (per Definition) veralteten Datenbank. Aktuelle Änderungen kommen dort viel später an. Hat er neue Daten, ist er aber unschlagbar schnell. Osmarender ist (richtig übel) langsam. Für ein Tileset (ein Bildchen bei Zoom 12 und alle Bilder der höheren Zoomstufen des selben Bereichs) braucht das abhängig von der Zahl der Elemente zwischen mehreren Minuten und über einer Stunde. Aufgaben für [EMAIL PROTECTED] werden von Benutzern manuell, von Admins per Script und per Überwachung der Änderungen am Datenbestand erstellt. [EMAIL PROTECTED] ist chronisch überlastet. Man kann sich einen [EMAIL PROTECTED] holen und seinen Client speziell auf sein Tileset ansetzen, das ist oftmals schneller als der offizielle Render-Request. Gruß, Bernd -- Wer gegen ein Minimum Aluminium immun ist, besitzt Aluminiumminimumimmunität signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zeitdauer vom Hochladen der Daten bis zur Darstellung
Kai Behncke schrieb: > Was passiert da technisch? Kann mir da jemand Auskunft geben? > Vielen Dank im Voraus, Kai > Da werden hunderte von minderjährigen Zeichnern in Taiwan aktiviert, die dann die Karte extra für die manuell zeichnen. Spass bei Seite. Wir haben zwei Renderer, Mapnik und Osmarender. Beide arbeiten grundverschieden. Mapnik basiert auf einer Datenbank, deren Füllung eine Woche dauert. Die Daten werden dabei ich Echtzeit gerendert. Deshalb kann es durchaus bis zu einer Woche dauern, bis die Änderungen sichtbar werden. In Osmarender, dessen Layer Du über die rechte Schaltfläche erreichen kannst, keht es i.d.R. innerhalb von wenigen Stunden. Dahinter steckt das Projekt [EMAIL PROTECTED], bei dem viele Rechner von Privatleuten zusammengeschaltet sind. Diese holen sich aus einer Liste aufträge ab und rendern dann zugewiesene Tiles und laden diese anschließend wieder auf den Server. Jedoch müssen die Änderungen zunächst in die Warteliste eingetragen werden. Dies geschieht normalerweise automatisch über einen Bot, der geänderte Tiles automatisch einträgt. Diese Tiles landen dort allerdings mit Proritätsstufe 2 und das Rendern kann je nach Aktivität des Projektes durchaus zwei oder drei Tage in Anspruch nehmen. Um das zu beschläunigen, gehst du auf http://www.informationfreeway.org und zoomst an die betroffene Stelle in Zoomlevel 12. Daraufhin klickst du auf Permenentlink und fügst dann oben am ende der URL noch &user=*Dein Name* (ohne Sternchen) an. Inb diesem Link oben sollte nun auch zoom=12 stehen. Nun folgt Deiner Maus ein rotes Quadrat. Dieses Quadrat verschiebst Du an die Stelle mit deiner Änderung, hälst die strg-Taste gedrückt und klickst dann. Nun erscheint noch ein DIalog, unten sollte nun auch dein Name stehen. Klicke auf OK und dann möglichst zügig unten auf Permenentlink. In dieser Tabelle suchst Du nun mit strg+f nach Deinem Namen und klickst danneben auf die beiden Koordinaten. Dort kannst Du dann den Status abfragen. So, das war jetzt ein Roman, aber ich hoffe, Du hast es verstanden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de