Re: [Talk-de] Server-Probleme? - solved

[Wolfgang Hinsch]

Am Dienstag, den 04.06.2013, 22:32 +0200 schrieb Wolfgang Hinsch:
> Hallo, 
> mich erreichte folgende Mail:
> > HI
> > Mehrere Versuche mich zu registrieren schlugen fehl.
> > Das ist die History:
> >
[...]

War cookie-Problem


erledigt

Gruß, Wolfgang



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Server-Probleme?

[Wolfgang Hinsch]

Hallo, 
mich erreichte folgende Mail:
> HI
> Mehrere Versuche mich zu registrieren schlugen fehl.
> Das ist die History:
> 
> https://www.openstreetmap.org/user/new
> 
> Filled in the form w/o problems, continued, checked the checkbox and
> agreed: and got the error
> 
> Application error
> 
> The OpenStreetMap server encountered an unexpected condition that
> prevented
> it from fulfilling the request (HTTP 500)
> 
> Feel free to contact the OpenStreetMap community if your problem
> persists.
> Make a note of the exact URL / post data of your request.
> 
> Vielen Dank für die Hilfe

Wird da gerade gewerkelt, oder hat der Server ein Problem?

Gruß, Wolfgang


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server mieten

[Johann H. Addicks]

Am 20.08.2012 09:10, schrieb Markus:
> Weiss jemand, wo man preiswert Root-Server mieten kann?

Sorry, aber so unkonkret wie die Frage ist erwartest Du doch nicht
ernsthaft sinnvolle Antworten. Sinnvoll im Sinne von "Dir weiterhelfend".

Wenn Du nicht spezifizierst was Du genau brauchst oder noch besser, was
Du damit vorhast: Da kannst Du auch in einem Auto-Forum fragen: "Weiss
jemand wo man preiswert ein Auto kaufen kann". Oder "Kann mir jemand
einen Tipp geben, wo man günstig einen Rechner kaufen kann."

Es gibt allein eine ganze Hand voll von Foren wo die Leute über nichts
weiter diskutieren als über die Vorzüge und Nachteile von
(Root-)Server-Hostern.
Die Vorstellung, man könne vielleicht nur eine von deren FAQs in ein
einziges Posting hier eindampfen finde ich interessant.
(Zumal es dort auch zahlreiche Glaubensfragen zu entscheiden gibt
hinsichtlich Serverstandort, Anbindung, Verfügbarkeit, Ausfällen in der
Vergangenheit, Reaktivität und Ehrlichkeit des Wartungspersonals bei
Hardwaredefekten und schlußendlich auch dem Preis. Gerade in der
10€/Monat-Klasse gibt's da viele Kröten zu Schlucken so dass man auch
gleich die "billig<>preiswert"-Diskussion führen darf.)

-jha-


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server mieten

[Sven Geggus]

Dietmar  wrote:

> Die Dev Server, die Sven Geggus verwaltet, hieß es im letzten Jahr, das die
> stark belastet sind für mehrere Garmin-Kartenerstellungen und keine
> Kapazität hatten.

Da wir inzwischen den Tileserver auf einen neue schnelle Maschine umgezogen
haben, die unter anderem von ESRI gesponsert wurde stimmt das nur noch
bedingt.

> Zu den FOSSGIS-Servern: bei [2] steht u.a.
> "Dienste, die von der Community benutzt werden, gut funktionieren und von
> mehreren Leuten supported werden, können später in eine Produktions-Umgebung
> auf dem "Tools-Server" umziehen. Sprich mit den Admins, wenn Du denkst, dass
> es bei Deinem Projekt so weit ist. "

Dieses Vorgehen hat sich in der Praxis nicht bewährt, weil defakto die meisten
Projekte nur ein ode zwei Entwickler haben und unsere Server eher für den
Produktionsbetrieb verwendet werden. Zur Entwicklung verwenden die Leute
in der Regel entweder ihren eigenen Server oder den heimischen PC.

Sven

-- 
.. this message has been created using an outdated OS (UNIX-like) with an 
outdated mail- or newsreader (text-only) :-P

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server mieten

[Pascal Neis]

Hi,

Michael Kugelmann schrieb:
 >> Von Strato gesponsert und vom Fossgis gepflegt sind die anderen. Auch

die waren laut einem Announcement voll.
ACK! Insbesonder bei (?rechen- und/oder?) Speicher-intensive Aufgaben 
sind die Server überlastet (IIRC sind das 3 Server).


wie eben erwähnt stimmt dies nicht mehr ganz, vgl. Munin Stats:
http://wiki.openstreetmap.org/wiki/FOSSGIS/Server

Generelle Anmerkung zu den DEV Servern: DEV steht für DEVelopment also 
Entwicklung. Und um etwas auzuprobieren und/oder zu entwickeln sind die 
Server eigentlich gedacht. Wenn ein Dienst aber (wie die Garmin-Karten) 
in den "Regeldienst" übergeht, sollten die Dienste eigentlich die 
dev-server wieder verlassen und "Platz" und Ressourcen für andere (neue) 
Projekte freimachen. Statt dessen sollten derartige Dienste auf einem 
Produktiv-Server laufen. 


ja, stimme ich dir zu. Wenn ich es richtig verstanden habe, wird sich
hierbei auf den OSM DE Servern in der kommenden Zeit etwas ändern.

viele gruesse
pascal

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server mieten

[Pascal Neis]

Hi,

Stephan Knauss schrieb:
Von Strato gesponsert und vom Fossgis gepflegt sind die anderen. Auch 
die waren laut einem Announcement voll.


jetzt nicht mehr. Platz sollte für Verschiedenes noch vorhanden
sein. Dabei sollte aber immer natürlich auch auf andere User
des Servers Rücksicht genommen werden. Damit meine ich z.B. eher
bewusst mit Ressourcen (CPU/RAM/Festplatten-Nutzung) umgehen und
nicht volles Rohr vom Server zu verlangen.

viele gruesse
pascal

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server mieten

[Pascal Neis]

Hi,

Dietmar schrieb:


Mir ist nicht klar: sind das der oder die "dev Server" [1] oder haben die
damit nichts zu tun?


nein, die haben damit nichts zu tun


Die Dev Server, die Sven Geggus verwaltet, hieß es im letzten Jahr, das die
stark belastet sind für mehrere Garmin-Kartenerstellungen und keine
Kapazität hatten.


das hat sich aber inzwischen geändert


Zu den FOSSGIS-Servern: bei [2] steht u.a.
"Dienste, die von der Community benutzt werden, gut funktionieren und von
mehreren Leuten supported werden, können später in eine Produktions-Umgebung
auf dem "Tools-Server" umziehen. Sprich mit den Admins, wenn Du denkst, dass
es bei Deinem Projekt so weit ist. "


ja das ist richtig


Mit "Tool-Server" sind die Server von [3] gemeint, oder?
Heißt das, das auf den FOSSGIS-Server nur die Entwicklung erfolgt und noch
keine produktiven Lösungen laufen sollen bzw. können, weil dort die DB nicht
ein Spiegel der osm DB ist?


nein, das ist nicht richtig. Auf den FOSSGIS Servern laufen
auch stable Sachen. Siehe "humboldt" Server von FOSSGIS


Ich bin auf der Suche nach einem vorhandenen, aktuellen OSM DB-Spiegelserver
und da scheint es einfach Probleme zu geben oder sehe ich das falsch?


da fragst du am besten Sven der Admin der FOSSGIS Server ist.
Du kannst weiterhin natürlich deine Fragen auch auf der OSM DE
Dev Liste stellen:
https://lists.openstreetmap.de/pipermail/devserver/

viele gruesse
pascal

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server mieten

[Michael Kugelmann]

Am 20.08.2012 20:44, schrieb Stephan Knauss:
Es gibt einen (?) Dev-Server von der OSMF. Der war vor Jahren schon 
ausgelastet, da hatte ich nicht mal nach einem Account gefragt.

ACK. IIRC gibt es da mehrere (und auch abgeschaltete) Maschinen.

Von Strato gesponsert und vom Fossgis gepflegt sind die anderen. Auch 
die waren laut einem Announcement voll.
ACK! Insbesonder bei (?rechen- und/oder?) Speicher-intensive Aufgaben 
sind die Server überlastet (IIRC sind das 3 Server).


Der "Umzug" meint den Umzug in die Produktivumgebung der OSMF. Das ist 
aber wohl noch nie passiert. 
Vermutlich ist da etwas Anderes gemeint. Alles *AFAIK *und *IIRC *von 
der letzten FOSSGIS-Konferenz und -Jahreshauptversammlung.
Der FOSSGIS e.V. hat aus Spendengeldern einen leistungsfähigen Server 
gekauft (vor allem mit ausreichend RAM etc, so dass man den Problemen 
mit den Strato-Servern aus dem Weg geht) [oder er wollte so eine Server 
kaufen, ich glaube das war schon erledigt]. Und darauf sollten einige 
Projekte umziehen. Ein Problem dabei: der Server ist als Gast "irgendwo 
untergestellt" und sein Netzzugang von den Netz-Admins dort (also nicht 
den Server-Admins!) als Vorsichtsmaßnahme in seiner Bandbreite gedrosselt.


Generelle Anmerkung zu den DEV Servern: DEV steht für DEVelopment also 
Entwicklung. Und um etwas auzuprobieren und/oder zu entwickeln sind die 
Server eigentlich gedacht. Wenn ein Dienst aber (wie die Garmin-Karten) 
in den "Regeldienst" übergeht, sollten die Dienste eigentlich die 
dev-server wieder verlassen und "Platz" und Ressourcen für andere (neue) 
Projekte freimachen. Statt dessen sollten derartige Dienste auf einem 
Produktiv-Server laufen. Aber Produktiv-Server und OSMF (außer der API) 
ist ein trauriges Thema...:-(



Nur Logos lassen sich schnell wechseln).

;-]Der war böße aber gut.


Grüße,
Michael.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server mieten

[Frederik Ramm]

Hallo,

On 20.08.2012 20:44, Stephan Knauss wrote:

Der "Umzug" meint den Umzug in die Produktivumgebung der OSMF. Das ist
aber wohl noch nie passiert. Überhaupt muss man dort einem elitären
Kreis angehören wenn man auf den Hauptservern etwas ändern will (dauert
ewig, siehe redesign der Homepage, OSB integration und Ähnliches. Nur
Logos lassen sich schnell wechseln).


Naja, ehrlich gesagt bin ich ganz froh, dass nicht jeder einfach 
irgendwas einchecken kann und das wird dann auf den Hauptservern 
installiert.


Um etwas auf den Hauptservern zu installieren, muss man Admin der 
Hauptserver sein, Punkt. Wenn Du das "elitaerer Kreis" nennst, bitte - 
aber die Admins sind nachher halt auch die, die nachts aufstehen, wenn 
was nicht tut. Die Admins installieren Patches von Dritten aber gern und 
regelmaessig, und hierbei muessen alle Patches den gleichen 
Qualitaetsmasstaeben genuegen. Diskussion dazu i.d.R. auf der 
rails-dev-Mailingliste. Und das sind z.T. auch Designaenderungen, in 
letzter Zeit ist da einiges passiert - zwar kein grosser Wurf, aber halt 
zahlreiche Detailaenderungen.


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server mieten

[Stephan Knauss]

On 20.08.2012 19:10, Dietmar wrote:

[1] http://wiki.openstreetmap.org/wiki/Using_the_dev_server
[2] http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Development-Server
Es gibt einen (?) Dev-Server von der OSMF. Der war vor Jahren schon 
ausgelastet, da hatte ich nicht mal nach einem Account gefragt.


Von Strato gesponsert und vom Fossgis gepflegt sind die anderen. Auch 
die waren laut einem Announcement voll.


Der "Umzug" meint den Umzug in die Produktivumgebung der OSMF. Das ist 
aber wohl noch nie passiert. Überhaupt muss man dort einem elitären 
Kreis angehören wenn man auf den Hauptservern etwas ändern will (dauert 
ewig, siehe redesign der Homepage, OSB integration und Ähnliches. Nur 
Logos lassen sich schnell wechseln).



[3] http://toolserver.org
Die Wikimedia Deutschland betreibt ebenfalls einen Server. Der war für 
die OSM/Wikipedia verzahnung gedacht. Da läuft mittlerweile so viel 
(auch Produktiv), dass nichts rechenintensives mehr passt. Für kleinere 
Dinge kann sicher noch ein Account beantragt werden.


Aktuell ist übrigens die Datenbank defekt und wird neu aufgesetzt. Warum 
postgres schon zum zweiten Mal gestorben ist kann keiner sagen.


Stephan



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server mieten

[Dietmar]

Hallo Pascal,

> Von: Pascal Neis [mailto:pascal.n...@gmail.com]
> falls noch nicht bekannt:
> Es gibt auch mehrere deutsche OSM Dev Server die von
> der FOSSGIS gesponsert werden und gerne für so etwas
> genutzt werden können. Mehr hier:
> http://wiki.openstreetmap.org/wiki/FOSSGIS/Server
>

Mir ist nicht klar: sind das der oder die "dev Server" [1] oder haben die
damit nichts zu tun?
Die Dev Server, die Sven Geggus verwaltet, hieß es im letzten Jahr, das die
stark belastet sind für mehrere Garmin-Kartenerstellungen und keine
Kapazität hatten.

Zu den FOSSGIS-Servern: bei [2] steht u.a.
"Dienste, die von der Community benutzt werden, gut funktionieren und von
mehreren Leuten supported werden, können später in eine Produktions-Umgebung
auf dem "Tools-Server" umziehen. Sprich mit den Admins, wenn Du denkst, dass
es bei Deinem Projekt so weit ist. "

Mit "Tool-Server" sind die Server von [3] gemeint, oder?
Heißt das, das auf den FOSSGIS-Server nur die Entwicklung erfolgt und noch
keine produktiven Lösungen laufen sollen bzw. können, weil dort die DB nicht
ein Spiegel der osm DB ist?

Ich bin mit meinem Projekt theoretisch bereits bei Toolserver [4]. Praktisch
publiziere ich dort mittlerweile nur meine lokalen Auswertungen, weil die DB
dort öfters um Wochen zurück liegt. Ich habe einen Munin-Link, der das
aktuell auch wieder zeigt, ich habe eben nochmal dort nachgefragt, ob der
noch gilt (deshalb hier ncoh nicht der Link dazu).

Ich bin auf der Suche nach einem vorhandenen, aktuellen OSM DB-Spiegelserver
und da scheint es einfach Probleme zu geben oder sehe ich das falsch?

Viele Grüße

Dietmar aka okilimu


[1] http://wiki.openstreetmap.org/wiki/Using_the_dev_server
[2] http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Development-Server
[3] http://toolserver.org
[4] http://toolserver.org/~okilimu/listofstreets/index.html


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server mieten

[Pascal Neis]

Hi,

Markus schrieb:

Weiss jemand, wo man preiswert Root-Server mieten kann?

Oder haben wir vielleicht eine eigene Quelle? (gern per PM)

Vielleicht gibt es ja schon eine Wikiseite, über OpenSource-freundliche 
Provider mit verlässlichem 24/7 Service und unbegrenztem Traffic und 
unsere Erfahrungen damit?



