Hallo, ich nochmal

da Du ein ;-) gemacht hast, gehe ich davon aus, dass Du es so verstanden hattest, wie ich es meinte:

auch bei 27 Helfer bleibt es nur bei den 2 oder 3 verschieden farbigen Streifen (also nicht 27 mini-Streifen sondern trotzdem nur 3 Flächen). Also auch bei 27 Helfern eine schwarz rot gold Flagge. Das sagt dann lediglich und auch so gewollt aus, dass es in diesem Ort Helfer der Kat. A, B und C gibt. Die Verteilung (z.B. 25 : 1 : 1, ... etc.) bzw. die Anzahl der Helfer ergibt sich dann aus der nachfolgenden Tabelle.

Wenn das ganze nicht sinnvoll ist, würde ich auf eine Unterscheidung in A, B und C in der Karte verzichten.

Im Sinne von "StressFree" (wohl das Unwort 2003) finde ich die Karte aber sinnvoll.

Klar, das wäre schon schön, allerdings braucht die Karte schon jetzt

ziemlich viel Rechenzeit, da für jeden Helfer die Geokoordinaten aus

der PLZ berechnet werden müssen. Wenn wir jetzt noch in Echtzeit

ausrechnen, welche Helfer innerhalb einer bestimten Umgebung sind

(PLZ-Kreise reichen hier ja leider nicht aus), dann dauert es ewig.

Zumal wir ja hoffen, dass sich die Liste mit der Zeit auf mehrere

hundert Helfer vergrößern wird.

Da hülfe auch der in Bälde eintreffende, neue, schnelle Server nichts

mehr.

Martin

Hallo Martin

ja, völlig in Ordnung, Lösungsansatz: alles was rechenaufwendig ist (und bisher bei jedem Seitenaufruf immer wieder berechnet wird), nur bei der Nutzerregistrierung einmal (!!!) berechnen und dann in einer Datenbank speichern.

Wenn sich dieses effizient (schneller Zugriff) mit der Datenbank realisieren lässt, was meinst Du, wie schnell dann die Statistikseite auf dem Bildschirm erscheint, keine zeitaufwendigen Berechnungen mehr. Die Geodaten müssen nicht bei jedem Seitenaufruf "neu" berechnet werden, sondern werden "schnell" aus der nun vorhandenen Datenbank ausgelesen.

hmm,

Leider bin ich eher der Theorie/Algo Typ und weniger der Programmierer, so dass ich Dir bei der rechentechnischen Realisierung nicht helfen kann (würde selbst den schnellsten Algo tot programmieren). Daher kann ich mich weiterhin nur aufs klugscheißern konzentrieren ;-)

> alles was rechenaufwendig ist [...] nur bei der Nutzerregistrierung einmal (!!!)

> berechnen und dann in einer Datenbank speichern.

Auch richtig, ich müsste aber bei jedem Neueintrag alle(!) vorhandenen Einträge

neu berechnen, da ich ja nicht ahnen kann, wer in der Nähe ist. Dadurch würde

die wichtigste Funktion (Neueintrag) einem neuen Mitglied gleich am Anfang durch

eine lange Wartezeit die Lust nehmen. Ich hielt die Statistikseite bisher für nicht

so wichtig und habe deshalb die Rechenzeit lieber dorthin verlagert.

Aber das hat alles zwei Seiten, logo. Ich würde vorschlagen, dass wir uns nach der

Fertigstellung der nächsten beiden Milestones (WAP und Umkreissuche) nochmal

darum kümmern, ok?

Martin

Hallo,

auch völlig richtig. Ich würde das auch ganz hinten anstellen!!!

Aber zu den zwei Seiten. Mache die Berechnung nicht unmittelbar nach der Nutzeranmeldung sondern überprüfe einmal täglich 0:00 Uhr, ob sich neue Nutzer angemeldet haben, falls ja, Neuberechnung.

Aber auch hier wird sicher noch eine "schwarze" Seite sein.

Das ging bisher noch nicht, da ich auf dem bisherigen Server keine

cronjobs ausführen kann. Auf dem neuen wird aber alles besser. Da

wäre das eine gute Lösung.

Martin

irgendwie hat´s da was versprudelt - plötzlich hab ich bei der liste nen scrollbar unten? liegt´s an der mannigfachen auswahl an reparaturerfahrungen des helfers aus braunschweig?

Hallo jayred,

genau, ein paar Leerzeichen im Text sind manchmal ganz hilfreich ;-).

Danke für den Hinweis!

Martin

> Auf der Statistikseite werden die Stati der Helfer (ABC) teilweise falsch (in der

> falschen Farbe) angezeigt.

Auf die Schnelle habe ich das Problem jetzt (teilwese) gelöst. Das Rechteck

wird jetzt immer in der Reihenfolge der Kategorien gezeichnet. Das heisst,

wenn an einem Ort ein A-, ein B- und ein C-Helfer sind, dann wird nur der

A-Helfer angezeigt. Wenn an einem Ort ein B- und ein C-Helfer ist, wird nur

der B-Helfer angezeigt. Ich denke, dass das ein brauchbarer Kompromiss ist,

bis ich was besseres habe. Die Rechtecke und die angezeigten Namen stimmen

jetzt jedenfalls überein.

Wie schon im anderen Thread geschrieben, ist die erste WAP-Version jetzt

auch fertig:

memo-software.de/citaide/wml

Dann sollten wir uns jetzt für eine endgültige URL entscheiden. Das Unter-

verzeichnis auf meiner Firmenseite kann man sich ja kaum merken. Vorschläge

bitte hier posten.

Martin

PS: Wir haben jetzt 131 Helfer!

Ich hätte da eine Idee für eine praktische "Erweiterung" der Funktionalität der CitAide-Liste:

Hier im Forum suchte grad ein Mitglied aus Deutschland jemanden aus Wien, um ihm, von einem zu Verkauf stehenden CX, ein paar Fotos zu machen und zu schicken, damit er nicht 1100 km fahren muß, falls der CX doch nicht das Richtige ist.

Auch dafür könnte man die CitAide-Liste nehmen. Man schaut nach, ob jemand in der Nähe des gewünschten Citroens ist und fragt ihn, ob er ein paar Fotos machen und schicken kann!

Also, wenn wer einen Citroen im Großraum Wien entdeckt, den er sich gerne anschauen will, aber nicht so weit fahren will, soll er's mir sagen!

mfg Andi1107

Hi Andi,

klasse Idee!

Sollen wir das bei "Möglichkeiten" ergänzen? Aus der Testphase ist ja noch die

Option "Was noch?" übrig geblieben. Dort könnte man noch was einfügen.

Wie sollen wir das dann nennen?

Martin

Hallo Martin

Vielleicht sollten wir es "Autobesichtigung" oder "Gebrauchtwagenbesichtigung" oder so nennen und ein Piktogramm mit einer Kamera drauf wäre auch ganz fein.

lg Andi

OK, ich ergänze das am Wochenende und mache das per Rundmail bei den bisherigen Helfern bekannt.

Martin

Dann wäre es aber auch gut, wenn irgendwo Checklisten mit den Schwachstellen für die einzelnen Typen zur Verfügung stehen würden.

Hi Fruit of Dawn,

das wäre aber eher was für die CitDoks, oder? Jeder ist herzlich eingeladen,

entsprechende Checklisten einzustellen, die Technik dazu ist jedenfalls schon

vorhanden ;-)

Martin