[Talk-de] Massendownloads

[Frederik Ramm]

Hallo,

bernhard zwischenbrugger wrote:
>> Ja. Solche Applikationen sollten den "map"-Aufruf gar nicht benutzen, 
>> ausser wenn es sich um Editoren handelt. Fuer ein "ich will mal eben 
>> alle POIs auf dieser Karte einzeichnen" ist der "map"-Aufruf zu schade 
>> (=braucht zu viel Rechenzeit/Datenbankressourcen auf dem Server). 
>> Dafuer bitte XAPI benuzten oder eigenen Server aufsetzen.

> Den "map" Aufruf verwende ich nicht.
> 
> Der "live ticker" auf http://khtml.org ladet einmal pro minute ein 
> minute diff (kein api request).

Das ist kein Problem, diese Diffs machen ja nur *einmal* Last auf der 
Datenbank, egal wie viele User sie runterladen.

> Im Moment lade ich nur ab und zu mal einen weg oder einen node wenn der 
> User draufklickt.

Koennte man evtl. auch von der XAPI laden, aber ich denke mal, so viele 
Zugriffe machst Du nicht - ausserdem sind einzelne Way/Node-Zugriffe 
bedeutend schneller als jeder map-Call (wenn nicht ausgerechnet jemand 
/full auf einer 1000-Member-Relation aufruft).

> Beim Routing UI frage ich bei jedem Tastendruck die nominatim api ab - 
> bin mir nicht ganz sicher ob das ok ist.

Nominatim ist zwar wieder eine andere Baustelle, aber reagiert der 
ueberhaupt schnell genug, dass das sinnvoll ist?

> Was ich aber machen möchte ist eine Visualisierung der Changesets.
> Es wäre interessant zu sehen welche Änderungen in einem Gebiet in der 
> letzten Zeit gemacht wurden.

Fuer historische Daten gibts das ja schon (OWL). Fuer "was gerade live 
passiert" finde ich Deine Seite einen Super-Ansatz. Ich denke, wenn wir 
sowas noch etwas primtiver machen (keine User-Interaktion, automatisches 
Zoomen auf "interssante Gegenden"), koennte sowas auch mal auf die 
Startseite von OSM oder wenigstens openstreetmap.de oder so.

> Zudem möchte ich ein UI zur XAPI machen. Technisch hab ich das fast fertig.
> Ob ich das freischalten kann das kann mir aber niemand sagen.

Setz doch einfach eine eigene XAPI-Instanz auf. Ansonsten sollte 80n Dir 
ueber alles Auskunft geben koennen.

Bye
Frederik

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