falls noch nicht bekannt:
Es gibt auch mehrere deutsche OSM Dev Server die von
der FOSSGIS gesponsert werden und gerne für so etwas
genutzt werden können. Mehr hier:
http://wiki.openstreetmap.org/wiki/FOSSGIS/Server

viele gruesse
pascal

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server mieten

[Simon Poole]

Ich kann da nur beipflichten, mindestens für 0815 Hardware scheint 
Hetzner weit und breit der günstigster Anbieter zu sein. Manchmal hat 
man das Gefühl halb OSM läuft da.


Optionen sind aber zum Teil unverhältnismässig teuer, sprich man fährt 
mit den standard Konfigurationen am besten.


Simon

PS: falls man einen Tile Server plant siehe 
http://wiki.openstreetmap.org/wiki/Osm2pgsql/benchmarks, da es jetzt 
auch 240GB SSDs von Hetzner gibt, kann man sich durchaus einen 
performanen Server basteln.




Am 20.08.2012 10:06, schrieb Tobias Hobmeier:

Ich bin seit einiger Zeit bei hetzner und sehr zufrieden
der support ist 1A.
es gibt auch eine server börse bei hetzner wo man günstig
kleinere Server mieten oder zumindest das setup sparen kann ...
ein i7 ist dann für die meisten Aufgaben doch ein wenig heftig ..

die kleineren etwas älteren Server sind imo vorzuziehen wenn ihr
etwas ausgefallenes vor habt und keines der default images nehmt.
(zb Gentoo linux oä. installieren)

Wenn ich die skripten selber installieren und laufen lassen kann
stelle ich auch gerne die Rechenzeit  auf meinem Root

Sonst helfe ich bei allem gerne 

Gruß Tobias



On 08/20/12 09:35, Dietmar wrote:

Hallo,

ich hänge mich dran.

Für die OSM-Straßenlistenauswertung (und später ggfs. weitere 
Projekte) bin

ich auch aktuell über einen eigenen Root-Server am nachdenken.

Bisher habe ich das Angebot gefunden [1],ist das ok/gut/naja?

Bei mir auch per PM, noch lieber aber hier erstmal diskutieren und 
ich fände
es toll, wenn ein erfahrener OSM-ler vorübergehend Unterstützung 
anbieten

könnte. Auf Hobby-Niveau lokaler Rechner ist bei mir Know-How vorhanden,
aber so einen richtigen Server (auch performant) aufzusetzen, ist ja was
anderes.

Viele Grüße

Dietmar aka okilimu

[1] http://www.hetzner.de/hosting/produkte_rootserver/ex4


-Ursprüngliche Nachricht-
Von: Markus [mailto:liste12a4...@gmx.de]
Gesendet am: Montag, 20. August 2012 09:10
An: talk-de@openstreetmap.org
Betreff: [Talk-de] Server mieten

Weiss jemand, wo man preiswert Root-Server mieten kann?

Oder haben wir vielleicht eine eigene Quelle? (gern per PM)

Vielleicht gibt es ja schon eine Wikiseite, über OpenSource-freundliche
Provider mit verlässlichem 24/7 Service und unbegrenztem Traffic und
unsere Erfahrungen damit?





___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server mieten

[Tobias Hobmeier]

Ich bin seit einiger Zeit bei hetzner und sehr zufrieden
der support ist 1A.
es gibt auch eine server börse bei hetzner wo man günstig
kleinere Server mieten oder zumindest das setup sparen kann ...
ein i7 ist dann für die meisten Aufgaben doch ein wenig heftig ..

die kleineren etwas älteren Server sind imo vorzuziehen wenn ihr
etwas ausgefallenes vor habt und keines der default images nehmt.
(zb Gentoo linux oä. installieren)

Wenn ich die skripten selber installieren und laufen lassen kann
stelle ich auch gerne die Rechenzeit  auf meinem Root

Sonst helfe ich bei allem gerne 

Gruß Tobias



On 08/20/12 09:35, Dietmar wrote:

Hallo,

ich hänge mich dran.

Für die OSM-Straßenlistenauswertung (und später ggfs. weitere Projekte) bin
ich auch aktuell über einen eigenen Root-Server am nachdenken.

Bisher habe ich das Angebot gefunden [1],ist das ok/gut/naja?

Bei mir auch per PM, noch lieber aber hier erstmal diskutieren und ich fände
es toll, wenn ein erfahrener OSM-ler vorübergehend Unterstützung anbieten
könnte. Auf Hobby-Niveau lokaler Rechner ist bei mir Know-How vorhanden,
aber so einen richtigen Server (auch performant) aufzusetzen, ist ja was
anderes.

Viele Grüße

Dietmar aka okilimu

[1] http://www.hetzner.de/hosting/produkte_rootserver/ex4


-Ursprüngliche Nachricht-
Von: Markus [mailto:liste12a4...@gmx.de]
Gesendet am: Montag, 20. August 2012 09:10
An: talk-de@openstreetmap.org
Betreff: [Talk-de] Server mieten

Weiss jemand, wo man preiswert Root-Server mieten kann?

Oder haben wir vielleicht eine eigene Quelle? (gern per PM)

Vielleicht gibt es ja schon eine Wikiseite, über OpenSource-freundliche
Provider mit verlässlichem 24/7 Service und unbegrenztem Traffic und
unsere Erfahrungen damit?





___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server mieten

[Dietmar]

Hallo,

ich hänge mich dran.

Für die OSM-Straßenlistenauswertung (und später ggfs. weitere Projekte) bin
ich auch aktuell über einen eigenen Root-Server am nachdenken.

Bisher habe ich das Angebot gefunden [1],ist das ok/gut/naja?

Bei mir auch per PM, noch lieber aber hier erstmal diskutieren und ich fände
es toll, wenn ein erfahrener OSM-ler vorübergehend Unterstützung anbieten
könnte. Auf Hobby-Niveau lokaler Rechner ist bei mir Know-How vorhanden,
aber so einen richtigen Server (auch performant) aufzusetzen, ist ja was
anderes.

Viele Grüße

Dietmar aka okilimu

[1] http://www.hetzner.de/hosting/produkte_rootserver/ex4

> -Ursprüngliche Nachricht-
> Von: Markus [mailto:liste12a4...@gmx.de]
> Gesendet am: Montag, 20. August 2012 09:10
> An: talk-de@openstreetmap.org
> Betreff: [Talk-de] Server mieten
>
> Weiss jemand, wo man preiswert Root-Server mieten kann?
>
> Oder haben wir vielleicht eine eigene Quelle? (gern per PM)
>
> Vielleicht gibt es ja schon eine Wikiseite, über OpenSource-freundliche
> Provider mit verlässlichem 24/7 Service und unbegrenztem Traffic und
> unsere Erfahrungen damit?
>
> Gruss, Markus
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Server mieten

[Markus]

Weiss jemand, wo man preiswert Root-Server mieten kann?

Oder haben wir vielleicht eine eigene Quelle? (gern per PM)

Vielleicht gibt es ja schon eine Wikiseite, über OpenSource-freundliche 
Provider mit verlässlichem 24/7 Service und unbegrenztem Traffic und 
unsere Erfahrungen damit?


Gruss, Markus

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server tot ?

[Markus]

Hallo Benjamin,


Ankündigung auf der Dev-Liste


Danke für die Info!
Markus

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server tot ?

[Benjamin Lebsanft]

Und die Ankündigung auf der Dev-Liste:
http://lists.openstreetmap.org/pipermail/dev/2011-September/023466.html


signature.asc
Description: This is a digitally signed message part
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server tot ?

[Benjamin Lebsanft]

Siehe:
http://wiki.openstreetmap.org/wiki/Platform_Status


signature.asc
Description: This is a digitally signed message part
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Server tot ?

[Markus]

Die Mapnik-Karten werden nicht mehr ausgeliefert?
Serverumzug oder so?

Gruss, Markus

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server überlastet?

[Walter Nordmann]

jo, stimmt.

die habens wirklich gut gemacht: sich einen grossen Zeitraum  mit dicken
Reserven freigehalten und in diesem Fenster alles prima hinbekommen. Haben
morgens bestimmt schon dran gearbeitet aber den Server erst relativ spät
abgeschaltet. Und zu Ausgleich sind sie schneller fertig geworden.

Sehr gute Arbeit, besser konnte es nicht laufen.

Gruss
Walter

-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst 
sehen, dass da kein Wald ist.
--
View this message in context: 
http://gis.638310.n2.nabble.com/Server-uberlastet-tp6508086p6509067.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server überlastet?

[Carsten Schwede]

Am 23.06.2011 14:56, schrieb Walter Nordmann:


Da Carsten offentlich nicht richtig lesen kann, hier meine Antwort:


Na dafür haben wir ja Dich, fürs schreiben gibts dann andere...

10:30 war der Server noch da, wenn doch schon 7:30 (8:30) die Downtime 
begonnen hat?


--
Viele Grüße
Carsten

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server überlastet?

[Walter Nordmann]

RalfGesellensetter wrote:
> 
> Hallo,
> 
> seit gestern 23 Uhr erhalte ich in JOSM keine
> Kacheln mehr (Timeout), noch erreiche ich die OLM.
> 
> Geht das nur mir so?
> 
Da Carsten offentlich nicht richtig lesen kann, hier meine Antwort:

BIS ca 10:30 HEUTE waren die Server noch aktiv und alles OK., Ich hatte
gestern und auch heute Früh keinerlei Probleme. Daher wird es wohl ein
lokales Problem bei dir oder deinem Provider gewesen sein.

Was mit OpenLinkMap war, kann ich nicht beurteilen. Auf jeden Fall rennt er
zur Zeit nicht. ich dachte immer, der würde in Deutschland stehen und wäre
somit nicht von dem Umzug in London betroffen - komisch.

Gruss
Walter


-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst 
sehen, dass da kein Wald ist.
--
View this message in context: 
http://gis.638310.n2.nabble.com/Server-uberlastet-tp6508086p6508216.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server überlastet?

[Carsten Schwede]

Hallo Ralf,

es ist Wartung auf der Datenbank:

"Die OpenStreetMap-Datenbank ist im Moment wegen wichtiger 
Wartungsarbeiten nicht verfügbar. "


(von der Startseite www.openstreetmap.org)

Am 23.06.2011 14:15, schrieb RalfGesellensetter:


seit gestern 23 Uhr erhalte ich in JOSM keine
Kacheln mehr (Timeout), noch erreiche ich die OLM.

Geht das nur mir so?



--
Viele Grüße
Computerteddy

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Server überlastet?

[RalfGesellensetter]

Hallo,

seit gestern 23 Uhr erhalte ich in JOSM keine
Kacheln mehr (Timeout), noch erreiche ich die OLM.

Geht das nur mir so?

Gruß
Ralf

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server-Status

[Bernd Wurst]

Am Montag 10 Mai 2010 02:45:29 schrieb Daniela Duerbeck:
> Mir scheint, dass die Seite 
> http://wiki.openstreetmap.org/wiki/Platform_Status nur ping auswertet, 
> nicht aber, ob der jeweilige Server auch http-requests annimmt.
> Sehe ich das richtig?

Nee, das ist ne normale Wiki-Seite, die wertet gar nichts aus.
Die zeigt nur dann einen Fehler an, wenn ihn jemand einträgt.

Kommentar dazu im Template:

> Please update this template if you know what the status of the OSM platform
> is. If servers seem to be slow or down, you could verify this by asking
> others on [[Contact#IRC|IRC]] and checking
> [http://downforeveryoneorjustme.com/openstreetmap.org
> downforeveryoneorjustme.com] - but in general be bold! Update this! It won't
> reflect the current state of the platform unless people update it.

Gruß, Bernd

-- 
__ __ __ __ __ __/|  Der Domino-Effekt bei der Arbeit.


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Server-Status

[Daniela Duerbeck]

Hi!

Mir scheint, dass die Seite 
http://wiki.openstreetmap.org/wiki/Platform_Status nur ping auswertet, 
nicht aber, ob der jeweilige Server auch http-requests annimmt.
Sehe ich das richtig?

 
Viele Grüße von Dani


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server-Umzug am Wochenende

[Frederik Ramm]

Hallo,

Jan Tappenbeck wrote:
> ich habe gerade im JOSM gelesen das am Wochenende 30./31.Januar ein 
> Serverumzug stattfinden soll.
> 
> Ist das gerade jetzt angebracht wo so intensiv an Haiti gearbeitet wird ???

Die Arbeit mit JOSM ist nicht von der Funktionsfaehigkeit des Servers 
abhaengig, von dem Du JOSM runterlaedst. Nicht umsonst ist JOSM ein 
Offline-Editor, sonst koennten wir ihn ja gleich in, aeh, Jotlatch 
umbenennen ;-)

Ausserdem gibt es neben den 400 OSMern, die sich in Haiti engagieren, 
noch einige zehntausend andere, das sollte man nicht vergessen. Zu jedem 
Zeitpunkt wird bei OSM intensiv an irgendwas gearbeitet.

Bye
Frederik

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Server-Umzug am Wochenende

[Jan Tappenbeck]

Hi !

ich habe gerade im JOSM gelesen das am Wochenende 30./31.Januar ein 
Serverumzug stattfinden soll.

Ist das gerade jetzt angebracht wo so intensiv an Haiti gearbeitet wird ???

Gruß jan :-)

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Tobias Wendorff]

Martin Koppenhoefer schrieb:
> Nacht gibt's nicht im OSM-Imperium, wo die Sonne nie untergeht ;-)

Auch UTC springt irgendwann auf 00:00 um...

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Martin Koppenhoefer]

Am 24. September 2009 13:47 schrieb Tobias Wendorff
:
> auch hier wieder meine Frage: Wieso entscheidet man sich nicht, die
> Datenbank für eine Nacht vom Netz zu nehmen

Nacht gibt's nicht im OSM-Imperium, wo die Sonne nie untergeht ;-)

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Tobias Wendorff]

Hallo,

Frederik Ramm schrieb:
> Um ein .osc raeumlich einzuschraenken, beduerfte es stets des Zugriffes 
> auf eine aktuelle Komplett-Datenbank, denn sonst weiss ich ja nicht, ob 
> die Aenderung an Way 123 jetzt in die zu betrachtende Region faellt oder 
> nicht.

Huch, wieso das? Ich möchte ihm sagen: "In meiner Datenbank ist nur der
Bereich von Deutschland, also beachte Nodes gar nicht, die nicht in
diesen Bereich fallen."

Beim Durchlauf würde er also nur die Nodes verarbeiten, die in die
BBOX fallen und sich auch nur deren IDs merken. Ways und Relationen,
die nicht aus diesen Nodes bestehen, werden nach Wunsch mitgenommen
oder rausgeworfen - das gleiche Verhalten, wie CompleteWays bei
OSMOSIS.

Grüße
Tobias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Frederik Ramm]

Hallo,

Tobias Wendorff wrote:
> Habt Ihr Euch denn auch eine Art Best-Practise für Mirror-Betreiber
> verfasst?

Ne, so weit ging die Planung dann auch wieder nicht ;-)

> Dein Tool "oscgrep" sehe ich heute zum ersten Mal und finde
> es sehr praktisch.
> Könnte man es eigentlich erweitern, um OSCs räumlich einzuschränken
> oder führt OSMOSIS dies bereits korrekt durch?

