Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Florian Lohoff wrote: Und leider ist eben die notwendige Hardware nicht gerade Alternate off-the-shelf zeugs Amazon EC2 wäre durchaus eine Alternative, vor allem ist es skalierbar anhand des verfügbaren Geldes. Die Preise für die Rechner sind auch ok (0,10 bis 0,80 USD/Stunde), nur der Traffic ist ein wenig teuer (0,17 bis 0,10 USD/GB) für unsere Bedürfnisse. http://www.amazon.com/Instances-EC2-AWS/b/ref=sc_fe_c_0_201590011_2?ie=UTF8node=370375011no=201590011me=A36L942TSJ2AJA http://calculator.s3.amazonaws.com/calc5.html? cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Frederik Ramm [EMAIL PROTECTED] writes: [...] Spaetz schrieb gerade auf der tilesathome-Liste, dass der Server mittlerweile rebooted ist, weil irgendein Admin 150km mit dem Auto hingefahren ist. Hat der wenigstens sein GPS mitlaufen lassen? SCNR, Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hi! Frederik Ramm schrieb: * Mittlerweile hatte der Server aber irgendein Problem, das dazu fuehrte, dass man sich nicht mehr einloggen konnte, d.h. alle unsre Leute waren dadurch k.o. gesetzt, und man muss sich direkt mit den Uni-Admins vor Ort unterhalten. Da hakelt es offenbar etwas - was genau da los ist/war, weiss ich nicht. Der Server braucht zu viel RAM, es ist (mir) unklar, ob tatsächlich [EMAIL PROTECTED] oder ein weitere Umstellung auf dem Server (Openaerialmap, XAPI) evtl. auch in Verbindung mit [EMAIL PROTECTED] zu den Problemen führte. Jedenfalls hat der OOM wohl den sshd gekillt, was jegliche remote-Zugriffe von [EMAIL PROTECTED] oder OSM-Admins unmöglich macht. Spaetz schrieb gerade auf der tilesathome-Liste, dass der Server mittlerweile rebooted ist, weil irgendein Admin 150km mit dem Auto hingefahren ist. Würde es helfen, den Jungs eine über Ethernet schaltbare Steckdose zu kaufen oder kann die dann in der Uni wieder nicht angesteckt werden? Die Teile kosten wenige hundert € und wir verwenden die eigentlich sehr erfolgreich. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Am Dienstag, 29. Juli 2008 13:12:41 schrieb Gernot Hillier: Hi! Frederik Ramm schrieb: Spaetz schrieb gerade auf der tilesathome-Liste, dass der Server mittlerweile rebooted ist, weil irgendein Admin 150km mit dem Auto hingefahren ist. Würde es helfen, den Jungs eine über Ethernet schaltbare Steckdose zu kaufen oder kann die dann in der Uni wieder nicht angesteckt werden? Vorausgesetzt der Server hängt alleine an einer USV, welche dann recht bald nach Stromausfall den Impuls zum geordneten Runterfahren des Rechners gibt. Es haben zwar heutzutage einige Dateisysteme eine Journalingfunktion eingebaut, weswegen ich aber das harte Ausschalten eines Servers trotzdem nicht provizieren wöllte. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hi! Andreas Jacob schrieb: Am Dienstag, 29. Juli 2008 13:12:41 schrieb Gernot Hillier: Hi! Frederik Ramm schrieb: Spaetz schrieb gerade auf der tilesathome-Liste, dass der Server mittlerweile rebooted ist, weil irgendein Admin 150km mit dem Auto hingefahren ist. Würde es helfen, den Jungs eine über Ethernet schaltbare Steckdose zu kaufen oder kann die dann in der Uni wieder nicht angesteckt werden? Vorausgesetzt der Server hängt alleine an einer USV, welche dann recht bald nach Stromausfall den Impuls zum geordneten Runterfahren des Rechners gibt. Es haben zwar heutzutage einige Dateisysteme eine Journalingfunktion eingebaut, weswegen ich aber das harte Ausschalten eines Servers trotzdem nicht provizieren wöllte. Ok, dann eben ein KVM-Extender für die wohlwollenden Probleme (ssh-Dämonen ge-oomt) und einen Remote-Steckdose für die lästigeren Probleme. Wobei ich mit erster Geräte-Kategorie keine Erfahrung habe, weil wir hier nur Remote-Steckdosen einsetzen und uns damit bisher noch nie was wirklich kaputt gegangen ist. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Gernot Hillier [EMAIL PROTECTED] wrote: Ok, dann eben ein KVM-Extender für die wohlwollenden Probleme (ssh-Dämonen ge-oomt) und einen Remote-Steckdose für die lästigeren Probleme. Deutsche Hoster haben oft eine serielle Konsole mit der man eigentlich alles machen kann. Hetzner hat diese Lara Teile, mit denen man sogar Windowsrechner Remote benutzen kann. Sven -- .. this message has been created using an outdated OS (UNIX-like) with an outdated mail- or newsreader (text-only) :-P /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hi, Am 27. Juli 2008 00:44 schrieb Dirk Stöcker [EMAIL PROTECTED]: Und vielleicht ist genau das das Problem. OSM hatte viel Medienecho in letzter Zeit. Irgendwann kommt der Punkt, wo man auch mal den Schritt wagen muss die Freizeitarbeit zugunsten von professionellen Administratoren aufzugeben. Ich mache sowas beruflich und privat und bin mir sicher, dass ein normal guter Admin einfach keinerlei Möglichkeiten hat so ein Projekt in der Freizeit zu betreiben. Schwierig - kommt auf die Entwicklungsstufe an. Momentan sollte es IMHO noch möglich sein, YMMV. Brion Vibber wurde im Sommer 2005 von der WMF eingestellt - bis dahin gab es keine bezahlte Admin-Kraft bei der Wikipedia, IIRC. (Soviele Abkürzungen in einem Absatz...) Mit ganz locker bleiben verschwinden Probleme keinesfalls. Ich habe in den letzten Tagen versucht irgendein aktuelles Statement zur OSM Situation zu finden. Nichts. Gar nichts. Es ist ja nicht so, dass nichts im Hintergrund passieren würde - wie üblich wird in solchen Situationen allerdings die vorhandene Manpower darauf verwendet, das Problem in den Griff zu bekommen und dabei fällt (zumindest kenne ich es so aus vergleichbaren Projekten) bei begrenzten Ressourcen der Bereich Informationspolitik als erstes hinten runter. Vor ein paar Jahren, in der Anfangszeit von Wikipedia war die Situation ähnlich. Auch dort gab es Lastprobleme und Verzögerungen. Solche extremen Ausmaße wie bei OSM gab es aber nicht. Das ist falsch. Die Probleme waren deutlich größer. Es waren nicht nur einzelne Dienste tage-, wochen- und monatelang offline (die im Oktober 2004 aus Performance-Gründen eingestellten Zugriffsstatistiken sind bis heute nicht wieder online gegangen), sondern die Wikipedia war tagelang überhaupt nicht erreichbar. Schaut Euch den Hardwarebedarf bei Wikipedia an und überlegt nochmal, ob Ziel und Umsetzung von OSM momentan zu vereinen sind. Wikipedia und OSM haben erschreckend viel gemeinsam. Sobald ich Zeit habe, schreibe ich mal ein ausführlicheres Blogposting über das Thema. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Am 27.07.2008, 23:45 Uhr, schrieb André Reichelt [EMAIL PROTECTED]: Kannst Du mal konkret auflisten, welche Dienste Deiner Ansicht nach seit mindestens einem Monat saumaessig laufen? Irgendwie scheint das naemlich an mir vorbeigegangen zu sein. Ich möchte mal zuvorkommen: * Mapnik/Osmarender: Tileauslieferung dauert häufig mehrere Minuten, bis alle Kacheln auf dem Schirm geladen sind. * JOSM: Andauernd irgendwelche seltsamen Bugs in der Latest. Was für eine Latest Version auch nicht verwunderlich ist. Die Bezeichnung latest sagt ja schon aus, dass hier die letzten Änderungen bzw. der letzte Source-Code eingeflossen ist. Latest ist eine SOftware, die noch nicht mal richtig im Alpha-Stadium ist. Wenn du eine Version haben möchtest die sauber läuft, dann musst du eine Stable verwenden. Leider gibt es aktuell für JOSM keine Stable-Versionen. Das finde ich persönlich auch nicht so schlimm, da die Latest-Versionen eigentlich sehr sauber funktionieren. Und sollte es doch mal Probleme geben, kann man diese ganz einfach dadurch beheben, dass man auf eine ältere Version von JOSM downgradet. Aber, es hindert dich niemand daran eine Stable-Version zu erstellen. Dann allerdings auch mit allen Erfordernissen und zeitlichen Problemen die eine solche Erstellungen mit sich bringt. lg Heiko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
On Mon, 28 Jul 2008, Heiko Schack wrote: Ich möchte mal zuvorkommen: * Mapnik/Osmarender: Tileauslieferung dauert häufig mehrere Minuten, bis alle Kacheln auf dem Schirm geladen sind. * JOSM: Andauernd irgendwelche seltsamen Bugs in der Latest. Was für eine Latest Version auch nicht verwunderlich ist. Die Bezeichnung latest sagt ja schon aus, dass hier die letzten Änderungen bzw. der letzte Source-Code eingeflossen ist. Latest ist eine SOftware, die noch nicht mal richtig im Alpha-Stadium ist. Wenn du eine Version haben möchtest die sauber läuft, dann musst du eine Stable verwenden. Ich finde JOSM-Latest eigentlich sehr gut nutzbar. Sicher machen wir manchmal kurz was kaputt, aber in der Regel wird ein entsprechender Fehler innerhalb eines Tages behoben. Leider gibt es aktuell für JOSM keine Stable-Versionen. Das finde ich persönlich auch nicht so schlimm, da die Latest-Versionen eigentlich sehr sauber funktionieren. Und sollte es doch mal Probleme geben, kann man diese ganz einfach dadurch beheben, dass man auf eine ältere Version von JOSM downgradet. Hmm, vielleicht sollte man einfach mal eine der aktuellen Latest-Version zu einer neuen Release umdeklarieren. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
On Mon, 28 Jul 2008, Dirk Stöcker wrote: On Mon, 28 Jul 2008, Frederik Ramm wrote: An wessen Adresse soll man also die Kritik daran richten, dass es solche Mirror-Server nicht gibt? Die unfaehigen Admins sollten halt einfach sagen, was sie brauchen? - Die Foundation sollte jemanden einstellen, der das macht? - Meiner bescheidenen Ansicht nach gibt es solche Server halt einfach nicht, weil es nicht *so* wichtig ist. Diejenigen im Projekt, die sowas machen *koennten*, tun es im Moment nicht, weil ihnen andere Sachen wichtiger erscheinen. Ist doch auch ihr gutes Recht. Ich kann doch nicht zu Dir sagen verschwende doch keine Zeit mit Uebersetzungen von JOSM, wenn Du stattdessen einen API-Mirror bauen koenntest. Wenn die Performance der API wirklich *so* schlecht waere, dann wuerdest Du vermutlich von selber auf die Idee kommen. Nein. Hier kommt einfach ins Spiel, dass ich sehr wenig Erfahrung mit dem Aufbau und Betrieb von Datenbanken habe und die notwendige Einarbeitungszeit mein Zeitbudget bei weitem überschreitet. Je geringer die Anfangshürden wären, desto größer wäre die Wahrscheinlichkeit aktiver Teilnahme in dem Bereich. Ich kann nicht in allen Bereichen Profi sein und manchmal muß man auf Vorarbeit anderer aufsetzen. Das notwendige Minimum ist also eine minimale Schritt-für-Schritt Anleitung, wie sowas überhaupt geht. Ich habe momentan einen Root-Server, der 99% nichts zu tun hat und bei dem knapp 1.7TB Transferlimit übrig sind. Wenn es ein lauffähiges Mirrorkonzept gibt könnte ich vielleicht sogar Sponsoren für den Mirrorbetrieb auftreiben. Nur ich habe einfach die Zeit nicht, um sowas selbst aufzubauen. Ciao Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
On Mon, Jul 28, 2008 at 11:36:09AM +0200, Dirk Stöcker wrote: Hmm, vielleicht sollte man einfach mal eine der aktuellen Latest-Version zu einer neuen Release umdeklarieren. Dann muesste sich aber auch jemand finden, der dafuer sorgt, dass diese Stable version bei sehr schweren Fehlern gefixt wird. Das waere eine prima Sache, ist aber auch deutlich mehr Arbeit als der aktuelle Entwicklungsweg. Gerade die Aufnahme in diverse Linux-Distributionen wuerde sich durch echte releases spuerbar vereinfachen. -- sven === jabber/xmpp: [EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
On Mon, 28 Jul 2008, Sven Lankes wrote: Hmm, vielleicht sollte man einfach mal eine der aktuellen Latest-Version zu einer neuen Release umdeklarieren. Dann muesste sich aber auch jemand finden, der dafuer sorgt, dass diese Stable version bei sehr schweren Fehlern gefixt wird. Das waere eine prima Sache, ist aber auch deutlich mehr Arbeit als der aktuelle Entwicklungsweg. Gerade die Aufnahme in diverse Linux-Distributionen wuerde sich durch echte releases spuerbar vereinfachen. Hmm, bei openSUSE nehmen wir einfach josm-latest. Updates so aller 1-3 Wochen, je nach Änderungslage bei JOSM. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hallo, Heiko Schack wrote: Aber, es hindert dich niemand daran eine Stable-Version zu erstellen. Dann allerdings auch mit allen Erfordernissen und zeitlichen Problemen die eine solche Erstellungen mit sich bringt. Das sage ich auch schon seit ich den Job mache: Wenn irgendjemand bereit ist, sich die Muehe zu machen, eine Stable zu pflegen - auf welche Weise auch immer - kriegt er dafuer jederzeit die Unterstuetzung, die er braucht. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hi! André Reichelt schrieb: Tya, Menschen sind komische Wesen. Gute Sachen vergessen sie ganz schnell, aber sobald etwas böses berichtet wird: OSM? Da war doch was... Ach ja, das sind die, bei denen man ne halbe Stunde auf die Karte warten muss - Ne, lass ma', schauen wir lieber bei Google oder MAP24. Vermutlich ist das eh alles viel besser und genauer, immerhin setzen die bezahlte Mitarbeiter ein. Die dürfen sich keine Fehler erlauben, sonst fliegen s'e. Das ist jetzt Unsinn. Mag sein, dass wir durch schlechte Presse für ein halbes Jahr einige Laufkundschaft verlieren. Aber wenn OSM dann wirklich mal eine ernsthafte Konkurrenz in der Fläche ist, dann gibt sich das schnell wieder. Die Wikipedia hatte auch einen Haufen schlechte Presse und ist deshalb trotzdem keim Misserfolg. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
On Mon, Jul 28, 2008 at 12:29:09AM +0200, Johann H. Addicks wrote: Florian Lohoff schrieb: infrastruktur vergroessert d.h. mal mit Hardware zu loesen. Nur leider faellt halt dieserlei Hardware nicht gerade aus den Wolken. Deshalb meine Frage: Wieviel Geld wird gebraucht? Ein Spendenaufruf könnte dann was bringen. Zumindest mir wäre es durchaus mehr als nur 10 oder 20 Euro wert, die Resourcenprobleme bei [EMAIL PROTECTED], der Namenssuche und beim GPX-Parser für die nächsten Monate aus der Welt zu schaffen. Oder wäre ich da dann der einzige Spender? Also - Wir reden von viel Ram =16GB und viel platte wobei das mit der platte also gemeint ist das es auch viele platten sein sollten. Also nicht 2x500GB Sata und gut sondern eher 10-20x72GB U160 im externen enclosure. Wenn es um reines Database/Tile serving geht ist typischerweise die CPU nicht der bottleneck sondern die i/o performance. Und leider ist eben die notwendige Hardware nicht gerade Alternate off-the-shelf zeugs Ich haette da an HP DL385 und nen StorageWorks array gedacht a la HP StorageWorks MSA70 with 25 146GB SAS SFF 3.6TB Bundle AG893A. Sind aber zusammen vermutlich 15-20KDollar es sei denn jemand hat gute HP Kontakte und kann die zu einem Special Project Price ueberreden. Wobei sicherlich ich nicht der richtige bin die Hardware zu dimensionieren aber bei 2.2TByte tiles und dann noch nen bischen datenbank geraffel wird man bei so einer groessenordnung landen. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Also - Wir reden von viel Ram =16GB und viel platte wobei das mit der platte also gemeint ist das es auch viele platten sein sollten. Also nicht 2x500GB Sata und gut sondern eher 10-20x72GB U160 im externen enclosure. Vielleicht eine dumme Idee, aber trotzdem: gibt es so etwas auch second hand? Zum Beispiel wenn Wikipedia die Hardware nicht nur erweitert, sondern komplett austauscht, könnte man da vielleicht etwas abstauben, was besser ist als das, was uns zur Zeit zur Verfügung steht? Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
2008/7/28 Paul Lenz [EMAIL PROTECTED] Vielleicht eine dumme Idee, aber trotzdem: gibt es so etwas auch second hand? Zum Beispiel wenn Wikipedia die Hardware nicht nur erweitert, sondern komplett austauscht, könnte man da vielleicht etwas abstauben, was besser ist als das, was uns zur Zeit zur Verfügung steht? Tut mir leid, aber Server dieser Groessenordnung hat Wikimedia nicht uebrig. Was gerade ausser Dienst ging, sind Maschinen mit Pentium4 und 512MB RAM. Damit kann auch OSM nicht mehr viel anfangen. Und die Transportkosten duerften den Restwert der Maschinen auch uebersteigen. jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Moin, Ich habe OSM vor vielleicht anderthalb bis 2 Jahren kennengelernt, hielt es für unausgereift und habe es ignoriert. Ging mir beim Erstkontakt auch so. Karte war leer, Projekt uninteressant. ihr Memmen :) . Die leere Karte war gerade der Ansporn (OK, nachdem ich mich ein paar Wochen lang von der Agilität des Projektes überzeugt hatte) mitzumachen. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Frederik Ramm schrieb: Der Mapnik-Tileserver hat aktuell knapp 500 GB an Tile-Daten. Rein rechnerisch sollte die Welt auf Zoomlevel 18 deutlich oberhalb von 100 TB brauchen, aber zum Glueck schaut sich niemand die 70% Ozean, die wir haben, auf Zoomlevel 18 an, und Mapnik ist dann schlau genug, das auch nicht zu rendern. Ich glaube kaum, dass ein rein blaues PNG so großartig viel Speicherplatz verbraucht. Bist Du Dir mit den 100 TB wirklich so sicher, oder ist das nur eine wage Vermutung? Außerdem könnte man ja den 18er auch nur für ausgewählte Regionen bereitstellen, also Innenstadtbereiche von Großstädten oder sowas. Btw: Bei 100 TB werden wir mit nem einzelnen Server eh nicht arg weit kommen :P. Da braucht man dann schon ne Serverfarm, denn das die Netzwerkplatten unseren Anforderungen nicht genügen, ist ja bereits klar. 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] [EMAIL PROTECTED] furchtbar langsam
Hi, Tim 'avatar' Bartel wrote: Wikipedia und OSM haben erschreckend viel gemeinsam. Sobald ich Zeit habe, schreibe ich mal ein ausführlicheres Blogposting über das Thema. Ich wollte immer schon mal aufschreiben, was m.E. Wikipedia und OSM *unterscheidet*, obwohl die Gemeinsamkeiten natuerlich global betrachtet ueberwiegen. Jetzt geschehen auf der talk-Liste (Why OSM is not Wikipedia). Kannste ja in Deinem Blogposting widersprechen ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Frederik Ramm schrieb: Kleinere Korrekturen zur Geschichte und status von [EMAIL PROTECTED] * [EMAIL PROTECTED] wurde von Oliver White erfunden und anfangs von ihm auf dem Dev-Server gepflegt; irgendwann wurde Dev zu klein, und Christopher Schmidt bot einen Rechner in den USA an. Die Arbeitsteilung bei [EMAIL PROTECTED] ist ganz grob so (sag ich als Beobachter): Deelkar macht den Client, Spaetz macht den Server, und crschmidt macht Admin-Taetigkeiten auf dem Rechner. crschmidt ist aber selber nicht vor Ort, sondern auf die Mitwirkung der Uni-Admins angewiesen, fuer die dieser Rechner eben einer von sehr vielen ist. Zuerst wurde [EMAIL PROTECTED] bei bandnet.org gehostet, auf einem Server mit 80GB Platte, diese wurde schnell zu klein, und OJW hat dann das Projekt auf den Dev-Server umgezogen, ungefähr zu diesem Zeitpunkt habe ich auch meine aktive Arbeit am Client aufgenommen. * Weil sich mit der Zeit herausstellte, dass die per NFS aus einem SAN gemounteten Platten zu lahm waren, bemuehte sich crschmidt um echte, schnelle, lokal angeschlossene Platten. Das ist in dem Rechenzentrum dort die absolute Ausnahme, und jeder, der selber Admin ist, weiss, wie nervig Ausnahmen sind. Trotzdem wurde das in die Wege geleitet (alles ohne Kosten fuer OSM), hat sich aber verzoegert. Der Prozess ist irgendwo in der Bürokratie der Uni steckengeblieben, nachdem das Budget schon bewilligt war. Jedenfalls werden neue Platten realistisch gesehen nicht allzu schnell verfügbar sein, deswegen auch die Entwicklung der neuen Serversoftware vorangetrieben. * Parallel wurde ueber eine Verbesserung der Software diskutiert. Statt jedes Tile einzeln auf der Platte zu speichern, sollten mehrere zusammen in einem groesseren File liegen(aehnlich macht das der Mapnik-Tileserver auch). Diese neue Serversoftware ist vor ein paar Tagen in Betrieb gegangen, es haben sich einige Leute mit guten Ideen und kleinen ausprogrammierten Testcases usw. beteiligt (siehe [EMAIL PROTECTED]), und obwohl (oder gerade weil?) spaetz gerade Vater geworden war, hat er gruendlich mit angepackt. Natuerlich gibt es bei so einer Umstellung immer ein paar Wehwehchen (blaue Tiles und so), aber ein Testsystem gibt es nicht und waere fuer diesen Anwendungsfall auch nicht brauchbar gewesen. Lief in meinen Augen alles voellig ausreichend. * Mittlerweile hatte der Server aber irgendein Problem, das dazu fuehrte, dass man sich nicht mehr einloggen konnte, d.h. alle unsre Leute waren dadurch k.o. gesetzt, und man muss sich direkt mit den Uni-Admins vor Ort unterhalten. Da hakelt es offenbar etwas - was genau da los ist/war, weiss ich nicht. Der Server braucht zu viel RAM, es ist (mir) unklar, ob tatsächlich [EMAIL PROTECTED] oder ein weitere Umstellung auf dem Server (Openaerialmap, XAPI) evtl. auch in Verbindung mit [EMAIL PROTECTED] zu den Problemen führte. Jedenfalls hat der OOM wohl den sshd gekillt, was jegliche remote-Zugriffe von [EMAIL PROTECTED] oder OSM-Admins unmöglich macht. Der [EMAIL PROTECTED] macht rund 100 GB Traffic am Tag. Bei den Tendenz steigend. ueblichen Kleinverbraucherpreisen (z.B. Hetzner-Server o.ae.) muesste man rund 250 Euro im Monat ausgeben, um diesen Rechner dort zu betreiben. Wenn uns eine amerikanische Uni die Kiste ohne Berechnung so gibt, finde ich das voellig in Ordnung - vom gesparten Geld soll die Foundation lieber jeden Monat ein GPS kaufen und nach Afrika verleihen oder sowas. [Rest zustimmend gesnipt] -- 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] [EMAIL PROTECTED] furchtbar langsam
Am Sonntag, 27. Juli 2008 02:26:43 schrieb Frederik Ramm: Das wird ja mit jedem Posting peinlicher, was ihr Euch hier leistet. Zum Thema Adminbashing möchte ich mich jetzt eigentlich nicht großartig auslassen, nur kurz ein paar Worte verlieren. Bin im Berufsleben selber einer, und hatte bei ähnlichen Äußerungen vor ein paar Monaten schon einmal mit einem Dieter Nuhr Zitat auf substanzlose Kritik gegenüber den Admins reagiert. Es ist leider so, dass Admin mit einer der undankbarsten Jobs ist. Läuft alles perfekt, dann wird man von seinen Nutzern nicht wahrgenommen, und auch Vorgesetzte bzw. Kunden sparen dann gerne an solchen Personalien. Geht was schief, dann kann man sich der ungeteilten Aufmerksamkeit aller sicher sein. Die Wahrnehmung spitzt sich dann in Extremfällen so zu, wie man sie hier lesen kann. Um einer solchen Fehlinterpretation entgegenzusteuern, gibt es in dem Job nur ein Mittel - und dies ist Kommunikation. Auch wenn die Nutzer nicht immer verstehen werden, wenn man ihnen das Problem kurz schildert, so gibt es ihnen doch das Gefühl, dass sich ihrer Sache angenommen wird. Ich denke so ein 2 Zeiler im Plattformstatus Awaiting Reboot reicht ja für's erste. Nur sollte der dann nicht für 3 Tage das einzige sein, was dort steht bzw. geändert werden, wenn der Reboot erfolgt ist und das Problem jetzt woanders liegen sollte. Sowas bringt immer Punkte bei den Nutzern und beugt Fehlinterpretationen vor. Das fehlende oder unzureichende Kommunikation dazu führen kann, dass sich unnötig die Gemüter hochschaukeln durftest du ja selbst vor einiger Zeit auf der dev ML bzgl. des Einführungstermines von API 0.6 erleben. Und gerade in einem solchen Crowdsource Projekt, wo man eben nicht einmal kurz dem Admin die Bude einrennen kann, um Statusinformationen vis-a-vis zu ergattern ist dies umso wichtiger. [...] Viel Hintergrundwissen zu [EMAIL PROTECTED] Meine Guete. So ein Aufriss um einen zweitrangigen Tileserver. Für mich ist es die wichtigste Visualisierung der von mir übergebenen Daten. Ich entwickele aber auch nichts, sondern mappe nur. Da der Mensch nunmal ein Augentier ist, und der [EMAIL PROTECTED] Layer die meisten Daten darstellt, benutze ich den eigentlich ausschließlich. Auch wenn man ihn als eine Testumgebung ansehen mag, so ist sein wohl größter Vorteil, dass die Änderung zeitnah zum Zeitpunkt deren Einpflegens auf der Karte ersichtlich sind. Ich glaube, dass der Suchtfaktor OSM wesentlich geringer ausfallen würde, wenn es [EMAIL PROTECTED] nicht mehr geben würde. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
FreeWorld [EMAIL PROTECTED] writes: Dirk Stöcker schrieb: [...] Schaut Euch den Hardwarebedarf bei Wikipedia an und überlegt nochmal, ob Ziel und Umsetzung von OSM momentan zu vereinen sind. Exponentielles Wachstum ist nicht so leicht in den Griff zu bekommen und berechtigte Kritik bleibt berechtigt, auch wenn der Tonfall vielleicht etwas daneben liegen sollte. Wie macht denn Wikipedia das eigentlich? http://de.wikipedia.org/wiki/Wikipedia:Server Wie finanzieren die das? Spenden, Sponsoring, ... der sehr hohe Bekanntheitsgrad hilft vermutlich sehr dabei ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Sebastian Niehaus schrieb: Wie macht denn Wikipedia das eigentlich? http://de.wikipedia.org/wiki/Wikipedia:Server Investition in Hardware bevor es merklich schlechter läuft, wie z.B. mit dieser Beschaffung: http://meta.wikimedia.org/w/index.php?title=Wikimedia_budget/2007/Q1/hardware/purchase_1oldid=545423 -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hi! Frederik Ramm schrieb: Dann entfernen wir einfach den [EMAIL PROTECTED] von der Startseite. [EMAIL PROTECTED] ist ja nun wirklich nicht gerade das wichtigste Teilprojekt, sondern nur ein kleiner und relativ unbedeutender Aspekt. Hier muss ich doch einhaken. [EMAIL PROTECTED] ist aus *Nutzer*-Sicht vielleicht ein unwichtiger Aspekt. Wir dürften aber momentan noch nicht in dem Stadium sein, dass die Mehrheit unserer Visits von Leuten kommen, die wirklich nur eine Karte sehen wollen. Ich bin mir ziemlich sicher, dass die bedeutende Mehrheit unserer User Mapper sind oder werden wollen. Wenn ich einfach nur eine Karte brauche, um irgendwohin zu fahren, weiche auch ich auf eine der kommerziellen Dienste aus. Unsere Karten sind einfach noch *viel* zu unvollständig. Und in unserem Flächenstaat Niederbayern z.B. dürfte das entgegen dem hier öfter verbreiteten Optimismus auch noch einige Jahre so bleiben. (Was ganz anderes wird es, sobald wir eine alltagstaugliche Navi-Lösung anbieten können, hier verschiebt sich das Blatt dann sicher.) Und wenn man jetzt an die Mapper denkt: psychologisch ist es, denke ich, unumstritten, dass nur eine unmittelbare Belohnung oder Strafe wirklich etwas bewirkt. Wenn ich also heute zum mappen rausfahre und das Ergebnis davon heute Abend mit stolzgeschwellter Brust bewundern kann, dürfte meine Motiviation, morgen wieder rauszufahren, sehr hoch sein. Wenn ich dagegen immer eine Woche warten müsste, wäre sicherlich der Suchtfaktor um Größenordnungen kleiner, wenn überhaupt noch vorhanden. Der Tonfall lag in einem solchen Aussmass derb daneben, dass er geeignet ist, dem Projekt mehr Schaden zuzufuegen als ein schusseliger Admin. Wenn man natuerlich seine eigenen Leute so mit Fuessen tritt, dann findet man irgendwann nur noch bezahlte Kraefte, das ist klar. Naja, so schlimm finde ich das jetzt nicht. Ich denke, wer mit solchen *vereinzelten* Aussagen nicht umgehen kann, engagiert sich nicht in offenen Projekten. :-) -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Frederik Ramm schrieb: Dann entfernen wir einfach den [EMAIL PROTECTED] von der Startseite. [EMAIL PROTECTED] ist ja nun wirklich nicht gerade das wichtigste Teilprojekt, sondern nur ein kleiner und relativ unbedeutender Aspekt. . Würde ich befürworten - der Neugierige Erstkontaktuser braucht kein [EMAIL PROTECTED] - und der Profi kennt die Adresse. Und das würde unserem armen [EMAIL PROTECTED] Server ein bischen Last einsparen. Langfristig toll wäre, wenn man das ganze Spiel (anschauen der fertigen Karte) einfach lokal ausführen kann. Aber da ist Dein Cobra-Projekt ja genau der richtige Weg. Wenn nämlich so was verfügbar ist, dann muss ich mich überhaupt nicht mehr mit [EMAIL PROTECTED] rumschlagen, sondern schau mit lokal an, ob das alles ordentlich aussieht, oder ob ich irgendwo ein Tag vergessen habe / das falsche Tag gewählt habe. Und vielleicht kann man das ja langfrisitig sogar irgendwie mit JOSM verknüpfen... Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hi! Thomas Hieber schrieb: Frederik Ramm schrieb: Dann entfernen wir einfach den [EMAIL PROTECTED] von der Startseite. [EMAIL PROTECTED] ist ja nun wirklich nicht gerade das wichtigste Teilprojekt, sondern nur ein kleiner und relativ unbedeutender Aspekt. . Würde ich befürworten - der Neugierige Erstkontaktuser braucht kein [EMAIL PROTECTED] - und der Profi kennt die Adresse. Dagegen. Der neugierige Erstkontaktuser landet sowieso auf Mapnik. Sofern er überhaupt das Popup-Menü entdeckt, wird er halt, wenn dieses komische Osmarender-Zeug nicht gescheit funktioniert, wieder auf Mapnik zurückschalten. Wie in meiner letzten Mail ausgeführt, sind einfache Erstkontaktuser IMHO noch nicht unsere Haupt-Zielgruppe. Und an letzterer sollten wir uns nach wie vor orientieren und es dieser nicht unnötig schwieriger machen. Und das würde unserem armen [EMAIL PROTECTED] Server ein bischen Last einsparen. Kaum nennenswert, würde ich sagen. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hi! Frederik Ramm schrieb: Kannst Du mal konkret auflisten, welche Dienste Deiner Ansicht nach seit mindestens einem Monat saumaessig laufen? Irgendwie scheint das naemlich an mir vorbeigegangen zu sein. Der Up- und Download von Daten zu stärker frequentierten Zeiten = am Wochenende. Ich warte jetzt hier schon wieder seit über 5 Minuten auf die GPS-Punkte vom Server und er hat gerade mal 10.000 Stück geschafft. Eigentlich kann man am Wochenende seit ca. 2-3 Wochen nicht mehr vernünftig mit JOSM arbeiten. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Am Sonntag, 27. Juli 2008 02:26 schrieb Frederik Ramm: Also, mal unter der Annahme, dass es nach wie vor um [EMAIL PROTECTED] geht und nicht um irgendwas andres wolkiges, erzaehle ich kurz, was ich weiss: ... Danke für die aufhellenden und geduldig aufgeschriebenen Informationen. Meine Guete. So ein Aufriss um einen zweitrangigen Tileserver. Und hier muss ich leider etwas protestieren. [EMAIL PROTECTED] ist nicht zweitrangig. Im Strafrecht vor allem bei Jugendlichen wird gern betont, dass die Bestrafung auf dem Fuße folgen sollte. Bei OSM ist es anders herum. Als Mapper möchte man ( es gibt endlose Emails dazu auf dieser Liste) den Erfolg seiner Arbeit in den Karten schnell als Belohnung sehen. Mapnik mag 100 mal effizienter sein als [EMAIL PROTECTED], aber die Aktualität lässt nach wie vor zu wünschen übrig. Aus diesem Grund halte ich [EMAIL PROTECTED] für den wichtigeren Mapserver. Meine Schlussfolgerungen daraus waren, dass ich selbst einen [EMAIL PROTECTED] client aufsetzte und nahezu rund um die Uhr laufen lasse. Dies lief meist auch gut. Nur seit dieser Umstellung der Useraccounts muss irgendetwas anderes auch schief gelaufen sein. Ich hatte gerade wieder mal einen | runtime error: file osmarender/osmarender.xsl line 688 element circle | XPath error : out of memory error | growing nodeset | | ^ Additional info about the Error(s): [#56 0% maplint] File /temp/thomas/tmp/output-24886-z12.svg-temp.svg doesn't look like svg, aborting render. [#56 0% upload1] Checking server queue... Dieser Fehler kam übrigens auf einer 64GB-RAM-Maschine, deren RAM +SWAP kurz vorm Abbruch zu 70GB ausgelastet war. (xml -Prozess) Da meine Programmierkünste bescheiden sind, ist da davon mir wenig Mitarbeit zu erwarten. Ich kann hier nur svn up. Wegen der Häufigkeit dieser oom-Fehler (vermutlich nicht nur bei mir) wundern mich blaue Kacheln überhaupt nicht. Mit freundlichen Grüßen Thomas Schäfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Frederik Ramm [EMAIL PROTECTED] wrote: Dann entfernen wir einfach den [EMAIL PROTECTED] von der Startseite. [EMAIL PROTECTED] ist ja nun wirklich nicht gerade das wichtigste Teilprojekt, sondern nur ein kleiner und relativ unbedeutender Aspekt. Das ist vielleicht Deine Meinung. Meine jedenfalls nicht. Nur [EMAIL PROTECTED] liefert in halbwegs brauchbarer Zeit eine Karte mit meinen aktuellen Änderungen. Bei Mapnik dauert das immer noch viel zu lange. Und dann wäre da noch das Problem, dass Mapnik einfach viel zu wenig Dinge in die karte einzeichnet. Klar könnte man das alles über eine zweite Mapnik-Karte in einem anderen Style lösen, aber so lange es das nicht gibt bleibt [EMAIL PROTECTED] wichtig. Sven -- The term any key does not refer to a particular key on the keyboard. It simply means to strike any one of the keys on your keyboard or handheld screen. (Compaq FAQ Entry 2859) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
On Sun, 27 Jul 2008, Frederik Ramm wrote: Ich hoffe, das koennen wir noch ein paar Jahre vor uns herschieben, denn ich glaube nicht, dass das eine wuenschenswerte Entwicklung ist. Als naechstes fangen wir a la Wikipedia an, auf unseren Webseiten um Spenden zu betteln, nein danke. Ich habe auch keine Lust auf eine Zweiklassen- gesellschaft im Projekt (die einen machen was freiwillig, die anderen werden dafuer bezahlt). Und ich habe keine Lust auf Elite-Admins, die meinen, sie waeren cooler als der sonstige Poebel im Projekt. Das kannst Du hoffen, realistisch wird es nicht sein. Tägliche Arbeit will auch bezahlt werden. Mein Hobbyengagement geht bis zu einem gewissen Grad. Alles darüber hinaus will auch ich bezahlt haben. Und mit dem Wachstum eines Projekts wird dieser Punkt eben irgendwann überschritten. Und die Zweiklassengesellschaft stellt sich dadurch nicht ein. Auch ich betreibe Server. Dafür gibt es professionelle Dienstleister, die machen, wofür sie bezahlt werden. Welche Struktur dafür optimal ist, weiß ich auch nicht, aber einen öffentlichen Diskurs darüber, wie es in Zukunft weitergehen soll, sollte man vielleicht endlich mal anstoßen. Kannst Du mal konkret auflisten, welche Dienste Deiner Ansicht nach seit mindestens einem Monat saumaessig laufen? Irgendwie scheint das naemlich an mir vorbeigegangen zu sein. Nein ich kann es nicht auflisten. Allerdings kann ich Dir die Reaktion meines Vaters sagen, der hier in der Gegend die Hälfte der Ortschaften und Straßen eingetragenen hat: Wenn das nicht bald besser wird, dann habe ich keine Lust mehr. Mal geht Potlatch gar nicht. Mal saulangsam. Dann geht Informationfreeway nicht. Dann sind die MapFeatures nicht abrufbar, ... Das mögen alles einzelne Dienste mit unterschiedlichen Ausfallursachen sein. Nur für jeden Anwender stellt es sich so dar, dass OSM nicht funktioniert. Mein Vater weiß nichts über [EMAIL PROTECTED], API, OSMXAPI, WIKI-Server und was weiß ich alles. Er nimmt das Zeug einfach. Und wenn dauernd etwas nicht geht verliert er irgendwann die Lust daran. Geht mir ja schon so. Da setze ich das Tagwatch-Skript von Jörg als permanenten Dienst auf, damit z.B. Tippfehler in der Datenbank korrigiert werden könnenund dann ist das OSMXAPI ständig nicht nutzbar. Ich bemühe mich tilesAtHome zum laufen zu bekommen, bauen für openSUSE alle notwendigen Pakete, aktualisere die Versionen und dann hat der Server ständig Probleme. Sowas ist extrem motivationsschädlich und von Motivation leben Mitmachprojekte nunmal. Sobald also irgendjemand anfaengt damit, dass wir Geld in die Hand nehmen und Admins bezahlen sollten, wird sich automatisch auch die Frage stellen: Ist das Geld auch so angelegt, dass es maximalen Nutzen stiftet? - und da wird [EMAIL PROTECTED] ganz sicher ganz schlecht aussehen im Vergleich. Um es mal drastisch auszudrücken: Mir ist es scheißegal wie es strukturiert ist. Wichtig ist die Tatsache, dass alle angebotenen Dienste stabil laufen und [EMAIL PROTECTED] bietet nunmal einen wichtigen Service - Ich kann nach kurzer Zeit sehen, was ich gemacht habe. Wenn das anders erreicht werden kann - bitte gern. Nur sollte es stabil laufen. Vor ein paar Jahren, in der Anfangszeit von Wikipedia war die Situation ähnlich. Auch dort gab es Lastprobleme und Verzögerungen. Solche extremen Ausmaße wie bei OSM gab es aber nicht. Kannst Du mal ganz konkret sagen, was angeblich bei OSM so extrem sein soll? Wochenlange Unbenutzbarkeit. Meinen Vater konnte ich durch einen Wechsel zu JOSM davon überzeuegen bei der Stange zu bleiben. Als reiner Potlatch-Nutzer hätte er schon lange aufgegeben. Kritik bleibt berechtigt, auch wenn der Tonfall vielleicht etwas daneben liegen sollte. Der Tonfall lag in einem solchen Aussmass derb daneben, dass er geeignet ist, dem Projekt mehr Schaden zuzufuegen als ein schusseliger Admin. Wenn man natuerlich seine eigenen Leute so mit Fuessen tritt, dann findet man irgendwann nur noch bezahlte Kraefte, das ist klar. Leider habe ich die Erfahrung gemacht, dass so ein Tonfall manchmal notwendig ist, um überhaupt eine Reaktion zu erhalten, auch wenn ich es in der Regel vermeide so zu schreiben. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Christoph Eckert wrote: (a) Kein Geld da (b) Keine Zeit da (c) Keine Lust (d) Sonstiges (a) wird dementiert, Geld soll da sein. (b) kann es nicht sein, ich hab noch nie einen Admin gelesen, der um Unterstützng gebeten hätte, aber regelmäßig von Leuten, die sich angeboten haben. Zu (d) fällt mir nix ein (und André wohl auch nicht). Also bleibt frei nach Sherlock Holmes ja nur noch (c), oder? ich frage mich wirklich auf welcher Insel Du lebst. Wie kommst Du dazu eine solche Aussage zu treffen?!? Welche denn? Die dass quasi jeder, der sich Gedanken um die aktuellen Problem macht, zu diesen Schluss kommen muss? Und, kleiner Bericht von den Berlinstammtischen: Die Leute kommen auch auf genau diesen Schluß. Mir stellt sich vor allem die Frage welche Intention hinter Deiner Aussage steckt. Dass Du dem Projekt damit enormen Schaden zufügst muss Dir klar sein. Nein, den Schaden fügt Ihr dem Projekt zu, wenn Ihr weiter die absolute Mehrheit der User derart im Dunkeln lasst. (Ihr==die Leute, die wissen warum es klemmt) Welchen Nutzen Du Dir darüberhinaus versprichst kann ich absolut nicht erkennen. Vielleicht dass jemand mal aufwacht und merkt, dass die Leute ohne Fakten spekulieren müssen, wenn sie drüber nachdenken, warum (a) tah seit zwei Wochen Müll ausliefert(*), (b) die Haupt-API seit 1 1/2 Monaten lahm wie Sau ist. Solange jeder, der dazu eine Anfrage stellt (mal abgesehen vom Tonfall, dieser Thread ist ja nicht der erste zu dem Thema) entweder zugeflamet und ins Killfile gesteckt oder mit einem höflichen Machs-doch-besser bedacht wird, bringt uns da nirgendwohin. Wie sill man denn neue Leute einbinden, wenn alle Angebote abgewiegelt werden? Die letzten 2 Monate hieß es z.B. immer wenn jemand sich für den tah-Server angeboten hat, nee, gibts nx zu machen, neue Platten sind unterwegs, dann ist alles wieder ok. Geh heim spielen, du hast von so'nem dicken Server eh keine Ahnung. Inzwischen hat sich jemand erbarmt eine neue Serversoftware zu schreiben (nachdem 2 Wochen lang versucht wurde, alle Vorschläge zu dem Thema, schlechtzureden) und was passiert nach ein Paar Tagen? Bingo, der Server hängt wieder in den Seilen, nur diesmal nicht wegen NFS-IO sondern Webserver-Prozessen. Mmmh, vielleicht hätte jemand von den Abgewiesenen doch Ahnung von so einem dicken Server gehabt, oder Geld oder Kontakte gehabt? Ich bin mir recht sicher, wenn Anfang Juni jemand gesagt hätte ok, der tah-Server braucht Verstärkung, wir hätten heute einen zweiten Server. Und warum bist Du hier? Gibt es einen besonderen Grund, diese Diskussion auf ein persönliches Level herunterzuziehen? Ist es inzwischen so, dass man sich beweisen muss um hier mitzumachen? (vergleiche hierzu auch Sven Geggus, 26.7. 19:55: Beim ersten Subversion commit Deinerseits werde ich Dich [aus dem Killfile] natürlich gerne wieder raustun...) Aber wenn du schonmal fragst: Ich bin hier um meine freien Resourcen in ein Proejekt einzubringen, das ich persönlich unterstützen möchte weil ich es gut finde. Leider war es mir nach dem Machs-besser-Prinzip bisher nicht möglich einen schnelleren Main-API-Server aufzusetzen. cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hallo, Sven Geggus wrote: [EMAIL PROTECTED] ist ja nun wirklich nicht gerade das wichtigste Teilprojekt, sondern nur ein kleiner und relativ unbedeutender Aspekt. Das ist vielleicht Deine Meinung. Meine jedenfalls nicht. Nur [EMAIL PROTECTED] liefert in halbwegs brauchbarer Zeit eine Karte mit meinen aktuellen Änderungen. Bei Mapnik dauert das immer noch viel zu lange. Und dann wäre da noch das Problem, dass Mapnik einfach viel zu wenig Dinge in die karte einzeichnet. Zugegeben, wenn ich jemandem erzaehle, wie toll das Projekt ist, sage ich auch immer, dass die Aenderungen in der Regel in wenigen Stunden auf der Karte sichtbar sind. Ich zweifle auch nicht daran, dass wir das mit Mapnik ueber kurz oder lang erreichen werden. *Was* auf der Mapnik-Karte sichtbar ist und was nicht, ist ein simples technisches Detail. (Wir erinnern uns: Die gesamte Mapnik-Cyclemap wird auf dem Rechner EINES Users ZUHAUSE ausgerechnet.) Mir persoenlich ist es mittlerweile beim Mappen nicht mehr wichtig, meine Aenderungen auf der Karte zu sehen, ich mach das in JOSM fertig und lade es hoch, und das naechste Mal guck ich ein Jahr spaeter wieder hin oder so. Aber mir ist klar, dass es auch andere Vorgehensweisen gibt. Wem es wichtig ist, seine Aenderungen sofort zu sehen, dem empfehle ich eine der folgenden Optionen: * [EMAIL PROTECTED] mit localSlippymap = 1, erzeugt eine Tile-Verzeichnisstruktur auf der Platte, kann direkt ueber OpenLayers lokal angeschaut werden. Status: Hat definitiv mal funktioniert, bin nicht sicher, ob es die letzten Aenderungen ueberlebt hat, sollte man mal probieren und ggf. reparieren. * Osmarender-Plugin fuer JOSM. Status: Dito. * or/p mit den Anpassugen von Alfons Andorfer. Status: ziemlich neu, tut angeblich, arbeietet mit echten Osmaredner-Styles. * Kosmos (Windows .NET oder Mono), angeblich recht benutzerfreundlich mit GUI, kann Kacheln oder direkte Schirmanzeige, andere Styles als Osmarender. * Cobra von Frederik Fischer (s. Postings auf dieser Liste) * Fuer Mapnik ist eine Input-Plugin in Arbeit, das direkt von OSM-Files lesen kann, so dass man auch hier sofortige Ergebnisse bekommt. All das laeuft 100% lokal, also ohne Zugriff auf OSM-Server. Es befriedigt zwar nicht das so sieht die ganze Welt jetzt MEINE Daten-Verlangen, aber wenn man nur sehen will, wie es aussieht, dann sollte das ja reichen. Ansonsten moechte ich gern das Mantra wiederholen: Wenn was nicht passt, machs besser. OSM braucht keine Besserwisser. Ich koennte einen Tag lang Sachen aufzaehlen, die mal verbessert gehoerten. OSM braucht Bessermacher. Und Bessermacher sind in einem Umfeld wie OSM eben jene, die in der Lage sind, etwas aus der aktuellen Situation heraus besser zu machen, und nicht jene, die sagen: Ich KOENNTE/WUERDE ja etwas besser machen, WENN mich jemand fragen/die Admins besser kommunizieren/die Dokumentation besser werden WUERDE. Damit koennen wir leider nichts anfangen. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
On Sun, Jul 27, 2008 at 12:52:16PM +0200, Dirk Stöcker wrote: Nein ich kann es nicht auflisten. Allerdings kann ich Dir die Reaktion meines Vaters sagen, der hier in der Gegend die Hälfte der Ortschaften und Straßen eingetragenen hat: Wenn das nicht bald besser wird, dann habe ich keine Lust mehr. Mal geht Potlatch gar nicht. Mal saulangsam. Dann geht Informationfreeway nicht. Dann sind die MapFeatures nicht abrufbar, ... Das mögen alles einzelne Dienste mit unterschiedlichen Ausfallursachen sein. Nur für jeden Anwender stellt es sich so dar, dass OSM nicht funktioniert. Mein Vater weiß nichts über [EMAIL PROTECTED], API, OSMXAPI, WIKI-Server und was weiß ich alles. Er nimmt das Zeug einfach. Und wenn dauernd etwas nicht geht verliert er irgendwann die Lust daran. Geht mir ja schon so. Da setze ich das Tagwatch-Skript von Jörg als permanenten Dienst auf, damit z.B. Tippfehler in der Datenbank korrigiert werden könnenund dann ist das OSMXAPI ständig nicht nutzbar. Ich bemühe mich tilesAtHome zum laufen zu bekommen, bauen für openSUSE alle notwendigen Pakete, aktualisere die Versionen und dann hat der Server ständig Probleme. Sowas ist extrem motivationsschädlich und von Motivation leben Mitmachprojekte nunmal. Der Punkt ist das OSM eine groesse erreicht hat die ueber jedes zuhause bastel ich mir nen athlon hinausgeht. Das ganze ist zwar mit Hardware und engagement zu loesen jedoch mangelt es bei der loesung an geld denn dieses muesste in vermutlich 10 facher hohe da sein. Natuerlich koennte man OSM/Osmarender/Mapnik in eine Amazon EC cloud mit S3 packen - Kostet dann halt nur nen paar 10KEuro im Monat die keiner hat. Also - Es muss mit der Hardware und dem Know-How gearbeitet werden das da ist und bei diesem Wachstum gibts halt einmal das problem die algorythmen zu und vor allem das KnowHow zu skalieren. Und diese rumweinerei das mal dieses und mal jenes nicht funktioniert bringt keinen weiter. Das problem ist nicht trivial und das Karten zeichnen ist nur ein winzig kleiner Bruchteil des gesamtkomplexitaet. Das ist schoen das viele das Ausblenden koennen und wollen aber leider funktionieren dieserlei Projekte eben anders. Ich sehe die derzeitigen Probleme als normale Wachstumsschmerzen die jedes erfolgreiche Projekt mal hat und auch diese Werden vorbeigehen und in 2-3 Jahren wird sich keiner mehr erinnern. Im moment wird ja an vielen stellen geschraubt um aus bestehender infrastruktur das maximale rauszuholen. Gleichzeitig ist sicherlich anzugehen das sich die infrastruktur vergroessert d.h. mal mit Hardware zu loesen. Nur leider faellt halt dieserlei Hardware nicht gerade aus den Wolken. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Frederik Ramm [EMAIL PROTECTED] wrote: Ansonsten moechte ich gern das Mantra wiederholen: Wenn was nicht passt, machs besser. OSM braucht keine Besserwisser. Dir ist aber schon klar, dass Du da jetzt gerade den Falschen erwischt hast! Wie Du vielleicht bemerkt hast habe ich in den letzen Monaten nämlich einige Arbeit in die Verbesserung von Osmarender gesteckt. Nun kannst Du argumentieren, dass ich diese Arbeit besser in mapnik gesteckt hätte, aber ehrlich gesagt hat das nicht nur einen Grund warum ich mich für [EMAIL PROTECTED] entscheiden habe sondern mindestens zwei. Der erste Grund ist, dass die Hürde in Mapnik einzusteigen einfach viel zu hoch ist. Dem Otto Normal Mapper kann man ja wohl kaum zumuten ein Postgis zu installieren. Und das ist noch nicht mal alles was man da an Hürden zu meistern hat. Der zweite Grund ist die Tatsache mit der in wenigen Stunden verfügbaren Karte. Für mich mag das eine Lösung sein mir mal schnell einen eignen Tileserver aufzusetzen. Für die Masse der Leute, die am Projekt mitarbeiten ist das definitiv keine. Für diese Leute ist es wichtig, dass es sowas wie [EMAIL PROTECTED] gibt! Osmarender ist hingegen noch halbwegs straight forward und es reicht sogar was ins subversion reinzutun und schon wird das aktiv. Nichtsdestotrotz bin ich trotzdem gerade dran den mapnik zum laufen zu kriegen. Momentan scheitert das gerade daran, dass http://hypercube.telascience.org/~kleptog/processed_p.zip nicht erreichbar ist. Gibts eigentlich ein inkrementelles osm2pgsql? das wäre IMO ein riesiger Schritt vorwärts. Dann könnte ich nämlich wirklich uner nen eigenen Mapnik basierten renderer nachdenken. Für die nicht inkrementelle Variante habe ich nämlich leider nicht die Rechnerkapazität. Gruss Sven -- Every time you use Google, you're using a Linux machine (Chris DiBona, a programs manager for Google) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hi, Ansonsten moechte ich gern das Mantra wiederholen: Wenn was nicht passt, machs besser. OSM braucht keine Besserwisser. Dir ist aber schon klar, dass Du da jetzt gerade den Falschen erwischt hast! Schon klar. Das Mantra ist auch allgemein gemein und nicht auf Dich gemuenzt. Gibts eigentlich ein inkrementelles osm2pgsql? das wäre IMO ein riesiger Schritt vorwärts. Das aktuelle osm2pgsql IST inkrementell, wenn man den --slim-Modus verwendet. Leider ist der inkrementelle Modus sehr langsam - ZU langsam fuer den Normalgebrauch. Es geht schneller, mit Osmosis das Diff auf den letzten Planet draufzurechnen und danach ein normales osm2pgsql zu machen. Aber es wird dran gearbeietet. Schrieb ich glaub ich auch schon, Martijn van Oosterhout ist da dran. Wenn jemand ein PostGIS-Guru ist, einfach mithelfen. Uebrigens noch was an die ewigen Meckerer. Warum baut ihr Euch nicht ein eigenes [EMAIL PROTECTED] Die alte wie auch die neue Server-Software liegen offen. Ich schrieb, dass man 100 GB Traffic am Tag rechnen muss, aber das ist natuerlich weltweit. Wenn sich jetzt z.B. - nur als Beispiel - die Leute in Bayern zusammen tun und sagen: Einer von uns hat eine halbe Hetznerkiste frei, setzen wir doch dort einen [EMAIL PROTECTED] fuer uns auf, die andren lassen die Renderer laufen und laden dahin die Tiles hoch - das waere doch eine Supersache, und fuer die meisten voellig ausreichend. Viele von Euch denken vielleicht, das ist der falsche Weg, sich abspalten, eigene Sachen machen, forken - aber oft ergeben sich aus solchen Aktionen dann wertvolle Erkenntnisse fuer die Zukunft. Eine moegliche Entwicklung einer solchen Loesung waere ja, dass man sich dann eine OpenLayers-Karte macht, die fuer Bayern den Spezialserver fragt und fuer alles andre den normalen [EMAIL PROTECTED] In einer weiteren Ausbaustufe koennte das Beispiel dann Schule machen, und irgendwann haetten wir nen Haufen regionale [EMAIL PROTECTED] Warum nicht. Ich behaupte ja nicht, dass man ALLES in Eigeniniative loesen kann. Aber es ist schon extrem hilfreich, sich bei jedem Problem zu fragen, wie man das fuer sich und/oder fuer andere im kleinen loesen koennte. Dsa hat nichts mit Verdraengen oder Problem-nicht-sehen-wollen zu tun: Oftmals leistet man durch sowas einen viel hilfreicheren Beitrag zu OpenStreetMap 2010 als man erreichen koennte, indem man das Problem auf der Mailingliste thematisiert und eine Strategiediskussion OSM 2010 lostritt. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Andreas Stricker schrieb: André Reichelt schrieb: Bei mir is zur Zeit auch die hälfte der Tiles blau und auf den Rest muss man 10 Minuten warten (ohne Übertreibung). Wer da noch die Admins verteidigt... Dieser Ton gefällt mir nicht. Muss jeder selbst wissen. 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] [EMAIL PROTECTED] furchtbar langsam
Frederik Ramm schrieb: Ich finde diesen Tonfall absolut inakzeptabel. Und ich diese Geschwindigkeit, die ein Tile in der Karte zum laden braucht. Naya, vermutlich wird sich das Problem selbst bald lösen, da die Leute das interesse verlieren und der Server sich entlastet. Wenns blöd läuft, bekommen wir schlechte Presse und alles geht den Bach runter. Was solls? Ist ja nur ein Freizeitprojekt :S. 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] [EMAIL PROTECTED] furchtbar langsam
Dirk Stöcker schrieb: Schaut Euch den Hardwarebedarf bei Wikipedia an und überlegt nochmal, ob Ziel und Umsetzung von OSM momentan zu vereinen sind. Exponentielles Wachstum ist nicht so leicht in den Griff zu bekommen und berechtigte Kritik bleibt berechtigt, auch wenn der Tonfall vielleicht etwas daneben liegen sollte. Nun ja, durch leises Bitten weckt man hier leider nicht mal nen Floh und alle schweigen das Problem, wie du schon sagtest, tot. Wie ich allerdings schon schrieb: Das Problem wird sich irgendwann wirklich von selber lösen, nur ob OSM dann immer noch so gelobt wird, ist fraglich. Stellt euch mal alle vor, ihr müsstet au jede Wikipedia-Seite 10 Minuten warten. Da würde ich es vorziehen, mir nen Brockhaus zu kaufen. 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] [EMAIL PROTECTED] furchtbar langsam
Frederik Ramm schrieb: Ich hoffe, das koennen wir noch ein paar Jahre vor uns herschieben, denn ich glaube nicht, dass das eine wuenschenswerte Entwicklung ist. Als naechstes fangen wir a la Wikipedia an, auf unseren Webseiten um Spenden zu betteln, nein danke. Ich habe auch keine Lust auf eine Zweiklassen- gesellschaft im Projekt (die einen machen was freiwillig, die anderen werden dafuer bezahlt). Und ich habe keine Lust auf Elite-Admins, die meinen, sie waeren cooler als der sonstige Poebel im Projekt. Solange es läuft, ist mir das egal. Wenn es allerdings so weiter geht, und das ist meine Meinung, werden wir bald keine kommerziellen Kräfte mehr brauchen, da die Kundschaft ein schlechtes Bild mitnimmt und nie wieder reinschaut und Mist über uns verbreitet. Dann entfernen wir einfach den [EMAIL PROTECTED] von der Startseite. [EMAIL PROTECTED] ist ja nun wirklich nicht gerade das wichtigste Teilprojekt, sondern nur ein kleiner und relativ unbedeutender Aspekt. Der bedeutende Aspekt an [EMAIL PROTECTED] ist, dass die Karte praktisch in Echtzeit updatebar wäre, würden die Server gescheit laufen. Ich habe ert gestern dieses Rendertool für Windows getestet. Damit habe ich die fläche vo vier Tiles innerhalb von 10 Sekunde gerendert. Es ist also viel mehr schlechte Software als Verschwenug von Rechenpower. Die API funktioniert, die Mapnik-Karte funktioniert, das ist erstmal das wichtigste. Wenn man über die 10 Sekunden Wartezeit pro hochzuladendem Node/Datenobjekt sowie einer Tilewartezeit von teils 10 Minuten (auch bei Mapnik) hinwegsieht - OK, es läuft, hast schon recht. Vor allem kann man es auch zum trainieren der Geduld oder als Bildschrimschoner einsetzen :S. [EMAIL PROTECTED] ist eine gigantische Verschwendung von Rechenzeit. Das habe ich ja bereits kommentiert: Es ist die Software, die Rechenzeit verschwendet, nicht [EMAIL PROTECTED] Kannst Du mal konkret auflisten, welche Dienste Deiner Ansicht nach seit mindestens einem Monat saumaessig laufen? Irgendwie scheint das naemlich an mir vorbeigegangen zu sein. Ich möchte mal zuvorkommen: * Mapnik/Osmarender: Tileauslieferung dauert häufig mehrere Minuten, bis alle Kacheln auf dem Schirm geladen sind. * JOSM: Andauernd irgendwelche seltsamen Bugs in der Latest. * API: Upload katastrophal langsam: Teileise 10 Sekunde pro Datenobjekt. Rechne das mal auf 100 Datenobjekte hoch). * Wiki: Seitenaufbau manchmal extrem langsam. * Namefinder: Meistens äre man schneller, das Lexikon durchzublättern. Sobald also irgendjemand anfaengt damit, dass wir Geld in die Hand nehmen und Admins bezahlen sollten, wird sich automatisch auch die Frage stellen: Ist das Geld auch so angelegt, dass es maximalen Nutzen stiftet? - und da wird [EMAIL PROTECTED] ganz sicher ganz schlecht aussehen im Vergleich. Tya, da muss man eben entscheiden, wo man die bezahlten Mitarbeiter einsetzt. Mit der neuen Rendersoftware könnte man sich durchaus vorstellen, Mapnik in die Tonne zu treten und die Tiles direkt auf dem Server zu erzeugen. Vor ein paar Jahren, in der Anfangszeit von Wikipedia war die Situation ähnlich. Auch dort gab es Lastprobleme und Verzögerungen. Solche extremen Ausmaße wie bei OSM gab es aber nicht. Man hat sie aber in den Griff bekommen. Und vor allen Dingen war es nie auch nur annähernd so unerträglich. Der Tonfall lag in einem solchen Aussmass derb daneben, dass er geeignet ist, dem Projekt mehr Schaden zuzufuegen als ein schusseliger Admin. Wenn man natuerlich seine eigenen Leute so mit Fuessen tritt, dann findet man irgendwann nur noch bezahlte Kraefte, das ist klar. Tya, manchmal muss man halt laut werden. Wenn sich durch diese Mail irgendjemand diskriminiert fühlt, soll er sich bitte melden. 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] [EMAIL PROTECTED] furchtbar langsam
André Reichelt schrieb: Stellt euch mal alle vor, ihr müsstet au jede Wikipedia-Seite 10 Minuten warten. Da würde ich es vorziehen, mir nen Brockhaus zu kaufen. Das muss ich mir nicht vorstellen, da reicht erinnern. Die Wikipedia hatte etliche Probleme und ist auch heute trotz ihrer wuchtigen Hardware nicht ganz ohne Macken. Und ich habe sie trotzdem benutzt obwohl der Brockhaus eine Armlänge entfernt im Schrank stand - einfach weil sie besser war (/ist). Gleiches gilt für OSM. Such mal den Bahnhof in Oslo mit GoogleMaps, Fehlanzeige. Und wenn ich zehn Minuten auf das Tile warten muss mache ich das Trotzdem, weil es einfach besser ist als die Alternativen. Und es gibt wenig Dinge auf der Welt die mir so egal sind wie das Medien-Echo von OSM. Ich glaube an das Potential des Projektes und bedaure jeden Journalisten der das nicht tut und seine Fahne in den Wind hält. Und auf Mapper die nur kommen, weils gerade hip ist kann ich ebenso verzichten. Grüße, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Sven Grüner schrieb: Stell dir mal vor ich sage Wir brauchen noch heute Dorf XY in der Datenbank, weil da morgen die Weltmeisterschaft im Bierdeckelfalten ist Und du als einziger Mapper der Gegend gerade beruflich oder familiär genug zu tun hast. Fändest du es fair wenn ich dann sagen würde André Reichelt ist zu faul und lässt das Projekt auf unser aller Kosten zerfallen? Sag mir ne Woche vorher bescheid und ich erledige das für Dich/richte es mir ein. Allerdings wäre ein Tag schon etas kurzfristig. Allerdings bestehe die Probleme ja nicht erst seit gestern, vorgestern oder letzter Woche. Die Leistung geht seit minimum zei Monaten unregelmäßig aber stetig bergab. Ich will niemanden dazu drängen, dass er sofort was tut, aber ist es denn zu viel verlangt, einfach mal ein kirzes Statement abzugeben und zu sagen, wo wir gerade stehen, was gebraucht wird und wo die Probleme sind. Ich bin villeicht etwas aus der Haut gefahren, abermir liegt dieses Projekt so verdammt am Herzen, dass ich es einfach nicht ausstehen kann, wenn ich das Gefühl habe, jemand lässt es verkommen. Nehmt's mir bitte nicht übel. 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] [EMAIL PROTECTED] furchtbar langsam
Henry Loenwind schrieb: PS: Eins fällt mir grade noch ein: (e) Es gibt gar keine Admins... Wohl eher weniger, da einer von denen damals zimlich zügig einen Fehler behoben hat, der diverse GPX-Logs nicht durchlies bzw. ausgewertet hat. Damals hat ein kurzer Hinweis gereicht und die Sache lief wieder. Ist allerdings auch shon wieder fast ein halbes Jahr her. 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] [EMAIL PROTECTED] furchtbar langsam
Am Sonntag 27 Juli 2008 23:28:08 schrieb André Reichelt: Wenns blöd läuft, bekommen wir schlechte Presse und alles geht den Bach runter. Was solls? Ist ja nur ein Freizeitprojekt :S. Nunmal nicht gleich alles so pessimistisch sehen. OSM ist primär eine Datenbank nicht ein Projekt das eine Karte liefert. Der Datenbankpart läuft ja bisher noch einwandfrei. Außerdem selbst wenn OSM mal schlechte Presse bekommt ist das nicht gleich der Weltuntergang. Zum großteil wird die Arbeit an der Karte im Moment ja eh von Geeks durchgeführt. Die meisten davon lassen sich durch so etwas auch nicht abschrecken. Zu allem anderen, kommt Zeit kommt Abhilfe. Gruß Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Henry Loenwind schrieb: Aber wenn du schonmal fragst: Ich bin hier um meine freien Resourcen in ein Proejekt einzubringen, das ich persönlich unterstützen möchte weil ich es gut finde. Leider war es mir nach dem Machs-besser-Prinzip bisher nicht möglich einen schnelleren Main-API-Server aufzusetzen. Tya, so geht es mir auch. Ich habe schon mehrfach auch im IRC Vorschläge gemacht, wie man es besser machen könnte. Statt einer Diskussion folgte allerdings die berühmte Festplattenantwort. Scheinbar haben DIE so langsam kapiert, dass einige darauf nicht mehr reinfallen und um weiterem Ärger vorzubeugen, ignorieren SIE uns einfach. Verschwörungstheorien bei Seite: Könnte BITTE jemand mal die Admins darauf Aufmerksam machen, was hier für wilde spekulationen angestellt werden und einfach mal um eine offizielle Stellungnahme bitten, die über wir arbeiten daran hinausgeht. 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] [EMAIL PROTECTED] furchtbar langsam
Etric Celine schrieb: Am Sonntag 27 Juli 2008 23:28:08 schrieb André Reichelt: Wenns blöd läuft, bekommen wir schlechte Presse und alles geht den Bach runter. Was solls? Ist ja nur ein Freizeitprojekt :S. Nunmal nicht gleich alles so pessimistisch sehen. OSM ist primär eine Datenbank nicht ein Projekt das eine Karte liefert. Der Datenbankpart läuft ja bisher noch einwandfrei. Da hast Du Recht. Außerdem selbst wenn OSM mal schlechte Presse bekommt ist das nicht gleich der Weltuntergang. Zum großteil wird die Arbeit an der Karte im Moment ja eh von Geeks durchgeführt. Die meisten davon lassen sich durch so etwas auch nicht abschrecken. Tya, Menschen sind komische Wesen. Gute Sachen vergessen sie ganz schnell, aber sobald etwas böses berichtet wird: OSM? Da war doch was... Ach ja, das sind die, bei denen man ne halbe Stunde auf die Karte warten muss - Ne, lass ma', schauen wir lieber bei Google oder MAP24. Vermutlich ist das eh alles viel besser und genauer, immerhin setzen die bezahlte Mitarbeiter ein. Die dürfen sich keine Fehler erlauben, sonst fliegen s'e. Klingt jetzt wieder sehr pessimistisch, aber so denken nunmal die Meisten, die sich nicht weiter mit OSM beschäftigen - und das sind 99% der Weltbevölkerung. Zu allem anderen, kommt Zeit kommt Abhilfe. Hoffen wir's. 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] [EMAIL PROTECTED] furchtbar langsam
Hallo, Solange es läuft, ist mir das egal. Wenn es allerdings so weiter geht, und das ist meine Meinung, werden wir bald keine kommerziellen Kräfte mehr brauchen, da die Kundschaft ein schlechtes Bild mitnimmt und nie wieder reinschaut und Mist über uns verbreitet. Unser Schaufenster nach aussen ist die Mapnik-Karte. Die ist relativ problemfrei. Das ist das, was die Laufkundschaft sieht. Der bedeutende Aspekt an [EMAIL PROTECTED] ist, dass die Karte praktisch in Echtzeit updatebar wäre, würden die Server gescheit laufen. Ich habe ert gestern dieses Rendertool für Windows getestet. Damit habe ich die fläche vo vier Tiles innerhalb von 10 Sekunde gerendert. Es ist also viel mehr schlechte Software als Verschwenug von Rechenpower. Andre, jetzt landest Du gleich auch bei mir im Killfile. Dass Du aber auch nicht damit aufhoeren kannst, hier ohne jede Ahnung so einen Quark daherzureden. Leute wie DU sind es doch gerade, die hier Mist ueber uns verbreiten! [EMAIL PROTECTED] ist zwar langsam beim Rendern, aber wenn man statt des langsamen Osmarender dieses Rendertool fuer Windows einsetzen wuerde, so muesste man immer noch (a) die ganzen benoetigten Daten schnell genug aus der API bekommen und (b) die 1300 Tiles an einen Server hochladen, der die schnell genug einsortiert und bereitstellt. Das sind alles nicht ganz triviale Probleme. Du wirst jetzt vermutlich sagen boah ey wieso denn 1300 Tiles hochladen zu meinem FTP-Server geht doch ratzfatz, aber das wuerde nur mal wieder zeigen, dass Du weder kapiert hast noch offenbar kapieren willst, worum es geht. Tut mir leid, aber jemand, der so lernresistent ist wie Du, der sollte sich mit Urteilen aller Art wirklich extremst zurueckhalten. Die API funktioniert, die Mapnik-Karte funktioniert, das ist erstmal das wichtigste. Wenn man über die 10 Sekunden Wartezeit pro hochzuladendem Node/Datenobjekt sowie einer Tilewartezeit von teils 10 Minuten (auch bei Mapnik) hinwegsieht Ich hab noch nie auf ein Mapnik-Tile warten muessen, ausser vielleicht an dem einen Tag, als wir im Spiegel online waren, da waren es dann ein paar Sekunden fuer einen Schirm voll Tiles. * Mapnik/Osmarender: Tileauslieferung dauert häufig mehrere Minuten, bis alle Kacheln auf dem Schirm geladen sind. Kann ich bei Mapnik nicht nachvollziehen. * JOSM: Andauernd irgendwelche seltsamen Bugs in der Latest. Mach's wie Dirk, hilf sie reparieren, oder mach's wie Karl, update nicht, oder mach's wie die anderen 99,9% JOSM-User, die irgendwie trotzdem produktiv sind. * API: Upload katastrophal langsam: Teileise 10 Sekunde pro Datenobjekt. Rechne das mal auf 100 Datenobjekte hoch). Sowas passiert mir auch manchmal. Selten. In den Faellen speichere ich meine Datei eben lokal ab und probiere es spaeter nochmal. * Wiki: Seitenaufbau manchmal extrem langsam. Das Wiki laeuft auf einer Maschine mit 256 MB RAM, da verbietet sich eigentlich jeder neumodische Template-Krempel und jede Seite ueber ein paar KB. Dass die Map Features ueberhaupt so lange durchgehalten haben, wundert mich. Aber hierzu gab es neulich ja einen Aufruf, ob jemand helfen kann, und da ist soweit ich weiss auch was im Gange. * Namefinder: Meistens äre man schneller, das Lexikon durchzublättern. Der Namefinder ist ein Hobbyprojekt von David Earl. Keine Ahnung, wie effizient der programmiert ist. Schreib einen besseren Namefinder, und ich bin sicher, er wird auf der Startseite eingebunden. Tya, da muss man eben entscheiden, wo man die bezahlten Mitarbeiter einsetzt. Mit der neuen Rendersoftware könnte man sich durchaus vorstellen, Mapnik in die Tonne zu treten und die Tiles direkt auf dem Server zu erzeugen. Wieder einmal zeigst Du, dass Du keine Ahnung hast. Du solltest Dich schaemen, mit so wenig Sachverstand hier so herumzuproleten. Das ist wirklich nur noch peinlich. Mapnik kann auch live direkt auf dem Server Tiles rechnen; ich vermute nicht, dass Du Dir die Muehe gemacht hast, das mal selber auszuprobieren. Fuer einen, zwei, drei parallele Benutzer geht das auch ausreichend schnell. Vielleicht auch fuer 10. Aber nicht fuer die Anfragezahlen, die unser Tileserver zu bearbeiten hat. Denkst Du allen Ernstes, die Leute bei OSM waeren so bloed, sich den ganzen Riesenaufwand mit den vorberechneten Tiles zu machen, wenn es ohne ginge? Der Tonfall lag in einem solchen Aussmass derb daneben, dass er geeignet ist, dem Projekt mehr Schaden zuzufuegen als ein schusseliger Admin. Wenn man natuerlich seine eigenen Leute so mit Fuessen tritt, dann findet man irgendwann nur noch bezahlte Kraefte, das ist klar. Tya, manchmal muss man halt laut werden. Wenn sich durch diese Mail irgendjemand diskriminiert fühlt, soll er sich bitte melden. Das Wort diskriminieren ist nicht angebracht. Du schuettest kuebelweise voellig undiskriminiert Scheisse hier in die Landschaft, machst Dich selbst dabei zum Affen, beleidigst so ziemlich jeden, der mithilft, dass
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
On Sun, 27 Jul 2008, Frederik Ramm wrote: Dir ist aber schon klar, dass Du da jetzt gerade den Falschen erwischt hast! Schon klar. Das Mantra ist auch allgemein gemein und nicht auf Dich gemuenzt. Dann fühle ich mich einfach mal angesprochen. Ich habe OSM vor vielleicht anderthalb bis 2 Jahren kennengelernt, hielt es für unausgereift und habe es ignoriert. Vor einem halben Jahr habe ich beschlossen, dass OSM genug Potential hat. Daraufhin habe ich zusammen mit meinem Vater unseren Heimatort und alle Verbindugsstraßen und Orte des gesamten Kreis Bautzen, Teile der Nachbarkreise Pirna, Kamenz, Löbau, und Teile der Tschechei aufgenommen. Mich störte die fehlende Übersetzung von Merkaartor und ich habe die deutsche Übersetzung von Merkaartor gemacht. Ich baue die RPM-Pakete von Merkaartor, JOSM und einer Reihe anderer Tools im Rahmen von openSUSE. Mich haben JOSM-Fehler gestört und ich fing an diese zu korrigieren und fehlende Funktionalitäten einzubauen. Ich habe einen Haufen Arbeit in die weitere Übersetzung von JOSM gesteckt. Das ständig veraltete Tagwatch-Skript störte mich und ich habe mir die aktuellen (bis dahin nicht im SVN befindlichen) Sourcen geholt und ein permanentes Update aufgesetzt. Ich habe auf einem meiner leistungsfähigeren Rechner den [EMAIL PROTECTED] augesetzt, weil mich die Verzögerungen stören. Die nicht funktionierende OSMX-API stört mich und ich dachte darüber nach vielleicht eine zweite Variante davon aufzusetzen. Aber oh Wunder, findet sich natürlich nichts dazu im SVN (vielleicht ist es ja sogar irgendwo drin, aber zu finden ist nichts). Wenn auf jede Kritik an der momentanen Situation kommt Dann mach es doch selber, dann läuft irgendwas falsch. Sicher kann jeder bei Null anfangen, aber Sinn der Sache ist das wohl kaum. Und Grundvoraussetzung des ganzen Projekts ist der stabile Betrieb der zentralen Infrastruktur. Und Du wirst mir ja wohl kaum sagen wollen, dass ich gleich die zentrale API auch klonen soll? Oder meinst Du das? Ich arbeite und arbeitete bei verschiedensten OpenSource-Projekte mit. Und normalerweise ist mach es selber einfach die Standardantwort all derjenigen, welche existierende Probleme einfach ignorieren. Ok ich mache viel selber und trotzdem kritisiere ich die Situation des Projekts. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Florian Lohoff schrieb: infrastruktur vergroessert d.h. mal mit Hardware zu loesen. Nur leider faellt halt dieserlei Hardware nicht gerade aus den Wolken. Deshalb meine Frage: Wieviel Geld wird gebraucht? Ein Spendenaufruf könnte dann was bringen. Zumindest mir wäre es durchaus mehr als nur 10 oder 20 Euro wert, die Resourcenprobleme bei [EMAIL PROTECTED], der Namenssuche und beim GPX-Parser für die nächsten Monate aus der Welt zu schaffen. Oder wäre ich da dann der einzige Spender? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hi, Dirk Stöcker wrote: Dann fühle ich mich einfach mal angesprochen. Ich habe OSM vor vielleicht anderthalb bis 2 Jahren kennengelernt, hielt es für unausgereift und habe es ignoriert. Ging mir beim Erstkontakt auch so. Karte war leer, Projekt uninteressant. [Arbeit an Merkaartor, JOSM, Tagwatch...] Find ich prima, so soll es sein. Und von jemandem, der Probleme normalerweise anpackt, wo er sie sieht, laesst man sich auch eher mal auf eines hinweisen, das er nicht loesen zu koennen glaubt. Die nicht funktionierende OSMX-API stört mich und ich dachte darüber nach vielleicht eine zweite Variante davon aufzusetzen. Aber oh Wunder, findet sich natürlich nichts dazu im SVN (vielleicht ist es ja sogar irgendwo drin, aber zu finden ist nichts). Warum schreibst Du oh Wunder...natuerlich? Das klingt so, als ob Du annimmst, dass Dir da jemand absichtlich was vorenthalten will? OSMXAPI ist von Etienne Cherdlu geschrieben, der auch Osmarender verbrochen hat. Es ist ein einer Programmiersprache gemacht, die angeblich ein moderner Dialekt von MUMPS ist. MUMPS ist eine Datenbank-Programmiersprache aus den 70er Jahren. Ich habe 80n gefragt, ob ich die Sourcen haben kann, und er sagte: Gerne, aber Du muesstest Dir ca. eine Woche Zeit nehmen, um Dich von mir in eine etwas exotische Programmiersprache einweisen zu lassen. Warum es nicht im SVN ist, weiss ich nicht - 80n ist politisch ein sehr grosser GPL-Freund, also wird er bestimmt nichts geheimhalten wollen. Ich habe dann aber abgewunken und gedacht, so kompliziert ist es nun auch wieder nicht, das OSMXAPI vernuenftig in C auf einem PostGIS-Backend nachzubauen. Hab ich dann aber nie getan; anderes schien mir wichtiger. Und Grundvoraussetzung des ganzen Projekts ist der stabile Betrieb der zentralen Infrastruktur. Und Du wirst mir ja wohl kaum sagen wollen, dass ich gleich die zentrale API auch klonen soll? Oder meinst Du das? Naja. Die zentrale API ist in Ruby gemacht, und jeder, inkl. dem Admin, sagt, dass Ruby fuer diesen Betrieb - Daten aus SQL-Datenbank rausschaufeln, XML draus machen, ueber die Leitung schicken - absolut ungeeignet ist (wegen der schlechten String-Implementierung vor allem). Ich habe daher neulich, als ein nach eigenem Bekunden erfahrener C++-Programmierer fragte, was er sinnvolles tun koennte, empfohlen, er sollte doch mal den map-Call als Apache-Modul reimplementieren, und siehe da, er hats tatsaechlich gemacht, die Sache ist 10-15x so schnell und braucht einen Bruchteil des Speichers. (Das ist eines der Probleme im Moment, dass wir nur eine begrenzte Anzahl an parallelen API-Daemons laufen lassen koennen, weil man immer damit rechnen muss, dass ein speicheraufendiger map-Call kommt.) Ich habe das nicht genau verfolgt, aber ich rechne damit, dass diese Entwicklung in ein paar Monaten live gehen wird. Ich weiss, dass Du viele andere sinnvolle Sachen machst, aber da Du so konkret fragst: Fuer diese C++-Implementierung hat der Typ auch keinerlei Hilfe bekommen, er war einfach ein Aussenseiter, der sich da reingefressen hat, und das haettest Du sicherlich auch tun koennen, wenn Du es hinreichend wichtig gefunden haettest. Eine weitere Sache, die die Arbeitsgeschwindigkeit deutlich erhoehen wuerde, waere die Einrichtung von OSMXAPI-aehnlichen Mirrors, die aber (im Gegensatz zu OSMXAPI) die gesamte Palette der API-Leserequests koennen. Also einfach eine leicht modifizierte Version der normalen API aufsetzen, einen Job dahinter, der die minuetlichen Updates per Osmosis in die MySQL-Datenbank einspielt - alles kein Hexenwerk, muss nur jemand machen - und dann passen wir den JOSM so an, dass er seine Leserequests grundsaetzlich nicht aus der Masterdatenbank befriedigt, sondern aus einem der vorhandenen Mirrors. Die Datenbankperformance der Zentrale stuende dann hauptsaechlich fuer die Update-Requests zur Verfuegung. Warum wird das nicht gemacht? Nicht etwa, weil irgendein finsterer Neinsager in der OSM-Zentrale dagegen waere; nicht etwa, weil es politisch nicht gewuenscht waere oder technisch schwierig... es hat sich einfach bislang nicht der richtige dafuer gefunden, der die Zeit und die Initiative dafuer aufbringt. An wessen Adresse soll man also die Kritik daran richten, dass es solche Mirror-Server nicht gibt? Die unfaehigen Admins sollten halt einfach sagen, was sie brauchen? - Die Foundation sollte jemanden einstellen, der das macht? - Meiner bescheidenen Ansicht nach gibt es solche Server halt einfach nicht, weil es nicht *so* wichtig ist. Diejenigen im Projekt, die sowas machen *koennten*, tun es im Moment nicht, weil ihnen andere Sachen wichtiger erscheinen. Ist doch auch ihr gutes Recht. Ich kann doch nicht zu Dir sagen verschwende doch keine Zeit mit Uebersetzungen von JOSM, wenn Du stattdessen einen API-Mirror bauen koenntest. Wenn die Performance der API wirklich *so* schlecht waere, dann wuerdest Du vermutlich von selber auf die Idee kommen. Bye Frederik
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
2008/7/27 Gernot Hillier [EMAIL PROTECTED]: Hi! Frederik Ramm schrieb: Kannst Du mal konkret auflisten, welche Dienste Deiner Ansicht nach seit mindestens einem Monat saumaessig laufen? Irgendwie scheint das naemlich an mir vorbeigegangen zu sein. Der Up- und Download von Daten zu stärker frequentierten Zeiten = am Wochenende. Ich warte jetzt hier schon wieder seit über 5 Minuten auf die GPS-Punkte vom Server und er hat gerade mal 10.000 Stück geschafft. Eigentlich kann man am Wochenende seit ca. 2-3 Wochen nicht mehr vernünftig mit JOSM arbeiten. -- Gernot das ist leider wahr, zumindest tagsüber und abends. Spätnachts gehts dann wieder. Hier habe ich das subjektive Empfinden, dass wir an den Grenzen der derzeitigen Konfiguration kratzen bzw. teilweise auch schon ein bisschen darüberhinaus gewachsen sind. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Am 25. Juli 2008 19:33 schrieb Bernd Wurst [EMAIL PROTECTED]: http://wiki.openstreetmap.org/index.php/Platform_Status Aber nein, nachdem der Server jetzt seit 1 Tag auf nen Reboot wartet, tu ich mir auch schwer, die Arbeit der Admins zu verteidigen... Der [EMAIL PROTECTED] steht an der University of California, San Diego. Die OSM-Admins haben keinen Zugang zu dem Rechner. Und da man sich nicht mehr remote anmelden konnte, mussten sie darum bitten, dass jemand vor Ort den Rechner rebootet. Die Admins konnten hier nichts anderes tun als zu warten. jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Jens Frank schrieb: Am 25. Juli 2008 19:33 schrieb Bernd Wurst [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: http://wiki.openstreetmap.org/index.php/Platform_Status Aber nein, nachdem der Server jetzt seit 1 Tag auf nen Reboot wartet, tu ich mir auch schwer, die Arbeit der Admins zu verteidigen... Der [EMAIL PROTECTED] steht an der University of California, San Diego. Die OSM-Admins haben keinen Zugang zu dem Rechner. Und da man sich nicht mehr remote anmelden konnte, mussten sie darum bitten, dass jemand vor Ort den Rechner rebootet. Die Admins konnten hier nichts anderes tun als zu warten. Wie dem auch sei, derzeit ist [EMAIL PROTECTED] praktisch unbrauchbar. Ich bekomme seit Tagen (Wochen?) so gut wie nie alle Kachel einer Seite mehr zu sehen und die zwei die kommen dauern auch noch ewig. Zoomen kann man ganz vergessen. Da warte ich lieber bis Mittwoch, das geht noch schneller Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Thorsten Feles schrieb: Wie dem auch sei, derzeit ist [EMAIL PROTECTED] praktisch unbrauchbar. Ich bekomme seit Tagen (Wochen?) so gut wie nie alle Kachel einer Seite mehr zu sehen und die zwei die kommen dauern auch noch ewig. Zoomen kann man ganz vergessen. Bei mir is zur Zeit auch die hälfte der Tiles blau und auf den Rest muss man 10 Minuten warten (ohne Übertreibung). Wer da noch die Admins verteidigt... Hätte ich nen eigenen Server, hätte ich mich schon längst verabschiedet und ein alternatives [EMAIL PROTECTED] zusammengeschrieben, das sich allerdings nur auf DE beschränkt (evtl. noch AT und CH). 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] [EMAIL PROTECTED] furchtbar langsam
Thorsten Feles schrieb: Der [EMAIL PROTECTED] steht an der University of California, San Diego. Die OSM-Admins haben keinen Zugang zu dem Rechner. Und da man sich nicht mehr remote anmelden konnte, mussten sie darum bitten, dass jemand vor Ort den Rechner rebootet. Die Admins konnten hier nichts anderes tun als zu warten. Wie dem auch sei, derzeit ist [EMAIL PROTECTED] praktisch unbrauchbar. Ich bekomme seit Tagen (Wochen?) so gut wie nie alle Kachel einer Seite mehr zu sehen Wo muss man spenden, damit OSM sich ein Hosting mit Reboot-Service leisten kann? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Johann H. Addicks schrieb: Wo muss man spenden, damit OSM sich ein Hosting mit Reboot-Service leisten kann? Gute Frage. Vor ein paar Wochen hiess es hier, Geld sei genug da, nur die Admins wüssten nicht, wie sie es am besten investieren sollten. Mittlerweile schwanke ich zwischen zwei anderen Möglichkeiten. Entweder die haben überhaupt kein Geld oder die sind einfach viel zu Faul, was zu machen und lassen das Projekt auf unseren Kosten zerfallen, weil sie keine Lust mehr haben. Hätten sie wirklich zu wenig Zeit, dann sollen sie sich doch einfach mal an uns wenden, hier findet sich sicher jemand, der die Administration der Server übernehmen würde. 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] [EMAIL PROTECTED] furchtbar langsam
Hallo, Entweder die haben überhaupt kein Geld oder die sind einfach viel zu Faul, was zu machen und lassen das Projekt auf unseren Kosten zerfallen, Ich finde diesen Tonfall absolut inakzeptabel. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
André Reichelt [EMAIL PROTECTED] wrote: Entweder die haben überhaupt kein Geld oder die sind einfach viel zu Faul, was zu machen und lassen das Projekt auf unseren Kosten zerfallen, weil sie keine Lust mehr haben. Ehrlich gesagt finde ich diesen Ton eine Frechheit gegenüber allen die viel Arbeit ins Projekt stecken und schon gesteckt haben. Herzlich willkommen in meinem Killfile! Beim ersten Subversion commit Deinerseits werde ich Dich da natürlich gerne wieder raustun... *plonk* Sven -- Kernel panic: I have no root and I want to scream (Linux Kernel Error Message) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Frederik Ramm schrieb: Hallo, Entweder die haben überhaupt kein Geld oder die sind einfach viel zu Faul, was zu machen und lassen das Projekt auf unseren Kosten zerfallen, Ich finde diesen Tonfall absolut inakzeptabel. Ich find das auch ziemlich derb. Die Admins werden ja nicht bezahlt oder so. Die machen das in ihrer Freizeit. Dass da bei [EMAIL PROTECTED] aber gerade was wackelt merken wir alle. Wenn man bei dem kleinen Pluszeichen Osmarender auswählt und stundenlang wartet, macht das erstmal nen schlechten Eindruck auf Neueinsteiger - aber c'est la vie. Momentan geht es eigentlich gerade ganz gut, aber nicht super. Ich glaube das Problem ist einfach (wurde hier auch schon mal angesprochen), dass es den Admins nicht ganz gelingt zu kommunizieren, was genau das Problem ist oder wie der Status der Lösung aussieht oder was weiß ich. Sie deswegen aber so anzugreifen, ist echt nicht nötig und hilft keinem. Also bitte einfach mal ganz locker bleiben... Grüß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] [EMAIL PROTECTED] furchtbar langsam
André Reichelt schrieb: Bei mir is zur Zeit auch die hälfte der Tiles blau und auf den Rest muss man 10 Minuten warten (ohne Übertreibung). Wer da noch die Admins verteidigt... Dieser Ton gefällt mir nicht. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Moin, Entweder die haben überhaupt kein Geld oder die sind einfach viel zu Faul, was zu machen und lassen das Projekt auf unseren Kosten zerfallen, weil sie keine Lust mehr haben. ich fänd's schlicht und ergreifend gut wenn Du Dich mit dem Posten manchmal etwas zurückhalten würdest. ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Dirk Stöcker schrieb: Vor ein paar Jahren, in der Anfangszeit von Wikipedia war die Situation ähnlich. Auch dort gab es Lastprobleme und Verzögerungen. Solche extremen Ausmaße wie bei OSM gab es aber nicht. Schaut Euch den Hardwarebedarf bei Wikipedia an und überlegt nochmal, ob Ziel und Umsetzung von OSM momentan zu vereinen sind. Exponentielles Wachstum ist nicht so leicht in den Griff zu bekommen und berechtigte Kritik bleibt berechtigt, auch wenn der Tonfall vielleicht etwas daneben liegen sollte. Wie macht denn Wikipedia das eigentlich? Die haben ja bedeutent mehr Server und Last als OSM. Wie finanzieren die das? Haben die fest eingestellte Admins? Verwenden die spezielle Techniken? Warum klappt es dort und hier eher nicht so? Kennt sich da jemand aus? Konnte auf die Schnelle nichts dazu finden. Grüß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] [EMAIL PROTECTED] furchtbar langsam
André Reichelt wrote: Entweder die haben überhaupt kein Geld oder die sind einfach viel zu Faul, was zu machen und lassen das Projekt auf unseren Kosten zerfallen, An alle, die sich hierrüber so köstlich aufgeregt haben: Was SIND denn die Gründe dass nichts passiert? (a) Kein Geld da (b) Keine Zeit da (c) Keine Lust (d) Sonstiges (a) wird dementiert, Geld soll da sein. (b) kann es nicht sein, ich hab noch nie einen Admin gelesen, der um Unterstützng gebeten hätte, aber regelmäßig von Leuten, die sich angeboten haben. Zu (d) fällt mir nix ein (und André wohl auch nicht). Also bleibt frei nach Sherlock Holmes ja nur noch (c), oder? PS: Eins fällt mir grade noch ein: (e) Es gibt gar keine Admins... cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hallo, Dirk Stöcker wrote: Und vielleicht ist genau das das Problem. OSM hatte viel Medienecho in letzter Zeit. Irgendwann kommt der Punkt, wo man auch mal den Schritt wagen muss die Freizeitarbeit zugunsten von professionellen Administratoren aufzugeben. Ich hoffe, das koennen wir noch ein paar Jahre vor uns herschieben, denn ich glaube nicht, dass das eine wuenschenswerte Entwicklung ist. Als naechstes fangen wir a la Wikipedia an, auf unseren Webseiten um Spenden zu betteln, nein danke. Ich habe auch keine Lust auf eine Zweiklassen- gesellschaft im Projekt (die einen machen was freiwillig, die anderen werden dafuer bezahlt). Und ich habe keine Lust auf Elite-Admins, die meinen, sie waeren cooler als der sonstige Poebel im Projekt. Dass da bei [EMAIL PROTECTED] aber gerade was wackelt merken wir alle. Wenn man bei dem kleinen Pluszeichen Osmarender auswählt und stundenlang wartet, macht das erstmal nen schlechten Eindruck auf Neueinsteiger - aber c'est la vie. Das macht keinen schlechten Eindruck. Es ist schlicht und ergreifend unakzeptabel. Dann entfernen wir einfach den [EMAIL PROTECTED] von der Startseite. [EMAIL PROTECTED] ist ja nun wirklich nicht gerade das wichtigste Teilprojekt, sondern nur ein kleiner und relativ unbedeutender Aspekt. . Seit mindestens einem Monat laufen verschiedenste Dienste nicht nur schlecht, sondern saumäßig. Die API funktioniert, die Mapnik-Karte funktioniert, das ist erstmal das wichtigste. Und da springen unsere Admins auch, wenn das mal nicht tut. Dass von den zahlreichen sonstigen Hobbysachen mal das eine und mal das andere nicht geht, ist doch nun wirklich kein Grund, hier so einen Wind zu machen. [EMAIL PROTECTED] ist nicht mission critical, war es nie, wird es nie sein. [EMAIL PROTECTED] ist eine gigantische Verschwendung von Rechenzeit. Ich finde [EMAIL PROTECTED] gut, und es hat in einigen Bereichen durchaus die Nase vorn, aber es ist mindestens um den Faktor hundert ineffizienter als die Mapnik-Karte. Kannst Du mal konkret auflisten, welche Dienste Deiner Ansicht nach seit mindestens einem Monat saumaessig laufen? Irgendwie scheint das naemlich an mir vorbeigegangen zu sein. Sobald also irgendjemand anfaengt damit, dass wir Geld in die Hand nehmen und Admins bezahlen sollten, wird sich automatisch auch die Frage stellen: Ist das Geld auch so angelegt, dass es maximalen Nutzen stiftet? - und da wird [EMAIL PROTECTED] ganz sicher ganz schlecht aussehen im Vergleich. Vor ein paar Jahren, in der Anfangszeit von Wikipedia war die Situation ähnlich. Auch dort gab es Lastprobleme und Verzögerungen. Solche extremen Ausmaße wie bei OSM gab es aber nicht. Kannst Du mal ganz konkret sagen, was angeblich bei OSM so extrem sein soll? Schaut Euch den Hardwarebedarf bei Wikipedia an und überlegt nochmal, ob Ziel und Umsetzung von OSM momentan zu vereinen sind. Exponentielles Wachstum ist nicht so leicht in den Griff zu bekommen und berechtigte Kritik bleibt berechtigt, auch wenn der Tonfall vielleicht etwas daneben liegen sollte. Der Tonfall lag in einem solchen Aussmass derb daneben, dass er geeignet ist, dem Projekt mehr Schaden zuzufuegen als ein schusseliger Admin. Wenn man natuerlich seine eigenen Leute so mit Fuessen tritt, dann findet man irgendwann nur noch bezahlte Kraefte, das ist klar. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Moin, (a) Kein Geld da (b) Keine Zeit da (c) Keine Lust (d) Sonstiges (a) wird dementiert, Geld soll da sein. (b) kann es nicht sein, ich hab noch nie einen Admin gelesen, der um Unterstützng gebeten hätte, aber regelmäßig von Leuten, die sich angeboten haben. Zu (d) fällt mir nix ein (und André wohl auch nicht). Also bleibt frei nach Sherlock Holmes ja nur noch (c), oder? ich frage mich wirklich auf welcher Insel Du lebst. Wie kommst Du dazu eine solche Aussage zu treffen?!? Mir stellt sich vor allem die Frage welche Intention hinter Deiner Aussage steckt. Dass Du dem Projekt damit enormen Schaden zufügst muss Dir klar sein. Welchen Nutzen Du Dir darüberhinaus versprichst kann ich absolut nicht erkennen. Ich frage mich wiedermal warum wir uns hier versammelt haben. Ich bin hier weil ich Spaß daran habe zusammen mit anderen in meiner Freizeit freie Geodaten zusammenzutragen. Und warum bist Du hier? Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hallo, Was SIND denn die Gründe dass nichts passiert? (a) Kein Geld da (b) Keine Zeit da (c) Keine Lust (d) Sonstiges (a) wird dementiert, Geld soll da sein. (b) kann es nicht sein, ich hab noch nie einen Admin gelesen, der um Unterstützng gebeten hätte, aber regelmäßig von Leuten, die sich angeboten haben. Zu (d) fällt mir nix ein (und André wohl auch nicht). Also bleibt frei nach Sherlock Holmes ja nur noch (c), oder? PS: Eins fällt mir grade noch ein: (e) Es gibt gar keine Admins... Das wird ja mit jedem Posting peinlicher, was ihr Euch hier leistet. Also, mal unter der Annahme, dass es nach wie vor um [EMAIL PROTECTED] geht und nicht um irgendwas andres wolkiges, erzaehle ich kurz, was ich weiss: * [EMAIL PROTECTED] wurde von Oliver White erfunden und anfangs von ihm auf dem Dev-Server gepflegt; irgendwann wurde Dev zu klein, und Christopher Schmidt bot einen Rechner in den USA an. Die Arbeitsteilung bei [EMAIL PROTECTED] ist ganz grob so (sag ich als Beobachter): Deelkar macht den Client, Spaetz macht den Server, und crschmidt macht Admin-Taetigkeiten auf dem Rechner. crschmidt ist aber selber nicht vor Ort, sondern auf die Mitwirkung der Uni-Admins angewiesen, fuer die dieser Rechner eben einer von sehr vielen ist. * Weil sich mit der Zeit herausstellte, dass die per NFS aus einem SAN gemounteten Platten zu lahm waren, bemuehte sich crschmidt um echte, schnelle, lokal angeschlossene Platten. Das ist in dem Rechenzentrum dort die absolute Ausnahme, und jeder, der selber Admin ist, weiss, wie nervig Ausnahmen sind. Trotzdem wurde das in die Wege geleitet (alles ohne Kosten fuer OSM), hat sich aber verzoegert. * Parallel wurde ueber eine Verbesserung der Software diskutiert. Statt jedes Tile einzeln auf der Platte zu speichern, sollten mehrere zusammen in einem groesseren File liegen(aehnlich macht das der Mapnik-Tileserver auch). Diese neue Serversoftware ist vor ein paar Tagen in Betrieb gegangen, es haben sich einige Leute mit guten Ideen und kleinen ausprogrammierten Testcases usw. beteiligt (siehe [EMAIL PROTECTED]), und obwohl (oder gerade weil?) spaetz gerade Vater geworden war, hat er gruendlich mit angepackt. Natuerlich gibt es bei so einer Umstellung immer ein paar Wehwehchen (blaue Tiles und so), aber ein Testsystem gibt es nicht und waere fuer diesen Anwendungsfall auch nicht brauchbar gewesen. Lief in meinen Augen alles voellig ausreichend. * Mittlerweile hatte der Server aber irgendein Problem, das dazu fuehrte, dass man sich nicht mehr einloggen konnte, d.h. alle unsre Leute waren dadurch k.o. gesetzt, und man muss sich direkt mit den Uni-Admins vor Ort unterhalten. Da hakelt es offenbar etwas - was genau da los ist/war, weiss ich nicht. Niemand bei uns arbeitete Vollzeit an einer Problemloesung, aber das ist auch nicht so wichtig, [EMAIL PROTECTED] ist kein Dienst von solcher Wichigkeit, dass sich einer ins Flugzeug setzen muesste und vor Ort nach dem Rechten sehen. - Ich kann mittlerweile wieder Tiles anschauen, wie es mit dem Hochladen geht, weiss ich nicht, aber das wird sicher auch wieder. Es gibt absolut ueberhaupt keinen Grund, sich hier zu echauffieren, als ob die Welt unterginge. Der [EMAIL PROTECTED] macht rund 100 GB Traffic am Tag. Bei den ueblichen Kleinverbraucherpreisen (z.B. Hetzner-Server o.ae.) muesste man rund 250 Euro im Monat ausgeben, um diesen Rechner dort zu betreiben. Wenn uns eine amerikanische Uni die Kiste ohne Berechnung so gibt, finde ich das voellig in Ordnung - vom gesparten Geld soll die Foundation lieber jeden Monat ein GPS kaufen und nach Afrika verleihen oder sowas. All diejenigen, die hier mit Schaum vorm Mund rummeckern, moechte ich aufrufen, ihr Anspruchsdenken zu revidieren. So geht es nicht. In diesem Projekt arbeiten Menschen. Menschen haben ihre Eigenarten. Wenn ich von einem Admin keine Antwort auf eine Mail bekomme, dann kann ich ja auch mal auf dem IRC nachfragen. Oder ueberlegen, ob meine Anfrage vielleicht unsinnig oder unbeantwortbar war und besagter Admin davon 20 am Tag bekommt. Oder ob es gar nicht dessen Baustelle ist. Beleidigte Postings auf der Mailingliste moegen gerechtfertigt sein, wenn man alle anderen Wege ausgeschoepft hat, aber das hat ganz bestimmt *keiner* von denen getan, die hier pauschal die Admins bezichtigen, faul, bloed oder sonstwie ungeeignet zu sein. Arbeit wird in diesem Projekt nicht verteilt, man holt sie sich. Es gibt keine Ausschreibungen. Kein Admin wird auf die Liste schreiben ich suche jemanden, der den Server X betreut oder ... der ein Konzept fuer Y ausarbeitet, denn dann melden sich erstmal 10 Leute, die vielleicht schon mal einen kleinen Rootserver aufgesetzt haben, aber Null Plan davon haben, wie man einen Apache zum schnellen Tileserver tunen muss - und es ist niemand zuzumuten, erst mal Einstellungsgespraeche zu machen, um rauszufinden, wer vielleicht fuer einen Job geeignet ist. Der Weg zum Mitmachen ist
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Frederik Ramm schrieb: Dann entfernen wir einfach den [EMAIL PROTECTED] von der Startseite. Das wäre begrüßenswerter Schritt. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Martin Koppenhoefer schrieb: Quatsch, [EMAIL PROTECTED] läuft doch wieder ganz gut, Was wirklich stört ist, dass die Suchfunktion nicht lernt, wenn geonames.org fortgesetzt nicht antwortet. Bei jeder Suche wartet man wieder 30s. Umd im Gegensatz zu [EMAIL PROTECTED] wird das auch vielen Neunutzern auffallen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Martin Koppenhoefer schrieb: Quatsch, [EMAIL PROTECTED] läuft doch wieder ganz gut, Vielleicht sollte man nur die Zoomlevel =11 sperren, denn da gibt's immernoch ca. 5% blaue Tiles auf unknown type. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Am 27. Juli 2008 05:39 schrieb Johann H. Addicks [EMAIL PROTECTED]: Was wirklich stört ist, dass die Suchfunktion nicht lernt, wenn geonames.org fortgesetzt nicht antwortet. Send patches :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Sven Geggus (Monday, July 21, 2008 10:17 AM): was ist eigentlich der Grund dafür, dass *.tah.openstreetmap.org so furchtbar langsam geworden ist? Weiterhin werden unwahrscheinlich viele kaputte (hellblaue) Tiles ausgeliefert. Tja, inzwischen ist [EMAIL PROTECTED] vollständig unbrauchbar geworden, es werden nur noch ganz ganz wenige Teile ausgeliefert und die auch nur nach gefühlten mehreren Stunden Wartezeit. Hat jemand ein Update, wann es endlich wieder funktioniert? Ich hoffe, ich habe nicht eine entsprechende Nachricht hier übersehen. CU Andreas, der jetzt nahezu alle Kreisstraßen in Hameln-Pyrmont, die schon erfasst sind, in Relationen/Routen gepackt hat. http://wiki.openstreetmap.org/index.php/Landkreis_Hameln-Pyrmont ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hallo. Am Freitag, 25. Juli 2008 schrieb Andreas Pothe: Hat jemand ein Update, wann es endlich wieder funktioniert? Ich hoffe, ich habe nicht eine entsprechende Nachricht hier übersehen. Hier nicht, aber an folgender Stelle gibt es (immer) Infos dazu: http://wiki.openstreetmap.org/index.php/Platform_Status Aber nein, nachdem der Server jetzt seit 1 Tag auf nen Reboot wartet, tu ich mir auch schwer, die Arbeit der Admins zu verteidigen... Gruß, Bernd -- Und aus der Trübnis sprach eine Stimme zu mir: Lächle und sei froh, denn es könnte schlimmer kommen! Und ich lächelte und war froh - und es kam schlimmer! 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] [EMAIL PROTECTED] furchtbar langsam
Am 25. Juli 2008 19:33 schrieb Bernd Wurst [EMAIL PROTECTED]: Aber nein, nachdem der Server jetzt seit 1 Tag auf nen Reboot wartet, tu ich mir auch schwer, die Arbeit der Admins zu verteidigen... Er läuft doch wieder - wenn auch langsam. Da hat wohl bloß jemand diese Nachricht im Wiki vergessen... Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Stefan Schwan schrieb: Er läuft doch wieder - wenn auch langsam. Da hat wohl bloß jemand diese Nachricht im Wiki vergessen... Naja, die anderen Zeilen stimmen meist auch nicht... Irgendwie habe ich gerade einen Bomis-Down-DéjàVu. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hallo zusammen, was ist eigentlich der Grund dafür, dass *.tah.openstreetmap.org so furchtbar langsam geworden ist? Weiterhin werden unwahrscheinlich viele kaputte (hellblaue) Tiles ausgeliefert. Gruss Sven -- If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops (Tim Berners-Lee) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
On Mon, 21 Jul 2008, Sven Geggus wrote: was ist eigentlich der Grund dafür, dass *.tah.openstreetmap.org so furchtbar langsam geworden ist? Weiterhin werden unwahrscheinlich viele kaputte (hellblaue) Tiles ausgeliefert. Interessant auch: [#1 100% captionless] Finished 2129,1402 for layer captionless [#1 0% upload1] Checking server queue... ! WARNNG: you can't have a more current client than the server: 2008071600 Scheinbar kann ich doch :-) Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de