hochladen. Sie erhalten dann einen Link, den Sie zwischen [img] und [/img] einsetzen können (benutzen Sie dafür den Button beim Editieren Ihres Beitrages).
Wenn Sie einen gültigen Account in KreisAlarm haben, können Sie nach dem Einloggen auf den Link "Board" klicken (obere Navigationsleiste) und Sie werden automatisch auf diese Seite geleitet, mit Ihrem Benutzernamen von KreisAlarm.
Sollten Sie den Wunsch haben, einen anderen Account zu haben, melden Sie sich bitte bei mir.
Falls Sie zu der Gruppe der Administratoren gehören (diese haben zusätzliche Foren hier auf dem Board) möchten, sagen Sie mir bitte ebenfalls bescheid.
Der KV Wangen kam mit einer interessanten Erweiterung auf mich zu.
Ich werde versuchen, diese relativ schnell umzusetzen, da ich es als sehr sinnvoll und nützlich empfinde.
Es geht um einen Veranstaltungsplaner, bei dem bestimmte Personen (der KreisAlarm-Administrator kann entsprechend den Benutzern ein Recht dafür einräumen oder spezielle Benutzer dafür anlegen) Veranstaltungen in einem Kalendar eintragen können.
Das können Treffen u.ä. sein, aber auch Lehrschein- oder Ausbildungsveranstaltungen. Wenn nun jemand diesen erfolgreich abgeschlossen hat, kann das automatisch in KreisAlarm (Aktivenverwaltung) übertragen werden.
Folgende Eckpunkte fielen mir dazu ein:
* Angabe von Name, Datum, Ort, max. Teilnehmer * Über KreisAlarm kann man Personen dort einschreiben (über Aktivensuche oder Angabe der Mitgliedsnummer). Die Idee ist, dass jeder im Ortsverein z.B. seinen Gruppenleiter bescheid gibt, der dann die Person eintragen kann * Der Veranstalter entscheidet darüber (per E-Mail mit Links), ob eine Person zugelassen wird oder nicht * Sobald eine Veranstaltúng "voll" ist, ist ein Anmelden nicht mehr möglich * Über die PDF-Vordrucke kann man schnell entsprechende Urkunden ausdrucken
Im Moment bin ich dabei, eine schöne Oberfläche für den Kalender zu schreiben (er soll so aussehen und funktionieren wie der Google Calendar, was in der Tat SEHR schwierig ist - leider gibt es sowas nicht frei erhältlich).
Wenn Sie weitere Ideen haben oder andere Software, die Ihnen in diesem Bereich gefällt, bitte ich Sie, mir hier Ihre Gedanken mitzuteilen.
Ich arbeite gerade daran, dass je Ortsverein Dienste abgewickelt werden.
Stand 10.01.: Man kann nun unter Administration->Gruppenpflege die OVs des KVs definieren. In der Benutzerverwaltung kann man zudem die Rechte für die OVs bei jedem Benutzer angeben.
Als Nächstes werden die Dienste umgestellt, so dass Sie zu einem OV oder KV gehören (bei überregionalen Dingen ist dann halt der KV zuständig).
Heute hat mich jemand gefragt, ob Helfer sich selbst eintragen können.
Ist das bei Ihnen auch so, dass sich Helfer selbst zum "Dienst" melden oder entscheidet eher der Planer darüber, wer eingetragen wird?
Im Moment denke ich eher daran, dass sich ein Helfer eher GEGEN einen Dienst entscheiden kann (per E-Mail), aber dass die Absprache, wer zum Dienst kommen möchte usw., eher doch manuell vom Planer getan wird (per Telefon z.B.). Ich bin mir nicht sicher, ob hier KreisAlarm quasi die offenen Stellen verwalten sollte.
Betr.: Technische Performance-Optimierungen (Stand 26.08.07)
Um die Performance zu verbessern wurde auf verschiedenen Ebenen Optimierungen vorgenommen:
1. Die JavaScript-Dateien wurden durch Umschreiben komprimiert 2. Die Daten der KVs und LVs werden als XML-Datei komplett geladen (kein Nachladen notwendig) 3. Textdateien werden komprimiert übertragen 4. Alle verwendeten Dateien können vom Browser gecacht werden
Um diese Einsparungen sichtbar zu machen, habe ich den Datenverkehr analysiert. Beim ersten Bild sehen Sie die Messungen (3000kb/s mit dem IE 7) beim ersten Laden der Applikation:
Und hier die Messungen beim erneuten Aufruf der Seite:
Sie können sehen, dass die gesamte Applikation (der Google-Anteil ist hiervon ausgenommen) 317.53 KB in 42 Dateien entspricht. Hierbei wurde durch HTTP-Kompression 58% an Bandbreite gespart.
Beim erneuten Laden wurden lediglich bei 12 Dateien überprüft, ob diese sich geändert hat. Dabei wurde aber keine Datei übertragen, so dass lediglich 2,27 KB (Response-Headers) übertragen wurden.
Weitere Optimierungsmöglichkeiten wären das Zusammenlegen der JavaScript und CSS-Dateien und das Optimieren der Graphikdateien.
Datum Prio Beschreibung =========================================================================== 25.09.07 1 Routenberechnung 27.07.07 1 KVs eine Ebene früher anzeigen 27.07.07 1 "Bitte warten einbauen" bis der Dialog kommt 27.08.07 1 Ändern des Z-Indexes der Marker bei Mouseover 27.08.07 1 Performanceverbesserung beim Ausklappen der KV-/LV-Tabs 27.08.07 1 Umwandeln des PNG-Overlays in Polygone 27.08.07 2 "Meinten Sie?"-Feature bei der Suche 27.08.07 2 Schnittstellen (benötige Feedback von LVs/KVs/OVs) 27.08.07 3 Integration von OVs-Daten (Performance-Probleme?) 27.08.07 3 Berechnen der Entfernung zu selbstgesetzetem Marker 28.08.07 1 Bug: Wenn man über die Marker fährt und danach die Karte verschiebt, verschwinden die Namen 29.08.07 1 Zusätzliche Adressen (Schwesternschaften, DRK-Krankenhäuser etc.) integrieren 04.08.07 2 Text-Overflow bei Namen verhindern
Datum Typ Änderungen ========================================================= 25.09.07 enh Routenplanung eingebaut. Nachdem man einen Ort gesucht hat oder eine Adresse anklickt, wird eine Möglichkeit angeboten, eine Route ausrechnen zu lassen 04.08.07 enh Unterstützung von allen Adressen der DRK-Homepage Entfernen der Mouse-Over-Funktionalität bis diese bugfrei ist Kleinere Fixes 28.08.07 enh Die Performance wurde von 11s auf 8s herunterbekommen, indem die Datendatei nicht mehr versetzt geladen wird. Es dauert nun länger, bis die Karte kommt - dafür ist dann aber alles sichtbar 27.08.07 enh KVs werden eine Ebene früher anzeigt "Bitte warten" Fenster ist eingebaut Ändern des Z-Indexes der Marker bei Mouseover Das Ändern der Größe des Fensters ändert nun auch die Größe der Bäume 27.08.07 - Initial-Release
Kompatibilität: Zuletzt getestet am 27.08.07: IE 6 (Win): okay IE 7 (Win): okay Firefox 2.0x (Win): okay Safari 3.0b (Win): okay Opera 9.23 (Win): nicht lauffähig
Im Moment suche ich Ideen für entsprechende Schnittstellen. Bspw. könnte man für einen LV/KV/OV entsprechende Einstiege schaffen, sprich dass der entsprechende Bereich zu sehen ist und bspw. die entsprechende Adresse gleich angezeigt wird.
Bitte antworten Sie hier, wenn Sie eine Idee haben.
Vielen Dank für die Ausführungen. Ich glaube, ich kenne Ihr System nicht (mehr?).
Ich antworte mal auf Ihre Punkte, wie ich mir das vorstellen würde:
1. Jede An-/Abmeldung wird per E-Mail an den Veranstalter (dies kann auch jemand ausserhalb von KreisAlarm sein) geschickt. Er bekommt E-Mail und Telefon der Person und kann so jederzeit die entsprechenden Personen kontaktieren. Ich denke, das System sollte nichts vorschreiben, sondern dies dem Veranstalter überlassen - der natürlich entsprechende Zugänge/Tools zur Verfügung haben wird. 2. Wenn jemand sich in die Liste einträgt und seine E-Mail hinterlässt, kann der Veranstalter diese benutzen. Man kann aber explizit sagen, dass man lieber telefonisch benachrichtigt werden will. Den Rest macht der Veranstalter. 3. Das kann der Veranstalter in seine Beschreibung aufnehmen.... Die Absage macht aber er. 4. Interessanter Gedanke. In der ersten Ausbaustufe würde ich das noch nicht reinnehmen, aber das wäre ja über KreisAlarm kein Problem 5. Ja, ist klar. 6. Ja, ein Textfeld... 7. Verstehe ich nicht so ganz... Anmeldung etc. wird auch über die Personenmaske gehen, diese ist aber eher dazu gedacht, sich die Liste der angemeldeten Termine anzuzeigen 8. Je nachdem.... 9. Jeder kann die Termine einsehen... Anmelden nur über KreisAlarm
Zur Zeit arbeite ich gerade an einer Kalendar-Komponente dafür. Diese soll sich so verhalten wie Google Calendar, was natürlich sehr schwer ist (Google hat etwas mehr Ressourcen als ich ).
Zunächst wird aber der Veranstaltungskalendar kommen, da ich dort auf den gleichen Komponenten aufsetze.
Diese hat noch keine Funktionalität - hier steht die Art und Weise im Vordergrund, wie man Termine anlegen und anordnen kann. Das Ganze soll so aussehen wie bei Google Calendar, das wohl zur Zeit beste Modul für Online-Kalendar.
Ich habe die Zeit zwischen den Jahren und die erste Januarwoche dafür reserviert.
Ich musste noch die offenen Punkte über Weihnachten erledigen (s. Änderungsliste) und habe einen Server für die Installerversionen eingerichtet. Damit bin ich jetzt durch und kümmere mich um das Dienstplanmodul. Ich hoffe also, dass Sie ab KW 2 2007 die Version testen können und Feedback geben können.
Machen die KVs das absolut selbstständig? Wie wird das dann mit der Abrechnung gemacht - das muss doch die KGST machen, oder?
Bisher kann man im KV entsprechende Rechte verteilen - wer halt über einen neuen Dienst informiert wird und die Daten bearbeiten kann... Man könnte also die entsprechenden Leute aus den OVs dort einsetzen und die müssten halt selber entscheiden, zu welchem KV das gehört...
Ich schrecke ein wenig davor zurück, jedem Benutzer das Recht einzuräumen, Dienste zu editieren....
Der Administrator müsste zunächst einmal die Liste der OVs definieren (es gibt bisher nur Gruppen, die ja nicht den OVs entsprechen müssen). Dann könnte man jedem Benutzer das Recht für 1-n Ortsgruppen einräumen... Entsprechend würden die Leute dann informiert werden.
Es gibt mind. einen Termin-Zuständigen für den KV. Der leitet die Anfrage weiter an den OV, wenn der Veranstalter den OV nicht weiss. Wenn der Veranstalter den OV weiss, dann wird der OV-Zuständige informiert (bzw. wieder der KV-Verantwortliche, wenn es keinen OV-Zuständigen gibt).