Um ein .osc raeumlich einzuschraenken, beduerfte es stets des Zugriffes 
auf eine aktuelle Komplett-Datenbank, denn sonst weiss ich ja nicht, ob 
die Aenderung an Way 123 jetzt in die zu betrachtende Region faellt oder 
nicht. Das leisten weder oscgrep noch osmosis. Allerdings kann man mit 
Osmosis sehr wohl ein weltweites .osc auf einen regionalen Ausschnitt 
aufspielen, wenn man danach den "ausserhalb" entstandenen Muell wieder 
wegwirft.

Bye
Frederik


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Tobias Wendorff]

Hallo,

Frederik Ramm schrieb:
> Wir haben zusammen mit den Datenbank-Admins die verschiedenen Optionen 
> abgewogen und uns fuer dieses Vorgehen entschieden. Deine Argumente sind 
> richtig, aber das von Dir vorgeschlagene Vorgehen ist auch nicht ohne 
> Probleme. so zum Beispiel ist es langwierig und fehleranfaellig, die 
> benoetigten 177 Millionen History-Eintraege zu erzeugen (und wenn man 
> das nicht macht, hat man einen inkonsistenten Zustand); ausserdem waeren 
> alle, die mit Diffs arbeiten, zu diesem Zeitpunkt dann gezwungen, ein 
> 177 Millionen Nodes umfassendes Diff einzuspielen, und so weiter. Unterm 
> Strich erschien es uns weniger stoerend und weniger gefaehrlich, das so 
> zu machen, wie es jetzt gemacht wird.

Habt Ihr Euch denn auch eine Art Best-Practise für Mirror-Betreiber
verfasst? Dein Tool "oscgrep" sehe ich heute zum ersten Mal und finde
es sehr praktisch.

Könnte man es eigentlich erweitern, um OSCs räumlich einzuschränken
oder führt OSMOSIS dies bereits korrekt durch?

Grüße
Tobias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Frederik Ramm]

Hi,

Tobias Wendorff wrote:
>> Der macht derzeit so grob 1 Million Edits am Tag, und das wird noch bis 
>> schaetzungsweise Ende November so weitergehen. Allerdings stehen diesem 
>> Datenbank-Stress dann auch handfeste Vorteile bei der Verarbeitung von 
>> Planetfiles gegenueber, ich zitiere aus einem alten Posting aus dev:
> 
> auch hier wieder meine Frage: Wieso entscheidet man sich nicht, die
> Datenbank für eine Nacht vom Netz zu nehmen und dann die bekannten
> Tags zu bereinigen, anstatt über Wochen und Monate Bots laufen zu
> lassen?

Wir haben zusammen mit den Datenbank-Admins die verschiedenen Optionen 
abgewogen und uns fuer dieses Vorgehen entschieden. Deine Argumente sind 
richtig, aber das von Dir vorgeschlagene Vorgehen ist auch nicht ohne 
Probleme. so zum Beispiel ist es langwierig und fehleranfaellig, die 
benoetigten 177 Millionen History-Eintraege zu erzeugen (und wenn man 
das nicht macht, hat man einen inkonsistenten Zustand); ausserdem waeren 
alle, die mit Diffs arbeiten, zu diesem Zeitpunkt dann gezwungen, ein 
177 Millionen Nodes umfassendes Diff einzuspielen, und so weiter. Unterm 
Strich erschien es uns weniger stoerend und weniger gefaehrlich, das so 
zu machen, wie es jetzt gemacht wird.

Bye
Frederik

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Tobias Wendorff]

Hallo,

Frederik Ramm schrieb:
> Der macht derzeit so grob 1 Million Edits am Tag, und das wird noch bis 
> schaetzungsweise Ende November so weitergehen. Allerdings stehen diesem 
> Datenbank-Stress dann auch handfeste Vorteile bei der Verarbeitung von 
> Planetfiles gegenueber, ich zitiere aus einem alten Posting aus dev:

auch hier wieder meine Frage: Wieso entscheidet man sich nicht, die
Datenbank für eine Nacht vom Netz zu nehmen und dann die bekannten
Tags zu bereinigen, anstatt über Wochen und Monate Bots laufen zu
lassen?

Durch die Bots werden ja auch neue Versionen erzeugt, dazu aber noch
Traffik und andere Dinge.

Grüße
Tobias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Peter Körner]

> Letzthin waren es mal 4,8 TB/Monat, sind mittlerweile bestimmt über 5 
> TB. Das wird wohlgemerkt momentan von einem Server geleistet.

Und wenn ich mich recht an die letzte Rechnung erinnere sind die 
Hauptkosten meiner Server die redundanten Platten und der Traffic.

Peter

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Stefan Roggensack]

Am Donnerstag, den 24.09.2009, 00:06 +0200 schrieb Frederik Ramm:
> Matthias Versen wrote:
> > Ich meinte natürlich http://www.openstreetmap.org/user/woodpeck_fixbot
> 
> Der macht derzeit so grob 1 Million Edits am Tag, und das wird noch bis 
> schaetzungsweise Ende November so weitergehen.

Ist das auch der Grund warum alle ROMA und TRAPI Server down sind.[0]
Also ti...@home sich immer die Daten vom API Server holen müssen. Was
dazu führt das im Moment über 222 000 tiles zu rendern sind. Oder hat
das eine andere Ursache?

Gruß
Stefan

[0] http://api1.osm.absolight.net/haproxy?stats


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Frederik Ramm]

Hallo,

Matthias Versen wrote:
>> Der macht derzeit so grob 1 Million Edits am Tag, und das wird noch bis
>> schaetzungsweise Ende November so weitergehen. Allerdings stehen diesem
>> Datenbank-Stress dann auch handfeste Vorteile bei der Verarbeitung von
>> Planetfiles gegenueber, ich zitiere aus einem alten Posting aus dev:
> 
> Sorry, ich wollte Dich nicht als Übeltäter hinstellen 

Kam auch nicht so an - ich habe bloss die Gelegenheit ergriffen, auch 
hier (und nicht nur auf talk-us) kurz zu erklaeren, was der Bot macht 
und wozu das gut ist.

Bye
Frederik

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Matthias Versen]

Frederik Ramm wrote:

> Der macht derzeit so grob 1 Million Edits am Tag, und das wird noch bis
> schaetzungsweise Ende November so weitergehen. Allerdings stehen diesem
> Datenbank-Stress dann auch handfeste Vorteile bei der Verarbeitung von
> Planetfiles gegenueber, ich zitiere aus einem alten Posting aus dev:

Sorry, ich wollte Dich nicht als Übeltäter hinstellen denn was Dein Bot 
macht ist mehr als sinnvoll und zumindest ich bin Dir dafür sehr dankbar !

Du bist auch nicht der einzigste, es läuft auch gerade ein Import wie 
man gut an der Statistik sehen kann.

Top users editing over the past...

week:
7717136 woodpeck_fixbot
2778119 jumbanho
1022466 MikeNBulk
907031 SK53_bulk


Matthias


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Frederik Ramm]

Hallo,

Matthias Versen wrote:
> Ich meinte natürlich http://www.openstreetmap.org/user/woodpeck_fixbot

Der macht derzeit so grob 1 Million Edits am Tag, und das wird noch bis 
schaetzungsweise Ende November so weitergehen. Allerdings stehen diesem 
Datenbank-Stress dann auch handfeste Vorteile bei der Verarbeitung von 
Planetfiles gegenueber, ich zitiere aus einem alten Posting aus dev:

 >>>
Tiger node tags make up 85.43% of all node tags and take up:
 * 12.97% of the bzipped planet size (805Mb).
 * 34.68% of the uncompressed planet size.
 * 42.20% of the lines in the planet.
 * 31.51% of the parsing time of the planet
<<<

Wer einen Mirrorserver betreibt, koennte es sich in diesem Zeitraum 
durchaus leisten, alle Edits des Users "woodpeck_fixbot" einfach zu 
ignorieren, der User entfernt zu 99,9% nur TIGER-Node-Tags, lediglich 
einige Nodes, die nicht genutzt werden, loescht er komplett.

Zum Ausfiltern bestimmter Edits aus einem osc-File eignet sich das 
Programm "oscgrep" aus dem SVN:

perl oscgrep.pl -vr 'user="woodpeck_fixbot"' bla.osc > blub.osc

Bye
Frederik

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Jonas Krückel]

Peter Körner schrieb:
>
> Dann braucht man halt Bandbreite und schnelle Festplatten, um die Daten 
> schnell ins Netz zu bekommen und *das* wird dann je nach Nutzung schnell 
> sehr teuer. Zur Vergleichsrechnung: 2007 machte der Tiles-Server ca. 250 
> GB Traffic im Monat. Die aktuellen Zahlen dürften noch *deutlich* höher 
> sein.
>   
Letzthin waren es mal 4,8 TB/Monat, sind mittlerweile bestimmt über 5 
TB. Das wird wohlgemerkt momentan von einem Server geleistet.
Gruß
Jonas

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Peter Körner]

Tobias Wendorff schrieb:
> Peter Körner schrieb:
>> Was du brauchst ist ein einfacher Proxy, der die Kacheln von 
>> tiles.openstreetmap.org zwischenspeichert. Einen eigenen Mapnik brauchst 
>> du nur, wenn du auch eigene Styles willst. Anleitungen zum aufsetzen 
>> eines Caching-Proxies gibt's wie Sand am Meer:
> 
> Problem ist dann aber, dass Du erstmal alle interessanten Tiles
> runterladen musst, was aber auch nicht so dolle ist :-/

Also wenn ich für unsere Firma sowas aufsetzen würde, würde ich die 
Tiles on-demand laden. Vermutlich hätten wir viele Hits rund um einige 
Ballungsgebiete (z.B. um Universitäten oder Kundenstandorte) und in 
ländlichen gebieten eher weniger.

Ich würde den Cache bei jedem Hit das alter der gespeicherten Kachel 
prüfen lassen und bei >1h (oder wenn nicht vorhanden) von tiles 
nachladen. Antwortet tiles nicht schnell gennug (<2s z.B.) liefere ich 
die alte Kachel aus.

Die Latenz von unseren Servern nach US ist recht gering weshalb ich da 
eher kein Problem sehe - den Praxistest hab ich jedoch nocht nicht gemacht.

Peter

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Matthias Versen]

Ich meinte natürlich http://www.openstreetmap.org/user/woodpeck_fixbot


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Peter Körner]

Hu

>>> automatischer Lastausgleich
...braucht mehrere verlässliche Server - und die haben wir derzeit 
schlicht nicht.

>> Wer einen *verlaesslichen* Tileserver will, 
>> weil er das fuer seine Firmenseite braucht, 
>> der sollte dann eben fuer diese Verlaesslichkeit auch Geld zahlen. 
> 
> Einverstanden.
> 
> Nun gibt es ja aber auch Firmen, die OSM gut finden, und durchaus nicht 
> abgeneigt sind, sich ein bisschen über den eigenen Nutzen hinaus zu 
> engagieren :-)
Were einen schnellen Cache vor den Tiles-Server stellen will und den 
dann auch der Öffentlichkeit zugänglich macht, ist bestimmt herzlich 
Wilkommen.

> Das wäre dann die eher proprietäre Lösung.
> Welchen Betrag muss ein Unternehmen dafür ungefähr in die Hand nehmen?
> a) für Bayern?
> b) für Deutschland?
> c) für die ganze Welt?
> ok, das ist natürlich auch lastabhängig - aber so als Grundbetrag und 
> über den Daumen gepeilt?
Zunächst mal brauchst du Kapazität zum Speichern der Kacheln.
http://wiki.openstreetmap.org/wiki/Tile_Disk_Usage
"tile view count" sind die tatsächlich auf dem Tileserver vorhandenen 
Kacheln, "limit (all)" sind die rein rechnerisch möglichen (davon sind 
aber shr viele leere Ozean-Kacheln, die halt niemand in hohen 
Zoomstufen ansieht und die deswegen auch nicht gerendert werden).

Um also den ganzen Planeten zu Cachen braucht man ~600GB. Lässt man die 
höchste Zoomstufe weg sind's nur noch 410GB.

Dann braucht man halt Bandbreite und schnelle Festplatten, um die Daten 
schnell ins Netz zu bekommen und *das* wird dann je nach Nutzung schnell 
sehr teuer. Zur Vergleichsrechnung: 2007 machte der Tiles-Server ca. 250 
GB Traffic im Monat. Die aktuellen Zahlen dürften noch *deutlich* höher 
sein.

>> API/XAPI
Über die API kann ich mir die rohen Vektordaten holen (Straßenverlauf, 
Namen, POIs etc.). Die XAPI kann dabei komplexere suchen bearbeiten als 
die API (z.B. alle italienischen Restaurants in Hamburg).

> Das ist die Datenbasis, aus der die Kacheln gerendert werden?
> Wenn also jemand rendern möchte, dann braucht er einen stabilen XAPI?
> Und der ist immer mal wieder nicht wirklich stabil?
Nein. Wenn ich Rendern möchte hole ich mir einen Planet-Dump und dann, 
je nachdem wie aktuell ich sein will, regelmäßig die Täglichen, 
Stündlichen oder Minütlichen Diffs. Die gieße ich in eine PostGIS-DB. 
Mein Renderer (quasi fast immer mapnik/renderd/mod_tiles) holen sich 
(meist on-demand) jeweils für eine Kachel die Daten aus der DB und malen 
ein PNG.

> Also könnte man - das war meine laienhafte Idee - diese Daten und die 
> Last darauf doch ebenfalls irgendwie auf mehrere Server verteilen?
Das Rendern ist nicht das Problem, da der Renderer von OSM ziemlich 
flott ist. Schwierig ist eher das Verteilen der fertigen Kacheln. Um da 
zu helfen brauche ich keinen eigenen Renderer, sondern nur einen 
Cache-Proxy, der die Kacheln hinten raus vom OSM-Tileserver lädt und für 
z.B. 1 Stunde Zwischenspeichert. Ist der OSM-Server down kann ich als 
Firma immer noch Tiles von meinem Cache ausliefern. Die Verfügbarkeit 
des Caches mach ich dann mit dem Anbieter aus, der mir die Kiste hinstellt.

> Aber vielleicht haben wir das ja auch schon? und ich weiss es nur nicht?
http://cassini.toolserver.org/tile-browse/ - ist aber veraltetes 
Datenmaterial. Die Übersetzungen sind mittlerweile schon viel besser, 
siehe http://cassini.toolserver.org/~mazder/multilingual-country-list/

> Kann man diese sprachspezifischen Karten von WP dann auch in unsere 
> Website ("slippy map") einbauen?
Ja.

Peter

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Matthias Versen]

Mirko Küster wrote:
>>>  Ok, ich hör jetzt auch wieder auf mit meinen Laienfragen...
>>>  Aber eine "Anleitung" für Spiegelserver könnte uns vielleicht helfen?
>
>>Es kommt darauf an was und fuer wenn man spiegeln will.
>
> Es brennt immer wieder mal bei der XAPI, da geht seit Tagen mal wieder
> überhaupt nichts. Das ist aber die einzige Methode um aktuelle Daten

Der Grund ist AFAIK sehr einfach, es gibt Performance Probleme beim 
Updaten der XAPI server.
Das einspielen eines Minute-diffs dauert zur Zeit zu lange, manchmal 2-3 
Minuten.

Woher kommt das ?
Es gibt zur Zeit einige sehr große automatische Edits wie zum Beispiel 
das entfernen von Tiger Tags die bei jedem Tiger Node (!) vorhanden sind.
( http://www.openstreetmap.org/user/woodpeck )

Dazu kommen wohl einige Importe von Daten soweit ich das mitbekommen habe.


Matthias


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Tobias Wendorff]

Peter Körner schrieb:
> Was du brauchst ist ein einfacher Proxy, der die Kacheln von 
> tiles.openstreetmap.org zwischenspeichert. Einen eigenen Mapnik brauchst 
> du nur, wenn du auch eigene Styles willst. Anleitungen zum aufsetzen 
> eines Caching-Proxies gibt's wie Sand am Meer:

Problem ist dann aber, dass Du erstmal alle interessanten Tiles
runterladen musst, was aber auch nicht so dolle ist :-/

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Peter Körner]

> Bei uns hat beispielsweise die IHK den Firmen empfohlen, OSM zu nutzen.
> Aber nicht jede Firma kann es sich leisten, dafür einen eigenen 
> XAPI-Server aufzusetzen.
Was du brauchst ist ein einfacher Proxy, der die Kacheln von 
tiles.openstreetmap.org zwischenspeichert. Einen eigenen Mapnik brauchst 
du nur, wenn du auch eigene Styles willst. Anleitungen zum aufsetzen 
eines Caching-Proxies gibt's wie Sand am Meer:

http://www.google.de/search?q=squid+cache+howto

Peter

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Mirko Küster]

>ich hoffe, das kommt nicht zynisch rüber, aber Arbeitslosigkeit ist
>nicht unbedingt ein Hinderungsgrund fürs Mappen.
>Es müssen ja nicht gleich Zehntausende sein, die das Mappen in Deiner
>Gegend anfangen, schon mit 5-10 aktiven wirst Du recht schnell nicht
>mehr alles überblicken können, was passiert.

Und ob das ein Grund ist. Die Leute haben andere Sorgen als sich ein GPS, PC 
und einen Internetzugang anzuschaffen. Letzteres ist auch nicht 
selbstverständlich. Wir haben Glück das man in den Neunzigern bei uns im Ort 
eine neue VST hingestellt hat, so haben wir und ein kleiner Gürtel 
wenigstens DSL bis 3000 Mbit. Auf den Nestern ist noch ISDN Standard und 
dessen Nachteile und Preise kennst du ja sicherlich.

Selbst wer Arbeit hat verdient hier nicht dicke. Der Schnitt dreht sich um 
die 1000. Was "Flexibilisierung des Arbeitsmarktes" heißt kann man hier 
schon lange live und in Farbe erleben. Deswegen haut hier jeder der kann 
oder muss frühzeitig ab. Und die Herren machen hier was sie beim Dicken gut 
gelernt haben. Aussitzen, wird schon. Deswegen fiel die letzte Wahl auch so 
überaus positiv für die "Wir" Partei aus.

Es ist verdammt schwer hier wirklich aktive zu finden. Die meisten die sich 
mal hierher verirren sind zwar welche von hier. Die ergänzen aber nur bei 
Besuchen oder aus der Erinnerung heraus. Die wohnen heute alle weitab.

Gruß
Mirko 


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Tirkon]

Stephan Knauss  wrote:

>> Wie macht das denn Wikipedia? die haben ihre Lasten doch auch irgendwie 
>> verteilt?
>Wikimedia setzt eigene Server auf um die Karten in allen Sprachen 
>auszuliefern.

War da nicht etwas, dass diese Server (oder deren Rechnleistung) von
Wikimedia Deutschland an OSM gespendet wurden? Könnte sich somit nicht
auch OSM der Spiegelleistung bedienen?:

Zitat:

Openstreetmap kooperiert mit Wikipedia
17. März 2009

Seit geraumer Zeit gibt es Versuche, OpenStreetMap und Wikipedia näher
zusammenzubringen. Beide Projekte haben das Ziel in kollaborativer
Arbeit frei verfügbares Wissen (bzw. Daten) zu generieren und der
Gemeinschaft zur Verfügung zu stellen. Aufgrund der vielen
Übereinstimmungen gibt es eine ganze Reihe von Nutzern, die in beiden
Projekten aktiv sind, allerdings ist es mit der gegenseitigen
Integration beider Projekte noch nicht weit her.

Aus diesem Grund hat Wikimedia Deutschland 15.000 Euro für Hardware
bereit gestellt und startet zusammen mit Mappern aus der OSM-Community
ein entsprechendes Pilotprojekt. So hat sich eine Gruppe von
interessierten Wikipedianern und OSMonauten zusammengefunden, um zwei
Ziele zu erreichen: Die Integration von OSM-Karten innerhalb der
Wikipedia und den Aufbau eines "Karten-Toolservers".


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Markus]

Hallo Kai,

danke für Deine ausführliche Info!

> Performance graphen fuer den Tile server findet ihr unter
> http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap.html

Fehler:
"munin.openstreetmap.org braucht zu lange, um eine Antwort zu senden"
;-)

> meinst du Sebastian Spaetz? Er ist noch immer der Admin des t...@h servers. 

Ja, den meinte ich. War der nicht auch mal im Team der Engländer?

> Die meisten Admins sitzen halt in London, wo auch die Server stehen

Einerseits kann ein lokales Team natürlich schneller Entscheidungen 
treffen, und kann die Server im eigenen Rack auch schneller warten. 
Andererseits kann das auch einer erforderlichen Internationalisierung 
und Vernetzung im Wege stehen.

> Es ist durchaus moeglich die Datenbank Server redundant aufzubauen wobei 
> trivial ist es nicht und vorallem nicht ganz billig. Ob es es wert ist 
> soviel Geld fuer einen zweiten Server nur fuer die Paar minuten downtime 
> auszugeben weis ich nicht. 

Ich denke, ein paar Minuten sind bei der Haupt-DB nicht wirklich ein 
Problem.

Ich dachte eigentlich vor allem an vernetzte performante XAPIs.
Damit Renderer einen schnellen sicheren Zugriff haben.

> Mit den Versionsnummern die in API 0.6 
> eingefuert wurden und den neuen replication-minutely-diffs die derzeit 
> deployed werden, koennte man sich vorstellen read-only server wie ROMA 
> auch fuer Editoren zu verwenden, wenn es dann zu konflikten kommt kann 
> man dann immer noch auf die Hauptdatenbank zurueck fallen. 

Uff - also habe ich als Laie doch nicht ganz so falsch gedacht :-)
Klar, dass jede Entwicklung Zeit und Arbeit braucht.
Deshalb fragte ich ja nach Wegen, wie uns uns wohlgesonnene 
Institutionen unterstützen können.

> Kartenkacheln: einen eigenen render Server aufbauen.
> Oder einen proxy server zwischen eigene Anwendung und OSM server 

Ja, und da wäre eine Wiki-Seite hilfreich, die ein paar Konfigurationen 
beispielhaft beschreibt:
a) eine Gemeinde mit Wanderwegen und so
b) eine Metropolregion
c) ein ganzes Bundesland
d) ...

> Wenn man fuer OSM selbst "spiegeln" will, koennte man das ebenfalls 
> ueber proxy's machen, aber dann muss man vermutlich erst ein mal ein 
> "Vertrag" mit der OSM foundation machen die diesen zugriff regelt. 

Was würde so ein Vertrag beinhalten?

Gruss, Markus

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Martin Koppenhoefer]

Am 23. September 2009 21:44 schrieb Mirko Küster :
>>mal sehen, wie lange Du noch der Einzige im weiten Umkreis bleibst ;-)
>
> Bei 20% Arbeitslosigkeit

ich hoffe, das kommt nicht zynisch rüber, aber Arbeitslosigkeit ist
nicht unbedingt ein Hinderungsgrund fürs Mappen.
Es müssen ja nicht gleich Zehntausende sein, die das Mappen in Deiner
Gegend anfangen, schon mit 5-10 aktiven wirst Du recht schnell nicht
mehr alles überblicken können, was passiert.

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Mirko Küster]

>mal sehen, wie lange Du noch der Einzige im weiten Umkreis bleibst ;-)

Bei 20% Arbeitslosigkeit, enormen Einwohnerschwund und starker Überalterung 
siehts schonmal ganz schlecht aus. Sollte sich Ende der Woche auch noch 
Schwarz-Geld durchsetzen sind die Weichen zu Leipzigs Parkplatz oder 
Nationalpark Ostdeutschland so gut wie gestellt. Alle die könnten flüchten 
hier spätestens nach dem Schulabschluss. Dazu kommen die üblichen OSM Hürden 
mit denen ich bei so manchem Rekrutierungsversuch beim Durchschnittsnutzer 
so oft gnadenlos gescheitert bin.

Bevor hier ein Schub an neuen Mappern kommt, wird ein Homosexueller 
Transvestit mit afrikanischem Migrationshintergrund und jüdischem Glauben 
Kanzler von Deutschland. ;-)

Gruß
Mirko 


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Martin Koppenhoefer]

Am 23. September 2009 19:49 schrieb Mirko Küster :
>  die Grenzen die ich auch selber in die
> DB gelegt habe und entsprechend kennehalte ich null vom Wege Stapeln 
> Mir grauts schon vor dem Tag wo
> ich in dieses Gebiet komme.Ich hole mir einmal meinetwegen 100 km ab

mal sehen, wie lange Du noch der Einzige im weiten Umkreis bleibst ;-)

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Markus]

Hallo Frederik,

> "More OSM coming soon": weil der Tileserver die 
> Kachel nicht schnell genug ausrechnen konnte. 

Kommt grad wieder öfter vor? (gestern und heute)

>> automatischer Lastausgleich
> Wer einen *verlaesslichen* Tileserver will, 
> weil er das fuer seine Firmenseite braucht, 
> der sollte dann eben fuer diese Verlaesslichkeit auch Geld zahlen. 

Einverstanden.

Nun gibt es ja aber auch Firmen, die OSM gut finden, und durchaus nicht 
abgeneigt sind, sich ein bisschen über den eigenen Nutzen hinaus zu 
engagieren :-)

Und dazu war meine Frage: Wenn eine Firma eigenen Kacheln speichern 
würde, und diese gern auch der Community zur Verfügung stellen möchte, 
oder vielleicht sich sogar beim Kacheln rechnen engagieren wollte, also 
sozusagen mithelfen möchte Last zu übernehmen bzw in einem Netzwerk mit 
uns zu teilen:
Gibt es dafür eine Beschreibung?

> wenn er den Service von einem gewerblichen Kachel-Anbieter einkauft

Das wäre dann die eher proprietäre Lösung.
Welchen Betrag muss ein Unternehmen dafür ungefähr in die Hand nehmen?
a) für Bayern?
b) für Deutschland?
c) für die ganze Welt?
ok, das ist natürlich auch lastabhängig - aber so als Grundbetrag und 
über den Daumen gepeilt?

> API/XAPI

Das ist die Datenbasis, aus der die Kacheln gerendert werden?
Wenn also jemand rendern möchte, dann braucht er einen stabilen XAPI?
Und der ist immer mal wieder nicht wirklich stabil?

Also könnte man - das war meine laienhafte Idee - diese Daten und die 
Last darauf doch ebenfalls irgendwie auf mehrere Server verteilen?

>> dass die Editoren nicht direkt auf die Haupt-DB zugreifen,
>> sondern auf eine Art "Zwischenpuffer"?
> 
> Und was ist, wenn ich auf Zwischenpuffer A den Node X 1 Meter nach links 
> verschiebe und Du auf Zwischenpuffer B den gleichen Node 1 Meter nach 
> rechts verschiebst?

Dann wird ein Konflikt gemeldet?
Und der Editierende muss entscheiden?
Oder ein Algorithmus entscheidet?
(der Letzte, der am wenigsten Unwahrscheinliche? Änderung wird 
zurückgewiesen? oder so...)

> Hm, Wikipedia ist 3.5 Jahre aelter als OSM, 
> also haben wir noch 1.5 Jahre Zeit, diesen Zustand zu erreichen ;-)

Ja, ich finde OSM auch richtig gut!
(dennoch können wir ja vielleicht das Eine oder Andere abschauen?)

Cool finde ich z.B. die Information, dass WP unsere Karten 
sprachspezifisch anbieten will.
Aber vielleicht haben wir das ja auch schon? und ich weiss es nur nicht?
(bei mir erscheinen in China, Russland, Griechenland, etc immer so 
komische Schriftzeichen - wobei unsere Buchstaben für die Chinesen 
wahrscheinlich genauso unverständlich sind?)
Kann man diese sprachspezifischen Karten von WP dann auch in unsere 
Website ("slippy map") einbauen?

Gruss, Markus

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Mirko Küster]

> Die von *mir* eingegebenen Grenzen benutzen dort, wo sie z.B. mit einem 
> Flusslauf identisch sind, die Nodes des Flusslaufs mit.


Dahin komme ich ja nicht, ich pflege die Grenzen die ich auch selber in die 
DB gelegt habe und entsprechend kenne. Fluss haben wir hier auch als Grenze, 
allerdings ist dort mehr oder minder der Damm die Grenze und das wechselt 
sich ab. Das Stück Flutkanal gehört im ganzen immer zur einen oder anderen 
Seite. Des weiteren halte ich null vom Wege Stapeln. Es gibt nichts 
schlimeres wie die Grenze zweier Landnutzungen und obendrauf noch ein Weg. 
Macht sich wunderbar wenn man den Weg dann z.B. wegen einer Relation 
aufteilen muss. Momentan reiße ich Wanderwege im Dutzend runter. Weiter 
südlich hat das einer genau so umgesetzt. Mir grauts schon vor dem Tag wo 
ich in dieses Gebiet komme.

> Ich weiss - aber das ist ja fuer Dich dann ziemlich laestig. Die Datenbank 
> kannst Du damit nicht ruinieren, das stimmt - wohl aber koenntest Du den 
> Node wild in der Gegend verschieben, ohne zu merken, dass er an dieser 
> Stelle auch noch von (beispielsweise, im Falle der Railways) einer Strasse 
> mitbenutzt wird.


Nicht im geringsten. Ich hole mir einmal meinetwegen 100 km ab und gucke 
dann schnell in der Karte wo sich was berührt, lade dann punktuell die 10 
oder 100 m² mit JOSM nach. Geht schneller, die Datenmenge bleibt 
überschaubar und damit JOSM stabil. Lade das ganze mal full mit JOSM. Dauert 
ewig und am Ende hast du Standbild.

Gruß
Mirko 


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Frederik Ramm]

Hallo,

Mirko Küster wrote:
> Die von mir eingebeben und zu pflegenden Grenzen berühren z.B. auch nur 
> Grenzen. 

Die von *mir* eingegebenen Grenzen benutzen dort, wo sie z.B. mit einem 
Flusslauf identisch sind, die Nodes des Flusslaufs mit.

> Ansonsten habe ich so viel an den Rails und bei Power gemacht. Die 
> erforderlichen Gebiete kannst du dir so nämlich nicht in JOSM Laden. Das 
> wird so riesig das JOSM angesichts der Dstenmenge quasi still steht oder 
> gleich ganz abschmiert. Wenn man aufpasst geht das super. Versehentliches 
> Node löschen geht auch garnicht. Spätestens beim Upload meldet dir der 
> Server sowas automatisch und lehnt das Changeset ab. 

Ich weiss - aber das ist ja fuer Dich dann ziemlich laestig. Die 
Datenbank kannst Du damit nicht ruinieren, das stimmt - wohl aber 
koenntest Du den Node wild in der Gegend verschieben, ohne zu merken, 
dass er an dieser Stelle auch noch von (beispielsweise, im Falle der 
Railways) einer Strasse mitbenutzt wird.

Bye
Frederik


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Mirko Küster]

>Das ist fuer Lesezugriffe ok, aber beim Schreiben ist immer grosse
>Vorsicht angesagt. Wenn Du ein Gebiet nicht komplett in JOSM laedst,
>sondern z.B. nur alles, was "boundary=administrative" getaggt ist, und
>dann irgendwo z.B. einen Node loeschst oder etwas verschiebst, kannst Du
>dadurch unter Umstaenden auch andere Objekte mitveraendern, die Du gar
>nicht heruntergeladen hast. Beim Hochladen koennte im schlimmsten Fall
>ein Fehler auftreten, weil Du einen Node geloescht hast, der von einem
>anderen (von Dir nicht heruntergeladenen) Objekt mitgenutzt wird.

Die von mir eingebeben und zu pflegenden Grenzen berühren z.B. auch nur 
Grenzen. Da bin ich wie ein Fuchs hinterher wenn da einer per grobmotrischen 
Potlatch mal wieder einen Weg mit einer Grenze verbindet.

Ansonsten habe ich so viel an den Rails und bei Power gemacht. Die 
erforderlichen Gebiete kannst du dir so nämlich nicht in JOSM Laden. Das 
wird so riesig das JOSM angesichts der Dstenmenge quasi still steht oder 
gleich ganz abschmiert. Wenn man aufpasst geht das super. Versehentliches 
Node löschen geht auch garnicht. Spätestens beim Upload meldet dir der 
Server sowas automatisch und lehnt das Changeset ab. Denn der Node wird ja 
noch in der Tabelle des Weges geführt, die du nicht verändert hast und somit 
einen Konflikt ergibt.

Gruß
Mirko 


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Frederik Ramm]

Hallo,

Mirko Küster wrote:
> Das muss aber nicht sein. Server habe ich einen stehen, aber noch nirgends 
> ein Doku gefunden sich einen kleinen XAPI selber aufzusetzen. Wenn man dann 
> noch die Möglichkeit hätte in JOSM diesen eigenen XAPI als Quelle 
> einzubinden und bei dessen Nutzung ein kleines Feld für die Suchparameter 
> mit auftaucht, wäre das optimal. So wäre man weitgehend unabhängig und hätte 
> gleich alles direkt in JOSM.

Das ist fuer Lesezugriffe ok, aber beim Schreiben ist immer grosse 
Vorsicht angesagt. Wenn Du ein Gebiet nicht komplett in JOSM laedst, 
sondern z.B. nur alles, was "boundary=administrative" getaggt ist, und 
dann irgendwo z.B. einen Node loeschst oder etwas verschiebst, kannst Du 
dadurch unter Umstaenden auch andere Objekte mitveraendern, die Du gar 
nicht heruntergeladen hast. Beim Hochladen koennte im schlimmsten Fall 
ein Fehler auftreten, weil Du einen Node geloescht hast, der von einem 
anderen (von Dir nicht heruntergeladenen) Objekt mitgenutzt wird.

Bye
Frederik


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Mirko Küster]

>> Ok, ich hör jetzt auch wieder auf mit meinen Laienfragen...
>> Aber eine "Anleitung" für Spiegelserver könnte uns vielleicht helfen?

>Es kommt darauf an was und fuer wenn man spiegeln will.

Es brennt immer wieder mal bei der XAPI, da geht seit Tagen mal wieder 
überhaupt nichts. Das ist aber die einzige Methode um aktuelle Daten 
selektiv oder als ganzes für ein größeres Gebiet abzurufen. So z.B. die 
Grenzen. Ansonsten hat man nur die Möglichkeit ein mehr oder minder 
aktuelles Planetenfile umständlich lokal in seine Bestandteile zu zerlegen. 
Oder was die meisten dann sicher tun, das Gebiet Stück für Stück mit JOSM 
aus der Hauptdatenbank ziehen, was diese wieder unnötig belastet.

Das muss aber nicht sein. Server habe ich einen stehen, aber noch nirgends 
ein Doku gefunden sich einen kleinen XAPI selber aufzusetzen. Wenn man dann 
noch die Möglichkeit hätte in JOSM diesen eigenen XAPI als Quelle 
einzubinden und bei dessen Nutzung ein kleines Feld für die Suchparameter 
mit auftaucht, wäre das optimal. So wäre man weitgehend unabhängig und hätte 
gleich alles direkt in JOSM.

Gruß
Mirko 


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Ulf Lamping]

Kai Krueger schrieb:
> Ich denke man kann OSM (noch) nicht ganz mit Wikipedia vergleichen, denn 
> Wikipedia ist doch noch meherer groessen Ordnungen groesser als OSM. Die 
> haben ein Buget von mehreren millionen im Vergleich zu den zehn - 
> zwanzig tausend die OSM hat. Ausserdem haben die ein ganzes team von 
> vollzeit Sysadmins, waerend in OSM es alle ehrenamtlich und als neben 
> beschaeftigung tun. Und selbst Wikipedia habe ich irgendwo mal gehoert 
> hat immer noch single points of failure und z.B. ein Hurrikane in 
> Florida kann ganz Wikipedia vom netz nehmen.

Ich habe gerade gestern abend ein paar Minuten lang einfach immer 
komplett weisse Wikipedia Seiten bekommen.

Ganz so "bei OSM klappt das nicht" und "Wikipedia geht immer" scheint 
auch nicht sooo zu stimmen ;-)

Gruß, ULFL

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Kai Krueger]

Hi,

On 22/07/28164 20:59, Markus wrote:
> Hallo Ulf, hallo André,
>
> ich habe im Wiki folgendes gefunden:
>
> Liste unserer Server:
> http://wiki.openstreetmap.org/wiki/Servers
>
> Status-Übersicht:
> http://wiki.openstreetmap.org/wiki/Platform_Status
>
> Performance für jeden Server:
> http://munin.openstreetmap.org/openstreetmap/puff.openstreetmap-lighttpd_accesses.html

Performance graphen fuer den Tile server findet ihr unter

http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap.html


>
>
> Liste der Server-Admins:
> http://wiki.openstreetmap.org/wiki/System_Administrators
> Da gibt es keinen deutschsprachigen?
> (vor einem Jahr war da mal ein Schweizer mit im Boot)

meinst du Sebastian Spaetz? Er ist noch immer der Admin des t...@h servers. 
t...@h laueft jedoch komplett getrennt von den anderen servern. Unter den 
Admins der OSM Foundation Server (Datenbank, Wiki, Mapnik) ist in der 
Tat derzeit kein deutschsparchiger admin. Das sollte aber eigentlich 
nichts ausmachen. Die meisten Admins sitzen halt in London, wo auch die 
Server gehostet werden, denn es ist immernoch erstaunlich haeufig noetig 
physischen Zugriff auf die Server zu haben. Wobei einige der letzten 
downtimes auch damit zu tun hatten um diese Situation zu verbessern.

>
>> Die "Hauptdatenbank" läuft nicht redundant, weil dies bei schreibenden
>> Zugriffen sehr schnell zu Konsistenzproblemen führen kann, die man
>> schlicht versucht zu vermeiden.
>
> Das kann ich irgendwie verstehen.
> Aber dieses Problem haben grosse Anwendungen doch immer?
> Und dafür müsste es doch Lösungen geben die wir übernehmen können?

Es ist durchaus moeglich die Datenbank Server redundant aufzubauen wobei 
trivial ist es nicht und vorallem nicht ganz billig. Der jetztige DB 
server hat alleine ueber zehntausend Pfund gekostet, was zum Glueck 
durch die grosszuegige Spendenaktion moeglich wurde. Ob es es wert ist 
soviel Geld fuer einen zweiten Server nur fuer die Paar minuten downtime 
auszugeben weis ich nicht. Zumal so weit ich weis keine der letzten 
downtimes durch eine redundante Hauptdatenbank geholfen waere. In 
zukunft wird es aber mit sicherheit irgendwann gemacht.

>
>> "Spiegelserver" (XAPI, ROMA, TRAPI) puffern die "nur lesende" Last
>> entsprechend ab.
>
> Dennoch lese ich immer mal wieder "OSM coming soon".

Das sollte wie bereits erwaehnt wurde weitest gehend der Vergangenheit 
(seit c.a. ein zwei wochen als auf den neuen Server umgestellt wurde) 
angehoeren. Es werden weit weniger als 1% der tiles nicht rechzeitig 
gerendert was zu "OSM coming soon" fuehrt. Wenn du also deutlich mehr 
siehst un diese nicht nur in zoom level 18 oder 17 auftreten, dann bitte 
melde dich noch mal und man muss schauen wo dran dass liegt.

>
> Bei uns hat beispielsweise die IHK den Firmen empfohlen, OSM zu nutzen.
> Aber nicht jede Firma kann es sich leisten, dafür einen eigenen
> XAPI-Server aufzusetzen.
>
> Wäre da nicht ein entsprechendes Netz sinnvoll, mit automatischem
> Lastausgleich? Damit nicht beispielsweise Abfragen aus verschiedenen
> Kontinenten quer über den Teich geschickt werden müssen?
>
> Gibt es irgendwo eine Anleitung, wie man einen solchen Spiegelserver
> aufbaut und wie der Lastausgleich organisiert ist?
> Ich könnte mir vorstellen, dass bestimmt einige Firmen und Institutionen
> bereit wären, da mitzumachen (beispielsweise unsere IHK, oder andere
> Wirtschaftsverbände, Kommunen oder Universitäten).
>
>> JOSM und andere Editoren arbeiten direkt auf der "Hauptdatenbank",
>> editieren auf potentiell alten Daten macht ja irgendwie auch keinen Sinn.
>
> Auch da könnte ich mir als Laie vorstellen, dass die Haupt-DB redundant
> aufgebaut sein könnte? Und dass die Editoren nicht direkt auf die
> Haupt-DB zugreifen, sondern auf eine Art "Zwischenpuffer"?

Das kommt moeglicherweise auch. Mit den Versionsnummern die in API 0.6 
eingefuert wurden und den neuen replication-minutely-diffs die derzeit 
deployed werden, koennte man sich vorstellen read-only server wie ROMA 
auch fuer Editoren zu verwenden, wenn es dann zu konflikten kommt kann 
man dann immer noch auf die Hauptdatenbank zurueck fallen. Das ganze 
benoetigt aber Zeit, Geld und Arbeit um das alles aufzubauen. Und ob die 
begrenzten resourcen nicht besser wo anders aufgehoben sind entscheiden 
die Sys admins schon ganz gut.

>
>> Nun ist die Serverlandschaft bei OSM nicht unbedingt üppig aufgebaut.
>
> Wie macht das denn Wikipedia? die haben ihre Lasten doch auch irgendwie
> verteilt? ich hatte in den letzten 2 Jahren nie ein "coming soon".

Ich denke man kann OSM (noch) nicht ganz mit Wikipedia vergleichen, denn 
Wikipedia ist doch noch meherer groessen Ordnungen groesser als OSM. Die 
haben ein Buget von mehreren millionen im Vergleich zu den zehn - 
zwanzig tausend die OSM hat. Ausserdem haben die ein ganzes team von 
vollzeit Sysadmins, waerend in OSM es alle ehrenamtlich und als neben 
beschaeftigung tun. Und selbst Wikipedia habe ich irgendwo mal gehoert 
hat immer noch sin

Re: [Talk-de] Server

[Frederik Ramm]

Hallo,

Markus wrote:
> Dennoch lese ich immer mal wieder "OSM coming soon".
> 
> Bei uns hat beispielsweise die IHK den Firmen empfohlen, OSM zu nutzen.
> Aber nicht jede Firma kann es sich leisten, dafür einen eigenen 
> XAPI-Server aufzusetzen.

Das hat auch miteinander wenig zu tun. Wenn Du ein "More OSM coming 
soon" siehst - und eigentlich sollte das seit einigen Wochen praktisch 
der Vergangenheit angehoeren - dann deshalb, weil der Tileserver die 
Kachel nicht schnell genug ausrechnen konnte. XAPI spielt da nicht mit 
rein. Ich weiss jetzt nicht, was Eure IHK den Firmen empfohlen hat, aber 
dass es irgendetwas mit der *Datenbank* zu tun hat, ist unwahrscheinlich.

> Wäre da nicht ein entsprechendes Netz sinnvoll, mit automatischem 
> Lastausgleich? Damit nicht beispielsweise Abfragen aus verschiedenen 
> Kontinenten quer über den Teich geschickt werden müssen?

Ja, da denkt Grant Slater schon drueber nach, so etwas fuer den 
Tileserver zu bauen. Wobei ich halt auch der Ansicht bin: Wer einen 
*verlaesslichen* Tileserver will, weil er das fuer seine Firmenseite 
braucht, der sollte dann eben fuer diese Verlaesslichkeit auch Geld 
zahlen. Wenn er den Service von einem gewerblichen Kachel-Anbieter 
einkauft (wie z.B. Cloudmade oder meine Geofabrik), dann kann er sich 
(gegen entsprechendes Geld eben) vertraglich eine gewisse Service-Guete 
zusichern lassen, und da rennt der Admin dann halt auch nachts um 4, 
wenn was kaputt geht. Wer die kostenlosen Tiles von OSM benutzen 
moechte, der darf das tun, aber OSM darf halt den Tileserver auch mal 
ein Wochenende abschalten.

> Gibt es irgendwo eine Anleitung, wie man einen solchen Spiegelserver 
> aufbaut und wie der Lastausgleich organisiert ist?
> Ich könnte mir vorstellen, dass bestimmt einige Firmen und Institutionen 
> bereit wären, da mitzumachen (beispielsweise unsere IHK, oder andere 
> Wirtschaftsverbände, Kommunen oder Universitäten).

Du musst erstmal praezisieren, worum es Dir geht - mal redest Du vom 
API/XAPI, mal von Kacheln, das sind zwei ganz unterschiedliche Paar Schuhe.

>> JOSM und andere Editoren arbeiten direkt auf der "Hauptdatenbank", 
>> editieren auf potentiell alten Daten macht ja irgendwie auch keinen Sinn.
> 
> Auch da könnte ich mir als Laie vorstellen, dass die Haupt-DB redundant 
> aufgebaut sein könnte? Und dass die Editoren nicht direkt auf die 
> Haupt-DB zugreifen, sondern auf eine Art "Zwischenpuffer"?

Und was ist, wenn ich auf Zwischenpuffer A den Node X 1 Meter nach links 
verschiebe und Du auf Zwischenpuffer B den gleichen Node 1 Meter nach 
rechts verschiebst?

> Wie macht das denn Wikipedia? die haben ihre Lasten doch auch irgendwie 
> verteilt? ich hatte in den letzten 2 Jahren nie ein "coming soon".

Hm, Wikipedia ist 3.5 Jahre aelter als OSM, als haben wir noch 1.5 Jahre 
Zeit, diesen Zustand zu erreichen ;-)

Von der Wikpedia-Technik hab ich keine Ahnung, ich glaube, deren 
Grundprinzip ist "unsere Software ist furchtbar ineffizient, aber wir 
stellen einfach mehr Hardware hin, dann passt das schon". Dazu wirst Du 
aber sicherlich zahlreiche Informationen im Netz finden.

Bye
Frederik

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Stephan Knauss]

Markus wrote:
> Bei uns hat beispielsweise die IHK den Firmen empfohlen, OSM zu nutzen.
> Aber nicht jede Firma kann es sich leisten, dafür einen eigenen 
> XAPI-Server aufzusetzen.
Nutzen wofür? Für die Anzeige von Straßenkarten/Anfahrtsplänen? Da ist 
XAPI das falsche Werkzeug.

> Gibt es irgendwo eine Anleitung, wie man einen solchen Spiegelserver 
> aufbaut und wie der Lastausgleich organisiert ist?
Du kannst die Karte auf deinem eigenen Server erzeugen, klappt auch mit 
kleineren Teilen als dem ganzen Planeten.
Anleitung hier: http://wiki.openstreetmap.org/wiki/Mapnik

Für normale Unternehmen IMHO deutlich oversized. Vielleicht mal bei 
Firmen wie geofabrik oder cloudmade anfragen was die für das hosten von 
Karten verlangen. Da kannst du sicher auch Bandbreiten- und 
Verfügbarkeitsgarantien bekommen.

> Wie macht das denn Wikipedia? die haben ihre Lasten doch auch irgendwie 
> verteilt?
Wikimedia setzt eigene Server auf um die Karten in allen Sprachen 
auszuliefern.

Stephan


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server

[Markus]

Hallo Ulf, hallo André,

ich habe im Wiki folgendes gefunden:

Liste unserer Server:
http://wiki.openstreetmap.org/wiki/Servers

Status-Übersicht:
http://wiki.openstreetmap.org/wiki/Platform_Status

Performance für jeden Server:
http://munin.openstreetmap.org/openstreetmap/puff.openstreetmap-lighttpd_accesses.html

Liste der Server-Admins:
http://wiki.openstreetmap.org/wiki/System_Administrators
Da gibt es keinen deutschsprachigen?
(vor einem Jahr war da mal ein Schweizer mit im Boot)

> Die "Hauptdatenbank" läuft nicht redundant, weil dies bei schreibenden 
> Zugriffen sehr schnell zu Konsistenzproblemen führen kann, die man 
> schlicht versucht zu vermeiden.

Das kann ich irgendwie verstehen.
Aber dieses Problem haben grosse Anwendungen doch immer?
Und dafür müsste es doch Lösungen geben die wir übernehmen können?

> "Spiegelserver" (XAPI, ROMA, TRAPI) puffern 
> die "nur lesende" Last entsprechend ab.

Dennoch lese ich immer mal wieder "OSM coming soon".

Bei uns hat beispielsweise die IHK den Firmen empfohlen, OSM zu nutzen.
Aber nicht jede Firma kann es sich leisten, dafür einen eigenen 
XAPI-Server aufzusetzen.

Wäre da nicht ein entsprechendes Netz sinnvoll, mit automatischem 
Lastausgleich? Damit nicht beispielsweise Abfragen aus verschiedenen 
Kontinenten quer über den Teich geschickt werden müssen?

Gibt es irgendwo eine Anleitung, wie man einen solchen Spiegelserver 
aufbaut und wie der Lastausgleich organisiert ist?
Ich könnte mir vorstellen, dass bestimmt einige Firmen und Institutionen 
bereit wären, da mitzumachen (beispielsweise unsere IHK, oder andere 
Wirtschaftsverbände, Kommunen oder Universitäten).

> JOSM und andere Editoren arbeiten direkt auf der "Hauptdatenbank", 
> editieren auf potentiell alten Daten macht ja irgendwie auch keinen Sinn.

Auch da könnte ich mir als Laie vorstellen, dass die Haupt-DB redundant 
aufgebaut sein könnte? Und dass die Editoren nicht direkt auf die 
Haupt-DB zugreifen, sondern auf eine Art "Zwischenpuffer"?

> Nun ist die Serverlandschaft bei OSM nicht unbedingt üppig aufgebaut. 

Wie macht das denn Wikipedia? die haben ihre Lasten doch auch irgendwie 
verteilt? ich hatte in den letzten 2 Jahren nie ein "coming soon".
Wie funktioniert das, wenn Wikipedia OSM Karten verwendet?
Was machen wir, wenn zunehmend Menschen OSM gut finden und benutzen?

> Wenn die User dauernd "Reload" hämmern, hilft das übrigens nicht viel ;-)

Kann man nicht irgendwie unterscheiden, ob jemand "hämmert"?
und das dann bereits im "Zwischenpuffer" abfangen?

> P.S: Keine Ahnung wie man das verbessern kann. 
> Ich weiß nur, das da keine absoluten Laien am Werk sind. 

:-)
Ok, ich hör jetzt auch wieder auf mit meinen Laienfragen...
Aber eine "Anleitung" für Spiegelserver könnte uns vielleicht helfen?

Gruss, Markus

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Server offline am 22. und 23. August [Fwd: [OSM-talk] Server Down Time - 22nd to 23rd August 2009]

[Jonas Krückel]

Hi,
wie hier zu lesen werden die OpenStreetMap-Server am nächsten 
Wochenende, am 22. und 23. August, nicht verfügbar sein, weil 
elektrische Arbeiten im UCL, wo die Server stehen, durchgeführt werden.
Währenddessen werden auch neue OSM-Server installiert.
osm.org und die API sind während dieser Zeit nicht verfügbar, das Wiki 
und die Mailingliste sind aber online.
Mehr weiter unten in der englischen E-Mail.
Gruß
Jonas

 Original-Nachricht 
Betreff:[OSM-talk] Server Down Time - 22nd to 23rd August 2009
Datum:  Fri, 14 Aug 2009 15:33:50 +0100
Von:Grant Slater 
An: Talk Openstreetmap , osmdev 




OSM,

Next weekend, 22nd/23rd August OpenStreetMap's main servers will be
unavailable due to electrical maintenance works at University College
London.

www.openstreetmap.org [1] and the API will be unavailable during this
period from approximately 5am GMT Saturday August 22nd until 10pm GMT
Sunday August 23rd.

The wiki and mailing lists will continue to be available during this period.

Arrangements are under way to keep http://tile.openstreetmap.org/
available, but as yet we are unable to confirm.

The sysadmin team are not taking a break; we are using this
opportunity to reorganise the server hardware and are installing a
large set of hardware upgrades recently approved by the OpenStreetMap
Foundation. [2]

Please pass this message onto the local OSM lists.

1: www.openstreetmap.org will be replaced by a simple notice website
during this period.
2: http://wiki.openstreetmap.org/wiki/Servers/Upgrades/082009

Grant
on behalf of OpenStreetMap Sysadmin Team.

___
talk mailing list
t...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server down?

[DarkAngel]

Jacques Nietsch schrieb:
> Kann das sein, das der OSM Server aktuell spinnt?
> 
> Ich bekomme seit ca. einer halben Stunde mit josm weder Daten rein noch  
> raus.
> Und ja, die Internetverbindung ist offensichtlich in Ordnung ;-)
> 
> Gruß Jacques
> 
> PS. gerade habe ich nach mehreren Minuten 14 Kb Daten bekommen...
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de


http://wiki.openstreetmap.org/wiki/Platform_Status

Overall Status: API & website down

-- 
Gruß Mario



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Server down?

[Jacques Nietsch]

Kann das sein, das der OSM Server aktuell spinnt?

Ich bekomme seit ca. einer halben Stunde mit josm weder Daten rein noch  
raus.
Und ja, die Internetverbindung ist offensichtlich in Ordnung ;-)

Gruß Jacques

PS. gerade habe ich nach mehreren Minuten 14 Kb Daten bekommen...


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server osm.de ausgefallen?

[Arne Bischoff]

Aha, geht wieder alles. 
Arne


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Server osm.de ausgefallen?

[Arne Bischoff]

Hallo, www.openstreetmap.de scheint ausgefallen zu sein. Problem
bereits bekannt?
 
Arne+++


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Server-Auslastung und -Aufrüstung

[Dirk-Lüder Kreie]

Sven Anders schrieb:


Folgende Infos wären für mich noch interessant:
* wie viel Platz (GB) brauchen alle Tiles von [EMAIL PROTECTED]


Die Partition mit den [EMAIL PROTECTED] tiles ist mit 2.2 TB belegt.
Ich muss aber nochmal schauen, wieviel davon wirklich [EMAIL PROTECTED] ist.


* wie viel Platz (GB) brauchen alle Tiles von Mapnik?


deutlich weniger, da nur on-demand gerendert wird, rsync wäre eher 
kontraproduktiv. mapnik ist ausserdem wunderbar parallelisierbar, nur 
eben nicht über eine breite rendercrowd wie [EMAIL PROTECTED]



* welche Anbindung (MBit/s) hat der tiles-Server zur Zeit


100 MBit IIRC, aber ich bin mir da überhaupt nicht sicher.

der tilesAtHome tileserver steht bei telascience in den USA und ist 
besser angebunden.


--

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] Server-Auslastung und -Aufrüstung

[Frederik Ramm]

Hallo,

KaiRo - Robert Kaiser wrote:
> Ich weiß zum Beispiel, dass es 
> Uni-Rechenzentren in den USA gibt, die große Teile an Raum, sogar 
> Hardware und jedenfalls Traffic für Open-Source-Projekte zur Verfügung 
> stellen

Die OSGeo Foundation wird mit schier unermesslicher Rechenleistung, 
Plattenkapazitaet und Bandbreite von "Telascience" unterstuetzt, und die 
wiederum scheinen irgendwie von US-Unis an der Westkueste getragen zu 
sein. Der [EMAIL PROTECTED] und auch "OsmXAPI" sind bereits dort 
untergekommen; das hat im wesentlichen Christopher Schmidt fuer uns 
gedealt, denn wir sind ja (noch?) kein offizielles OSGeo-Projekt. 
Dennoch arbeiten OSGeo-Leute und OSM in vielen Laendern gut zusammen 
(z.B. gemeinsame Aktionen in Italien, und auch unser Linuxtag-Stand war 
mit OSGeo zusammen).

Ich bin ziemlich sicher, dass OpenStreetMap dort auch komplett 
unterkommen koennte, wenn es bei den englischen Uni-Partnern zu sehr 
hakt - ist eventuell aber ein bisschen eine Frage des Stolzes...

Was Mozilla anbetrifft, so ist auf den englischen Listen jemand namens 
Gervase Markham aktiv, der scheint, wenn ich diverse Anmerkungen richtig 
verstanden zu habe, aus der Ecke zu kommen.

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] Server-Auslastung und -Aufrüstung

[Martin Koppenhoefer]

>
>
> Mir geht es hier nicht um Reden von "man sollte...", sondern darum,
> konkret und konstruktiv wirklich was zu bewegen - oder zumindest die
> Möglichkeiten dafür auszuloten.
> Ich hoffe, hier lässt sich auch wirklich was erreichen. :)
>
> Robert Kaiser
>
>
vorab schonmal Danke, ich denke, die Mehrheit hier schätzt so ein
Engagement. Hoffen wir, dass am Ende mehr Performance/Skalierbarkeit dabei
rauskommt (was ich wiederum auch nicht als Kritik an Hughes verstanden haben
will: so schlecht funktioniert es ja auch bisher nicht).

Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Server-Auslastung und -Aufrüstung

[KaiRo - Robert Kaiser]

Sven Grüner schrieb:
> Thomas Hieber schrieb:
>> Ich finde es nicht richtig, Robert hier einfach mal auf Verdacht in
>> einen Topf mit anderen Leuten zu werfen die ne Menge schlauer Ideen
>> haben, aber die nicht umsetzen können.
>
> Das war auch nicht meine Absicht. Ich entschuldige mich falls es dennoch
> so rübergekommen ist. Der Kontext war in der Tat etwas blöde.

Ist zu mir nicht so rübergekommen - ich hab genug Erfahrung mit solchen 
offenen Communities, dass ich diese Meldungen auf der dev-Liste und die 
Einstellung dazu gut nachvollziehen kann :)

Genau das war ja auch der Grund, warum mir die Idee kam, man könnte da 
mit Mozilla eine Connection suchen. Ich werde mal versuchen, Tom Hughes 
zu kontaktieren und mit den Leuten bei Mozilla zu reden, vielleicht kann 
man sich ja da gegenseitig aushelfen. Ich weiß zum Beispiel, dass es 
Uni-Rechenzentren in den USA gibt, die große Teile an Raum, sogar 
Hardware und jedenfalls Traffic für Open-Source-Projekte zur Verfügung 
stellen, und hier auch Mozilla stark unterstützt haben, als unser 
Projekt sich das selbst nicht leisten konnte. Da OSM ja auch sowas wie 
Open Source ist (halt mit Kartendaten), könnte man da ev. etwas 
schaffen. Und da Mozilla heute mehr Geld hat, als verbraucht wird, denkt 
man auch ständig über die Unterstützung anderer Projekt nach, die auch 
die Mission des offenen Internet hochhalten.

Mir geht es hier nicht um Reden von "man sollte...", sondern darum, 
konkret und konstruktiv wirklich was zu bewegen - oder zumindest die 
Möglichkeiten dafür auszuloten.
Ich hoffe, hier lässt sich auch wirklich was erreichen. :)

Robert Kaiser

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

AW: [Talk-de] Server-Auslastung und -Aufr�stung

[Heiko Schack]

Hallo Sven,

> Achja und ich denke ich spreche hier auch für das Admin Team
> wenn ich sage, das natürlich weitere Menschen mit Erfahrungen
> in der Systemadministration immer willkommen sind, das gilt
> IMHO auch für die englischen Server.
> Das Problem ist vor allen Leute zu finden, die das regelmäßig
> machen und nicht nur mal kurz aus Spaß etwas tolles
> einrichten und es dann nicht weiterbetreuen.

Wenn Ihr noch jemanden braucht - ich bin dabei. Ich arbeite beruflich als
Systemadministrator im Webbereich für Justizverfahren. Mit Loadbalancing und
Serverfarmen kenne ich mich sehr gut aus. Schreib mir doch einfach mal an
wen ich mich wenden muss, um in das Admin-Team zu kommen.

Lg

Heiko



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Server-Auslastung und -Aufrüstung

[André Reichelt]

Bernd Wurst schrieb:
Ja, wir sollten das nicht weiter spinnen, ist hier wirklich off-topic. Aber 
sich auf diese unsinnigen Downstream-Marketing-Werte der 
Telekommunikationsfirmen zu berufen und daraus zu schließen, dass der 
Upstream verbessert werden könnte, ist IMHO Unsinn.


Ich wollte viel mehr ausdrücken, dass ich aktuell über 100 kb/s hochlade 
und der Upload eines Tilesets in der Regel nicht mehr als 5 Sekunden 
braucht ;).


Meistens warte ich allerdings vorher bis zu ner halben Stunde in der 
Warteschleife, da der Server gar keine neuen Tiles akzeptiert.




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] Server-Auslastung und -Aufrüstung

[Bernd Wurst]

Hallo.

Am Samstag, 31. Mai 2008 schrieb André Reichelt:
> Das ist allerdings ein temporäres Problem, dass sich innerhalb der
> nächsten 2-3 Jahre lösen wird, da die Telekom plant, bereits 2010 die
> ersten DSL 50k-Leitungen anzubieten [...]

VDSL 50 ist bereits der aktuelle Wert. 


> [...] und dann jährlich den Wert nach oben 
> zu korregieren (geplant sind irgendwann 500k).

Also bisher wurden bei den wir-brauchen-alle-fernsehen-per-internet-Leitungen 
der Upstream prozentual immer verringert.

"Früher" war das Verhältnis typischerweise 1:8, teilweise sogar 1:5. Jetzt 
sind wir bei 1:16 (Telekom) bzw. 1:20 (Arcor) oder sogar nur 1:26 (Kabel 
Deutschland).


Dank des wir-müssen-uns-alle-beim-telefonieren-anschauen-Hype wurde der 
Upsteam wenigstens so weit erhöht, aber es ist zu erwarten, dass das 
Verhältnis immer weiter auseinander driftet und auch wenn du dann irgendwann 
deine 1 GBit-Leitung hast (ganz ehrlich: für seriöse Anwendungen brauchst du 
das alles nicht, kaum ein einzelner Server ist wirklich und effektiv 
schneller als 100 MBit angebunden), dann geht der upload vermutlich auch noch 
mit < 5 MBit über die Bühne.

Dann Tiles angeworfen und das war's mit telefonieren. :-)


Ja, wir sollten das nicht weiter spinnen, ist hier wirklich off-topic. Aber 
sich auf diese unsinnigen Downstream-Marketing-Werte der 
Telekommunikationsfirmen zu berufen und daraus zu schließen, dass der 
Upstream verbessert werden könnte, ist IMHO Unsinn.

Und Daten von einem asymmetrischen Anschluss mehrfach hochzuladen ist auch 
sicherlich nicht sinnvoll.

Gruß, Bernd

-- 
Das Licht am Ende des Tunnels kann auch ein entgegenkommender Zug sein.
  -  Gregor Gysi


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] Server-Auslastung und -Aufrüstung

[André Reichelt]

Bernd Wurst schrieb:
Heute übliche Privat-Anbindungen haben nun einfach mal wenig Upstream und das 
wird nicht besser werden. Wenn ich hier alle drei ständig verfügbaren Rechner 
mit [EMAIL PROTECTED] anwerfe, ist meine Upload-Leitung typischerweise dauerhaft 
überlastet.


Das ist allerdings ein temporäres Problem, dass sich innerhalb der 
nächsten 2-3 Jahre lösen wird, da die Telekom plant, bereits 2010 die 
ersten DSL 50k-Leitungen anzubieten und dann jährlich den Wert nach oben 
zu korregieren (geplant sind irgendwann 500k).




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] Server-Auslastung und -Aufrüstung

[Frederik Ramm]

Hallo,

 >> Das
>> Wachstum geht exponenzial, von dem her sollten wir nun dringend
>> überlegen, wie wir bald an neue Server kommen, denn sonst liegt hier im
>> Worst Case in nem Monat alles flach.
> 
> Wer ist hierfür bei OSM zuständig?

Das Problem ist hier im Augenblick, soweit ich das beurteilen kann, 
tatsaechlich die Bedarfsdefinition. Die Foundation hat Geldmittel, die 
ausreichend sind, um Server anzuschaffen, aber es braucht gute Konzepte, 
Wer ernsthaft Interesse an einer Mitarbeit hat, der sollte sich mal mit 
Tom Hughes unterhalten, der hat die Uebersicht, was laeuft.

Ein verteiltes System fuer den Abruf von Kacheln halte ich derzeit fuer 
etwas uebertrieben, ich glaube, wir sind noch lang nicht an dem Punkt, 
wo das notwendig wuerde.

Bye
Frederik

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Server-Auslastung und -Aufrüstung

[Bernd Wurst]

Hallo.

Am Samstag, 31. Mai 2008 schrieb Sven Anders:
> Kann man den Client evtl. so umbauen, das er
> die tiles an zwei (oder mehrere) Server ausliefert?)

Da der Upload (und ich meine nicht den freien Slot sondern die Bandbreite) 
mich momentan schon davon abhält, [EMAIL PROTECTED] dauerhaft laufen zu lassen, 
ist das 
eine zeimlich unpraktische Idee.

Heute übliche Privat-Anbindungen haben nun einfach mal wenig Upstream und das 
wird nicht besser werden. Wenn ich hier alle drei ständig verfügbaren Rechner 
mit [EMAIL PROTECTED] anwerfe, ist meine Upload-Leitung typischerweise 
dauerhaft 
überlastet.

Gruß, Bernd

-- 
Fachbegriffe der Informatik (#239): MacOS X
   Unix für Weicheier.
(Manfred Worm Schäfer)


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] Server-Auslastung und -Aufrüstung

[Sven Anders]

Am Freitag, 30. Mai 2008 21:47 schrieb Andreas Barth:
>
> Von wieviel Traffic sprechen wir da? Wie sieht das aus - will das
> Admin-Team da am liebsten eine leere xen-Instanz? Oder am liebsten ein
> anderes Team, das "einfach macht"? Oder ...?

Man braucht ja eigentlich nur 

a) einen squid als Reverse Proxy konfigurieren (einfachste Lösung) oder

b) mit rsync (oder änhliches) die Tiles vom Tileserver holen.

c) wir erzeugen die Tiles selber. Macht ja der tileserver bei osm.org auch.
(was machen wir mit [EMAIL PROTECTED] Kann man den Client evtl. so umbauen, das 
er 
die tiles an zwei (oder mehrere) Server ausliefert?)

Am besten macht man das natürlich für [EMAIL PROTECTED], mapnik und die 
cycle-Map.
(wahrscheinlich am besten auf drei Servern!).

Nur wieviel Traffic da erzeugt wird (und wieviel zusätzlicher Traffic 
entsteht), kann ich nicht abschätzen.  Akzeptiert wird dieser Service nur, 
wenn der Server eine gute Anbindung hat, weil ansonsten das laden der Tiles 
zu lange dauert (wenn eine OSM-Karte in einen Webbroweser neu geladen wird, 
werden ja bereits ca. 16 Kacheln neu geholt)

Folgende Infos wären für mich noch interessant:
* wie viel Platz (GB) brauchen alle Tiles von [EMAIL PROTECTED]
* wie viel Platz (GB) brauchen alle Tiles von Mapnik?
* welche Anbindung (MBit/s) hat der tiles-Server zur Zeit

Im Prinzip wenn man z.B. Möglichkeit b) zum verteilen der tiles benutzt, wären 
auch ganz einfache Webaccounts bei Hostern benutzbar, das hätte viele 
vorteile (man muss sich nicht um Sicherheitsupdates kümmern etc.) aber ich 
vermute die sind in der Regel nicht so schnell/leistungsstark etc. das sich 
das wirklich lohnt.

Achja und ich denke ich spreche hier auch für das Admin Team wenn ich sage, 
das natürlich weitere Menschen mit Erfahrungen in der Systemadministration 
immer willkommen sind, das gilt IMHO auch für die englischen Server. 
Das Problem ist vor allen Leute zu finden, die das regelmäßig machen und nicht 
nur mal kurz aus Spaß etwas tolles einrichten und es dann nicht 
weiterbetreuen.

Natürlich wäre es auch toll, wenn Firmen evtl. einen Admin für ein paar 
Stunden die Woche für OSM bezahlen könnten.

Gruß
Sven

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Server-Auslastung und -Aufrüstung

[Prolineserver]

Andreas Barth schrieb:
> * Raphael Studer ([EMAIL PROTECTED]) [080530 20:55]:
>>> Was fehlt denn - Rechenpower? Bandbreite? ...?
>> Zuerst vlle schnelle Platten. Die Last besteht aus vielen Anfragen
>> auf kleine Files (tiles) die irgendwo auf der Platte rumliegen.
>> Gleichzeitig werden auch immer mal wieder igendwo kleine Files geschrieben.
> 
> Das gilt jetzt aber für den bestehenden zentralen Serverpark? D.h.  "ich
> habe hier einen Server, den ihr haben könnt" bringt nix, solange der
> nicht den zentralen Server übernehmen kann?

Bei Wikipedia sind ja die Server auch ueber einige (wenige) 
Rechenzentren verteilt, aber mittlerweile ist man wieder dazu 
uebergegangen, die Datenbanken zentral in einem Rechnenzentrum zu 
verwalten und nur die Squids dezentral zu platzieren, da sonst der 
Administrationsaufwand zu gross waere.

Was ich momentan bei OSM etwas vermisse (wurde ja schon oft genug 
diskutiert) ist ein Verein aehnlich Wikimedia, der sich nicht nur um so 
etwas wie Hardware und Rechtsstreitigkeiten kuemmert, sondern vor allem 
etwas "Lobbyarbeit" leistet und professionell Spenden sammelt und Geld 
eintreibt, sich also um so etwas wie "Foerdergelder" kuemmert. Dies 
wurde ja leider bei Wikimedia bisher etwas wenig ausgeschoepft. 
Vielleicth koennte man dann auch mit Wikimedia zusammenarbeiten, denn 
die Projektziele und gerade die Erfahrungen mit den Servern sind ja doch 
recht aehnlich, und zahlreiche Namen hier auf dem Liste kommen mir doch 
schon recht vertraut vor...

vg pls

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Server-Auslastung und -Aufrüstung

[André Reichelt]

Andreas Barth schrieb:

Ein paar Ideen: Was spricht dagegen, die Anfragen entweder im Frontend
per mod_proxy auf verschiedene Backends je nach Dateiname aufzuteilen
oder redirects zu machen? (cdimages.debian.org macht dies zum Beispiel
so, daß auch Servern mit nur wenigen Images mithelfen können - die
kriegen dann halt einfach weniger Anfragen als die, die alles haben.)


Das wäre doch mal ein guter Ansatz, dass man einfach sagt, ich als 
privater Servernutzer kann OSM 10 GB Platte und sonsoviel Traffic zur 
Verfügung stellen. Der OSM-Server kann ja dann selbst nalysieren, welche 
Tiles besonders gefragt sind und speziell diese auf externe Server laden 
und den Traffic dann zufällig auf einen der Spiegel umleiten. Ich würde 
aber in jedem Fall alle Tiles uf dem OSM lassen, damit im Falle von 
technischen Problemen auf den Mirrorstrotzdem alles erreichbar ist.




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] Server-Auslastung und -Aufrüstung

[Andreas Barth]

* Stefan Hirschmann ([EMAIL PROTECTED]) [080530 21:35]:
> Andreas Barth wrote:
> > * Raphael Studer ([EMAIL PROTECTED]) [080530 20:55]:
> >>> Was fehlt denn - Rechenpower? Bandbreite? ...?
> >> Zuerst vlle schnelle Platten. Die Last besteht aus vielen Anfragen
> >> auf kleine Files (tiles) die irgendwo auf der Platte rumliegen.
> >> Gleichzeitig werden auch immer mal wieder igendwo kleine Files geschrieben.
> > 
> > Das gilt jetzt aber für den bestehenden zentralen Serverpark? D.h.  "ich
> > habe hier einen Server, den ihr haben könnt" bringt nix, solange der
> > nicht den zentralen Server übernehmen kann?
> 
> Was mir einfällt, aber nur Sinn macht, wenn osm.de genug Traffik hat:
> Unter www.openstreetmap·de ist auch eine OSM Karte. Wenn du einen
> Reverse Proxy anbieten könntest, so dass der gecachte Traffik bei dir
> und nicht bei osm.org anfällt, wäre dem Projekt schon geholfen. Sollte
> der ganze Traffik von DE gecached werden und nicht auf OSM.org
> einschlägt, sollte das die Server schon etwas entlasten.

Von wieviel Traffic sprechen wir da? Wie sieht das aus - will das
Admin-Team da am liebsten eine leere xen-Instanz? Oder am liebsten ein
anderes Team, das "einfach macht"? Oder ...?


Viele Grüße,
Andi
-- 
  http://home.arcor.de/andreas-barth/

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Server-Auslastung und -Aufrüstung

[Stefan Hirschmann]

Andreas Barth wrote:
> * Raphael Studer ([EMAIL PROTECTED]) [080530 20:55]:
>>> Was fehlt denn - Rechenpower? Bandbreite? ...?
>> Zuerst vlle schnelle Platten. Die Last besteht aus vielen Anfragen
>> auf kleine Files (tiles) die irgendwo auf der Platte rumliegen.
>> Gleichzeitig werden auch immer mal wieder igendwo kleine Files geschrieben.
> 
> Das gilt jetzt aber für den bestehenden zentralen Serverpark? D.h.  "ich
> habe hier einen Server, den ihr haben könnt" bringt nix, solange der
> nicht den zentralen Server übernehmen kann?

Was mir einfällt, aber nur Sinn macht, wenn osm.de genug Traffik hat:
Unter www.openstreetmap·de ist auch eine OSM Karte. Wenn du einen
Reverse Proxy anbieten könntest, so dass der gecachte Traffik bei dir
und nicht bei osm.org anfällt, wäre dem Projekt schon geholfen. Sollte
der ganze Traffik von DE gecached werden und nicht auf OSM.org
einschlägt, sollte das die Server schon etwas entlasten.

MfG Stefan Hirschmann

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Server-Auslastung und -Aufrüstung

[Andreas Barth]

* Raphael Studer ([EMAIL PROTECTED]) [080530 20:55]:
> > Was fehlt denn - Rechenpower? Bandbreite? ...?
> 
> Zuerst vlle schnelle Platten. Die Last besteht aus vielen Anfragen
> auf kleine Files (tiles) die irgendwo auf der Platte rumliegen.
> Gleichzeitig werden auch immer mal wieder igendwo kleine Files geschrieben.

Das gilt jetzt aber für den bestehenden zentralen Serverpark? D.h.  "ich
habe hier einen Server, den ihr haben könnt" bringt nix, solange der
nicht den zentralen Server übernehmen kann?

Ein paar Ideen: Was spricht dagegen, die Anfragen entweder im Frontend
per mod_proxy auf verschiedene Backends je nach Dateiname aufzuteilen
oder redirects zu machen? (cdimages.debian.org macht dies zum Beispiel
so, daß auch Servern mit nur wenigen Images mithelfen können - die
kriegen dann halt einfach weniger Anfragen als die, die alles haben.)


Viele Grüße,
Andi
-- 
  http://home.arcor.de/andreas-barth/

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Server-Auslastung und -Aufrüstung

[Raphael Studer]

> Was fehlt denn - Rechenpower? Bandbreite? ...?

Zuerst vlle schnelle Platten. Die Last besteht aus vielen Anfragen
auf kleine Files (tiles) die irgendwo auf der Platte rumliegen.
Gleichzeitig werden auch immer mal wieder igendwo kleine Files geschrieben.

Grüsse
Raphael

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Server-Auslastung und -Aufrüstung

[Sven Grüner]

Thomas Hieber schrieb:
> Ich finde es nicht richtig, Robert hier einfach mal auf Verdacht in 
> einen Topf mit anderen Leuten zu werfen die ne Menge schlauer Ideen 
> haben, aber die nicht umsetzen können.

Das war auch nicht meine Absicht. Ich entschuldige mich falls es dennoch 
so rübergekommen ist. Der Kontext war in der Tat etwas blöde.

Grüße, Sven

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Server-Auslastung und -Aufrüstung

[Andreas Barth]

* Thomas Hieber ([EMAIL PROTECTED]) [080530 20:33]:
> Sven Grüner schrieb:
> > Auf der DEV-Liste gibt es regelmäßig sehr schlaue Vorschläge der Art 
> > "man müsste...", "ihr solltet...", usw. Die helfen keinem weiter, zumal 
> > sie sich regelmäßig wiederholen. Stattdessen braucht es jemanden, der 
> > sich der Probleme annimmt, sie analysiert, sich mit möglichen Lösungen 
> > befasst und das ganze dann umsetzt. Und das braucht nun mal sehr viel 
> > Zeit und Energie, vom Geld ganz zu schweigen.

> Ich finde es nicht richtig, Robert hier einfach mal auf Verdacht in 
> einen Topf mit anderen Leuten zu werfen die ne Menge schlauer Ideen 
> haben, aber die nicht umsetzen können. Wenn ich anschaue wieviele Leute 
> hier mitarbeiten ist es doch gar nicht so unwahrscheinleich, dass 
> irgendwo einer ist, der dem Projekt tatsächlich mit Geld oder Know-How 
> helfen kann. Wenn hier irgendeiner mitliest, der z.B. bei HP oder IBM 
> Zugang zum Management hat dann wäre es meiner Meinung nach denkbar, dass 
> der es auch schaffen würde eine komplette Serverausstattung für das 
> Projekt zu organisieren, wenn im Gegenzug auf der OSM Startseite ein 
> kleines "Server hardware provided by IBM" eingeblendet würde. Und wenn 
> Rober Zugang zu Mozilla hat, dann soll er doch zumindest mal probieren 
> mit denen über dieses Problem zu reden... (wenn es denn überhaupt eins ist)

Was ich schonmal wo im IRC angeboten habe: Wenn jemand konkreten Bedarf
nennt, könnte ich schauen, ob ich in einem mir bekannten Rechenzentrum
noch was unterbringen kann bzw auch, ob Bedarf über vorhandene Hardware
gedeckt werden kann.

Was fehlt denn - Rechenpower? Bandbreite? ...?



Viele Grüße,
Andi
-- 
  http://home.arcor.de/andreas-barth/

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Server-Auslastung und -Aufrüstung

[Thomas Hieber]

Sven Grüner schrieb:
> Auf der DEV-Liste gibt es regelmäßig sehr schlaue Vorschläge der Art 
> "man müsste...", "ihr solltet...", usw. Die helfen keinem weiter, zumal 
> sie sich regelmäßig wiederholen. Stattdessen braucht es jemanden, der 
> sich der Probleme annimmt, sie analysiert, sich mit möglichen Lösungen 
> befasst und das ganze dann umsetzt. Und das braucht nun mal sehr viel 
> Zeit und Energie, vom Geld ganz zu schweigen.
>
>   
Ich finde es nicht richtig, Robert hier einfach mal auf Verdacht in 
einen Topf mit anderen Leuten zu werfen die ne Menge schlauer Ideen 
haben, aber die nicht umsetzen können. Wenn ich anschaue wieviele Leute 
hier mitarbeiten ist es doch gar nicht so unwahrscheinleich, dass 
irgendwo einer ist, der dem Projekt tatsächlich mit Geld oder Know-How 
helfen kann. Wenn hier irgendeiner mitliest, der z.B. bei HP oder IBM 
Zugang zum Management hat dann wäre es meiner Meinung nach denkbar, dass 
der es auch schaffen würde eine komplette Serverausstattung für das 
Projekt zu organisieren, wenn im Gegenzug auf der OSM Startseite ein 
kleines "Server hardware provided by IBM" eingeblendet würde. Und wenn 
Rober Zugang zu Mozilla hat, dann soll er doch zumindest mal probieren 
mit denen über dieses Problem zu reden... (wenn es denn überhaupt eins ist)

Gruß,
Thomas

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Server-Auslastung und -Aufrüstung

[Sven Grüner]

Robert Kaiser schrieb:
> Wer ist hierfür bei OSM zuständig?

http://wiki.openstreetmap.org/index.php/System_Administrators

> Ich habe sehr gute Connections zu Mozilla, wo einerseits schon viele 
> Erfahrungen mit Servern, die viel leisten müssen, gesammelt wurde und 
> andererseits die Offenheit im Internet das oberste (Missions-) Ziel der 
> Organisation ist.
> Daher kann ich mir gut vorstellen, dass unsere Mozillianer hier 
> zumindest mit Erfahrungswerten, wenn nicht sogar finanziell, helfen könnten.

Den größten Mutterinstinkt für die Server hegt IMHO Tom Hughes. Der 
macht das freiwillig und hat soweit ich das beurteilen kann schon 
reichlich Ahnung vom Betrieb solcher Systeme. Aber er macht halt seine 
Arbeit freiwillig, wie alle bei OSM und kann a) nicht 24/7 Gewehr bei 
Fuß stehen, wenns wo hakt und b) nur eine begrenzte Zeit insgesamt neben 
Beruf und Familie investieren.

Eine ideale Aufstellung (so ähnlich hat er selber das auch mal 
formuliert) für die Server von OSM benötigt zwei Dinge:
1) Viel Geld, das weitere Hardware und den entsprechenden Traffic 
finanzieren kann.
2) Jemand der den technischen Sachverstand und das Vertrauen der 
Community hat um ihn von obigem Geld als festen Admin einzustellen.

Sowas gibt's ja auch bei vielen anderen FOSS-Projekten. Und ich frage 
mich gerade, wie sich Mozilla in dieses Schema einfügen könnte.

Auf der DEV-Liste gibt es regelmäßig sehr schlaue Vorschläge der Art 
"man müsste...", "ihr solltet...", usw. Die helfen keinem weiter, zumal 
sie sich regelmäßig wiederholen. Stattdessen braucht es jemanden, der 
sich der Probleme annimmt, sie analysiert, sich mit möglichen Lösungen 
befasst und das ganze dann umsetzt. Und das braucht nun mal sehr viel 
Zeit und Energie, vom Geld ganz zu schweigen.

Grüße, Sven

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

[Talk-de] Server-Auslastung und -Aufrüstung (w as: Re: Aktueller Spiegel-Artikel)

[Robert Kaiser]

André Reichelt wrote:
> Robert Kaiser schrieb:
>> Diese Freitag-Peaks verwundern mich hier...
>
> Nun, ich gehe davon aus, dass solche Peaks in Zukunft eher schwächlich
> erscheinen. Irgendjemad sagte es, die kritische Masse ist erreicht. Die
> Medien machen zur Zeit massiv Werbung für uns und da immer mehr Leute
> von OSM Wind bekommen, wird auch die Mundpropaganda stark ansteigen. Das
> Wachstum geht exponenzial, von dem her sollten wir nun dringend
> überlegen, wie wir bald an neue Server kommen, denn sonst liegt hier im
> Worst Case in nem Monat alles flach.

Wer ist hierfür bei OSM zuständig?
Ich habe sehr gute Connections zu Mozilla, wo einerseits schon viele 
Erfahrungen mit Servern, die viel leisten müssen, gesammelt wurde und 
andererseits die Offenheit im Internet das oberste (Missions-) Ziel der 
Organisation ist.
Daher kann ich mir gut vorstellen, dass unsere Mozillianer hier 
zumindest mit Erfahrungswerten, wenn nicht sogar finanziell, helfen könnten.

Grüße,

Robert Kaiser


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Server tot, wie JOSM-Daten sichern?

[Ulf Lamping]

Mark Doebling schrieb:
> Guten Abend zusammen,
>
> da der OSM-DB Server grad ja nicht antowrtet und der Platform-Stauts 
> "The Rails Port  
> upgrade. Services now generally available but some instability caused by 
> occasional 500 error responses from the server." sagt, wie bekomme ich 
> meine ganzen eben getaggten Daten sicher auf den Server ohne diese zu 
> verlieren?
>
> Ich habe zu beginn einen Datensatz vom Server geladen, nur intensiv 
> ergänzt mit neuen Strassen.
>
> ...Mark
>
>   
Speicher einfach die Daten auf deine lokale Platte ab, dann kannst du 
die später wieder reinladen.

Unbedingt beachten:
- Dateiendung der Datei .osm, also sowas wie xy.osm
- Typ auf .osm

Nach dem abspeichern nachschauen, ob die Datei xy.osm tatsächlich 
gespeichert wurde (klappt manchmal nicht!).

Ansonsten einfach JOSM offen lassen, bis der Server wieder geht ;-)

Gruß ULFL

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Server tot, wie JOSM-Daten sichern?

[Mark Doebling]

Danke euch!

Mein Problem war bis eben, dass ich nicht wusste ob diese uploaded-Flags 
da mit gespeichert werden.

...Mark


Mark Doebling schrieb:
> Guten Abend zusammen,
>
> da der OSM-DB Server grad ja nicht antowrtet und der Platform-Stauts 
> "The Rails Port  
> upgrade. Services now generally available but some instability caused by 
> occasional 500 error responses from the server." sagt, wie bekomme ich 
> meine ganzen eben getaggten Daten sicher auf den Server ohne diese zu 
> verlieren?
>
> Ich habe zu beginn einen Datensatz vom Server geladen, nur intensiv 
> ergänzt mit neuen Strassen.
>
> ...Mark
>   

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Server tot, wie JOSM-Daten sichern?

[Immanuel Scholz]

Mark Doebling schrieb:
> Guten Abend zusammen,
> 
> da der OSM-DB Server grad ja nicht antowrtet und der Platform-Stauts 
> "The Rails Port  
> upgrade. Services now generally available but some instability caused by 
> occasional 500 error responses from the server." sagt, wie bekomme ich 
> meine ganzen eben getaggten Daten sicher auf den Server ohne diese zu 
> verlieren?
> 
> Ich habe zu beginn einen Datensatz vom Server geladen, nur intensiv 
> ergänzt mit neuen Strassen.

Also wenn der Server nicht antwortet, dann: garnicht. ;-)

Ich nehme mal an, du benutzt JOSM. Dann kannst du die Daten doch einfach
speichern (Ctrl-S) und später nochmal versuchen.

Ciao, Imi.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Server tot, wie JOSM-Daten sichern?

[cordewit]

Hallo,
wenn es JOSM ist:
lokal als OSM-Datei speichern, in dieser Datei wird auch abgelegt, was
geändert wurde, also nach erneutem Öffnen noch hochgeladen werden muss.
Grüße
Cor


On 7/23/07, Mark Doebling <[EMAIL PROTECTED]> wrote:


Guten Abend zusammen,

da der OSM-DB Server grad ja nicht antowrtet und der Platform-Stauts
"The Rails Port 
upgrade. Services now generally available but some instability caused by
occasional 500 error responses from the server." sagt, wie bekomme ich
meine ganzen eben getaggten Daten sicher auf den Server ohne diese zu
verlieren?

Ich habe zu beginn einen Datensatz vom Server geladen, nur intensiv
ergänzt mit neuen Strassen.

...Mark

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

[Talk-de] Server tot, wie JOSM-Daten sichern?

[Mark Doebling]

Guten Abend zusammen,

da der OSM-DB Server grad ja nicht antowrtet und der Platform-Stauts 
"The Rails Port  
upgrade. Services now generally available but some instability caused by 
occasional 500 error responses from the server." sagt, wie bekomme ich 
meine ganzen eben getaggten Daten sicher auf den Server ohne diese zu 
verlieren?

Ich habe zu beginn einen Datensatz vom Server geladen, nur intensiv 
ergänzt mit neuen Strassen.

...Mark

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Server "500 Internal Error"

[Ulf Lamping]

Joerg Ostertag (OSM Munich/Germany) wrote:
>> Irgendwie läuft das noch nicht so rund, oder ist das immer so?
>> 
>
> Es gibt noch einen Bug, der alles RAM und CPU frisst. Bei unseren ausgiebigen 
> Tests am Wochenende ist der leider nicht aufgetreten. Daher ist Steve im 
> Moment dabei nach dem Fehler zu suchen. Leider ist das nicht so einfach, denn 
> Steve weiss noch nicht wie man den Bug triggert. Über lange Zeit gehen alle 
> Requests gut, dann auf einmal Fängt einer der Serverprozesse an alles Memory 
> und CPU auf zu fressen. Das dauert dann eine Weile. Während der Zeit liefern 
> alle anderen Prozesse dann nur noch "500 Internal Error". Wenn sich der 
> Prozess dann wieder beruhigt hat, geht es weiter wie wenn nichts gewesen 
> wäre.
> Leider wissen wir noch nicht welche Art von Request dieses triggert. 
>
> Ich denke das ist zwar nicht die Antwort die du hören wolltest, aber es ist 
> wenigstens mal ein aktuellerer Stand.
>
>   
Hi!

Das ist zumindest mal eine gute Zusammenfassung des aktuellen Standes :-)

Es ist definitiv immer besser zu hören, was denn momentan der Stand ist 
(und womit "die Front" zu kämpfen hat), als in das "große schwarze 
Internet" hineinzupingen ob denn gerade irgendwas geht.

Anyway,

Ich weiß aus eigener Erfahrung, daß Fehlersuche besonders dann sehr 
nervig und zeitaufwendig ist, wenn der Fehler nur ab und zu auftritt und 
man selber keine Idee hat, was genau der Grund ist ...

Da wünsche ich doch SteveC (und uns allen) mal eine glückliche Hand bei 
der Fehlersuche ...

Gruß ULFL

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Server "500 Internal Error"

[Joerg Ostertag (OSM Munich/Germany)]

> Was ist denn mit den Servern los?
> Ab und an funktioniert die Map oder das Uploaden mal, doch da hängen
> Uploads von über 13h als Pending rum.

Der Upload der gps Tracks, falls du das meinst könnte sein, dass im Moment 
noch gestoppt ist, solange bis Steve den unten beschriebenen Bug gefunden 
hat.

> Irgendwie läuft das noch nicht so rund, oder ist das immer so?

Es gibt noch einen Bug, der alles RAM und CPU frisst. Bei unseren ausgiebigen 
Tests am Wochenende ist der leider nicht aufgetreten. Daher ist Steve im 
Moment dabei nach dem Fehler zu suchen. Leider ist das nicht so einfach, denn 
Steve weiss noch nicht wie man den Bug triggert. Über lange Zeit gehen alle 
Requests gut, dann auf einmal Fängt einer der Serverprozesse an alles Memory 
und CPU auf zu fressen. Das dauert dann eine Weile. Während der Zeit liefern 
alle anderen Prozesse dann nur noch "500 Internal Error". Wenn sich der 
Prozess dann wieder beruhigt hat, geht es weiter wie wenn nichts gewesen 
wäre.
Leider wissen wir noch nicht welche Art von Request dieses triggert. 

Ich denke das ist zwar nicht die Antwort die du hören wolltest, aber es ist 
wenigstens mal ein aktuellerer Stand.

-- 
Jörg (Germany, Munich)

http://www.ostertag.name/
irc://irc.oftc.net/#osm (sometimes)
Tel.: 089/420950304 (VOIP: Only ringing while at home at the PC)

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de