source: org_de_archives/2006-April.txt @ 223

From support at oeko.net  Sat Apr  1 00:15:00 2006
From: support at oeko.net (Toni Mueller)
Date: Sat, 1 Apr 2006 00:15:00 +0200
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBOEAFEDAA.henrik@scientific-african.org>
References: <20060331195806.21967.qmail@oak.oeko.net>
        <NHBBLNGHJAJBLDEFMHDBOEAFEDAA.henrik@scientific-african.org>
Message-ID: <20060331221500.24975.qmail@oak.oeko.net>



Guten Abend,

On Fri, 31.03.2006 at 22:41:46 +0200, Henrik Bettermann <henrik at scientific-african.org> wrote:
> Tage mit meinen Kindern. Am Dienstag bin ich zu Besuch in Bochum. Dort wäre
> ich online. Ich schlage 21 Uhr vor? IRC/SILC-Chat, muss ich da irgendetwas

bei SILC muesstest Du einen SILC-Client installieren (unter Debian:
apt-get -f install silky). IRC: Da geht jeder Chat-Client.

> installieren? Es ginge sonst auch mit unserem mehrfach erprobten CPS-Chat:
> http://srpp.waeup.org/chat. Da kann zwar jeder reinfunken, die Gefahr ist
> aber nach meiner Meinung recht gering.

Mich stoert bei dem Ding eher die ziemlich nervige Bedienung und das
Geflacker - bei Webchats ist das aber kaum vermeidbar. :-(


Gruss,
--Toni++


From m.kiberu at kipya.com  Sat Apr  1 00:24:59 2006
From: m.kiberu at kipya.com (Michael Kiberu)
Date: Sat, 01 Apr 2006 00:24:59 +0200
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <442D95FC.8030300@k-dns.de>
References: <442D38FE.3000304@k-dns.de> <NHBBLNGHJAJBLDEFMHDBMEACEDAA.henrik@scientific-african.org>    <20060331194225.21621.qmail@oak.oeko.net>
        <442D95FC.8030300@k-dns.de>
Message-ID: <442DAC3B.1060303@kipya.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Guten Morgen Allerseits,

Thomas Krüger wrote:
> Toni Mueller schrieb:
> 
> 
>> warum ohne Kursregistrierung? Wenn ich nichts Wesentliches verpasst
>> habe, sollte das, zumindest in einer Gemeinschaftsanstrengung, _mit_
>> zumindest einfacher Kursregistrierung gehen, aber dazu sollten wir
>> vielleicht mal einen IRC-/SILC-Chat abhalten. Wie waere es damit am
>> kommenden Dienstag abend? Einen SILC-Server kann ich bereitstellen.
> 
> 
> 
> Toni, bitte keine neuen GROSSEN Diskussionen und keine neuen Kommunikationswege,
> da habe ich  mal ganz direkt gesagt - weder die Zeit noch die Nerven für. Ein
> Chat ist zudem für Leute, die ihn nicht ständig zur Kommunikation nutzen sehr
> ineffektiv.

> 
> Den Punkt mit der Registrierung sollten wir in Nigeria erstmal abklopfen und
> dann diplomatisch wegverhandeln. Wenn wider erwarten doch Zeit ist, dann können
> wir es ja noch einbauen.
> 
>>> um einen Fuß in der Tür zu haben. In welcher Form wir dann die
>>> Technologie noch einmal umstellen, bleibt davon unberührt. Eine
>>> Umstellung müsste hinter den Kulissen und fast unbemerkt geschehen.
>> Das wird aufgrund von UI-Aenderungen vermutlich nicht gehen.
> 

> 
> 
> 
> Das ist nur eine Sache der Kommunikation. Wir sollten rechtzeitig ankündigen,
> dass wir an einem neuen UI inkl. "innovativem" Bedienungskonzept arbeiten, was
> dann neuer, leichter, toller, besser ist. Dann muss noch wer eine schöne Rede
> dazu schwingen und dann passt das! :-)
> 
>> PostgreSQL mit Replikation ueber VPN (IPSEC) - schaue ich mir an, aber
>> es muss auf jeden Fall ein System gefunden werden, das in der Lage ist,
>> solche Kopieroperationen zu batchen und nachzuholen, falls die Leitung
>> mal ganz weggeht.
> 
> 
> 
> Zwei Anmerkungen dazu:
> 
> 1. Das mit dem VPN ist erstmal völlig (!!!) egal. Wichtig ist die
> Synchronisation. Die Verbindung kann BT herstellen, die wollen da Experten sein,
> auch wenn ihren Uniben-Präsentation das nicht unbedingt durchscheinen lässt.
> 
> 2. Wir sollten ALLE aufhören, die Arbeit einfach in Brocken an uns zu reißen,
> und so das Gesamtprojekt zu zerstückeln, nur weil uns der Brocken gerade am
> besten gefällt. Das muss etwas koordinierter werden.
> 
> Daher mein Vorschlag:
> 
> Joachim: arbeitet eh am "alten" System; Doku des alten System
> 
> Henrik: hält Afrika bei Laune und plant die Reise, das sollte genug Arbeit sein ;-)
> 
> Toni: evaluiert verschiedene RDBS auf Synkronisationsmöglichkeiten und gesamte
> Eignung für das Projekt.
> 
> Ralph: Gibt mal eine Übersicht, was sich rund um Zope 3 so in den letzten
> Monaten geändert hat bzw. was geplant ist.
> 
> Thomas: Da Henrik mir schon gesagt hat, dass die Neuentwiklung mehr in meinem
> Verantwortungsbereich liegen soll, werde ich das ganze mal in meinem Kopeption f
> modellieren, sobald die ersten Daten von Joachim kommen. Bis dahin werde ich mal
> versuchen aus seinem Code schlau zu werden.
> 
> Michael:
> ???
> Bist du noch dabei?
Wann war ich es nicht?

 Wenn ja: du warst doch gut im Webdesign!? Dann könntest du
> ein Studie zur Erstellung eines Navigations- und UI-Konzeptes machen.
> Fokus: idiotensicher, erweiterbar, übersichtlich, workfloworientiert
> 
Das geht bestimmt präziser!?

> Sorry, wenn ich mal wieder etwas deutlich war, aber es muss jetzt mal was
> passieren. Das Projekt muss wieder aus dem Bach raus. :-/
> 
Henrik, wolltest du die Projetleitung nicht übernehmen. Dazu gehört auch
die Aufgabenverteilung und natürliche auch die Koodination.
Ein Schiff ohne Kapitän ist zum sinken verurteilt. Und zum Steuer
solltest DU greifen, bevor Land (Fels?) in Sicht ist!

> Thomas
> 
> _______________________________________________
> Org-de mailing list
> Org-de at lists.waeup.org
> http://lists.waeup.org/mailman/listinfo/org-de
> 
Gruß und gute Nacht an allen späten Leser und Schreiber,
Michael


- --
KIPYA  - IT-Lösungen -

Michael Kiberu
- -Geschäftsführer-

Cell: +49 (0)163 152 8426
Mail: info at kipya.com


Fon: +49 (0)2242 93 81 42
Fax: +49 (0)2242 93 36 733
Web: www.kipya.de
- --
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQFELaw7L0JZtQXJh5ERAnqCAJsHbWmrYb30K4L1QNa+QB+MbsiGbgCg/rBE
AAupT3mkt2ZvgygUKDPYwTc=
=Prmh
-----END PGP SIGNATURE-----

From support at oeko.net  Sat Apr  1 00:32:17 2006
From: support at oeko.net (Toni Mueller)
Date: Sat, 1 Apr 2006 00:32:17 +0200
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <442D95FC.8030300@k-dns.de>
References: <442D38FE.3000304@k-dns.de>
        <NHBBLNGHJAJBLDEFMHDBMEACEDAA.henrik@scientific-african.org>
        <20060331194225.21621.qmail@oak.oeko.net>
        <442D95FC.8030300@k-dns.de>
Message-ID: <20060331223217.25364.qmail@oak.oeko.net>


Moin,

On Fri, 31.03.2006 at 22:50:04 +0200, Thomas Krüger <krueger at k-dns.de> wrote:
> Toni Mueller schrieb:
> > kommenden Dienstag abend? Einen SILC-Server kann ich bereitstellen.
> Toni, bitte keine neuen GROSSEN Diskussionen und keine neuen Kommunikationswege,
> da habe ich  mal ganz direkt gesagt - weder die Zeit noch die Nerven für. Ein

hmmm... also SILC bedient sich fast genauso wie Standard-IRC, nur sehe
ich da eine kleinere Gefahr als bei IRC, sich irgendwelchen Mist
einzufangen.

> Chat ist zudem für Leute, die ihn nicht ständig zur Kommunikation nutzen sehr
> ineffektiv.

Die Alternative waere aus meiner Sicht Telefonkonferenz, oder ein
Treffen, wobei diese beiden Sachen noch schwieriger bzw. gar nicht
gehen. Von daher sollten wir das mit dem Chat vielleicht schnell
einueben. Oder welche Alternativen seht Ihr sonst?

> Den Punkt mit der Registrierung sollten wir in Nigeria erstmal abklopfen und
> dann diplomatisch wegverhandeln. Wenn wider erwarten doch Zeit ist, dann können
> wir es ja noch einbauen.

Ich wollte mich nicht in Nigeria weit aus dem Fenster haengen, hatte
aber den Eindruck, dass wir eigentlich kurz davor stehen muessten, das
schon zu haben.

> Das ist nur eine Sache der Kommunikation. Wir sollten rechtzeitig ankündigen,
> dass wir an einem neuen UI inkl. "innovativem" Bedienungskonzept arbeiten, was
> dann neuer, leichter, toller, besser ist. Dann muss noch wer eine schöne Rede
> dazu schwingen und dann passt das! :-)

Das koennte klappen.

> Zwei Anmerkungen dazu:
> 1. Das mit dem VPN ist erstmal völlig (!!!) egal. Wichtig ist die
> Synchronisation. Die Verbindung kann BT herstellen, die wollen da Experten sein,
> auch wenn ihren Uniben-Präsentation das nicht unbedingt durchscheinen lässt.

Ich sehe das im Moment so, dass da eine Menge getan werden muss, damit
es klappt, und wenn die ganzen Daten da fliessen sollen, ist VPN aus
meiner Sicht eine relativ einfache Moeglichkeit, das Ganze abzusichern.
Alternativ vielleicht SSL-Tunnel...? Solche Verschluesselungssachen
bringen in der Regel als "kostenloses" Gimmick noch Kompression mit.

> 2. Wir sollten ALLE aufhören, die Arbeit einfach in Brocken an uns zu reißen,

So war es nicht gemeint. Im Uebrigen sieht der Unterschied zu Deiner
Vorgehensweise fuer mich ziemlich klein aus...

> und so das Gesamtprojekt zu zerstückeln, nur weil uns der Brocken gerade am
> besten gefällt. Das muss etwas koordinierter werden.

Schoen. Ich habe einen Vorschlag gemacht, der mir besonders naheliegend
erschien.

> Daher mein Vorschlag:
> Toni: evaluiert verschiedene RDBS auf Synkronisationsmöglichkeiten und gesamte
> Eignung für das Projekt.

Da bin ich mir nicht so sicher. Ich habe _GROSSE_ Lust, das auf
PostgreSQL (8.1) einzuschraenken. Von MySQL-Besonderheiten und Last
habe ich die Nase im Moment ziemlich voll (hab' bisher mit allen
Versionen bis 5.0 zu tun gehabt). Der Rest kommt an diese beiden eh'
nicht 'ran. Und dann zaehlt natuerlich noch, wie gut die Anbindungen
sind...

> Thomas: Da Henrik mir schon gesagt hat, dass die Neuentwiklung mehr in meinem
> Verantwortungsbereich liegen soll, werde ich das ganze mal in meinem Kopeption f
> modellieren, sobald die ersten Daten von Joachim kommen. Bis dahin werde ich mal
> versuchen aus seinem Code schlau zu werden.

Ich hatte angenommen, dass wir genau am Dienstag bei einem Chat mal
gemeinsam an der Modellierung, oder besser, erstmal an der Analyse,
arbeiten.  Wir hatten schon ein paar Modellierungsarbeiten fuer unseren
Entwurf gemacht, die man vielleicht einbringen und/oder um Joachims und
Deinen Erfahrungen ergaenzen koennte. 

> ein Studie zur Erstellung eines Navigations- und UI-Konzeptes machen.
> Fokus: idiotensicher, erweiterbar, übersichtlich, workfloworientiert

Zu dem Thema hatten wir uns ebenfalls schon Gedanken gemacht, und das
war auch einer der Ausgangspunkte fuer unseren Entwurf. Allerdings war
es nur zusammengeschustert und keinesfalls "huebsch".

> Sorry, wenn ich mal wieder etwas deutlich war, aber es muss jetzt mal was
> passieren. Das Projekt muss wieder aus dem Bach raus. :-/

Junge, Junge... ich bin nach wie vor dafuer, dass _Henrik_ die
Projektleitung hat.


Gruss,
--Toni++


From henrik at scientific-african.org  Sat Apr  1 10:29:16 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Sat, 1 Apr 2006 10:29:16 +0200
Subject: [Org-de] Projektleitung
Message-ID: <NHBBLNGHJAJBLDEFMHDBAEAIEDAA.henrik@scientific-african.org>

Hallo zusammen,

auch eine gute Projektleitung kann zum Teil überflüssige Diskussionen nicht
verhindern. Die Diskussion über Chatsysteme ist absolut nicht nötig.
Außerdem sehe ich beim Chatten die Gefahr, dass unsere Diskussionen
unkontrollierbar und zeitraubend ausufern und nur sehr schwer konkrete
Entscheidungen getroffen werden können. Nach reiflicher Überlegung möchte
ich doch eher von dieser Kommunikationsform innerhalb unserer Gruppe Abstand
nehmen. Zur Zeit sehe ich keine Alternative, als die Kommunikation über die
Mailingliste fortzuführen. Besonders heikle Geschichten versuche ich darüber
hinaus telefonisch zu klären. Ein Treffen sollten wir im Frühsommer (nach
unserer Nigeriareise) auf jeden Fall nachholen.

Ansonsten halte ich die von Thomas vorgeschlagene Aufgabenverteilung für
angemessen und möchte diese als verbindlich vorschlagen. Ich fand Thomas
Projektbeitrag bisher sehr überzeugend und bin tatsächlich der Meinung, dass
Thomas die Neuentwicklung auf Basis von Z3 leitend übernehmen sollte. Ich
kann vieles von dem, was ihr zum Teil heftig diskutiert, nicht beurteilen
und möchte mich diesbezüglich auf seinen Sachverstand maßgeblich verlassen.
Damit lasse ich mir die Gesamtprojektleitung natürlich nicht nehmen. In den
Verhandlungen mit Westafrika wird es noch genug Klärungs- und
Kommunikationsbedarf geben. Auch innerhalb unserer Gruppe werde ich auf eine
sachliche Diskussion achten.

Nun noch einige Punkte im Detail:

- Die Kursregistrierung ist eigentlich ein eigenständiges Projekt, an dem
naturgemäß noch viel mehr dranhängt als bisher implementiert (z.B. Erstellen
von Stundenplänen, Dokumentenmanagement usw.). Wir sollten uns da durchaus
dran wagen, nur sollten wir hier keine Versprechungen für Oktober machen.
Erst einmal muss die Studentenregistrierung und die damit verbundene
finanzielle Abwicklung über PINs perfekt stehen.

- Sprachregelung: Als SRPP bezeichne ich den von Joachim entwickelten
Prototypen. SRP wäre die Bezeichnung für das Produktivsystem.

- Michael, deine Beteiligung war bisher recht dürftig. Deswegen finde ich
Thomas Frage 'Bist du noch dabei?' schon gerechtfertigt. Schön dass du dich
so eindeutig zu dem Projekt bekennst. Den Kommentar 'Das geht bestimmt
präziser!?' verstehe ich nicht. Du weißt selber, worum es geht, und hast
genügend Erfahrung, die du mit einbringen kannst. Ich meine ebenfalls, dass
du mal einen Entwurf für ein UI machen könntest. Thomas Schlagworte sollten
natürlich auf fast jedes Web-Portal zutreffen und verstehen sich fast von
selbst.

- Toni, ss wird dringend Zeit, dass du uns euren Entwurf vorstellst. Erst
wenn wir etwas Konkretes sehen, können wir uns eine Meinung bilden. Bitte
schreibe doch mal ein Paar Sätze zu eurem Ansatz und präsentiere uns euren
Entwurf live auf unserem Strato-Server (wenn möglich ohne aufwendiges
Authentifizierungsprozedere). Thomas möchte ich in diesem Zusammenhang um
eine ernsthafte Prüfung aber auch um Zurückhaltung in der Beurteilung
bitten.

Gruß, Henrik


From krueger at k-dns.net  Sat Apr  1 22:08:21 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Sat, 01 Apr 2006 22:08:21 +0200
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <20060331223217.25364.qmail@oak.oeko.net>
References: <442D38FE.3000304@k-dns.de> <NHBBLNGHJAJBLDEFMHDBMEACEDAA.henrik@scientific-african.org>    <20060331194225.21621.qmail@oak.oeko.net>       <442D95FC.8030300@k-dns.de>
        <20060331223217.25364.qmail@oak.oeko.net>
Message-ID: <442EDDB5.7090604@k-dns.net>

Toni Mueller schrieb:

>> Daher mein Vorschlag:
>> Toni: evaluiert verschiedene RDBS auf Synkronisationsmöglichkeiten und gesamte
>> Eignung für das Projekt.
> 
> Da bin ich mir nicht so sicher. Ich habe _GROSSE_ Lust, das auf
> PostgreSQL (8.1) einzuschraenken. Von MySQL-Besonderheiten und Last
> habe ich die Nase im Moment ziemlich voll (hab' bisher mit allen
> Versionen bis 5.0 zu tun gehabt). Der Rest kommt an diese beiden eh'
> nicht 'ran. Und dann zaehlt natuerlich noch, wie gut die Anbindungen
> sind...

Toni, ich möchte dich bitten den Punkt, wenn du ihn übernimmst, neutral, offen
und vollständig zu erledigen. Dazu gehören dann aber auch Systeme, die nicht
unbedingt deine persönlichen Favoriten sind.

Thomas

From js at aixtraware.de  Sun Apr  2 12:12:44 2006
From: js at aixtraware.de (joachim)
Date: Sun, 02 Apr 2006 12:12:44 +0200
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <33383.89.48.25.65.1143828599.squirrel@mail.waeup.org>
References: <NHBBLNGHJAJBLDEFMHDBMEACEDAA.henrik@scientific-african.org>        <442D6766.6050801@aixtraware.de>
        <33383.89.48.25.65.1143828599.squirrel@mail.waeup.org>
Message-ID: <442FA39C.60207@aixtraware.de>

Hallo Ralph,

Ralph at waeup.org schrieb:
> Hallo Joachim,
> 
>> Ich habe mit Stefane Fermigier gemailt, ob wir einen Nachmittag/Abend
>> über unser Projekt in Bezug auf (CPS)/Zope3 diskutieren können. Er hat
>> gesagt, "No problem". Ich denke wir sollten die Erfahrung der
>> Sprintteilnehmer insbesondere in bezug auf Migration auf Z3 nutzen. Dazu
>> gehören auch die Leute der Chalmers Universität (Göteborg Schweden).
>>
>> Ich fände es sehr gut, wenn außer mir noch andere aus unserer Gruppe an
>> dieser Diskussion teilnehmen würden.
> 
> wie meinst du das? das noch andere von uns am sprint teilnehmen?
> 
Am Sprint kann natürlich jeder teilnehmen, und das Thema (Enterprise
Contentmanagement mit Zope3) ist ja auch für uns von gewisser Relevanz.
Dieser Nachmittag/Abend sollte unserer Gruppe Gelegenheit geben, mit
Leuten, die schon Erfahrung mit Zope 3 und Zope 2 haben, die
Einsatzmöglichkeiten von beiden Technologien für unser Projekt unter den
bestehende Randbedingungen zu diskutieren.

> Ich habe vor -wenn auch der termin gerade akut in gefahr ist - vom 8.4
> -12.4 (zumindest zeitweise) beim zope 3 sprint in der schweiz zu sein.
> 
> dort sind unter anderem  stephan richter , die leute von projekt01 sowie
> die tübinger vom institut für wissensmedien am start. alle haben schon in
> projekten zope3 produktiv im einsatz. ich denke da werde ich auch weitere
> infos sammeln können. siehe
> 
> http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/SwissEasterSprint
> 

Das sieht sehr interessant aus.

-- 
Mit freundlichen Grüßen                                Joachim Schmitz
......................................................................
AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851
Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163

From js at aixtraware.de  Sun Apr  2 14:00:56 2006
From: js at aixtraware.de (joachim)
Date: Sun, 02 Apr 2006 14:00:56 +0200
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBCEAEEDAA.henrik@scientific-african.org>
References: <NHBBLNGHJAJBLDEFMHDBCEAEEDAA.henrik@scientific-african.org>
Message-ID: <442FBCF8.8080604@aixtraware.de>

Henrik Bettermann schrieb:
> Joachim schrieb:
> 
>> Ich habe mit Stefane Fermigier gemailt, ob wir einen Nachmittag/Abend
>> über unser Projekt in Bezug auf (CPS)/Zope3 diskutieren können. Er hat
>> gesagt, "No problem". Ich denke wir sollten die Erfahrung der
>> Sprintteilnehmer insbesondere in bezug auf Migration auf Z3 nutzen. Dazu
>> gehören auch die Leute der Chalmers Universität (Göteborg Schweden).
>>
>> Ich fände es sehr gut, wenn außer mir noch andere aus unserer Gruppe an
>> dieser Diskussion teilnehmen würden.
> 
> Ich habe selten so zwischen den Stühlen gesessen. Jetzt gibt es auch noch
> zwei Z3-Sprints in kurzer Abfolge. 

Das ist die falsche Betrachtungsweise, Du sitzt nicht zwischen den
Stühlen, sondern Du bestimmst auf welchen Stuhl Du Dich setzen willst.
Dazu solltest Du möglichst viele Meinungen/Informationen sammeln. Was
die Informationen betrifft, die in unserem Fall relevant sind, sind die
nicht irgendwo in schriftlicher Form abzurufen sondern befinden sich in
den Köpfen der Leute, die damit arbeiten. Du musst sie also dort abrufen.

> Welches ist nun der wichtigere?

Das kommt drauf an, was Du in Erfahrung bringen willst. Wenn ich das
richtig sehe konzentriert sich der Schweizer Sprint auf die
Weiterentwicklung von Zope3. Der Paris Sprint hat die Entwicklung eines
ECM mit Zope3 zum Thema.




-- 
Mit freundlichen Grüßen                                Joachim Schmitz
......................................................................
AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851
Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163

From js at aixtraware.de  Sun Apr  2 15:01:05 2006
From: js at aixtraware.de (joachim)
Date: Sun, 02 Apr 2006 15:01:05 +0200
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <442D38FE.3000304@k-dns.de>
References: <NHBBLNGHJAJBLDEFMHDBIEAAEDAA.henrik@scientific-african.org>
        <442D38FE.3000304@k-dns.de>
Message-ID: <442FCB11.2060702@aixtraware.de>

Thomas Krüger schrieb:
> Henrik Bettermann schrieb:
> 
>> -----Original Message-----
>> From: Olumide Kehinde [mailto:lummiek at yahoo.com]
> 
>> I would like you to state how much time you would need for programming the
>> production system (with the basic features). We would use this to work out a
>> project schedule.
> 
Hier mal ein erster Ansatz eines Zeitplans:

04.06      Anpassen und Dokumentation des SRPP für Nigeria Besuch
22. - 27.5 Besuch bei Unibenin durch Henrik, Thomas und Joachim
           Tätigkeiten:
           - Installation des Intranetservers
           - Feinspezifikation der Features die im Herbst online gehen
             sollen.

1.6.  - 11.8. Fertigstellung der alpha-version des Produktivsystems
14.8. - 25.8. Beta Releases
28.8. - 15.9. Installation und Probebetrieb in Nigeria
18.9. - 6.10. Realbetrieb.

> 
> Joachim: Henrik sollte dich schon gebeten haben, die bisher vorhandenen Features
> aufzustellen und zu dokumentieren, kannst du zumindest die Aufstellung zeitnah
> bereitstellen?
>
> 
> Nächste Frage ist wie schon gesagt die Plattform. Da wir deshalb eine Menge Zank
> hatte, stelle ich nur noch die Punkte zusammen, über die es nicht viel Streit
> geben sollte:
> - muss/soll Python bzw. Zope-basiert sein.
dabei ist zu beachten Zope2 != Zope3

> - sollte den Afrikanern in akzeptabler Zeit vermittelbar sein
wie soll man das vorher bewerten ?

> - sollte den Afrikaner mögl. einen technologischen Vorsprung in Afrika geben
was nützt das dem Afrikaner ?

> - MUSS den Leistungsanforderungen gewachsen sein
die da sind ?

> - viele Features sind zwar toll, aber in dieser Phase (noch) nicht gefragt
welche sind toll und noch nicht gefragt ?

> - eine externe Failover-Möglichkeit ist von BT angeboten
> 
Also von Failover steht da nichts sondern Back-up/Desaster Recovery
Center. Deshalb will ich auch auf die Failoverdiscussion nicht weiter
eingehen, ich würde die Anforderung so formulieren:

- unser System MUSS robust sein


> Zope 3 war in den letzten Tagen auch wieder ein Thema. Es ist doch etwas Zeit
> ins Land gegangen, und ich muss sagen, dass es einen immer besseren Eindruck auf
> mich macht und halte es auch für die beste Lösung.

Für welche Problemstellung ?




-- 
Mit freundlichen Grüßen                                Joachim Schmitz
......................................................................
AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851
Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163

From henrik at scientific-african.org  Sun Apr  2 15:59:36 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Sun, 2 Apr 2006 15:59:36 +0200
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <442FA39C.60207@aixtraware.de>
Message-ID: <NHBBLNGHJAJBLDEFMHDBEEAMEDAA.henrik@scientific-african.org>

Joachim schrieb:

> Am Sprint kann natürlich jeder teilnehmen, und das Thema (Enterprise
> Contentmanagement mit Zope3) ist ja auch für uns von gewisser Relevanz.
> Dieser Nachmittag/Abend sollte unserer Gruppe Gelegenheit geben, mit
> Leuten, die schon Erfahrung mit Zope 3 und Zope 2 haben, die
> Einsatzmöglichkeiten von beiden Technologien für unser Projekt unter den
> bestehende Randbedingungen zu diskutieren.

Hallo Gruppe,

wie sieht's aus mit einem Treffen in Paris? Für mich alleine macht ein
Besuch wenig Sinn, höchstens als private Fortbildung. Auch wenn ich
wesentlich schlauer aus Paris zurückkehren sollte, würde sich doch niemand
von mir etwas sagen lassen. Zusammen könnten wir mit einem Besuch in Paris
allerdings mehrere Fliegen mit einer Klappe schlagen:

1. eine Konsultation und Diskussion über Z3
2. Tonis Präsentation
3. einen erneuten Versuch, einen gemeinsamen Weg zu finden und den auch
ultimativ zu fixieren

Gruß, Henrik


From krueger at k-dns.net  Sun Apr  2 16:44:16 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Sun, 02 Apr 2006 16:44:16 +0200
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBEEAMEDAA.henrik@scientific-african.org>
References: <NHBBLNGHJAJBLDEFMHDBEEAMEDAA.henrik@scientific-african.org>
Message-ID: <442FE340.2010604@k-dns.net>

Henrik Bettermann schrieb:

> wie sieht's aus mit einem Treffen in Paris? 


Zwischen Ostern und Ende Mai ist mein Terminplan, insbesondere durch den
Afrikaflug, (fast) komplett dicht.

Thomas

-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From Ralph at waeup.org  Sun Apr  2 16:50:20 2006
From: Ralph at waeup.org (Ralph@waeup.org)
Date: Sun, 2 Apr 2006 16:50:20 +0200 (CEST)
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <442FCB11.2060702@aixtraware.de>
References: <NHBBLNGHJAJBLDEFMHDBIEAAEDAA.henrik@scientific-african.org>
        <442D38FE.3000304@k-dns.de> <442FCB11.2060702@aixtraware.de>
Message-ID: <33930.62.104.142.105.1143989420.squirrel@mail.waeup.org>

Hallo Joachim,

> Hier mal ein erster Ansatz eines Zeitplans:
>
> 04.06      Anpassen und Dokumentation des SRPP für Nigeria Besuch
> 22. - 27.5 Besuch bei Unibenin durch Henrik, Thomas und Joachim
>            Tätigkeiten:
>            - Installation des Intranetservers
>            - Feinspezifikation der Features die im Herbst online gehen
>              sollen.
>
> 1.6.  - 11.8. Fertigstellung der alpha-version des Produktivsystems
> 14.8. - 25.8. Beta Releases
> 28.8. - 15.9. Installation und Probebetrieb in Nigeria
> 18.9. - 6.10. Realbetrieb.

Noch haben wir aus meiner Sicht kein finanziertes Projekt. Wenn das mal
klar ist kann man sich weitere Gedanken (vor allem für den Teil ab Juni)
machen. Die Präsentation von
BTLimited an der Uniben war nachden mit vorliegenden
Informationen(Präsentationsdokument) ja eher ein werfen mit Nebel vor
allem im Bezug auf mögliche Entwicklungskosten. Ich glaube nicht das klar
ist das es sich um ein Demoportal handelt. Wenn die mal wissen das das
800mal mehr kostet bleibt mal abzuwarten wie die reagieren.


> dabei ist zu beachten Zope2 != Zope3

http://mail.zope.org/pipermail/zope3-dev/2006-February/018415.html

dann wühl dich mal durch diesen sehr kontrovers geführten Thread ohne
klares Ergebnis. Jim Fulton schlägt einen Applikationserver vor Zope 5
der ein Dach sowohl für Zope 2 als auch Zope 3 Technologie bieten soll.
Jim hat ja meistens recht aber von dem Vorschlag halte ich persönlich
wenig. Aber diskutiert wird das wie man am Thread leicht sehen kann der in
weiteren Posts und einer fast dreiwöchigen Grundsatzdiskussion endete.....

Ralph




From Ralph at waeup.org  Sun Apr  2 16:58:07 2006
From: Ralph at waeup.org (Ralph@waeup.org)
Date: Sun, 2 Apr 2006 16:58:07 +0200 (CEST)
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBEEAMEDAA.henrik@scientific-african.org>
References: <442FA39C.60207@aixtraware.de>
        <NHBBLNGHJAJBLDEFMHDBEEAMEDAA.henrik@scientific-african.org>
Message-ID: <33925.89.48.53.84.1143989887.squirrel@mail.waeup.org>

Hallo Henrik,

> wie sieht's aus mit einem Treffen in Paris? Für mich alleine macht ein
> Besuch wenig Sinn, höchstens als private Fortbildung. Auch wenn ich
> wesentlich schlauer aus Paris zurückkehren sollte, würde sich doch niemand
> von mir etwas sagen lassen. Zusammen könnten wir mit einem Besuch in Paris
> allerdings mehrere Fliegen mit einer Klappe schlagen:
>
> 1. eine Konsultation und Diskussion über Z3
> 2. Tonis Präsentation
> 3. einen erneuten Versuch, einen gemeinsamen Weg zu finden und den auch
> ultimativ zu fixieren

Ich selbst könnt erst an einem Termin nach dem Wocheende 22.4-23.4.

Ich will nicht die Spassbremse sein, aber ohne klaren Projektauftrag
mit Budget sehe ich ausser persönlichen Weiterbildungsmotiven eigentlich
nicht wieso wir in dem Stadium Kosten verursachen sollten.

Ralph




From krueger at k-dns.net  Sun Apr  2 17:25:32 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Sun, 02 Apr 2006 17:25:32 +0200
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <442FCB11.2060702@aixtraware.de>
References: <NHBBLNGHJAJBLDEFMHDBIEAAEDAA.henrik@scientific-african.org>        <442D38FE.3000304@k-dns.de>
        <442FCB11.2060702@aixtraware.de>
Message-ID: <442FECEC.5080509@k-dns.net>


>> - sollte den Afrikanern in akzeptabler Zeit vermittelbar sein
> wie soll man das vorher bewerten ?


Das war in gewisser Weise Henrik Zielsetzung, wenn ich ihn richtig verstanden
habe. Es wollte ja, dass wir denen das System "anschieben" und sie dann einweihen.

>> - sollte den Afrikaner mögl. einen technologischen Vorsprung in Afrika geben
> was nützt das dem Afrikaner ?

Hmm, was nützt technologischer Vorsprung?
Das war eine rhetorische Frage, oder?

>> - MUSS den Leistungsanforderungen gewachsen sein
> die da sind ?


Nunja, etwa 30.000 Studenten sollen innerhalb einer kurzen Zeitspanne ihre
Registrierung damit durchführen können, ohne dass das System zusammenbricht.
Nehmen wir 30.000 Studenten, 10 Tage (2 Wochen a 5 Tage), etwa 100 Seiten pro
Student und Pi mal Daumen ein paar Peek-Faktoren (über Tag, 1. + letzter Tag)
dazu, sind schnell mal 20-30 Anfragen pro Sekunde zu beantworten.

>> - viele Features sind zwar toll, aber in dieser Phase (noch) nicht gefragt
> welche sind toll und noch nicht gefragt ?

Alles was bisher mal angedacht war und wir noch nicht brauchen.

>> - eine externe Failover-Möglichkeit ist von BT angeboten
> Also von Failover steht da nichts sondern Back-up/Desaster Recovery
> Center.


Das ist damit schon gemeint. "Back-up/Desaster Recovery" ist ein klassicher
Marketing-Ausdruck für ein Ersatzsystem. Wie "hot" das ist, bleibt zu klären,
allerdings muss das Zweitsystem zu jeder Zeit über eine möglichst aktuelle Kopie
der Daten aus der Uni verfügen. Wenn die die Daten nur einmal am Tag auf Band
nudeln wollten, hätten die weder eine doppelte Struktur angesetzt, noch würden
sie das extern machen wollen.

> Deshalb will ich auch auf die Failoverdiscussion nicht weiter
> eingehen,


Auch wenn es nicht dein Thema ist, wird es doch für die Wahl des Backends und
damit wiederum auch für die Gesamtkonzeption ausschlaggebend sein.

> ich würde die Anforderung so formulieren:

> - unser System MUSS robust sein

Das hast du jetzt schon sehr weit verallgemeinert...

>> Zope 3 war in den letzten Tagen auch wieder ein Thema. Es ist doch etwas Zeit
>> ins Land gegangen, und ich muss sagen, dass es einen immer besseren Eindruck auf
>> mich macht und halte es auch für die beste Lösung.

> Für welche Problemstellung ?


Als Basis für das Rewrite!

Thomas

P.S.: Joachim, ich fand einige deine Fragen schon etwas merkwürdig. Sie haben
bei mir den Eindruck erweckt, du wärst nicht ganz dabeiwesen oder wolltest mich
irgendwie testen. :-/

-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From henrik at scientific-african.org  Sun Apr  2 22:15:39 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Sun, 2 Apr 2006 22:15:39 +0200
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <442FECEC.5080509@k-dns.net>
Message-ID: <NHBBLNGHJAJBLDEFMHDBOEANEDAA.henrik@scientific-african.org>

Meine Kommentare zu den letzen Emails von Joachim, Thomas und Ralph:

1. Dann also kein Treffen in Paris. Habe ich mir schon gedacht. Wäre schön
gewesen, denn Paris ist doch die Stadt der Liebe ...

2. Joachim, deine Fragen an Thomas habe ich auch nicht verstanden? Was
wolltest du damit bezwecken?

3. http://mail.zope.org/pipermail/zope3-dev/2006-February/018415.html

Genau diesen Text hatte ich gelesen und beim erneuten Suchen nicht mehr
wiedergefunden. Mich beunruhigt Jim Fultons Einschätzung bzw. Vision. Auf
was für ein Experiment lassen wir uns da ein?

4. In Nigeria wird sich herausstellen, wie eng die Kooperation mit Uniben
ist. Wenn sich die Universität an uns bindet, wird BT sicherlich tiefer in
die Tasche greifen und uns einen großen Teil der Entwicklungskosten
finanzieren. Ich gehe nicht davon aus, dass wir alles bezahlt bekommen. Eine
gewisse Eigenfinanzierung ist schon nötig. Es gibt ja auch noch andere Unis
in Afrika. Ralph, viel mehr als die mehr oder weniger unsichere
Projektfinanzierung betrübt mich die fehlende Kompromissbereitschaft in
unserer Gruppe und auch wacklige Zope-Plattform. Diesbezüglich schwindet
meine Zuversicht immer mehr.

Gruß, Henrik


From Ralph at waeup.org  Sun Apr  2 23:22:15 2006
From: Ralph at waeup.org (Ralph@waeup.org)
Date: Sun, 2 Apr 2006 23:22:15 +0200 (CEST)
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBOEANEDAA.henrik@scientific-african.org>
References: <442FECEC.5080509@k-dns.net>
        <NHBBLNGHJAJBLDEFMHDBOEANEDAA.henrik@scientific-african.org>
Message-ID: <34207.62.104.136.163.1144012935.squirrel@mail.waeup.org>

Hi Henrik,

> 4. In Nigeria wird sich herausstellen, wie eng die Kooperation mit Uniben
> ist. Wenn sich die Universität an uns bindet, wird BT sicherlich tiefer in
> die Tasche greifen und uns einen großen Teil der Entwicklungskosten
> finanzieren. Ich gehe nicht davon aus, dass wir alles bezahlt bekommen.

Das ist mir schon klar. ich wollte nur darauf hinweisen, das anscheinend
die Uni wenig Vorstellung hat in welcher Grössenordnung sich sowas bewegen
wird. So hatte ich das nach meinem Infostand verstanden.

> Ralph, viel mehr als die mehr oder weniger unsichere
> Projektfinanzierung betrübt mich die fehlende Kompromissbereitschaft in
> unserer Gruppe und auch wacklige Zope-Plattform. Diesbezüglich schwindet
> meine Zuversicht immer mehr.

Ich habe wenig Zweifel an der Zope Community. Das Proposal gefällt nicht
jedem. Ich denke es wird eine vernünftige Lösung gefunden. Zope Releases
fand ich immer gut gemanaged, was man von Plone z.B. nicht sagen kann. Da
möchte ich mich nicht drauf verlassen auch nicht auf die anderen CMS
Provider in dem Umfeld im aktuellen Stadium.

Die derzeit definierten nächsten Schritte bis zu eurem Trip sind aus
meiner Sicht ok. Weiss auch nicht ob jemand damit aktuell ein Problem hat?

Falls es in eine nächste Phase geht und bevor wir uns zu was verpflichten
muss im Rahmen der Planung abgeklärt meines erachtens wer nun was wie
macht. Wenn wir dabei in der Konstellation keinen Konsens finden können
müssen wir uns halt was anderes einfallen lassen. Aber die Diskussion sehe
ich im Moment noch nicht.

Gruss
Ralph








From krueger at k-dns.net  Mon Apr  3 00:07:05 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Mon, 03 Apr 2006 00:07:05 +0200
Subject: [Org-de] Plattform / Team
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBOEANEDAA.henrik@scientific-african.org>
References: <NHBBLNGHJAJBLDEFMHDBOEANEDAA.henrik@scientific-african.org>
Message-ID: <44304B09.1000004@k-dns.net>

Henrik Bettermann schrieb:

> 3. http://mail.zope.org/pipermail/zope3-dev/2006-February/018415.html
> 
> Genau diesen Text hatte ich gelesen und beim erneuten Suchen nicht mehr
> wiedergefunden. Mich beunruhigt Jim Fultons Einschätzung bzw. Vision. Auf
> was für ein Experiment lassen wir uns da ein?

Ich glaube, er hat dort absichtlich ein wenige getrollt um mehr Feedback zu
bekommen.

> Ralph, viel mehr als die mehr oder weniger unsichere
> Projektfinanzierung betrübt mich die fehlende Kompromissbereitschaft in
> unserer Gruppe und auch wacklige Zope-Plattform. Diesbezüglich schwindet
> meine Zuversicht immer mehr.

Aus meiner Sicht ist die Plattform um einiges stabiler und vertrauenserweckender
als der Sauhaufen, den wir Team nennen.
Ja, das ist ein hartes Wort, aber ich sehe es als angebracht an.
Persönliche Interessen der Einzelnen haben längst die Oberhand über das Projekt
gewonnen. Koordination hat es nie konsequent gegeben und ist jetzt unmöglich
geworden. Kritik wird als Angriff gewertet. Jeder will "Bestimmer" sein. Der
andere ist doof. Wie im Sandkasten.

Ich möchte an dieser Stelle alle bitten Vorschläge für Verbesserungen
einzubringen. Selbstkritik erlaubt, Fremdkritik unerwünscht.

Jetzt noch ein paar Sätze zur Plattform:
Zope ist auf meiner Sicht nicht die optimale Plattform, für ein
Massenregistrierungsportal. Das dürfte aber allen Beteiligten klar sein.
Für den Zweck ein mächtiges personalisiertes Universitätsportal, mit Content
Management, Collaboration, eLearning und und und zu bauen, ist es allerdings
eine von nicht mal einer Hand voll Plattformen die das vernünftig Leisten können.

Eine wichtig Aufgabe in der Planung wird es sein, zwischen rechteckigen und
baumartigen Daten zu differenzieren und diese in der Verarbeitung und
Speicherung zu trennen ohne die Referenzen zu verlieren, sodass die später
wieder transparent zusammengeführt werden können. Das ist genau dass, wo es die
andere Plattformen schwer haben, da ist Zope um Längen voraus. Ein vergleichbar
ausgereiftes System um Baumstrukturen zu speichern hat kein anderer Web
Application Server.

Thomas

-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From js at aixtraware.de  Mon Apr  3 09:09:50 2006
From: js at aixtraware.de (joachim)
Date: Mon, 03 Apr 2006 09:09:50 +0200
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <442FECEC.5080509@k-dns.net>
References: <NHBBLNGHJAJBLDEFMHDBIEAAEDAA.henrik@scientific-african.org>        <442D38FE.3000304@k-dns.de>     <442FCB11.2060702@aixtraware.de>
        <442FECEC.5080509@k-dns.net>
Message-ID: <4430CA3E.6000804@aixtraware.de>

Thomas Krüger schrieb:
>>> - sollte den Afrikanern in akzeptabler Zeit vermittelbar sein
>> wie soll man das vorher bewerten ?
> 
> 
> Das war in gewisser Weise Henrik Zielsetzung, wenn ich ihn richtig verstanden
> habe. Es wollte ja, dass wir denen das System "anschieben" und sie dann einweihen.
> 
Sicherlich ist das unsere Zielsetzung, aber um das als
Bewertungskriterium für eine Systemauswahl zu nutzen, muss es konkreter
formuliert werden, also wer sind die "Afrikaner", was ist ein
"akzeptabler Zeitraum", und was ist "vermittelbar". Auch nach besserer
Konkretisierung haben wir erst ein auf das fertige Produkt anwendbares
Kriterium.

>>> - sollte den Afrikaner mögl. einen technologischen Vorsprung in Afrika geben
>> was nützt das dem Afrikaner ?
> 
> Hmm, was nützt technologischer Vorsprung?
> Das war eine rhetorische Frage, oder?
Nein, technologischer Vorsprung ist kein Wert an sich. Er muss immer im
Kontext gesehen werden.
> 
>>> - MUSS den Leistungsanforderungen gewachsen sein
>> die da sind ?
> 
> 
> Nunja, etwa 30.000 Studenten sollen innerhalb einer kurzen Zeitspanne ihre
> Registrierung damit durchführen können, ohne dass das System zusammenbricht.
> Nehmen wir 30.000 Studenten, 10 Tage (2 Wochen a 5 Tage), etwa 100 Seiten pro
> Student und Pi mal Daumen ein paar Peek-Faktoren (über Tag, 1. + letzter Tag)
> dazu, sind schnell mal 20-30 Anfragen pro Sekunde zu beantworten.
> 
o.k. das ist ein Anfang. Diese Anforderen müssen wir jetzt noch weiter
konkretisieren.

>>> - viele Features sind zwar toll, aber in dieser Phase (noch) nicht gefragt
>> welche sind toll und noch nicht gefragt ?
> 
> Alles was bisher mal angedacht war und wir noch nicht brauchen.
> 
kein Kommentar.

>>> - eine externe Failover-Möglichkeit ist von BT angeboten
>> Also von Failover steht da nichts sondern Back-up/Desaster Recovery
>> Center.
> 
> 
> Das ist damit schon gemeint. "Back-up/Desaster Recovery" ist ein klassicher
> Marketing-Ausdruck für ein Ersatzsystem. Wie "hot" das ist, bleibt zu klären,
> allerdings muss das Zweitsystem zu jeder Zeit über eine möglichst aktuelle Kopie
> der Daten aus der Uni verfügen. Wenn die die Daten nur einmal am Tag auf Band
> nudeln wollten, hätten die weder eine doppelte Struktur angesetzt, noch würden
> sie das extern machen wollen.
> 
>> Deshalb will ich auch auf die Failoverdiscussion nicht weiter
>> eingehen,
> 
> 
> Auch wenn es nicht dein Thema ist, wird es doch für die Wahl des Backends und
> damit wiederum auch für die Gesamtkonzeption ausschlaggebend sein.
> 

>> ich würde die Anforderung so formulieren:
> 
>> - unser System MUSS robust sein
> 
> Das hast du jetzt schon sehr weit verallgemeinert...
> 
das stimmt, etwas konkreter wäre:

das System muss seine Aufgaben unter den gegebenen Randbedingungen
zuverlässig und möglichst zügig erfüllen.

Das muss man dann bei den einzelnen Funktionen noch genauer
spezifizieren, z.B. bei der Bettenreservierung :
es darf keine Doppelbelegung geben,
ein Student darf nicht mehrere Betten belegen,
was passiert wenn das System ausfällt ?

-- 
Mit freundlichen Grüßen                                Joachim Schmitz
......................................................................
AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851
Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163

From support at oeko.net  Mon Apr  3 10:09:32 2006
From: support at oeko.net (Toni Mueller)
Date: Mon, 3 Apr 2006 10:09:32 +0200
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <4430CA3E.6000804@aixtraware.de>
References: <NHBBLNGHJAJBLDEFMHDBIEAAEDAA.henrik@scientific-african.org>
        <442D38FE.3000304@k-dns.de> <442FCB11.2060702@aixtraware.de>
        <442FECEC.5080509@k-dns.net> <4430CA3E.6000804@aixtraware.de>
Message-ID: <20060403080932.14132.qmail@oak.oeko.net>


Moin,

On Mon, 03.04.2006 at 09:09:50 +0200, joachim <js at aixtraware.de> wrote:
> Das muss man dann bei den einzelnen Funktionen noch genauer
> spezifizieren, z.B. bei der Bettenreservierung :
> es darf keine Doppelbelegung geben,
> ein Student darf nicht mehrere Betten belegen,

sowas loest man im Umfeld relationaler Datenbanken mit Transaktionen,
wobei diese hier recht einfach (und von uns schon implementiert) ist.
Ich meine mich zu erinnern, dass Du so etwas ebenfalls schon
implementiert hattest?

> was passiert wenn das System ausfällt ?

Dann werden alle Reservierungen anhand von Papierausdrucken unter
Vorbehalt ausgesprochen.


Gruss,
--Toni++

From js at aixtraware.de  Mon Apr  3 10:15:09 2006
From: js at aixtraware.de (joachim)
Date: Mon, 03 Apr 2006 10:15:09 +0200
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBOEANEDAA.henrik@scientific-african.org>
References: <NHBBLNGHJAJBLDEFMHDBOEANEDAA.henrik@scientific-african.org>
Message-ID: <4430D98D.4020808@aixtraware.de>

Henrik Bettermann schrieb:
> Meine Kommentare zu den letzen Emails von Joachim, Thomas und Ralph:
> 
> 1. Dann also kein Treffen in Paris. Habe ich mir schon gedacht. Wäre schön
> gewesen, denn Paris ist doch die Stadt der Liebe ...
> 
> 2. Joachim, deine Fragen an Thomas habe ich auch nicht verstanden? Was
> wolltest du damit bezwecken?
> 
siehe meine Antwort an Thomas. Es geht mir im wesentlichen um eine
Kronkretisierung der Argumente.

> 3. http://mail.zope.org/pipermail/zope3-dev/2006-February/018415.html
> 
> Genau diesen Text hatte ich gelesen und beim erneuten Suchen nicht mehr
> wiedergefunden. Mich beunruhigt Jim Fultons Einschätzung bzw. Vision. Auf
> was für ein Experiment lassen wir uns da ein?
> 
Du musst da schon den ganzen thread lesen, der geht in den März, und den
Anschluß
http://mail.zope.org/pipermail/zope3-dev/2006-March/018516.html

Wenn Du darüber so besorgt bist, solltest Du den einen Nachmittag nach
Paris kommen um das mit Leuten zu diskutieren, die sich damit auskennen.


> 4. In Nigeria wird sich herausstellen, wie eng die Kooperation mit Uniben
> ist. Wenn sich die Universität an uns bindet, wird BT sicherlich tiefer in
> die Tasche greifen und uns einen großen Teil der Entwicklungskosten
> finanzieren. Ich gehe nicht davon aus, dass wir alles bezahlt bekommen. Eine
> gewisse Eigenfinanzierung ist schon nötig. Es gibt ja auch noch andere Unis
> in Afrika. Ralph, viel mehr als die mehr oder weniger unsichere
> Projektfinanzierung betrübt mich die fehlende Kompromissbereitschaft in
> unserer Gruppe 
Ich sehe das etwas anders:
Ich denke, jeder in dieser Gruppe will das Beste für das Projekt,
Da wir uns noch nicht auf die Bewertungskriterien für "das Beste"
geeinigt haben, und auch das Projekt noch nicht konkret genug definiert
ist sind wir in der jetztigen Situation.
Wir sollten also zügig auf einen Bewertungkatalog einigen.

> und auch wacklige Zope-Plattform. Diesbezüglich schwindet
> meine Zuversicht immer mehr.

also diesen Punkt kann ich nicht nachvollziehen, umso wichtiger ist die
Discussion in Paris.



-
Mit freundlichen Grüßen                                Joachim Schmitz
......................................................................
AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851
Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163

From Ralph at waeup.org  Mon Apr  3 10:24:44 2006
From: Ralph at waeup.org (Ralph@waeup.org)
Date: Mon, 3 Apr 2006 10:24:44 +0200 (CEST)
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <4430D98D.4020808@aixtraware.de>
References: <NHBBLNGHJAJBLDEFMHDBOEANEDAA.henrik@scientific-african.org>
        <4430D98D.4020808@aixtraware.de>
Message-ID: <57416.84.159.130.37.1144052684.squirrel@mail.waeup.org>

Hallo Joachim,

> Wenn Du darüber so besorgt bist, solltest Du den einen Nachmittag nach
> Paris kommen um das mit Leuten zu diskutieren, die sich damit auskennen.

Das sind Leute die eher CPS pushen wollen als Zoe als solches. Ich wär dir
dankbar wenn du das differenziert darstellen würdest, anstatt ständig das
als die unabhängige Instanz zu verkaufen.

Je kleiner eine Community (und die CPS Community ist klein) desto
abhängiger macht man sich von einzelnen Köpfen die Entscheidungen
vorgeben,
in dem Falle Nuxeo.

> also diesen Punkt kann ich nicht nachvollziehen, umso wichtiger ist die
> Discussion in Paris.

Nein, die ist eher unwichtig. The place to be wäre hier eindeutig der Zope
3 Core sprint und nicht das ECM Projekt, das wir a) derzeit nicht brauchen
weil CMS erstmal eine untergeordnete spielt und b)
das ECM Projketin der Zope Community keine grosses Commitment hat.

Ralph




From js at aixtraware.de  Mon Apr  3 11:30:16 2006
From: js at aixtraware.de (joachim)
Date: Mon, 03 Apr 2006 11:30:16 +0200
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <57416.84.159.130.37.1144052684.squirrel@mail.waeup.org>
References: <NHBBLNGHJAJBLDEFMHDBOEANEDAA.henrik@scientific-african.org>        <4430D98D.4020808@aixtraware.de>
        <57416.84.159.130.37.1144052684.squirrel@mail.waeup.org>
Message-ID: <4430EB28.1010308@aixtraware.de>

Ralph at waeup.org schrieb:
> Hallo Joachim,
> 
>> Wenn Du darüber so besorgt bist, solltest Du den einen Nachmittag nach
>> Paris kommen um das mit Leuten zu diskutieren, die sich damit auskennen.
> 
> Das sind Leute die eher CPS pushen wollen als Zoe als solches. Ich wär dir
> dankbar wenn du das differenziert darstellen würdest, anstatt ständig das
> als die unabhängige Instanz zu verkaufen.
Welcher Äußerung von mir entnimmst Du, dass ich das als unabhängige
Instanz verkaufe ?
> 
> Je kleiner eine Community (und die CPS Community ist klein) desto
> abhängiger macht man sich von einzelnen Köpfen die Entscheidungen
> vorgeben,in dem Falle Nuxeo.
>
Könntest Du das an einem konkreten Beispiel belegen ?

 >> also diesen Punkt kann ich nicht nachvollziehen, umso wichtiger ist die
>> Discussion in Paris.
> 
> Nein, die ist eher unwichtig. 

Ich meinte mit Diskussion nicht den Sprint sondern die Diskussion zwischen
Sprintteilnehmern und unserer Gruppe, die an einem Nachmittag/Abend
stattfinden könnte. Für Henrik wäre es eine Gelegenheit, die unsere
(Deine und meine) unterschiedlichen Auffassung zu überprüfen. Für Dich
wäre es die Gelegenheit auf die Entwicklung von ECM Einfluss zu nehmen.

> The place to be wäre hier eindeutig der Zope
> 3 Core sprint und nicht das ECM Projekt, das wir a) derzeit nicht brauchen
> weil CMS erstmal eine untergeordnete spielt
was spielt dann eine große Rolle ?
> und b)
> das ECM Projketin der Zope Community keine grosses Commitment hat.


Können wir uns darauf einigen, dass wir mit dieser Diskussion eine Basis
für die Entscheidungsfindung "Auf welcher Plattform realisieren wir
WAeUP ?" schaffen wollen ?




-- 
Mit freundlichen Grüßen                                Joachim Schmitz
......................................................................
AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851
Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163

From Ralph at waeup.org  Mon Apr  3 12:04:57 2006
From: Ralph at waeup.org (Ralph@waeup.org)
Date: Mon, 3 Apr 2006 12:04:57 +0200 (CEST)
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <4430EB28.1010308@aixtraware.de>
References: <NHBBLNGHJAJBLDEFMHDBOEANEDAA.henrik@scientific-african.org>        <4430D98D.4020808@aixtraware.de>
        <57416.84.159.130.37.1144052684.squirrel@mail.waeup.org>
        <4430EB28.1010308@aixtraware.de>
Message-ID: <58213.84.159.130.37.1144058697.squirrel@mail.waeup.org>

> Welcher Äußerung von mir entnimmst Du, dass ich das als unabhängige
> Instanz verkaufe ?

Deiner wiederholten Aufforderung man müsse vor allem mit den Leuten in
Paris diskutieren dann würde uns das im Bezug auf Zope 3 weiterbringen.

>> Je kleiner eine Community (und die CPS Community ist klein) desto
>> abhängiger macht man sich von einzelnen Köpfen die Entscheidungen
>> vorgeben,in dem Falle Nuxeo.
>>
> Könntest Du das an einem konkreten Beispiel belegen ?

in der zope Community gibt es einen grossen Meinungspluralismus. Die
Entscheidungsprozesse finden daher sehr demokratisch unter
Berücksichtigung vieler Interessen statt.

Wenn eine Technologie aber vor allem von einem Unternehmen getrieben wir,
und das ist bei CPS nun mal so, hängt die Entwicklung stärker an dem
Hauptcontributor.

> was spielt dann eine große Rolle ?

Arbeitest du am gleichen Projekt wie ich? In keinem proposal oder
irgendeiner Ankündigung steht was von Enterprise Content Management oder
WebCMS.

> Können wir uns darauf einigen, dass wir mit dieser Diskussion eine Basis
> für die Entscheidungsfindung "Auf welcher Plattform realisieren wir
> WAeUP ?" schaffen wollen ?

Ja, aber dazu gehört dann halt auch eine offene Grundhaltung. Wenn CPS
unsere Probleme besser löst als Zope 3 dann bin ich dabei. Ich habe da
kein Problem mit einem abgewogenen Dialog und einer abgestimmten
Entscheidung. Aber will ALLE in Frage kommenden Alternativen abwägen und
nicht nur eine. Diese Grundhaltung kann ich bei dir nicht feststellen, du
willst das Problem mit deinem Parteihandbuch lösen egal ob es zum
aktuellen Problem passt oder nicht.

Ralph



From support at oeko.net  Mon Apr  3 12:04:46 2006
From: support at oeko.net (Toni Mueller)
Date: Mon, 3 Apr 2006 12:04:46 +0200
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <4430EB28.1010308@aixtraware.de>
References: <NHBBLNGHJAJBLDEFMHDBOEANEDAA.henrik@scientific-african.org>
        <4430D98D.4020808@aixtraware.de>
        <57416.84.159.130.37.1144052684.squirrel@mail.waeup.org>
        <4430EB28.1010308@aixtraware.de>
Message-ID: <20060403100446.16785.qmail@oak.oeko.net>


Hallo Joachim, hallo Ralph,

On Mon, 03.04.2006 at 11:30:16 +0200, joachim <js at aixtraware.de> wrote:
> Ralph at waeup.org schrieb:
> > The place to be wäre hier eindeutig der Zope
> > 3 Core sprint und nicht das ECM Projekt, das wir a) derzeit nicht brauchen
> > weil CMS erstmal eine untergeordnete spielt

dem stimme ich weitgehend zu, aber

> Können wir uns darauf einigen, dass wir mit dieser Diskussion eine Basis
> für die Entscheidungsfindung "Auf welcher Plattform realisieren wir
> WAeUP ?" schaffen wollen ?

das wird so einfach auch nicht gehen. Aus meiner Sicht ist das WAeUP
als Projekt gross genug angelegt, um nicht ohne grosse Probleme mit
einer Plattform erschlagbar zu sein. Das ist auch gar nicht noetig,
weil sowieso nicht alles in eine Zope-Instanz passt, rein von den
bisher bekannten Zahlen. Und wenn die Systeme eh' auf mehrere Kisten
verteilt werden muessen, ist es viel wichtiger, dass sie ihre Daten
vernuenftig miteinander austauschen koennen. Wie, ist eine aus meiner
Sicht bislang vollkommen offene und noch nie diskutierte Frage.

Z.B. sehe ich das so, dass die Studentenregistrierung andere
Anforderungen an die Plattform stellt, als das von Henrik ins Spiel
gebrachte Portal, wo die Wissenschaftler sich austauschen koennen.
Sicher sind beide (und noch andere) Dinge wichtig, aber das
"Brot-und-Butter-Geschaeft" fuer den Einstieg wird das
Studentenregistrierungsportal sein, und da werden wir vermutlich einen
Live-Vergleich zwischen der CPS-Loesung, an der Joachim arbeitet, und
einer Z3-Loesung, an der andere Leute arbeiten, sehen, der uns dann
eine bessere Basis zur Entscheidungsfindung, als wir sie jetzt haben,
liefern wird.

Mein Tip: Wir werden die Studentenregistrierung auf Z3 und die
Kollaborationsplattform auf CPS und/oder Plone sehen...


Gruss,
--Toni++

From js at aixtraware.de  Mon Apr  3 14:23:30 2006
From: js at aixtraware.de (joachim)
Date: Mon, 03 Apr 2006 14:23:30 +0200
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <58213.84.159.130.37.1144058697.squirrel@mail.waeup.org>
References: <NHBBLNGHJAJBLDEFMHDBOEANEDAA.henrik@scientific-african.org>        <4430D98D.4020808@aixtraware.de>        <57416.84.159.130.37.1144052684.squirrel@mail.waeup.org>        <4430EB28.1010308@aixtraware.de>
        <58213.84.159.130.37.1144058697.squirrel@mail.waeup.org>
Message-ID: <443113C2.9010002@aixtraware.de>

Ralph at waeup.org schrieb:
>> Welcher Äußerung von mir entnimmst Du, dass ich das als unabhängige
>> Instanz verkaufe ?
> 
> Deiner wiederholten Aufforderung man müsse vor allem mit den Leuten in
> Paris diskutieren dann würde uns das im Bezug auf Zope 3 weiterbringen.
> 
ich denke, dass ich nirgendwo die Formulierung "wir müssen" oder "man
muss" verwendet habe, wenn doch bitte ich das zu entschuldigen.

>>> Je kleiner eine Community (und die CPS Community ist klein) desto
>>> abhängiger macht man sich von einzelnen Köpfen die Entscheidungen
>>> vorgeben,in dem Falle Nuxeo.
>>>
>> Könntest Du das an einem konkreten Beispiel belegen ?
> 
> in der zope Community gibt es einen grossen Meinungspluralismus. Die
> Entscheidungsprozesse finden daher sehr demokratisch unter
> Berücksichtigung vieler Interessen statt.
> 
> Wenn eine Technologie aber vor allem von einem Unternehmen getrieben wir,
> und das ist bei CPS nun mal so, hängt die Entwicklung stärker an dem
> Hauptcontributor.
> 
Technologie ist hier wie ich es sehe Zope/CMF mit CPS Erweiterungen und
die Richtung ist diese Technologie auf Zope3 umzustellen. Dies passiert
im wesentlichen durch Five, das von Martijn Faasen initiert wurde und
von Infrae und Nuxeo sowie einige Plone-Entwickler realisiert wurde.

>> was spielt dann eine große Rolle ?
> 
> Arbeitest du am gleichen Projekt wie ich? In keinem proposal oder
> irgendeiner Ankündigung steht was von Enterprise Content Management oder
> WebCMS.
Da steht so viel ich weiß überhauptkein Schlagwort, wenn überhaupt kann
man das WAeUP portal vielleicht als eine Mischung von ECM und ERP
(Enterprise Resource Planning) verschlagworten. Eine Applikation, die um
die 50000 Benutzer hat kann wohl als Enterprise Applikation bezeichnet
werden. Wobei es letztlich egal ist, wie das Kind heißt.
> 
>> Können wir uns darauf einigen, dass wir mit dieser Diskussion eine Basis
>> für die Entscheidungsfindung "Auf welcher Plattform realisieren wir
>> WAeUP ?" schaffen wollen ?
> 
> Ja, aber dazu gehört dann halt auch eine offene Grundhaltung. Wenn CPS
> unsere Probleme besser löst als Zope 3 dann bin ich dabei. Ich habe da
> kein Problem mit einem abgewogenen Dialog und einer abgestimmten
> Entscheidung. Aber will ALLE in Frage kommenden Alternativen abwägen und
> nicht nur eine. 
<snip Polemik>

Also lass uns doch eine Matrix aufmalen, die eine Achse mit den in Frage
kommenden Lösungen, die Andere mit Bewertungskriterien.


-- 
Mit freundlichen Grüßen                                Joachim Schmitz
......................................................................
AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851
Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163

From js at aixtraware.de  Tue Apr  4 11:56:49 2006
From: js at aixtraware.de (joachim)
Date: Tue, 04 Apr 2006 11:56:49 +0200
Subject: [Org-de] dokumentations wiki
Message-ID: <443242E1.2010505@aixtraware.de>

Hallo,

ich wollte die im SRPP realisierten Funktionen documentieren. Dazu
wollte ich das schon bestehende Wiki http://cms.waeup.org/wiki/
erweitern. Ich habe eine neue Wikipage Softwaredocumentation angelegt.
Wie kriege ich jetzt nochmal eine Unterseite darein, sodass es so
aussieht wie unter Usecases ?


-- 
Mit freundlichen Grüßen                                Joachim Schmitz
......................................................................
AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851
Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163

From krueger at k-dns.net  Tue Apr  4 13:04:44 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Tue, 04 Apr 2006 13:04:44 +0200
Subject: [Org-de] dokumentations wiki
In-Reply-To: <443242E1.2010505@aixtraware.de>
References: <443242E1.2010505@aixtraware.de>
Message-ID: <443252CC.7080909@k-dns.net>

joachim schrieb:

> Wie kriege ich jetzt nochmal eine Unterseite darein, sodass es so
> aussieht wie unter Usecases ?

Unter "Backlinks".

Thomas

-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From js at aixtraware.de  Tue Apr  4 13:37:55 2006
From: js at aixtraware.de (joachim)
Date: Tue, 04 Apr 2006 13:37:55 +0200
Subject: [Org-de] dokumentations wiki
In-Reply-To: <443252CC.7080909@k-dns.net>
References: <443242E1.2010505@aixtraware.de> <443252CC.7080909@k-dns.net>
Message-ID: <44325A93.5010104@aixtraware.de>

Thomas Krüger schrieb:
> joachim schrieb:
> 
>> Wie kriege ich jetzt nochmal eine Unterseite darein, sodass es so
>> aussieht wie unter Usecases ?
> 
> Unter "Backlinks".
> 

such easy ;-)

danke,


-- 
Mit freundlichen Grüßen                                Joachim Schmitz
......................................................................
AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851
Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163

From henrik at scientific-african.org  Tue Apr  4 18:41:24 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Tue, 4 Apr 2006 18:41:24 +0200
Subject: [Org-de] FW: Uniben Portal Project
In-Reply-To: <20060403100446.16785.qmail@oak.oeko.net>
Message-ID: <NHBBLNGHJAJBLDEFMHDBAEBDEDAA.henrik@scientific-african.org>

Entschuldigt meine Zurückhaltung bei der Diskussion, die ich mit Spannung
verfolgt habe. Wie angekündigt bin ich seit gestern mit meinen Kindern
verreist. In der ersten Osterferienwoche bin ich 120% Vater. Außerdem habe
ich auch recht wenig beizusteuern. Mein Standpunkt hat Toni vortrefflich
wiedergegeben:

>... und da werden wir vermutlich einen
>Live-Vergleich zwischen der CPS-Loesung, an der Joachim arbeitet, und
>einer Z3-Loesung, an der andere Leute arbeiten, sehen, der uns dann
>eine bessere Basis zur Entscheidungsfindung, als wir sie jetzt haben,
>liefern wird.

Ich glaube wir kommen um diesen direkten Vergleich nicht herum.

Joachim, hast du schon eine Unterkunft in Paris organisiert? Ich fürchte
etwas die hohen Übernachtungskosten. Einen Flug gibt es ja recht preiswert.

Gruß, Henrik


From js at aixtraware.de  Wed Apr  5 16:59:09 2006
From: js at aixtraware.de (Joachim Schmitz)
Date: Wed, 05 Apr 2006 16:59:09 +0200
Subject: [Org-de] [Fwd: Happy to work together on the UNIBEN Educational
        Portal.]
Message-ID: <4433DB3D.40801@aixtraware.de>

Hallo,

das kam gerade, von Kehinde Samuel. Thomas kannst Du Ihn in die neue
Mailingliste eintragen.


-------- Original-Nachricht --------
Betreff:        Happy to work together on the UNIBEN Educational Portal.
Datum:  Wed, 5 Apr 2006 15:28:20 +0100
Von:    kehindesamuel <kehindesamuel at uniben.edu>
An:     Joachim Schmitz <js at aixtraware.de>, Henrik Bettermann
<henrik at saoas.org>
CC:     Hector Etomi <H.Etomi at moneynett.com>, <hetomi at btlimited.com>



Gentlemen

I am happy to re-establish our link on the Educational Portal for the
use of our University and hope that the project end up being a BIG SUCCESS!

Mr. Hector Etomi of BT Technologies has been a good source of
inspiration as far as this project is concern. He has made several
request on your behalf and I am very ready to work with you all with all
my heart just to see that this project succeed.

I have a lot of information that you will definitely need and very ready
to get it across to you ASAP

Kindly acknowledge this email and let your acknowledge be our starting
point.

Thank you.


*/Kehinde Dokun Samuel/*
*/Chief Systems Analyst/*
*/Central Records Processing Unit/*
*/Vice Chancellor's Office /*
*/University of Benin /*
*/Benin, Nigeria./*
*0803-312-7929*




Upgrade Your Email - Click here!
<http://promos.hotbar.com/promos/promodll.dll?RunPromo&El=&SG=&RAND=52174&partner=hbtools>




<http://275036.sigclick.mailinfo.com/sigclick/05060009/020F4D05/014D0717159191.jpg>

-- 
Mit freundlichen Grüßen                                Joachim Schmitz
......................................................................
AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851
Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163

From krueger at k-dns.net  Wed Apr  5 18:47:18 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Wed, 05 Apr 2006 18:47:18 +0200
Subject: [Org-de] [Fwd: Happy to work together on the UNIBEN Educational
 Portal.]
In-Reply-To: <4433DB3D.40801@aixtraware.de>
References: <4433DB3D.40801@aixtraware.de>
Message-ID: <4433F496.3090801@k-dns.net>

Joachim Schmitz schrieb:

> Thomas kannst Du Ihn in die neue Mailingliste eintragen.


Das wollte eigentlich Henrik machen. Bisher ist noch niemand eingetragen.
Ich weiß auch nicht, wer da mit rein soll.

Man kann sich aber selbst anmelden. Henrik oder ich könne die Leute dann freigeben:
http://lists.waeup.org/mailman/listinfo/uniben

Thomas

-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From henrik at scientific-african.org  Wed Apr  5 23:22:33 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Wed, 5 Apr 2006 23:22:33 +0200
Subject: [Org-de] [Fwd: Happy to work together on the UNIBEN Educational
        Portal.]
In-Reply-To: <4433F496.3090801@k-dns.net>
Message-ID: <NHBBLNGHJAJBLDEFMHDBGEBHEDAA.henrik@scientific-african.org>

Hallo zusammen,

ja ich werde das jetzt in Gang setzen nach dieser erfreulichen Email.
Joachim und ich haben Kehinde Samuel kennengelernt und wissen seine
Kooperationsbereitschaft sehr zu schätzen. Er ist vermutlich der Fähigste in
der gesamten Gruppe. Jetzt bin ich sehr zuversichtlich, dass wir in Benin
unser Ziel erreichen können.

Gruß, Henrik



> -----Original Message-----
> From: org-de-bounces at lists.waeup.org
> [mailto:org-de-bounces at lists.waeup.org]On Behalf Of Thomas Krüger
> Sent: Wednesday, April 05, 2006 6:47 PM
> To: Deutsche WAeUP-Gruppe
> Subject: Re: [Org-de] [Fwd: Happy to work together on the UNIBEN
> Educational Portal.]
>
>
> Joachim Schmitz schrieb:
>
> > Thomas kannst Du Ihn in die neue Mailingliste eintragen.
>
>
> Das wollte eigentlich Henrik machen. Bisher ist noch niemand eingetragen.
> Ich weiß auch nicht, wer da mit rein soll.
>
> Man kann sich aber selbst anmelden. Henrik oder ich könne die
> Leute dann freigeben:
> http://lists.waeup.org/mailman/listinfo/uniben
>
> Thomas
>
> --
> Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
> Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
> PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
> Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee
> _______________________________________________
> Org-de mailing list
> Org-de at lists.waeup.org
> http://lists.waeup.org/mailman/listinfo/org-de
>


From js at aixtraware.de  Thu Apr  6 11:28:35 2006
From: js at aixtraware.de (joachim)
Date: Thu, 06 Apr 2006 11:28:35 +0200
Subject: [Org-de] Links zum Wiki
Message-ID: <4434DF43.8070500@aixtraware.de>

Hallo,

Die Links auf http://cms.waeup.org/wiki zur "SRPP: Documentation"
stimmen nicht mehr, nachdem ich einige Seiten hinzugefügt habe,
offensicht werden die händisch eingetragen.



-- 
Mit freundlichen Grüßen                                Joachim Schmitz
......................................................................
AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851
Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163

From Ralph at waeup.org  Thu Apr  6 11:46:56 2006
From: Ralph at waeup.org (Ralph@waeup.org)
Date: Thu, 6 Apr 2006 11:46:56 +0200 (CEST)
Subject: [Org-de] Zope 3 sprint
Message-ID: <59242.84.159.158.163.1144316816.squirrel@mail.waeup.org>

Hallo zusammen,

ich werde wie gesagt am zope 3 sprint teilnehmen
und  vom 8.4-11.4 in cham in der schweiz sein.

Die möglichen Topics für den spint sind folgende (ohne das ich in jedem
falle wüsstewas sich dahinter verbirgt ;-) )

- Arbeiten an einer Zope 3 Projekt seite

- Webadmininterface (ZMI-artiges)

- high-level overviews - wohl cencept maps und andere diagramme zur
besseren visualisierung des frameworks. ist mir eher unklar.

- JSR-168 like Portlets (ist ein standard aus der java welt mit
standardisierte portlet api)

- Proposals and Prototypes
Ich habe hier ein proposal für eine bessere integration eines ansatzes
für service orienterte strukturen vorgeschlagen. siehe
http://www.software-kompetenz.de/?21805. kann aber sein dass das ausser
mirt niemand interessiert. für waeup portal finde ich das als ansatz nicht
uninteressant da wir sehr viele baustellen haben werden.

wenn euch noch was einfällt was ich mal thematisieren sollte lasst es mich
bitte wissen. ich könnte versuchen am ersten tag ein entsprechendes
proposal einzubringen wenn es von euch klar formulierte! ideen gibt die
sich für den sprint anbieten.

da sein werden einige der zope 3 rockstars wie stephan richter (auch
schooltool projekt) , einige aus dem plone umfeld (z.B. joddock battlog),
nuxeo hat abgesagt wegen kunden projekten. viele der teilnehmer haben
bereits grössere zope 3 projekte am start, das wird sicher interessant mal
deren erfahrungen abzuklopfen.

gruss
ralph


From krueger at k-dns.net  Thu Apr  6 13:04:57 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Thu, 06 Apr 2006 13:04:57 +0200
Subject: [Org-de] Zope 3 sprint
In-Reply-To: <59242.84.159.158.163.1144316816.squirrel@mail.waeup.org>
References: <59242.84.159.158.163.1144316816.squirrel@mail.waeup.org>
Message-ID: <4434F5D9.8090409@k-dns.net>

Ralph at waeup.org schrieb:

> Ich habe hier ein proposal für eine bessere integration eines ansatzes
> für service orienterte strukturen vorgeschlagen. siehe
> http://www.software-kompetenz.de/?21805. kann aber sein dass das ausser
> mirt niemand interessiert. für waeup portal finde ich das als ansatz nicht
> uninteressant da wir sehr viele baustellen haben werden.

Hallo Ralph,

wir hatten ja schon kurz über Service Orientated Architecture (SOA) gesprochen.
Ich stehe nicht allein mit dem Gedanken, dass es sich dabei um eine Idee und
nicht um eine Technik handelt. Effektiv ist es ein in letzter Zeit
marketingmäßig komplett ausgeschlachteter Begriff, der mit einigen wenigen
Kernauslagen zu charakterisieren ist:
- es soll ein Workflow über mehrere Systeme definiert werden
- der Workflow wird typischerweise durch Betriebswirte definiert, die die
Geschäftsprozesse abbilden
- die IT soll das dann 1:1 umsetzen

Der letzte Punkt ist zugleich Knackpunkt des ganzen. Fast alle Studien und
Szenarien lassen einen Punkt aus dem Blickfeld oder würdigen ihn nur im
Nebensatz: Ist das entwickelte Konzept realisierbar. Als Unterpunkte dieser
Frage stellen sich:
- Kann in meine bisherige IT-Struktur SOA implementiert werden?
- Wie hoch ist der Aufwand? Erfahrungsgemäß unverhältnismäßig höher als andere
Konzepte.
- Wann ist mit einem ROI zu rechnen?

Antworten auf diese Fragen bleiben nahezu alle Quellen zum Thema SOA schuldig.
Lieber wird mit alten Träumen der Chefetagen gespielt und mit Floskeln wie "Die
IT arbeitet ENDLICH für das Geschäft." um sich geworfen.
Letztendlich lohnen sich solche Systeme nur im Enterprisebereich mit vielen
angeschlossenen externen Service- und Informationsanbietern.

Also was bringt uns das?
Da Konzept, Services auf unterschiedlichen Server und Plattformen interagieren
zu lassen ist zwar nicht schlecht, aber auch nicht neu. Neu hingegen ist der
Ansatz von den Wirtschaftsleuten die IT-Struktur modellieren zu lassen. Ich
glaube nicht, dass unsere afrikanischen Partner dies leisten könnten. Erst die
Präsentation für die Uniben hat wieder gezeigt, dass sie eher in die andere
Richtung denken. "Was hab ich? Was kann ich damit machen?" statt "Was brauch
ich? Wie setze ich das um?"

Thomas


-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From Ralph at waeup.org  Thu Apr  6 13:17:33 2006
From: Ralph at waeup.org (Ralph@waeup.org)
Date: Thu, 6 Apr 2006 13:17:33 +0200 (CEST)
Subject: [Org-de] Zope 3 sprint
In-Reply-To: <4434F5D9.8090409@k-dns.net>
References: <59242.84.159.158.163.1144316816.squirrel@mail.waeup.org>
        <4434F5D9.8090409@k-dns.net>
Message-ID: <58887.84.159.158.163.1144322253.squirrel@mail.waeup.org>

Hallo Thomas,

danke für das Referat ;-). Ich s wollte nur einen kurze Referenz geben was
man im Allgemeinen darunter versteht.

Mir ist schon klar dass das ein marketingmässiger hype ist wie web 2.0 und
vieles anderes auch. Man muss immer differenziert sehen wann man was
breauchen kann und wann nicht. für vieles im waeup portal werden wir das
nicht brauchen.

Für wiederverwendbare e-Learning Dienste jedoach halte ich den ansatz für
interessant. Content wird wieder und wieder entwickelt, das rad ständig
neu erfunden.

> - Wann ist mit einem ROI zu rechnen?

stell dir mal wenn auch nur 5 universitäten auch gedanklich einigermassen
vernetzt wären. und die würden über eine solche gemeinsam verwendete
architektur lerninhalte gegenseitig durchsuchbar und auch zugänglich
machen. dann hätte sich der mehraufwand bereits amortisiert.


> Letztendlich lohnen sich solche Systeme nur im Enterprisebereich mit
> vielen angeschlossenen externen Service- und Informationsanbietern.

siehe oben

> Also was bringt uns das?

es soll gegebenfalls dem kunden was bringen. das könnte hier gegeben sein.

rab



From henrik at scientific-african.org  Thu Apr  6 14:50:57 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Thu, 6 Apr 2006 14:50:57 +0200
Subject: [Org-de] Zeitdruck
Message-ID: <NHBBLNGHJAJBLDEFMHDBOEBMEDAA.henrik@scientific-african.org>

Ihr habt's alle lesen konnen. Es wird mal wieder Druck gemacht. Mir scheint
jetzt sehr wichtig zu sein, dass wir insbesondere gegenuber Kehinde Samuel
keine falschen Erwartungen wecken. Wenn Uniben unseren Zeitplan akzeptiert,
wird das naturlich auch Hector tun (mussen).

Die Absprache mit Kehinde Samuel eilt und ich werde versuchen, eine
Emailentwurf in den Abendstunden (auf einem Campingplatz) zu schreiben.
Diesen Entwurf mussen wir dann noch intern diskutieren.

Gru?, Henrik

-----Original Message-----
From: org-bounces at lists.waeup.org [mailto:org-bounces at lists.waeup.org]On
Behalf Of Mr. Etomi
Sent: Thursday, April 06, 2006 1:02 PM
To: WAeUP organisation and coordination
Subject: Re: [Org] Happy to work together on the UNIBEN Educational
Portal.


Henrik.
Thanks for your mail and we are all excited that I finally got the approval
from the University to re-build their Administrative Portal.Pls note like I
mentioned before that the new Portal is expected to be fully operational
before the next academic session coming up in Sept.2006.The CPRU has pledged
it's full co-operation to work diligently with your team to achieve the
desired objective.I hace impressed on them on the need to provide all the
relevant information and bata that would give you the required milage in the
execution of the project.They will also provide infprmation regarding the
hardware issues to enable the proper configuration of the hardware
requirments.I will closely monitor developements in this regard but please
do not hesitate to draw my attention to issues that could prevent the
successful delivery of the project.I will be liasing with a committee set up
by the University to monitor progress of the development. Pls note once
again that time is not on our side and so all hands need to be on deck to
ensure successful delivery.I await your response.


From Ralph at waeup.org  Thu Apr  6 15:04:20 2006
From: Ralph at waeup.org (Ralph@waeup.org)
Date: Thu, 6 Apr 2006 15:04:20 +0200 (CEST)
Subject: [Org-de] Zeitdruck
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBOEBMEDAA.henrik@scientific-african.org>
References: <NHBBLNGHJAJBLDEFMHDBOEBMEDAA.henrik@scientific-african.org>
Message-ID: <57749.84.159.158.163.1144328660.squirrel@mail.waeup.org>

hallo henrik,

ich hab ihm propsal bt-->uniben gelesen, dass das portal 8da steht nichts
vom prototyp) 24k euro kostet. ist das auch in afrika sowohl bei uniben
und auch bt WIRKLICH klar, dass das der preis für den prototyp ist? ich
habe nicht den eindruck. ich weiss dass du das kommuniziert hast an bt.
habe aber nicht in erinnerung dass das schriftlich bestaätigt wurde. vor
allem uniben hat im augenblick was ganz anderes vorliegen.

das muss aus meiner sicht zuerst geklärt werden mit der frage wann etomi
gedenkt den rest des ersten vertrags zu bezahlen.

monatelang vorleistungen halte ich nicht für machbar.

schönen urlaub noch wo auch immer du dich rumtreibst

ralph


From support at oeko.net  Thu Apr  6 15:14:11 2006
From: support at oeko.net (Toni Mueller)
Date: Thu, 6 Apr 2006 15:14:11 +0200
Subject: [Org-de] Zope 3 sprint
In-Reply-To: <58887.84.159.158.163.1144322253.squirrel@mail.waeup.org>
References: <59242.84.159.158.163.1144316816.squirrel@mail.waeup.org>
        <4434F5D9.8090409@k-dns.net>
        <58887.84.159.158.163.1144322253.squirrel@mail.waeup.org>
Message-ID: <20060406131411.23454.qmail@oak.oeko.net>


Moin,

On Thu, 06.04.2006 at 13:17:33 +0200, Ralph at waeup.org <Ralph at waeup.org> wrote:
> stell dir mal wenn auch nur 5 universitäten auch gedanklich einigermassen
> vernetzt wären. und die würden über eine solche gemeinsam verwendete
> architektur lerninhalte gegenseitig durchsuchbar und auch zugänglich
> machen. dann hätte sich der mehraufwand bereits amortisiert.

koennen und duerfen die das, oder muessen die einzelkaempferisch als
"Profit-Center" oder sowas im gegenseitigen Wettbewerb arbeiten? Gibt
die Infrastruktur und Logistik das her, dass sie sich IT-Anlagen teilen
bzw. gemeinsam benutzen, und in welchem Ausmass?


Gruss,
--Toni++

From support at oeko.net  Thu Apr  6 15:28:30 2006
From: support at oeko.net (Toni Mueller)
Date: Thu, 6 Apr 2006 15:28:30 +0200
Subject: [Org-de] Zope 3 sprint
In-Reply-To: <4434F5D9.8090409@k-dns.net>
References: <59242.84.159.158.163.1144316816.squirrel@mail.waeup.org>
        <4434F5D9.8090409@k-dns.net>
Message-ID: <20060406132830.23828.qmail@oak.oeko.net>


Moin,

On Thu, 06.04.2006 at 13:04:57 +0200, Thomas Krüger <krueger at k-dns.net> wrote:
> Ralph at waeup.org schrieb:
> > für service orienterte strukturen vorgeschlagen. siehe
> > http://www.software-kompetenz.de/?21805. kann aber sein dass das ausser
> > mirt niemand interessiert. für waeup portal finde ich das als ansatz nicht
> > uninteressant da wir sehr viele baustellen haben werden.

ja (ich spekuliere einfach mal mit)

> Ich stehe nicht allein mit dem Gedanken, dass es sich dabei um eine Idee und
> nicht um eine Technik handelt.

Das sehe ich aehnlich.

> Effektiv ist es ein in letzter Zeit marketingmäßig komplett
> ausgeschlachteter Begriff, der mit einigen wenigen Kernauslagen zu
> charakterisieren ist:

> - es soll ein Workflow über mehrere Systeme definiert werden
> - der Workflow wird typischerweise durch Betriebswirte definiert, die die
> Geschäftsprozesse abbilden
> - die IT soll das dann 1:1 umsetzen

Uhhh... Punkt 1: ok,  Punkte 2 + 3: naja

Wobei Betriebswirte ja heute schon intensiv in der Analyse und manchen
anderen Aspekten der Anwendungsentwicklung beteiligt sind, also ist das
nicht unbedingt etwas Neues.

> Der letzte Punkt ist zugleich Knackpunkt des ganzen. Fast alle Studien und
> Szenarien lassen einen Punkt aus dem Blickfeld oder würdigen ihn nur im
> Nebensatz: Ist das entwickelte Konzept realisierbar.

... und dann auch noch unter der Praemisse, dass es nicht viel mehr als
vorher kosten darf - weiter unten gehst Du ja etwas darauf ein.

> Lieber wird mit alten Träumen der Chefetagen gespielt und mit
> Floskeln wie "Die IT arbeitet ENDLICH für das Geschäft." um sich
> geworfen.

Das hat etwas mit dem Hass der BWLer auf die ITler, von denen sie
ziemlich abhaengig sind, zu tun. Die koennen das nicht verknusen, weil
sie sich dadurch in ihrer Eigenschaft als "Chef" (=
Allmachtsphantasien) angegriffen fuehlen.

> Letztendlich lohnen sich solche Systeme nur im Enterprisebereich mit
> vielen angeschlossenen externen Service- und Informationsanbietern.

Hmm?

> Also was bringt uns das?

Also aus meiner Sicht waere das vielleicht eine Idee, um das
Lastproblem zu loesen, durch die Partitionierung der Anwendung.

> Da Konzept, Services auf unterschiedlichen Server und Plattformen interagieren
> zu lassen ist zwar nicht schlecht, aber auch nicht neu.

CORBA z.B...

> Neu hingegen ist der Ansatz von den Wirtschaftsleuten die IT-Struktur
> modellieren zu lassen. Ich glaube nicht, dass unsere afrikanischen
> Partner dies leisten könnten. Erst die Präsentation für die Uniben
> hat wieder gezeigt, dass sie eher in die andere Richtung denken. "Was
> hab ich? Was kann ich damit machen?" statt "Was brauch ich? Wie setze
> ich das um?"

Vor allem reden wir ja ueber interaktive Anwendungen, und da spekuliere
ich mal, dass man ziemlich viel Hardware und Software braucht, um zur
Anwenderseite hin keine allzugrossen Wartezeiten aufkommen zu lassen -
jeder Uebergang zwischen verschiedenen Systemen bedingt wieder eine
gewisse Latenzzeit, die erstmal durch den Rest der Struktur wieder
eingefahren werden muss. Das muss also vermutlich etwas unterhalb eines
HTTP-Requests sein.


Gruss,
--Toni++

From henrik at scientific-african.org  Thu Apr  6 15:56:29 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Thu, 6 Apr 2006 15:56:29 +0200
Subject: [Org-de] Zeitdruck
In-Reply-To: <57749.84.159.158.163.1144328660.squirrel@mail.waeup.org>
Message-ID: <NHBBLNGHJAJBLDEFMHDBOEBNEDAA.henrik@scientific-african.org>

Hallo Ralph,

Für mich ist mit unserem Besuch in Nigeria die Entwicklung des Prototypen
abgeschlossen. Wie schon erwähnt, werde ich dann eine angemessene
Beteiligung von BT für die Erstellung des Produktivsystems einfordern aber
nicht unbedingt erwarten, dass die tatsächlichen Entwicklungskosten zu 100%
von BT getragen werden. Das System soll ja auch noch an anderer Stelle zum
Einsatz kommen. Nach meiner Einschätzung sitzen wir bereits am längeren
Hebel, da BT gegenüber Uniben im Wort steht. Deswegen bitte nicht so schwarz
sehen.

> schönen urlaub noch wo auch immer du dich rumtreibst

Ich bin mit meinen Söhnen im Wohnwagen unterwegs. Wir mussten jedoch für
drei Tage bei meinen Eltern in Bochum Station machen, da Carl, mein Ältester
(7), krank wurde. Heute abend geht es weiter. Die Himmelsrichtung steht
immer noch nicht fest. Der Wetterbericht wird entscheiden.

Gruß, Henrik


> -----Original Message-----
> From: org-de-bounces at lists.waeup.org
> [mailto:org-de-bounces at lists.waeup.org]On Behalf Of Ralph at waeup.org
> Sent: Thursday, April 06, 2006 3:04 PM
> To: Deutsche WAeUP-Gruppe
> Subject: Re: [Org-de] Zeitdruck
>
>
> hallo henrik,
>
> ich hab ihm propsal bt-->uniben gelesen, dass das portal 8da steht nichts
> vom prototyp) 24k euro kostet. ist das auch in afrika sowohl bei uniben
> und auch bt WIRKLICH klar, dass das der preis für den prototyp ist? ich
> habe nicht den eindruck. ich weiss dass du das kommuniziert hast an bt.
> habe aber nicht in erinnerung dass das schriftlich bestaätigt wurde. vor
> allem uniben hat im augenblick was ganz anderes vorliegen.
>
> das muss aus meiner sicht zuerst geklärt werden mit der frage wann etomi
> gedenkt den rest des ersten vertrags zu bezahlen.
>
> monatelang vorleistungen halte ich nicht für machbar.
>
> schönen urlaub noch wo auch immer du dich rumtreibst
>
> ralph
>
> _______________________________________________
> Org-de mailing list
> Org-de at lists.waeup.org
> http://lists.waeup.org/mailman/listinfo/org-de
>


From support at oeko.net  Thu Apr  6 16:04:13 2006
From: support at oeko.net (Toni Mueller)
Date: Thu, 6 Apr 2006 16:04:13 +0200
Subject: [Org-de] Zeitdruck
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBOEBNEDAA.henrik@scientific-african.org>
References: <57749.84.159.158.163.1144328660.squirrel@mail.waeup.org>
        <NHBBLNGHJAJBLDEFMHDBOEBNEDAA.henrik@scientific-african.org>
Message-ID: <20060406140413.24848.qmail@oak.oeko.net>


Hallo Henrik,

On Thu, 06.04.2006 at 15:56:29 +0200, Henrik Bettermann <henrik at scientific-african.org> wrote:
> abgeschlossen. Wie schon erwähnt, werde ich dann eine angemessene
> Beteiligung von BT für die Erstellung des Produktivsystems einfordern aber
> nicht unbedingt erwarten, dass die tatsächlichen Entwicklungskosten zu 100%
> von BT getragen werden.

dass BT die tatsaechlichen Entwicklungskosten zu 100% traegt, erwartet
vermutlich niemand, aber dass BT den vertraglich vereinbarten Teil von
ca. 24kE bezahlt, erwarten offensichtlich mehrere Leute hier durchaus.

> Das System soll ja auch noch an anderer Stelle zum
> Einsatz kommen.

Schon... aber das sind doch zwei verschiedene Paar Schuhe, oder nicht?

> Nach meiner Einschätzung sitzen wir bereits am längeren Hebel, da BT
> gegenüber Uniben im Wort steht. Deswegen bitte nicht so schwarz
> sehen.

Was heisst schwarz sehen? Es geht, neben dem lieben Geld, mehr um das
Gefuehl, verladen zu werden, und wer mag das schon?

> drei Tage bei meinen Eltern in Bochum Station machen, da Carl, mein Ältester
> (7), krank wurde. Heute abend geht es weiter. Die Himmelsrichtung steht
> immer noch nicht fest. Der Wetterbericht wird entscheiden.

Na, dann wuensche ich noch einen froehlichen Resturlaub.


Gruss,
--Toni++


From henrik at scientific-african.org  Thu Apr  6 16:13:09 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Thu, 6 Apr 2006 16:13:09 +0200
Subject: [Org-de] Zeitdruck
In-Reply-To: <20060406140413.24848.qmail@oak.oeko.net>
Message-ID: <NHBBLNGHJAJBLDEFMHDBKEBOEDAA.henrik@scientific-african.org>

Toni schrieb:

> dass BT die tatsaechlichen Entwicklungskosten zu 100% traegt, erwartet
> vermutlich niemand, aber dass BT den vertraglich vereinbarten Teil von
> ca. 24kE bezahlt, erwarten offensichtlich mehrere Leute hier durchaus.

Habe ich irgendwann etwas anderes behauptet bzw. erwartet?

> > Das System soll ja auch noch an anderer Stelle zum
> > Einsatz kommen.
>
> Schon... aber das sind doch zwei verschiedene Paar Schuhe, oder nicht?

Finde ich nicht unbedingt. Wir erstellen immerhin eine generische Software,
deren afrikaweiter Einsatz von Anfang an geplant war. Mein Verständnis sagt
mir, dass wir die Entwicklungskosten nicht nur einem Kunden aufbürden
können. Sehe ich da etwas falsch?

> > Nach meiner Einschätzung sitzen wir bereits am längeren Hebel, da BT
> > gegenüber Uniben im Wort steht. Deswegen bitte nicht so schwarz
> > sehen.
>
> Was heisst schwarz sehen? Es geht, neben dem lieben Geld, mehr um das
> Gefuehl, verladen zu werden, und wer mag das schon?

Ich habe nie das Gefühl gehabt, verladen oder über den Tisch gezogen zu
werden.

Gruß, Henrik


From Ralph at waeup.org  Thu Apr  6 16:29:46 2006
From: Ralph at waeup.org (Ralph@waeup.org)
Date: Thu, 6 Apr 2006 16:29:46 +0200 (CEST)
Subject: [Org-de] Zeitdruck
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBOEBNEDAA.henrik@scientific-african.org>
References: <57749.84.159.158.163.1144328660.squirrel@mail.waeup.org>
        <NHBBLNGHJAJBLDEFMHDBOEBNEDAA.henrik@scientific-african.org>
Message-ID: <57980.84.159.158.163.1144333786.squirrel@mail.waeup.org>

Hallo Henrik,

>Deswegen bitte nicht so schwarz sehen.

ich hätte wetten können, dass das kommt ;-)

Aber wir brauchen doch ne saubere Auftragsklärung. Wenn wir A sagen
und BT und Uniben meint B zu verstehen dann macht das doch
alles keinen Sinn.

Besser wäre jetzt zu sagen was ist unser Zeitplan und was ist der
ungefähre Korridor an Kosten der entsteht. Sonst sind wir doch schon
wieder am rumeiern so kurz vor Ostern. Wo sollte das ohne eine solche
Klärung zum jetzigen Stadium hinführen? Das gibt nur Raum für
Missverständnisse.

Gruss
Ralph







From support at oeko.net  Thu Apr  6 17:07:15 2006
From: support at oeko.net (Toni Mueller)
Date: Thu, 6 Apr 2006 17:07:15 +0200
Subject: [Org-de] Zeitdruck
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBKEBOEDAA.henrik@scientific-african.org>
References: <20060406140413.24848.qmail@oak.oeko.net>
        <NHBBLNGHJAJBLDEFMHDBKEBOEDAA.henrik@scientific-african.org>
Message-ID: <20060406150715.26433.qmail@oak.oeko.net>


Moin,

On Thu, 06.04.2006 at 16:13:09 +0200, Henrik Bettermann <henrik at scientific-african.org> wrote:
> Toni schrieb:
> > dass BT die tatsaechlichen Entwicklungskosten zu 100% traegt, erwartet
> > vermutlich niemand, aber dass BT den vertraglich vereinbarten Teil von
> > ca. 24kE bezahlt, erwarten offensichtlich mehrere Leute hier durchaus.
> 
> Habe ich irgendwann etwas anderes behauptet bzw. erwartet?

ich habe Deine Aussage so verstanden, aber anscheinend falsch. Dass wir
fuer den kommenden, produktiven Teil nicht alle Kosten komplett auf BT
abwaelzen koennen, jedenfalls nicht nur im Zusammenhang mit Uniben, das
ist auch klar. Wenn und solange sich aber z.B. noch nichts in Ghana
tut, wird erstmal die ganze Kohle aus Nigeria kommen muessen.

> > > Das System soll ja auch noch an anderer Stelle zum
> > > Einsatz kommen.
> > Schon... aber das sind doch zwei verschiedene Paar Schuhe, oder nicht?
> Finde ich nicht unbedingt. Wir erstellen immerhin eine generische Software,
> deren afrikaweiter Einsatz von Anfang an geplant war.

Schon.

> Mein Verständnis sagt mir, dass wir die Entwicklungskosten nicht nur
> einem Kunden aufbürden können. Sehe ich da etwas falsch?

Nein, das sehe ich auch so. Es muss nur sichergestellt werden, dass die
Entwicklungskosten gedeckt sind, bei GPL-Software bekanntlich ein
heikles Thema. ;-)

Davon abgesehen haben wir erstmal nur einen Kunden, und der heisst BT,
auch wenn BT es schaffen sollte, die Software an mehreren Unis zu
plazieren. Dann haben wir zwar mehr Installationen, und der
Gesamtauftrag wird vielleicht groesser, aber solange z.B. Netplux noch
nicht dabei ist, haben wir dann nach wie vor nur einen Kunden.

Ausserdem aendert das alles nichts an der Tatsache, dass Etomi aus
meiner Sicht 24kE unterschrieben hat und diese (noch) nicht zahlt,
obwohl der ganze Vorgang ansonsten schon ziemlich weit in der
Vergangenheit liegt.

> Ich habe nie das Gefühl gehabt, verladen oder über den Tisch gezogen zu
> werden.

Bei Etomi bin ich mir zumindest nicht so sicher, ob er es nicht
wenigstens versucht. Wenn er mal den Rest zahlen wuerde, und zwar ohne
weiter 'rumzuzicken, waere das in meinen Augen eine vertrauensbildende
Massnahme. Nachdem es ja aus Uniben im Moment recht positiv klingt,
sollte ihm das nun leichtfallen.


Gruss,
--Toni++


From Ralph at waeup.org  Thu Apr  6 20:53:31 2006
From: Ralph at waeup.org (Ralph@waeup.org)
Date: Thu, 6 Apr 2006 20:53:31 +0200 (CEST)
Subject: [Org-de] Zope 3 sprint
In-Reply-To: <20060406131411.23454.qmail@oak.oeko.net>
References: <59242.84.159.158.163.1144316816.squirrel@mail.waeup.org>
        <4434F5D9.8090409@k-dns.net>
        <58887.84.159.158.163.1144322253.squirrel@mail.waeup.org>
        <20060406131411.23454.qmail@oak.oeko.net>
Message-ID: <32942.89.48.42.231.1144349611.squirrel@mail.waeup.org>

Hallo Toni,
> Moin,
>
> On Thu, 06.04.2006 at 13:17:33 +0200, Ralph at waeup.org <Ralph at waeup.org>
> wrote:
>> stell dir mal wenn auch nur 5 universitäten auch gedanklich
>> einigermassen
>> vernetzt wären. und die würden über eine solche gemeinsam verwendete
>> architektur lerninhalte gegenseitig durchsuchbar und auch zugänglich
>> machen. dann hätte sich der mehraufwand bereits amortisiert.
>
> koennen und duerfen die das, oder muessen die einzelkaempferisch als
> "Profit-Center" oder sowas im gegenseitigen Wettbewerb arbeiten?

die dürften sich schon vernetzen. ob sie das wollen ist ne andere frage.
durch eine solche kooperation könnten sie finanziell profitieren, weil man
mehr anzubieten hat.

> Gibt die Infrastruktur und Logistik das her, dass sie sich IT-Anlagen
>teilen bzw. gemeinsam benutzen, und in welchem Ausmass?

Es wären ja nicht die IT Anlagen due geteilt würden, aber eine stabile 
Vernetzung zwischen Unis wäre notwendig. Das ist wahrscheinlich in den
meisten regionen derzeit eher schwierig schätze ich. glaube nicht das es
da ein hochschulnetz gibt wie bei uns in den meisten teilen westafrikas.
henrik dürfte das wissen.

ralph



From henrik at scientific-african.org  Thu Apr  6 23:07:31 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Thu, 6 Apr 2006 23:07:31 +0200
Subject: [Org-de] =?iso-8859-1?q?gro=DFes_Vertrauen?=
Message-ID: <NHBBLNGHJAJBLDEFMHDBGECAEDAA.henrik@scientific-african.org>

Hallo zusammen,

Kehinde Samuel hat mir und Joachim in einer vertraulichen Email die
Zugangsdaten als Administrator zum bestehenden Portal der Uniben
zugeschickt. Er hat die Mitteilung verständlicherweise als streng
vertraulich eingestuft, deswegen möchte die Mail nicht einfach über die
Liste weiterleiten. Ich finde das uns entgegengebrachte Vertrauen
sensationell. Es zeigt, wie ernst die Zusammenarbeit gesehen wird. Für
Joachim und Thomas sollte der Zugang goldwert sein. Auf Wunsch leite ich die
Email verschlüsselt weiter.

Gruß, Henrik


From js at aixtraware.de  Fri Apr  7 13:39:18 2006
From: js at aixtraware.de (joachim)
Date: Fri, 07 Apr 2006 13:39:18 +0200
Subject: [Org-de] Zope 3 sprint
In-Reply-To: <59242.84.159.158.163.1144316816.squirrel@mail.waeup.org>
References: <59242.84.159.158.163.1144316816.squirrel@mail.waeup.org>
Message-ID: <44364F66.2050804@aixtraware.de>

Hallo Ralph,

Ralph at waeup.org schrieb:
> Hallo zusammen,
> 
> ich werde wie gesagt am zope 3 sprint teilnehmen
> und  vom 8.4-11.4 in cham in der schweiz sein.
> 

in unserem Fall ist der Status von ORM (object relational mapping) in Z3
interessant, oder die allgemeine Einbettung von SQL in Z3. In letzter
Zeit ist in der Z3 Welt viel von Integration von SQLAlchemy
http://www.sqlalchemy.org/ in Z3 die Rede s.
http://mail.zope.org/pipermail/zope3-users/2006-April/002934.html

-- 
Mit freundlichen Grüßen                                Joachim Schmitz
......................................................................
AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851
Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163

From henrik at scientific-african.org  Fri Apr  7 18:08:24 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Fri, 7 Apr 2006 18:08:24 +0200
Subject: [Org-de] [Org] Happy to work together on the UNIBEN Educational
        Portal.
In-Reply-To: <008c01c65969$94402df0$6600a8c0@Lummyedu>
Message-ID: <NHBBLNGHJAJBLDEFMHDBIECCEDAA.henrik@scientific-african.org>

Dear Hector,

We are very lucky about the approval from Uniben and also the prompt
response from Kehinde Samuel. We will discuss the technical details with him
and will prepare our visit to Benin. The access to the existing portal
provided yesterday will speed up the development enormously.

The is the time schedule proposed by Joachim:

April 06     final adjustment and documentation of the SRPP in close
             collaboration with Kehinde Samuel
22 - 27/5    visit to Benin City
             activities:
             - installation of the intranet server
             - final specification of the features
               which should be online for the next registration
               period
1/6  - 11/8  completion of the alpha-version of the
             production system
14/8 - 25/8  beta releases
28/8 - 15/9  installation and test run in Nigeria (could be done online)

I will forward all emails to you such that you are always informed about the
progress of our work.

I'm travelling next week but will check my emails regularly. From April 19
to 21 I will be in Paris together with Joachim discussing the Uniben portal
requirements with the Nuxeo people:
http://www.z3lab.org/sections/news/zope-3-z3ecm-april

Best regards,

Henrik



> -----Original Message-----
> From: org-bounces at lists.waeup.org [mailto:org-bounces at lists.waeup.org]On
> Behalf Of Mr. Etomi
> Sent: Thursday, April 06, 2006 1:02 PM
> To: WAeUP organisation and coordination
> Subject: Re: [Org] Happy to work together on the UNIBEN Educational
> Portal.
>
>
> Henrik.
> Thanks for your mail and we are all excited that I finally got
> the approval
> from the University to re-build their Administrative Portal.Pls
> note like I
> mentioned before that the new Portal is expected to be fully operational
> before the next academic session coming up in Sept.2006.The CPRU
> has pledged
> it's full co-operation to work diligently with your team to achieve the
> desired objective.I hace impressed on them on the need to provide all the
> relevant information and bata that would give you the required
> milage in the
> execution of the project.They will also provide infprmation regarding the
> hardware issues to enable the proper configuration of the hardware
> requirments.I will closely monitor developements in this regard
> but please
> do not hesitate to draw my attention to issues that could prevent the
> successful delivery of the project.I will be liasing with a
> committee set up
> by the University to monitor progress of the development. Pls note once
> again that time is not on our side and so all hands need to be on deck to
> ensure successful delivery.I await your response.


From support at oeko.net  Fri Apr  7 21:44:22 2006
From: support at oeko.net (Toni Mueller)
Date: Fri, 7 Apr 2006 21:44:22 +0200
Subject: [Org-de] =?iso-8859-1?Q?gro=DFe?=
        =?iso-8859-1?Q?s?= Vertrauen
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBGECAEDAA.henrik@scientific-african.org>
References: <NHBBLNGHJAJBLDEFMHDBGECAEDAA.henrik@scientific-african.org>
Message-ID: <20060407194422.1124.qmail@oak.oeko.net>


Hallo Henrik,

On Thu, 06.04.2006 at 23:07:31 +0200, Henrik Bettermann <henrik at scientific-african.org> wrote:
> sensationell. Es zeigt, wie ernst die Zusammenarbeit gesehen wird. Für
> Joachim und Thomas sollte der Zugang goldwert sein. Auf Wunsch leite ich die
> Email verschlüsselt weiter.

fuer uns bitte auch, danke!

(Deiner Einschaetzung hinsichtlich Uniben und Samuel Kehinde stimme ich
zu.)


Gruss,
--Toni++


From henrik at scientific-african.org  Mon Apr 10 14:27:59 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Mon, 10 Apr 2006 14:27:59 +0200
Subject: [Org-de] Telefonate
Message-ID: <NHBBLNGHJAJBLDEFMHDBGECLEDAA.henrik@scientific-african.org>

Hallo zusammen,

gerade habe ich mit Hector telefoniert. Die University of Sokoto hat BT
ebenfalls den Zuschlag für ein Portal gegeben!

Ansonsten konnte ich ihn überzeigen, dass wir erst im Mai kommen werden und
vorher möglichst viel von Kehinde Samuel erfahren wollen. Hector meinte,
dass wir dann auch unbedingt nach Sokoto fliegen müssen, to kill two birds
with one stone.

Er Teilte mir weiterhin mit, dass das Hauptproblem in Benin die fehlende
Sicherheit des alten Systems sei. Es gäbe ständig Hackerangriffe und es
seien auch schon Daten manipuliert worden. Sogar Admission Letters seien
schon versendet worden. Er hat wieder und wieder betont, dass das Portal im
September in Betrieb gehen muss. Falls das nicht gelingt, würde das ganze
Vorhaben wohl scheitern. Über finanzielle Dinge können wir bei unserem
besuch in Lagos reden. Ihm sei klar, dass er noch mehr bezahlen muss.

Samuel Kehinde hat mich gestern zum Yahoo Voice Chat eingeladen (Yahoo-ID
kdsamuel), der gängigsten Form der Internettelefonie in Afrika. Schaut euch
doch mal an, wie ihr den Yahoo Messenger bei euch installieren könnt. Ich
möchte gerne demnächst eine Live-Konferenz organisieren. Den Messenger
gibt's auch für Linux:
http://messenger.yahoo.com/messenger/download/unix.html

Gruß, Henrik

PS: Gerade kam auch eine Email von Hector, die angeblich schon gestern
abgeschickt hat. Ich leite sie euch weiter.


From henrik at scientific-african.org  Mon Apr 10 14:28:00 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Mon, 10 Apr 2006 14:28:00 +0200
Subject: [Org-de] FW: [Org] Happy to work together on the UNIBEN Educational
        Portal.
Message-ID: <NHBBLNGHJAJBLDEFMHDBIECLEDAA.henrik@scientific-african.org>



-----Original Message-----
From: org-bounces at lists.waeup.org [mailto:org-bounces at lists.waeup.org]On
Behalf Of Hector Etomi
Sent: Friday, April 07, 2006 7:57 PM
To: WAeUP organisation and coordination
Subject: Re: [Org] Happy to work together on the UNIBEN Educational
Portal.


Henrik,
Thanks for your mail and the proposed programme of action.It looks very okay
except that the University expects you stay with them for a fairly longer
period than proposed.In any case we will see about this depending on the out
come of your extent of work with Kehinde.They complained a lot of the
existing Portal so this time around they expect to see something different
in the way our Portal will address thorny issues relating to Administrative
network in the University.When you come around we will need to confirm once
again the scope of the entire project from our perspective because if we all
get it right,then we are on to rendering a solution to a problem that could
transform the delivery of education in our tertiary institutions.There are
alot of vendors with all sorts of offerings to a vulnerable educational
public,but my mind set tells me what they exactly want and who ever provides
the appropriate solution is the winner at the end of the day.I have no doubt
as to your capability to deliver but let me mention that the opportunity
brokered with Uniben will put us in a good stead to win the race.I hope to
hear from you soon.



From henrik at scientific-african.org  Mon Apr 10 14:29:36 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Mon, 10 Apr 2006 14:29:36 +0200
Subject: [Org-de] FW: [Org] Happy to work together on the UNIBEN
        EducationalPortal.
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBIECLEDAA.henrik@scientific-african.org>
Message-ID: <NHBBLNGHJAJBLDEFMHDBGECMEDAA.henrik@scientific-african.org>

Sorry, habe nicht gesehen, dass die Email an die gesamte Liste ging.

From Ralph at waeup.org  Mon Apr 10 14:42:48 2006
From: Ralph at waeup.org (Ralph@waeup.org)
Date: Mon, 10 Apr 2006 14:42:48 +0200 (CEST)
Subject: [Org-de] sprint impressionen und aktuelle entwicklungen
Message-ID: <43398.212.4.84.37.1144672968.squirrel@mail.waeup.org>

Hallo zusammen,

nach drei tagen Sprinting und einigen Gesprächen mit
Leuten die Zope3 Lösungen im einsatz haben bin ich zuversichtlich
und hoffe das Zope3 ein wichtiger Baustein unserer Lösung wird.

Das Framework ist sicher erstmal komplex aber auch sehr flexibel
und stabil. Ich hatte in den letzten Monaten die entwicklung aufgrund
anderer Projekt nur im Rande verfolgt und war überrascht zu sehen wie
sich die Dinge entwickelt haben. Einige Anwendungen von Teilnehmern die
ich gesehen habe bestätigen den Eindruck.

Ich habe mit Stephan gesprochen der für da sSchooltool-Projekt arbeitet.
Einige Konzepte die dort benutzt werden könnten für uns interessant sein
weil sie einen ähnlichen Kontext haben.

Für mich stellen sich derzeit eigentlich drei wesentliche Fragen auch vor
dem Hintergund der heute eingeganegenen Mails.

1. Finanzierung
ich halte es weiterhin für wesentlich zunächst abzuklären, ob wir ein
finanziertes Projekt haben, das es uns erlaubt überhaupt eine zeitliche
und Ressourcenplanung zu machen. Wir müssen das meiner Meinung nach jetzt
sicherstellen können wenn wir irgendwelchen zeitlichen Commitments
eingehen sollen. Erst wenn diese Frage geklärt ist werden für mich 2 und 3
wirklich interessant. Wenn die Unis interessiert sind und Zuschläge
vergeben haben dann muss jetzt auch eine Vorfinanzierung erfolgen. Das
geht nicht anders.
Wir sollen keine kleine Trallala Website entwickeln sondern ein komplexes
Portal das arbeitsintensiv ist.

Solange dieser Punkt nicht geklärt ist sehe ich nicht wie wir 2 und 3
angehen können. Auch die offen Lage um den bisherigen Vertrag muss geklärt
werden.

2. Lösungsentwicklung und zeitliche Planung
Wie kommen wir zu einem ersten technischen Entwurf den wir umsetzen
können? Wir können wir hier Iterationen gemeinsam erarbeiten in nächster
Zeit? Letzlich sollte das zu einer sauberen Projektplanung führen.

3. Kompetenzaufbau
Ich gehe davon aus das wir alle Kompetenzen rund um Zope3 aufbaeuen
müssen. Um das Projekt ans Laufen zu bringen würde ich einen internen
Sprintz.B. an einem verlängerten Wochenende vorschlagen um die zweite
Phase des Projektes loszutreten und alle arbeitsfähig zu machen.
Nichtsdestotrotz sollte keine unterschätzen das wir letztlich alle relativ
wenig Erfahrungen mit Zope 3 haben. Wir müssen angemenssen Zeit haben um
dies Erfahrung zu machen und Lösungen zu entwickeln.

Soweit meine Meinung zu den aktuellen Entwicklungen....

Gruss
Ralph










From henrik at scientific-african.org  Mon Apr 10 23:01:40 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Mon, 10 Apr 2006 23:01:40 +0200
Subject: [Org-de] sprint impressionen und aktuelle entwicklungen
In-Reply-To: <43398.212.4.84.37.1144672968.squirrel@mail.waeup.org>
Message-ID: <NHBBLNGHJAJBLDEFMHDBIEDAEDAA.henrik@scientific-african.org>

Hallo Ralph,

vielen Dank für deine ausführliche Email.

> 1. Finanzierung

Diese Frage wird sich erst endgültig in Nigeria klären. Ich habe heute mit
Thomas telefoniert und ihm zugesichert, zumindest einen angemessenen
Tagessatz für seine Mitreise bei Hector einzufordern. Ich muss noch mit
Joachim klären, ob wir wieder einmal darauf verzichten, um unsere Reise
nicht zu teuer werden zu lassen.

Ansonsten bleibe ich dabei, Uniben ist nur der Anfang und wir müssen schon
etwas guten Willen zeigen, um den afrikanischen Universitätsmarkt zu
erobern. Das soll nicht heißen, dass wir alles umsonst anbieten, jedoch den
vereinbarten Zeitplan akzeptieren: 1. Abschluss der Pilottypenphase in
Nigeria und danach Auszahlung des Restbetrages, 2. Entwicklung eines
Basis-Produktivsystems bis September mit angemessener finanzieller
Unterstützung durch BT. Noch einmal, für mich ist BT nicht nur Auftraggeber
bzw. Kunde. Hector & Co. sind die Türöffner für dieses Gemeinschaftsprojekt.

Heute habe ich mit Hector verhandelt, dass die Uni in Sokoto dann im Januar
oder Februar bedient werden kann. Er war sehr besorgt (worried), dass wir
die Sache vielleicht nicht ernst genug nehmen und die Größenordnung
unterschätzen.

> 2. Lösungsentwicklung und zeitliche Planung

Ich sehe nicht, dass eine gemeinsame Portal-Entwicklung innerhalb unserer
Gruppe bis September bewerkstelligt werden kann. Jeder beklagt sich über
jeden und meine Koordinierungsfähigkeit ist mangels fehlender Programmier-
und Plattformkenntnise stark eingeschränkt. Ich muss mich also bei der
Projektleitung auf das Engagement einzelner Gruppenmitglieder verlassen.
Joachim wird sein CPS-basiertes System weiterentwickeln und sich Rat aus
Paris holen. Thomas wird sich um eine Zope3-basierte Neuentwicklung kümmern
(technischer Entwurf und Projektplanung inklusive) und wird dabei
hoffentlich etwas Unterstützung von dir bekommen. Toni kann sich überelegen,
ob er die Datenbankanbindung übernimmt, muss sich aber dann mit Thomas und
Joachim absprechen. Alle werden bis zu unserer Nigeriareise in Vorleistung
treten müssen. Zeit für weitere Kooperationsversuche haben wir meiner
Meinung nach nicht mehr. Wir haben hier einen großen Fisch an der Angel,
bitte nicht locker lassen.

> 3. Kompetenzaufbau

Einen internen Sprint und damit ein konkretes Losarbeiten finde ich gut.
Aber muss da nicht einer die inhaltliche Leitung übernehmen und damit die
Richtung vorgeben? Nach meiner Meinung macht ein Sprint nur Sinn, wenn wir
Thomas Projektplan zur Aufgabenverteilung heranziehen und Teile davon
abarbeiten.

Gruß, Henrik


From henrik at scientific-african.org  Mon Apr 10 23:14:27 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Mon, 10 Apr 2006 23:14:27 +0200
Subject: [Org-de] FW: [Uniben] Accessing the exiting Portal
Message-ID: <NHBBLNGHJAJBLDEFMHDBAEDBEDAA.henrik@scientific-african.org>

Hallo Thomas,

Kehinde Samuel schrieb:

> What do you think of the about Server Specification? Do you have a better
suggestion?

Kannst du dazu etwas sagen?

Ich finde die Sorgen und Probleme mit dem alten Portal werden in der Email
recht deutlich. Wir sind also aufgefordert, ein wirklich
leistungsorientiertes Portal zu entwickeln. Aber das ist uns ja nicht neu.
Es wäre schön, wenn du auch zur Performance und Sicherheit ein paar
beruhigende Worte schreibst. Wenn möglich sehr höflich, Kehinde Samuel ist
ein sehr feiner Mensch.

Ich bitte bewusst DICH, diese Email zu beantworten. Die Nigerianer sollen
einen positiven Eindruck von dir und deiner Kompetenz bekommen. Das ist dann
ein guter Anlass für mich, eine angemessene Bezahlung für dich einzufordern.

Gruß, Henrik




From Ralph at waeup.org  Mon Apr 10 23:39:27 2006
From: Ralph at waeup.org (Ralph@waeup.org)
Date: Mon, 10 Apr 2006 23:39:27 +0200 (CEST)
Subject: [Org-de] sprint impressionen und aktuelle entwicklungen
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBIEDAEDAA.henrik@scientific-african.org>
References: <43398.212.4.84.37.1144672968.squirrel@mail.waeup.org>
        <NHBBLNGHJAJBLDEFMHDBIEDAEDAA.henrik@scientific-african.org>
Message-ID: <49549.212.4.84.37.1144705167.squirrel@mail.waeup.org>

Hallo Henrik,

>> 1. Finanzierung
>
> Diese Frage wird sich erst endgültig in Nigeria klären.

Das ist zu spät. Du hast doch heute die Mail von Samuel Kehinde gelesen
und um was für eine Grössenordnung es geht. Wenn wir dann im Juni anfangen
würden wäre das definitiv zu spät für ein Projekt dieser Grössenordnung.

> Ansonsten bleibe ich dabei, Uniben ist nur der Anfang und wir müssen schon
> etwas guten Willen zeigen, um den afrikanischen Universitätsmarkt zu
> erobern. Das soll nicht heißen, dass wir alles umsonst anbieten, jedoch
> den vereinbarten Zeitplan akzeptieren:

Sorry ich akzeptiere den Zeitplan unter den völlig unsicheren
Randbedingungen sicher nicht. Ich committe mich zu Projekten von denen ich
weiss das sie erfolgreich abgeschlossen werden können. Ich sage keine
Dinge zu von denen ich von vorneherei weiss, dass sie so nicht gehen.

>1. Abschluss der Pilottypenphase in
> Nigeria und danach Auszahlung des Restbetrages, 2. Entwicklung eines
> Basis-Produktivsystems bis September mit angemessener finanzieller
> Unterstützung durch BT. Noch einmal, für mich ist BT nicht nur
> Auftraggeber
> bzw. Kunde. Hector & Co. sind die Türöffner für dieses
> Gemeinschaftsprojekt.

Das wird so nicht funktionieren.

>
> Heute habe ich mit Hector verhandelt, dass die Uni in Sokoto dann im
> Januar
> oder Februar bedient werden kann. Er war sehr besorgt (worried), dass wir
> die Sache vielleicht nicht ernst genug nehmen und die Größenordnung
> unterschätzen.

Und ich bin sehr besorgt darüber das unser PARTNER seine Vereinbarungen
nicht hält.

> Ich sehe nicht, dass eine gemeinsame Portal-Entwicklung innerhalb unserer
> Gruppe bis September bewerkstelligt werden kann. Jeder beklagt sich über
> jeden und meine Koordinierungsfähigkeit ist mangels fehlender Programmier-
> und Plattformkenntnise stark eingeschränkt. Ich muss mich also bei der
> Projektleitung auf das Engagement einzelner Gruppenmitglieder verlassen.
> Joachim wird sein CPS-basiertes System weiterentwickeln und sich Rat aus
> Paris holen. Thomas wird sich um eine Zope3-basierte Neuentwicklung
> kümmern
> (technischer Entwurf und Projektplanung inklusive) und wird dabei
> hoffentlich etwas Unterstützung von dir bekommen.

Weil wir sowieso so viel Zeit haben arbeiten wir parallel an zwei Lösungen?
Was soll das bringen? Wenn wir alle Kräfte bündeln und jetzt anfangen wäre
es halbwegs machbar bis September eine Uni mit einer derartigen Anzahl von
Studenten zu bedienen.

>Zeit für weitere Kooperationsversuche haben wir meiner
> Meinung nach nicht mehr. Wir haben hier einen großen Fisch an der Angel,
> bitte nicht locker lassen.

Dann müssen wir halt auch alles auf eine Karte setzen. BT muss eine
Vorfinanzierung leisten und jetzt sich auch zu der Wichtigkeit des
Projektes commiten. Glaubst du denn, dass die Amerikaner die das Uniben
Portal gemacht haben kein Geld bekommen haben?

Entweder wir machen das jetzt professionell oder wir (ich) lasse(n) es.
Ich versteh nicht wieso du nicht zum jetzigen Zeitpunkt Tacheles mit Etomi
reden willst. Ich bin der gleichen Meinung wie du - es ist ein
interessantes Projekt und ich würde das gerne machen, aber nicht so von
dir vorgeschlagen.
Vor dem Hintergrund meiner Erfahrungen werde ich in so ein projekt nur
einsteigen wenn die Bedingungen und die richtung ausreichen geklärt sind.

Gruss
Ralph










From krueger at k-dns.net  Tue Apr 11 00:30:20 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Tue, 11 Apr 2006 00:30:20 +0200
Subject: [Org-de] sprint impressionen und aktuelle entwicklungen
In-Reply-To: <49549.212.4.84.37.1144705167.squirrel@mail.waeup.org>
References: <43398.212.4.84.37.1144672968.squirrel@mail.waeup.org>      <NHBBLNGHJAJBLDEFMHDBIEDAEDAA.henrik@scientific-african.org>
        <49549.212.4.84.37.1144705167.squirrel@mail.waeup.org>
Message-ID: <443ADC7C.3090403@k-dns.net>

Hallo Ralph, hallo Henrik,

ihr habt beide sehr deutliche Worte gefunden, und ich muss sagen, dass keiner
von euch wirklich Unrecht hat. Allerdings sieht der eine etwas zu weiß und der
andere etwas zu schwarz. Bitte versucht euch in der Mitte zu treffen.

Eine spontane Idee wäre es, mit Hector jetzt, da seine Auftragslage gesichert
ist, einen Zahlungsplan auszuhandeln, der kontinuierlich Geld in unsere Richtung
fließen lässt, um wenigsten unsere Unkosten zu decken und nach unserer Reise im
Mai in Kraft tritt.

Es ist für ihn, wie für uns ein Risiko. Sollte er es nicht eingehen wollen,
müssten wir natürlich deutlich stärker um Kuchen beteiligt werden. Sprich, man
müsste über einen prozentualen Anteil an den Einnahmen aus dem Portal reden.

Ich werde mich in den nächsten Tagen verstärkt um die Planung kümmern und die
Fragen zur Technik/Sicherheit beantworten. Daher kann ich mich an der Diskussion
nur am Rande beteiligen.

Thomas

-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From henrik at scientific-african.org  Tue Apr 11 08:20:42 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Tue, 11 Apr 2006 08:20:42 +0200
Subject: [Org-de] sprint impressionen und aktuelle entwicklungen
In-Reply-To: <49549.212.4.84.37.1144705167.squirrel@mail.waeup.org>
Message-ID: <NHBBLNGHJAJBLDEFMHDBCEDCEDAA.henrik@scientific-african.org>

Hallo Ralph,

Bevor ich mich um einen Kompromiss bemühe (kommt in Antwort auf Thomas
Email), hier ein paar Kommentare zu deiner Email:

> Das ist zu spät. Du hast doch heute die Mail von Samuel Kehinde gelesen
> und um was für eine Grössenordnung es geht. Wenn wir dann im Juni anfangen
> würden wäre das definitiv zu spät für ein Projekt dieser Grössenordnung.

Hector will ja, dass wir schon morgen kommen und nicht erst Ende Mai. Ich
meine, dass wir die finanziellen Angelegenheiten verbindlich besser in
Nigeria regeln können. So etwas macht man in Westafrika vis a vie. Außerdem
behauptet er, dass wir den Umfang des Projektes mit Uniben abstimmen müssen.

> Sorry ich akzeptiere den Zeitplan unter den völlig unsicheren
> Randbedingungen sicher nicht. Ich committe mich zu Projekten von denen ich
> weiss das sie erfolgreich abgeschlossen werden können. Ich sage keine
> Dinge zu von denen ich von vorneherei weiss, dass sie so nicht gehen.

Der Erfolg hängt von uns ab. Wir müssen ein gutes Produkt abliefern. Solange
ich nicht wirklich weiß, ob wir das überhaupt können, verlange ich nicht
eine große Menge Geld. Ich bin recht sicher, dass die Nigerianer ihre
Rechnung begleichen, aber ebenso unsicher, dass wir die Aufgabe stemmen
können.

> > Noch einmal, für mich ist BT nicht nur
> > Auftraggeber
> > bzw. Kunde. Hector & Co. sind die Türöffner für dieses
> > Gemeinschaftsprojekt.
>
> Das wird so nicht funktionieren.

Sagt dir das deine Afrikaerfahrung oder deine Geschäftserfahrung mit
europäischen Auftraggebern? Letztere kann ich nicht beisteuern, von der
Afrikaerfahrung dafür umso mehr.

> Und ich bin sehr besorgt darüber das unser PARTNER seine Vereinbarungen
> nicht hält.

Siehe oben.

> Weil wir sowieso so viel Zeit haben arbeiten wir parallel an zwei
> Lösungen?
> Was soll das bringen? Wenn wir alle Kräfte bündeln und jetzt anfangen wäre
> es halbwegs machbar bis September eine Uni mit einer derartigen Anzahl von
> Studenten zu bedienen.

Das ärgert mich ebenfalls maßlos. Aber ich kann niemanden zu seinem Glück
zwingen. Ich hoffe, dass Thomas und Joachim noch aufeinander zugehen werden.
Dazu kann auch der gemeinsame Aufenthalt in Nigeria dienen. Spätestens dann,
müssen wir einen gemeinsamen Weg finden.

> Ich versteh nicht wieso du nicht zum jetzigen Zeitpunkt Tacheles mit Etomi
> reden willst.

Genau, von Angesicht zu Angesicht: REDEN! Was soll ich denn jetzt für Emails
losschicken? Soll ich vorab erst einmal 50.000 Euro verlangen ohne zu wissen
wofür? Soll BT auch unsere Zope3-Einarbeitung übernehmen? Mein Eindruck ist,
dass diese Einarbeitung die meiste Zeit in Anspruch nehmen wird.

Bis gleich,

Henrik




From henrik at scientific-african.org  Tue Apr 11 08:36:24 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Tue, 11 Apr 2006 08:36:24 +0200
Subject: [Org-de] sprint impressionen und aktuelle entwicklungen
In-Reply-To: <443ADC7C.3090403@k-dns.net>
Message-ID: <NHBBLNGHJAJBLDEFMHDBMEDCEDAA.henrik@scientific-african.org>

Hallo Thomas,

vielen Dank für die Moderation.

> Eine spontane Idee wäre es, mit Hector jetzt, da seine
> Auftragslage gesichert
> ist, einen Zahlungsplan auszuhandeln, der kontinuierlich Geld in
> unsere Richtung
> fließen lässt, um wenigsten unsere Unkosten zu decken und nach
> unserer Reise im
> Mai in Kraft tritt.

Kannst du denn so einen Zahlungsplan jetzt schon aufstellen? Hängt der nicht
dem Projektplan hinten an?

> Es ist für ihn, wie für uns ein Risiko. Sollte er es nicht
> eingehen wollen,
> müssten wir natürlich deutlich stärker um Kuchen beteiligt
> werden. Sprich, man
> müsste über einen prozentualen Anteil an den Einnahmen aus dem
> Portal reden.

Ok.

> Ich werde mich in den nächsten Tagen verstärkt um die Planung
> kümmern und die
> Fragen zur Technik/Sicherheit beantworten. Daher kann ich mich an
> der Diskussion
> nur am Rande beteiligen.

Das hört sich sehr gut an. Ich werde in der Zwischenzeit die Spesenrechnung
mit Hector absprechen. Wenn deine Planung steht, sehen wir, was wir davon
vielleicht schon vorher in Rechnung stellen können. Allerdings müsste sich
auch Joachim dann zu dieser Planung bekennen. Dies wäre auch mein
Kompromissvorschlag in Bezug auf Ralphs Email.

Gruß, Henrik




From Ralph at waeup.org  Tue Apr 11 08:59:36 2006
From: Ralph at waeup.org (Ralph@waeup.org)
Date: Tue, 11 Apr 2006 08:59:36 +0200 (CEST)
Subject: [Org-de] sprint impressionen und aktuelle entwicklungen
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBCEDCEDAA.henrik@scientific-african.org>
References: <49549.212.4.84.37.1144705167.squirrel@mail.waeup.org>
        <NHBBLNGHJAJBLDEFMHDBCEDCEDAA.henrik@scientific-african.org>
Message-ID: <24742.62.202.14.76.1144738776.squirrel@mail.waeup.org>

Hallo Henrik,

> Hector will ja, dass wir schon morgen kommen und nicht erst Ende Mai. Ich
> meine, dass wir die finanziellen Angelegenheiten verbindlich besser in
> Nigeria regeln können. So etwas macht man in Westafrika vis a vie.
> Außerdem
> behauptet er, dass wir den Umfang des Projektes mit Uniben abstimmen
> müssen.

Wenn die Zeit nicht da ist wird halt das Portal "kleiner". Zeit ist keine
unbegrenzte Ressource.

>
>> Sorry ich akzeptiere den Zeitplan unter den völlig unsicheren
>> Randbedingungen sicher nicht. Ich committe mich zu Projekten von denen
>> ich
>> weiss das sie erfolgreich abgeschlossen werden können. Ich sage keine
>> Dinge zu von denen ich von vorneherei weiss, dass sie so nicht gehen.
>
> Der Erfolg hängt von uns ab. Wir müssen ein gutes Produkt abliefern.
> Solange
> ich nicht wirklich weiß, ob wir das überhaupt können, verlange ich nicht
> eine große Menge Geld. Ich bin recht sicher, dass die Nigerianer ihre
> Rechnung begleichen, aber ebenso unsicher, dass wir die Aufgabe stemmen
> können.

Ich weiss nicht wer "wir" sind. Mit gesicherter Finanzierung glaube ich
schon dass das machbar ist.

>
>> > Noch einmal, für mich ist BT nicht nur
>> > Auftraggeber
>> > bzw. Kunde. Hector & Co. sind die Türöffner für dieses
>> > Gemeinschaftsprojekt.
>>
>> Das wird so nicht funktionieren.
>
> Sagt dir das deine Afrikaerfahrung oder deine Geschäftserfahrung mit
> europäischen Auftraggebern? Letztere kann ich nicht beisteuern, von der
> Afrikaerfahrung dafür umso mehr.

Es gbit in Projekten drei Faktoren an den du drehen kannst Zeit, Kosten
und Qualität. Mehr Schrauben hast du nicht. Wenn der Projektauftrag im
Hinblick auf die Finanzierung offen hast du kein Projekt, in Afrika nicht
und in Europa auch nicht.

>> Weil wir sowieso so viel Zeit haben arbeiten wir parallel an zwei
>> Lösungen?
>> Was soll das bringen? Wenn wir alle Kräfte bündeln und jetzt anfangen
>> wäre
>> es halbwegs machbar bis September eine Uni mit einer derartigen Anzahl
>> von
>> Studenten zu bedienen.
>
> Das ärgert mich ebenfalls maßlos. Aber ich kann niemanden zu seinem Glück
> zwingen. Ich hoffe, dass Thomas und Joachim noch aufeinander zugehen
> werden.
> Dazu kann auch der gemeinsame Aufenthalt in Nigeria dienen. Spätestens
> dann,
> müssen wir einen gemeinsamen Weg finden.

Naja es geht um die Frage Lehmann oder Kahn. Also wenn willst du jetzt als
Nummer Eins - Lehmann oder Kahn? Solange du nicht entscheidest mit wem du
zur WM fahren willst wird das immer so weiter gehen. Was passiert denn wen
zwei Lösungen entstehen? Dann war die Arbeit für die Hälfte der Gruppe
umsonst und sie hätten auf eigenes Risiko gearbeitet. Das wäre auch nicht
schön weil das Projekt nicht so generisch ist das man das einfach
weiterverkaufen kann.

Ich würde erst aktiv zu einer costomizden Lösung beitragen wenn ich sicher
sein kann dass das die verwendete Lösung ist.

>
>> Ich versteh nicht wieso du nicht zum jetzigen Zeitpunkt Tacheles mit
>> Etomi
>> reden willst.
>
> Genau, von Angesicht zu Angesicht: REDEN! Was soll ich denn jetzt für
> Emails
> losschicken? Soll ich vorab erst einmal 50.000 Euro verlangen ohne zu
> wissen
> wofür? Soll BT auch unsere Zope3-Einarbeitung übernehmen? Mein Eindruck
> ist,
> dass diese Einarbeitung die meiste Zeit in Anspruch nehmen wird.
>

ich habe nicht vor Einarbeitungszeiten abzurechnen. Ich sehe das für mich
jedenfalls auch nicht als kritisch an, ich wüsste was zu tun ist. Aber es
geht um eine customized Entwicklung die in Teilen nicht generisch lösbar
sein wird. Was kundenspezifisch ist sollte der Kunde auch bezahlen, den
wiederverwendbaren Teil den ich in anderen Projekten brauchen kann würde
ich nur anteilig kalkulieren.

Gruss
Ralph








From henrik at scientific-african.org  Tue Apr 11 09:09:21 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Tue, 11 Apr 2006 09:09:21 +0200
Subject: [Org-de] sprint impressionen und aktuelle entwicklungen
In-Reply-To: <49549.212.4.84.37.1144705167.squirrel@mail.waeup.org>
Message-ID: <NHBBLNGHJAJBLDEFMHDBIEDDEDAA.henrik@scientific-african.org>

Nachtrag

> Glaubst du denn, dass die Amerikaner die das Uniben
> Portal gemacht haben kein Geld bekommen haben?

Das bestehende Portal (edlink portal) wurde von einer nigerianischen Firma
programmiert:

UniFIB Limited
5 Mojisola Olusoga Close
River Valley Estate
Ojodu-Berger
Lagos
Nigeria

Deren Domain ist www.unifibonline.com ist allerdings expired. Keine Ahnung,
was das bedeuten kann. Googelt mal nach 'edlink portal nigeria'. Ihr werdet
überrascht sein, wo dieses Portal überall läuft:

· University of Benin (UNIBEN), Edo State
· University of Port Harcourt (UNIPORT), Rivers State
· Rivers State University of Science and Technology (RSUST), Rivers State
· Rivers State College of Education (RSCOE), Rivers State
· The Polytechnic Ibadan (POLY IBADAN), Oyo State
· Abia State University (ABSU), Abia State
· University of Ado-Ekiti (UNAD), Ondo State
· University of Nigeria Nsukka and Enugu Campus (UNN), Enugu State
· Enugu State University of Technology (ESUT), Enugu State
· University of Maiduguri (UNIMAID), Borno State
· Kwara State Polytechnic (KWARA POLY), Kwara State
· Ebonyi State University, Ebonyi State
· Ilorin College of Education, Kwara State
· Ilesha College of Education, Ogun State
· Benin College of Education, Edo State
· Nnamdi Azikiwe University, Anambra State
· Ede Polytechnic (POLY EDE), Osun State
· Nigerian French Village, Badagry, Lagos State
· Federal College of Education, Zaria, Kaduna State
· Central University, Accra, Ghana

Alles potentielle Kunden?

Gruß, Henrik


From henrik at scientific-african.org  Tue Apr 11 09:18:29 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Tue, 11 Apr 2006 09:18:29 +0200
Subject: [Org-de] sprint impressionen und aktuelle entwicklungen
In-Reply-To: <24742.62.202.14.76.1144738776.squirrel@mail.waeup.org>
Message-ID: <NHBBLNGHJAJBLDEFMHDBCEDEEDAA.henrik@scientific-african.org>

Ralph schrieb:

> Naja es geht um die Frage Lehmann oder Kahn. Also wenn willst du jetzt als
> Nummer Eins - Lehmann oder Kahn? Solange du nicht entscheidest mit wem du
> zur WM fahren willst wird das immer so weiter gehen. Was passiert denn wen
> zwei Lösungen entstehen? Dann war die Arbeit für die Hälfte der Gruppe
> umsonst und sie hätten auf eigenes Risiko gearbeitet. Das wäre auch nicht
> schön weil das Projekt nicht so generisch ist das man das einfach
> weiterverkaufen kann.

Schöner Vergleich. Nur haben wir in unserem Fall keine nationalen Ligen, wo
sich der Bundestrainer von der Leistungsfähigkeit potentieller Spieler
überzeugen kann. Der Begriff 'Spieler' meint hier die Systeme 'Joachim' und
'Thomas', nicht die Personen selber. Und wenn Joachim und Thomas ehrlich
sind, wissen sie selber nicht, wieviele Tore ihre Systeme halten werden.

Gruß, Henrik


From Ralph at waeup.org  Tue Apr 11 09:59:43 2006
From: Ralph at waeup.org (Ralph@waeup.org)
Date: Tue, 11 Apr 2006 09:59:43 +0200 (CEST)
Subject: [Org-de] sprint impressionen und aktuelle entwicklungen
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBCEDEEDAA.henrik@scientific-african.org>
References: <24742.62.202.14.76.1144738776.squirrel@mail.waeup.org>
        <NHBBLNGHJAJBLDEFMHDBCEDEEDAA.henrik@scientific-african.org>
Message-ID: <36755.212.4.84.37.1144742383.squirrel@mail.waeup.org>

Hallo Henrik,

heute ist Schooltool IRC Meeting. Ich werde als Teilnehmer am Meeting
unser Projekt mit eurer Zustimmunung vorstellen. Ist das ok?

Stephan Richter könnte sich auch vorstellen dass wir gewisse Teile zu
Schooltool beitragen könnten und evtl. über Bounties von Shuttleworth
finanziert bekommen können wenn wir einen entsprechenden Antrag stellen.
Ich bin mir nicht so sicher wegen der Implikationen rechtlich aber wir
hätten immensen Zugriff auf akademische Ressourcen und einiges wär schon
da. Schoolttol unterstützt Grading systeme etc.

Stephan ist noch bis 26.4 in Deutschland(Dresden). Er würde falls wir
Interesse hätten auch mal für ein Gespräch zur Verfügung stehen. Mitareit
ist auch denkbar wenn wir eine Finanzierung hinbekommen. Seine
finanziellen Vorstellungen sind nicht over the top. Nachdem ich ihm das
Projekt kurz vorgestellt habe hat er aber auch sofort gesagt das September
nach seiner Einschätzung nicht realistisch ist. Ich finde seine Einbindung
an der ein oder anderen Stelle um Guidance zu geben nicht schlecht. Das
würde uns sicher vor Sackgassen bewahren aufgrund fehlender Z3 Experience.

Das System Thomas von dem ich bekennender Anhänger bin wird damit aus
meiner Sicht zunehmend attraktiver, weil wir uns vernetzen könnten und an
Reputation gewinnen könnten.

Sorry für den Vorstoss aber ich würde das jetzt gerne in eine gute und
zukunftssichere Richtung schieben.

Ralph





From henrik at scientific-african.org  Tue Apr 11 11:38:12 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Tue, 11 Apr 2006 11:38:12 +0200
Subject: [Org-de] sprint impressionen und aktuelle entwicklungen
In-Reply-To: <36755.212.4.84.37.1144742383.squirrel@mail.waeup.org>
Message-ID: <NHBBLNGHJAJBLDEFMHDBCEDFEDAA.henrik@scientific-african.org>

Hallo Ralph,

dein Vorstoss ist mir sehr willkommen. Joachim, lauscht du auch? Bitte teile
uns deine Meinung zur Kooperation mit den schooltool-Leuten mit. Wenn
Shuttleworth mit einsteigt, bekommen wir enormen Rückenwind.

> Das System Thomas von dem ich bekennender Anhänger bin wird damit aus
> meiner Sicht zunehmend attraktiver, weil wir uns vernetzen könnten und an
> Reputation gewinnen könnten.

Dem stimme ich 100% zu.

> Stephan ist noch bis 26.4 in Deutschland(Dresden). Er würde falls wir
> Interesse hätten auch mal für ein Gespräch zur Verfügung stehen.

Wie und wo kann man Stephan treffen? Kannst du mir seine Emailadresse geben?

> Nachdem ich ihm das
> Projekt kurz vorgestellt habe hat er aber auch sofort gesagt das September
> nach seiner Einschätzung nicht realistisch ist.

Diese Einschätzung sorgt mich sehr, denn an diesem Termin hängt viel, wenn
nicht alles. Thomas, bitte versuche bei deiner Projektplanung schnell eine
realistische Zeiteinschätzung vorzunehmen und wieviel Manpower du brauchst,
um bis September in Produktion gehen zu können. Notfalls müssen wir externe
Programmierer hinzuziehen. Dann muss BT natürlich einiges vorstrecken.

Noch einmal zur Finanzierung: Es muss klar sein, dass der Prototyp bereits
bezahlt ist, auch wenn die zweite Rate noch aussteht. Hector hat mir am
Telefon gesagt, dass nach seinem Verständnis die Weiterentwicklung und
Umwandlung in ein Produktivsystem 'nur' eine Erweiterung des SRPP bedeuten
kann. Joachim sieht dies bekanntlich genauso. Ich habe Hector angedeutet,
dass wir für das Produktivsystem eventuell eine ganz andere Technologie
brauchen. Er hat das aber nicht verstanden. Wie dem auch sei - wenn wir
Kosten in Rechnung stellen können, dann erst ab dem Stadium, in dem Thomas
System die gleiche Funktionalität hat wie Joachims SRPP. Alles andere ist
nicht vermittelbar.

Ich finde übrigens immer mehr Gefallen an Thomas Vorschlag, einen
prozentualen Anteil an den Einnahmen aus dem Portal zu verhandeln, wenn
unser Zahlungsplan nicht akzeptiert wird. Schwierig wird nur die Abrechnung
und Kontrolle der Einnahmen. Wir müssten entsprechende Hintertüren in die
Software einbauen.

Gruß, Henrik


From henrik at scientific-african.org  Tue Apr 11 14:00:56 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Tue, 11 Apr 2006 14:00:56 +0200
Subject: [Org-de] FW: [Uniben] Accessing the exiting Portal
Message-ID: <NHBBLNGHJAJBLDEFMHDBEEDHEDAA.henrik@scientific-african.org>

Hallo Thomas,

> Thanks a million for the info!

Da war er ja wirklich überrascht. Du siehst mit welch kleinen Dingen wir
Freude erzeugen können. Und auch seine weitere Einschätzung zeigt, wie
richtig und wichtig eine vernünftige, verteilte Serverarchitektur ist. Wir
liegen goldrichtig und haben anscheinend in Kehinde einen guten Partner in
Afrika. Ich weiß das nach meinen Erfahrungen sehr zu schätzen.

Gruß, Henrik


From krueger at k-dns.net  Tue Apr 11 17:25:50 2006
From: krueger at k-dns.net (=?ISO-8859-15?Q?Thomas_Kr=FCger?=)
Date: Tue, 11 Apr 2006 17:25:50 +0200
Subject: [Org-de] mein Posting auf [Uniben]
Message-ID: <443BCA7E.4060303@k-dns.net>

Ich bitte alle, mögliche Kritik an meinem aktuellen Posting, hier und nicht auf
der Uniben-Liste abzugeben.

Thomas

-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From js at aixtraware.de  Tue Apr 11 22:41:15 2006
From: js at aixtraware.de (Joachim Schmitz)
Date: Tue, 11 Apr 2006 22:41:15 +0200
Subject: [Org-de] =?iso-8859-15?q?wie_k=F6nnen_wir_es_stemmen_=3F?=
Message-ID: <443C146B.2020505@aixtraware.de>

Guten Abend vom Mittelmeer,

nachdem ich nun tagsüber ein Schiff angepinselt, und gerade die 
umfangreiche Tageskorrespondenz gelesen habe, will ich mal meinen Senf 
dazugeben.

Der Erfolg des Projektes ist klar definiert:

Wir müssen im September Oktober produktiv online bei Unibenin sein.
Alles andere zählt nicht.

Meiner Ansicht nach können wir das wie folgt erreichen:

1. Implementierung / Umsetzung des existierenden Systems auf Zope + 
Opensource SQL Server, natürlich nicht 1 / 1 sondern im wesentlichen die 
Tabellen und Auswertungen.

2. Implementierung der für die in Betriebnahme wesentlichen fehlenden 
Funktionalitäten.

3. Installation - wie bereits vorgeschlagen - eines Internetservers und 
eines Intranetservers.

4. "Pragmatischer" standby der beiden Server. Pragmatisch soll heißen:

- Beide Rechner können von einander unabhängig arbeiten
- sie synchronisieren sich je nach verfügbarer Bandbreite untereinander.
- Sie müssen aber auch eventuell tagelang unabhängig voneinander 
arbeiten können, ohne dass es zu Fehlfunktionen kommt.

5. Grundsätzlich erfolgen die Zugriffe von den E-Learning-Centern auf 
den Intranetserver.

6. Die Zugriffe von außerhalb auf den Internetserver.

Punkt 1 sollte bis zu unserem Nigeria Besuch machbar sein.

Wir können das auch schon mit dem SRPP verheiratet haben.

Wichtig ist meiner Ansicht nach, dass wir im September ein System haben, 
das die Erwartungen der Nigerianer insbesondere der Uniben erfüllt. Um 
herauszufinden, was die Erwartungen sind können wir nur immer wieder 
nachfragen was die Probleme im Augenblick sind.
Meiner Meinung nach liegen die Probleme darin dass Funktionalitäten 
nicht vorhanden oder sehr unzuverlässig ausgeführt werden, nicht darin, 
dass nicht mehr als soundsoviel Zugriffe pro Zeiteinheit ausführt 
können, oder nicht 1000 Studenten gleichzeitig registrieren können.

Ich denke das die Bezahlung dann kein Problem ist, wenn wir gezeigt 
haben, dass wir die geforderte Funktionalität zuverlässig bereitstellen 
können.

Ich bin bereit darin zu investieren. Für mich ist nur das Ergebnis 
wichtig, im September erfolgreich zu sein.

Soviel für heute Abend

Grüße

Joachim




From krueger at k-dns.net  Tue Apr 11 23:21:43 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Tue, 11 Apr 2006 23:21:43 +0200
Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?=
        =?ISO-8859-1?Q?=3F?=
In-Reply-To: <443C146B.2020505@aixtraware.de>
References: <443C146B.2020505@aixtraware.de>
Message-ID: <443C1DE7.5000403@k-dns.net>

Joachim Schmitz schrieb:

> 4. "Pragmatischer" standby der beiden Server. Pragmatisch soll heißen:
> 
> - Beide Rechner können von einander unabhängig arbeiten
> - sie synchronisieren sich je nach verfügbarer Bandbreite untereinander.
> - Sie müssen aber auch eventuell tagelang unabhängig voneinander 
> arbeiten können, ohne dass es zu Fehlfunktionen kommt.


Eine Stand-By-Funktion ist nicht gefragt, beide Server sollen nach der Ansicht
von Kehinde ein geographisch verteiltes Load-Balancing machen. Das ist extrem
schwierig, nimmt man die Unzuverlässigkeit des Links und die schmale Bandbreite
dazu, haben wir einen echten Sonderfall. Beide Server dürfen nicht asynchron
arbeiten, weil sie mit jeder nicht replizierten Änderung weiter auseinander
driften und schon nach wenigen Transaktionen auf die gleichen Daten
unsynchronisierbar werden. Das wir zum Teil mit Finanzen arbeiten wäre das DER GAU.
Es gibt nur ein Konzept zur Synchronisation, dass die  Datenintegrität erhält:
Master -> Slave. Dabei müssen aber alle Änderungen auf dem Master gemacht und
zeitnah repliziert werden. Dies setzt wieder den Link voraus.
Das Ganze ist also alles andere als trivial.

Ich habe noch eine sehr rohe Idee im Hinterkopf, in der es darum geht
Workflow-Activities atomisch zu machen und komplett bei einer Transition zu
synchronisieren. Das ist natürlich ungleich schwieriger zu realisieren.

> Meiner Meinung nach liegen die Probleme darin dass Funktionalitäten 
> nicht vorhanden oder sehr unzuverlässig ausgeführt werden, nicht darin, 
> dass nicht mehr als soundsoviel Zugriffe pro Zeiteinheit ausführt 
> können, oder nicht 1000 Studenten gleichzeitig registrieren können.

Das wäre beides problematisch und keines der Themen darf in den Hintergrund
gestellt werden.

Zurzeit bin ich, nach ausführlicher Absprache mit Henrik, dabei das komplette
System durchzuplanen. Mit Ergebnissen ist bis Ende der Woche zu rechnen.

Thomas


-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From support at oeko.net  Tue Apr 11 23:53:51 2006
From: support at oeko.net (Toni Mueller)
Date: Tue, 11 Apr 2006 23:53:51 +0200
Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?=
        =?iso-8859-1?Q?n?= wir es stemmen ?
In-Reply-To: <443C1DE7.5000403@k-dns.net>
References: <443C146B.2020505@aixtraware.de> <443C1DE7.5000403@k-dns.net>
Message-ID: <20060411215351.13442.qmail@oak.oeko.net>


'Nabend,

On Tue, 11.04.2006 at 23:21:43 +0200, Thomas Krüger <krueger at k-dns.net> wrote:
> Joachim Schmitz schrieb:
> > 4. "Pragmatischer" standby der beiden Server. Pragmatisch soll heißen:
> > 
> > - Beide Rechner können von einander unabhängig arbeiten
> > - sie synchronisieren sich je nach verfügbarer Bandbreite untereinander.

das waere meiner Ansicht nach i.W. nachts.

> > - Sie müssen aber auch eventuell tagelang unabhängig voneinander 
> > arbeiten können, ohne dass es zu Fehlfunktionen kommt.

Das liesse sich vielleicht durch Aufgabenverteilung erreichen.

> Eine Stand-By-Funktion ist nicht gefragt, beide Server sollen nach der Ansicht
> von Kehinde ein geographisch verteiltes Load-Balancing machen. Das ist extrem
> schwierig, nimmt man die Unzuverlässigkeit des Links und die schmale Bandbreite
> dazu, haben wir einen echten Sonderfall. Beide Server dürfen nicht asynchron
> arbeiten, weil sie mit jeder nicht replizierten Änderung weiter auseinander
> driften und schon nach wenigen Transaktionen auf die gleichen Daten
> unsynchronisierbar werden.

Wieso sollen die Daten denn "unsynchronisierbar" werden? Ich denke, das
kommt ziemlich stark auf den Einzelfall an.

Beispiel: Bettenreservierung.

Jedes System arbeitet mit einem Pool an Betten, die er an interessierte
Studenden ausgeben kann (z.B. System A: alle Betten in Haus 1, System
B: alle Betten in Haus 2). Wenn jetzt der Link 'runtergeht, koennen
beide Systeme noch solange Betten ausgeben, wie sie selbst "vorraetig"
haben, aber eben nicht alle, die da sind - es koennten ja noch Betten
in einem Haus frei sein, auf die das System auf der anderen Seite des
Links nicht zugreifen kann. Wenn der Link wiederkommt, synchronisieren
sie sich und verteilen die Aufgaben neu.

> Das wir zum Teil mit Finanzen arbeiten wäre das DER GAU.
> Es gibt nur ein Konzept zur Synchronisation, dass die  Datenintegrität erhält:
> Master -> Slave. Dabei müssen aber alle Änderungen auf dem Master gemacht und
> zeitnah repliziert werden. Dies setzt wieder den Link voraus.

Damit faellt mindestens eines der Systeme aus, wenn der Link
'runtergeht oder einfach nur zu sehr verstopft ist. Wenn ich mir
anhoere, dass die ca. 30000 Studenten sich innerhalb von 10 Tagen (hab'
ich doch richtig im Kopf?) registrieren sollen, und dass zu dem
Zeitpunkt eh' schon 80% auf dem Campus sind, wuerde ich dem System
weiter draussen einfach eine entsprechende Funktionssperre verpassen,
wenn der Link nicht da ist. Dann koennen noch rein lesende Zugriffe auf
unkritische Daten (z.B. die Publikationen) erfolgen, aber eben nichts
mehr, wo es um Geld oder Dinge wie Zulassung geht.

> Das Ganze ist also alles andere als trivial.

Das hat niemand behauptet, oder? Aber eine Sache laesst sich nunmal
nicht wegdiskutieren: Bei den gegebenen Rahmenbedingungen halte ich es
nach dem derzeitigen Wissensstand fuer absolut unvermeidbar, dass die
Synchronisation teilweise fehlen wird, weil die Leitung das einfach
nicht hergibt, staendig synchronisiert zu sein. Wir brauchen nicht nur
theoretisch, sondern sehr praktisch, einen Ansatz, um
Zeitverzoegerungen von zumindest einigen Stunden auffangen zu koennen
("Batchbetrieb"?).

> > Meiner Meinung nach liegen die Probleme darin dass Funktionalitäten 
> > nicht vorhanden oder sehr unzuverlässig ausgeführt werden, nicht darin, 
> > dass nicht mehr als soundsoviel Zugriffe pro Zeiteinheit ausführt 
> > können, oder nicht 1000 Studenten gleichzeitig registrieren können.
> 
> Das wäre beides problematisch und keines der Themen darf in den Hintergrund
> gestellt werden.

Das sehe ich auch so.

> Zurzeit bin ich, nach ausführlicher Absprache mit Henrik, dabei das komplette
> System durchzuplanen. Mit Ergebnissen ist bis Ende der Woche zu rechnen.

Warum passiert das nicht hier auf der Liste?


Gruss,
--Toni++


From krueger at k-dns.net  Wed Apr 12 05:04:15 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Wed, 12 Apr 2006 05:04:15 +0200
Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?=
        =?ISO-8859-1?Q?=3F?=
In-Reply-To: <20060411215351.13442.qmail@oak.oeko.net>
References: <443C146B.2020505@aixtraware.de> <443C1DE7.5000403@k-dns.net>
        <20060411215351.13442.qmail@oak.oeko.net>
Message-ID: <443C6E2F.7070208@k-dns.net>

Toni Mueller schrieb:

> Wieso sollen die Daten denn "unsynchronisierbar" werden? Ich denke, das
> kommt ziemlich stark auf den Einzelfall an.
> 
> Beispiel: Bettenreservierung.
> 
> Jedes System arbeitet mit einem Pool an Betten, die er an interessierte
> Studenden ausgeben kann (z.B. System A: alle Betten in Haus 1, System
> B: alle Betten in Haus 2). Wenn jetzt der Link 'runtergeht, koennen
> beide Systeme noch solange Betten ausgeben, wie sie selbst "vorraetig"
> haben, aber eben nicht alle, die da sind - es koennten ja noch Betten
> in einem Haus frei sein, auf die das System auf der anderen Seite des
> Links nicht zugreifen kann. Wenn der Link wiederkommt, synchronisieren
> sie sich und verteilen die Aufgaben neu.

Dein Beispiel ist der Idealfall, dort kann man wirklich mit zwei Pools arbeiten.
Aber stell dir nur mal vor ein Student hat die Scratch-Card dafür bezahlt. Die
Systeme sind synchron und verlieren jetzt den Link. Jetzt bucht er zwei mal ein
Zimmer, auf beiden Servern einmal eins. Auch wenn dieser Konflikt noch einfach
zu Lösen scheint, man kann halt ein Zimmer nehmen, gibt es doch viele
Möglichkeiten, die ernsthaftere Probleme verursachen können. Schon allein von
den Primärkeys her. Was tun wenn auf beiden Servern für eine Tabelle zwei
unterschiedliche Datenenreihen mit dem gleichen Primärkey erzeugt werden? Das
ist alles nicht so einfach.

>> Das wir zum Teil mit Finanzen arbeiten wäre das DER GAU.
>> Es gibt nur ein Konzept zur Synchronisation, dass die  Datenintegrität erhält:
>> Master -> Slave. Dabei müssen aber alle Änderungen auf dem Master gemacht und
>> zeitnah repliziert werden. Dies setzt wieder den Link voraus.
> 
> Damit faellt mindestens eines der Systeme aus, wenn der Link
> 'runtergeht oder einfach nur zu sehr verstopft ist. Wenn ich mir
> anhoere, dass die ca. 30000 Studenten sich innerhalb von 10 Tagen (hab'
> ich doch richtig im Kopf?) registrieren sollen, und dass zu dem
> Zeitpunkt eh' schon 80% auf dem Campus sind, wuerde ich dem System
> weiter draussen einfach eine entsprechende Funktionssperre verpassen,
> wenn der Link nicht da ist. Dann koennen noch rein lesende Zugriffe auf
> unkritische Daten (z.B. die Publikationen) erfolgen, aber eben nichts
> mehr, wo es um Geld oder Dinge wie Zulassung geht.

Nach Kehindes aktueller Aufstellung müssen wir sogar mit über 40.000 Leuten
rechnen. Du würdest also den Campus-Server zum Master machen?

Thomas

-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From henrik at scientific-african.org  Wed Apr 12 07:58:14 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Wed, 12 Apr 2006 07:58:14 +0200
Subject: =?iso-8859-1?Q?RE:_=5BOrg-de=5D_wie_k=F6nnen_wir_es_stemmen_=3F?=
In-Reply-To: <20060411215351.13442.qmail@oak.oeko.net>
Message-ID: <NHBBLNGHJAJBLDEFMHDBOEEAEDAA.henrik@scientific-african.org>

Guten Morgen zusammen,

endlich geht's zur Sache ...

Bzgl. der Server-Diskussion bin ich mir nicht ganz sicher, ob ich Thomas
Vorschlag richtig verstanden habe:

> My recommendation is to connect the local intranet server to a
> replicated read-only slave database. The Portal will write transactions to
the
> master which will be replicated to the slave again. Read accesses are done
from
> the local database. If implemented with the proper QoS setting on your
satellite
> link (BT may aid you here) you will have a much lower traffic, and the
both
> systems should be synchronizing fast enough. And other positive aspect: if
the
> master server fails completely you will still be able to make the intranet
> server master easily and keep the registration system running.

Wo steht der Slave und wo der Master? Ich hab's nicht so richtig kapiert.

Ansonsten sagt mir mein Sachverstand, dass der Master-Server dort stehen
sollte, wo die meisten Transaktionen durchgeführt werden, und das ist zu
Beginn sicherlich auf dem Campus. Der Slave-Server im Internet muss nach
meiner Meinung seine Datenbank schreibschützen, sobald der Link abreißt oder
Veränderungen nur unter Vorbehalt zulassen dürfen. Ich habe aber keine
Ahnung, wie das funtionieren könnte. Grundsätzlich folge ich Thomas Ansicht,
dass z.B. der Datensatz eines Studenten nur an einer Stelle 'geöffnet' sein
darf. Sobald er geöffnet wird, muss er auf dem anderen Rechner gesperrt
werden und dazu ist ein permanenter Link nötig.

Toni schrieb:

> Warum passiert das nicht hier auf der Liste?

Das meiste geschieht auf der Liste. Telefongespräche sind darüber hinaus
nötig. Wir sollten die Tradition pflegen, dass wir anschließend der Liste
das Resultat der mündlichen Konsultation mitteilen. Dem möchte ich mit gutem
Beispiel vorangehen: Thomas hat die Leitung der Softwareentwicklung
übernommen. Das war keine Entscheidung gegen jemanden, sondern für die
Sache. Es eilt und wir können uns keine weiteren zeitintensiven
Streitigkeiten über Details leisten. Lassen wir einmal persönliche
Ressentiments außen vor, dann bin ich der festen Überzeugung, dass sein
technischer Entwurf von der ganzen Gruppe ohne Bauchschmerzen getragen
werden kann. Arbeit bleibt für alle genug. Warten wir mal sein
Planungspapier ab. Dieses wird nicht unumstößlich sein. Wir können und
müssen es sachlich diskutieren. Soweit ich Thomas verstanden habe, lässt
sich die Serversynchronistation noch am ehesten abkoppeln und isoliert
programmieren. Deswegen sein Vorschlag, dass Toni sich dieser Technik
widmet. Er hatte den verständlichen Wunsch geäußert, dass eine Entscheidung
für oder gegen bestimmte Datenbanken dabei gut begründet wird. Thomas hat
mich diesbezüglich auf das herunterladbare OpenSource Jahrbuch 2006
hingewiesen, in dem ein ausführlicher Vergleich der Datenbanken vorgenommen
wird, den sogar ich verstehe. Auf Seite 193 gibt es eine Tabelle, in der
z.B. PostgeSQL in den Betriebsparametern gar nicht so gut abschneidet. Mir
scheint eine ausgewogene Entscheidung notwendig.

Joachim schrieb:

> Ich denke das die Bezahlung dann kein Problem ist, wenn wir gezeigt
> haben, dass wir die geforderte Funktionalität zuverlässig bereitstellen
> können.
> Ich bin bereit darin zu investieren. Für mich ist nur das Ergebnis
> wichtig, im September erfolgreich zu sein.

Dem schließe ich mich voll und ganz an.

Ich wünsche allen einen schönen und erfolreichen Tag,

Henrik



From support at oeko.net  Wed Apr 12 09:26:21 2006
From: support at oeko.net (Toni Mueller)
Date: Wed, 12 Apr 2006 09:26:21 +0200
Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?=
        =?iso-8859-1?Q?n?= wir es stemmen ?
In-Reply-To: <443C6E2F.7070208@k-dns.net>
References: <443C146B.2020505@aixtraware.de> <443C1DE7.5000403@k-dns.net>
        <20060411215351.13442.qmail@oak.oeko.net>
        <443C6E2F.7070208@k-dns.net>
Message-ID: <20060412072621.25923.qmail@oak.oeko.net>



Moin,

On Wed, 12.04.2006 at 05:04:15 +0200, Thomas Krüger <krueger at k-dns.net> wrote:
> Toni Mueller schrieb:
> > Wieso sollen die Daten denn "unsynchronisierbar" werden? Ich denke, das
> > kommt ziemlich stark auf den Einzelfall an.
> > 
> > Beispiel: Bettenreservierung.
> 
> Dein Beispiel ist der Idealfall, dort kann man wirklich mit zwei
> Pools arbeiten.

ich wollte _NICHT_ behaupten, dass das mit allen Aufgaben geht, aber
ich habe den ganz starken Verdacht, dass wir fuer alle Aufgaben
versuchen, eine Konstruktion zu finden, die die Verteilung erlaubt,
moeglichst dynamisch, so dass man hinterher per Konfiguration
entscheiden kann, was wie auf einem System, und was wie auf mehreren
Systemen laeuft.

> > ich doch richtig im Kopf?) registrieren sollen, und dass zu dem
> > Zeitpunkt eh' schon 80% auf dem Campus sind, wuerde ich dem System
> > weiter draussen einfach eine entsprechende Funktionssperre verpassen,
> > wenn der Link nicht da ist. Dann koennen noch rein lesende Zugriffe auf
@Henrik: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > unkritische Daten (z.B. die Publikationen) erfolgen, aber eben nichts
@Henrik: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > mehr, wo es um Geld oder Dinge wie Zulassung geht.
> 
> Nach Kehindes aktueller Aufstellung müssen wir sogar mit über 40.000 Leuten
> rechnen. Du würdest also den Campus-Server zum Master machen?

Natuerlich - wenn 80% der Leute eh' auf dem Campus arbeiten, dann steht
fuer diese 80% der Leute fest:

 * Sie sind da und werden sich weniger leicht dazu entschliessen, das
   Studium sausen zu lassen und damit einen Platz zu blockieren, als
   jemand, der erst noch 500km (?) Anreise vor sich hat.
 * Diese Leute muessen schnell bedient werden, denn ich glaube nicht,
   dass die z.B. unter freiem Himmel campieren sollten, nur weil der
   Link gerade nicht da ist.
 * Die Verbindung sollte auf dem Campus deutlich schneller und
   zuverlaessiger als die nach draussen sein. Dh. diese Leute koennen
   im Prinzip sehr viel mehr Last auf die Server bringen (wie war das,
   300 oder mehr Plaetze in Internetcafes auf dem Campus?).
 * Die gleiche Datenmenge nach draussen zu schaffen, halte ich in
   Spitzenzeiten fuer unmoeglich, selbst wenn alle anderen
   Nutzungsarten in der Zeit verboten/abgedreht wuerden.

Bei 40000 Studenten sind 20% = 8000 Studenten. Die koennte man
vielleicht teilweise mit einem Call-Center abhandeln unter der Annahme,
dass Telefone dort zuverlaessiger als Internet funktionieren. Das
sollte ebenfalls leichter gehen, als 32000 Leute im Callcenter oder mit
lokalen Mitarbeitern abzuarbeiten, weil der Server da draussen nicht
erreichbar ist...

Btw, die gleichen Probleme wie Doppelregistrierung etc hast Du auch bei
manueller Ausgabe - der Student koennte theoretisch mit seiner
ScratchCard zu zwei Haeusern gehen und dort jeweils ein Bett buchen. So
etwas muss man administrativ in den Griff bekommen, z.B. indem man die
spaetere Buchung automatisch anulliert, sobald der Link wieder da ist,
und indem man im asynchronen Betrieb darauf hinweist, welches System
(Master oder Slave) verwendet wird, und indem man irgendwelche
Buchungen unter Vorbehalt ausfuehrt (z.B. mit einem Benutzerhinweis:
"Sie arbeiten gerade auf dem Reservesystem. Wir koennen im Moment nicht
alle notwendigen Daten ueberpruefen und teilen Ihnen daher dieses Bett
nur unter Vorbehalt zu. Sollten Sie schon ein anderes Bett belegt
haben, wird diese Buchung hier automatisch anulliert."). Oder so.



Gruss,
--Toni++


From support at oeko.net  Wed Apr 12 09:43:34 2006
From: support at oeko.net (Toni Mueller)
Date: Wed, 12 Apr 2006 09:43:34 +0200
Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?=
        =?iso-8859-1?Q?n?= wir es stemmen ?
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBOEEAEDAA.henrik@scientific-african.org>
References: <20060411215351.13442.qmail@oak.oeko.net>
        <NHBBLNGHJAJBLDEFMHDBOEEAEDAA.henrik@scientific-african.org>
Message-ID: <20060412074334.26363.qmail@oak.oeko.net>


Hallo Henrik,

On Wed, 12.04.2006 at 07:58:14 +0200, Henrik Bettermann <henrik at scientific-african.org> wrote:
> widmet. Er hatte den verständlichen Wunsch geäußert, dass eine Entscheidung
> für oder gegen bestimmte Datenbanken dabei gut begründet wird. Thomas hat
> mich diesbezüglich auf das herunterladbare OpenSource Jahrbuch 2006
> hingewiesen, in dem ein ausführlicher Vergleich der Datenbanken vorgenommen
> wird, den sogar ich verstehe. Auf Seite 193 gibt es eine Tabelle, in der
> z.B. PostgeSQL in den Betriebsparametern gar nicht so gut abschneidet. Mir
> scheint eine ausgewogene Entscheidung notwendig.

in der gleichen Tabelle liest Du folgenden Eintrag:

Two-Phase-Commit: PostgreSQL ja, MySQL nein, und Locking kann MySQL nur
dann zeilenweise, wenn man InnoDB einsetzt. Und an der Stelle kommt
Oracle ins Spiel...

und das braucht man fuer verteilte Applikationen ziemlich dringend.
Weitere Kleinigkeit: Volltextindex geht bei PostgreSQL durch ein
Zusatzmodul *immer* und transaktionssicher, bei MySQL impliziert das
die Verwendung von MyISAM-Tabellentypen, die nicht transaktionssicher
sind.

Persoenlich hatte ich zumindest "frueher" oefter mal kaputte Daten,
weil MySQL bei Programmierfehlern/unvorhergesehenen Grenzfaellen etc es
einfach auf seine Art "geradegebogen" hat (z.B. ein Textfeld einfach
abgeschnitten hat), ohne Bescheid zu sagen. Aus meiner bisherigen
Erfahrung (MySQL seit 1997, PostgreSQL experimentell seit 1998/1999 und
produktiv seit ca. 2003) sieht der Vergleich zwischen MySQL und
PostgreSQL so aehnlich wie der Vergleich zwischen Perl und Python
aus.

Nochwas zum Thema Datenintegritaet: Mit MySQL 5.0 habe ich bisher noch
nicht viel gemacht, aber schon bei Pg 7.4 habe ich im Rahmen unserer
Entwicklung so etwas geschrieben:

create table waeup_acc_bedlist (
        house           varchar(30) not null references waeup_acc_house (house),
        floor           int not null,
        room            int not null check (room > 0),
        bed             int not null check (bed > 0),
        gender          char(1) not null check (gender = 'm' or gender = 'f'),
        used_by         varchar(16) references waeup_student(matno)
);

Du siehst, dass so eine Tabelle schon von der Datendefinition her die
Eingabe grob fehlerhafter Daten behindert.


Was Du meinst, ist sicher der letzte Abschnitt "Betrieb". Den werde ich
mir noch gesondert zur Brust nehmen. ;-)


Gruss,
--Toni++


From support at oeko.net  Wed Apr 12 10:27:32 2006
From: support at oeko.net (Toni Mueller)
Date: Wed, 12 Apr 2006 10:27:32 +0200
Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?=
        =?iso-8859-1?Q?n?= wir es stemmen ? (Nachtrag)
In-Reply-To: <20060412074334.26363.qmail@oak.oeko.net>
References: <20060411215351.13442.qmail@oak.oeko.net>
        <NHBBLNGHJAJBLDEFMHDBOEEAEDAA.henrik@scientific-african.org>
        <20060412074334.26363.qmail@oak.oeko.net>
Message-ID: <20060412082732.27449.qmail@oak.oeko.net>


Hallo Henrik,

On Wed, 12.04.2006 at 09:43:34 +0200, Toni Mueller <support at oeko.net> wrote:
> On Wed, 12.04.2006 at 07:58:14 +0200, Henrik Bettermann <henrik at scientific-african.org> wrote:
> > wird, den sogar ich verstehe. Auf Seite 193 gibt es eine Tabelle, in der
> > z.B. PostgeSQL in den Betriebsparametern gar nicht so gut abschneidet. Mir
> > scheint eine ausgewogene Entscheidung notwendig.

wir sollten uns auch anschauen, was die einzelnen Features fuer uns
"bedeuten", statt rein entscheidermaessig vorzugehen. ;-)

Ich empfehle Dir, nicht nur die Seite 193, sondern auch die
nachfolgenden Seiten, mindestens bis einschliesslich Seite 199 und
einschliesslich der Fussnoten, zu lesen. Insgesamt kommt mir der Teil
des Buches allerdings eher wie eine am gruenen Tisch zusammengestellte
Pressemitteilung als wie eine praktische Entscheidungshilfe vor, auch
wenn einem die Vorarbeit, die Details aus den einzelnen
Pressemitteilungen herauszuklauben, schon weitgehend abgenommen wird.


Gruss,
--Toni++


From krueger at k-dns.net  Wed Apr 12 11:02:23 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Wed, 12 Apr 2006 11:02:23 +0200
Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?=
        =?ISO-8859-1?Q?=3F?=
In-Reply-To: <20060412074334.26363.qmail@oak.oeko.net>
References: <20060411215351.13442.qmail@oak.oeko.net>   <NHBBLNGHJAJBLDEFMHDBOEEAEDAA.henrik@scientific-african.org>
        <20060412074334.26363.qmail@oak.oeko.net>
Message-ID: <443CC21F.1030806@k-dns.net>

Hallo Toni,

deine Strategie alle Pros für die eine Datenbank und alle Kontras für die andere
gegenüberzustellen macht deine Argumentation sehr einseitig und letztendlich für
den Entscheidungsprozess nicht hilfreich.

Ich habe immer noch nicht verstehen können, wieso du die von dir praktizierten
Lösungen grundsätzlich bis auf das Messer verteidigst und an den Alternativen
kein einziges Haar lässt. Eine der Stärken von Open Source ist die
Vielseitigkeit und die sollten wir nutzen.

Thomas

-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From support at oeko.net  Wed Apr 12 11:33:29 2006
From: support at oeko.net (Toni Mueller)
Date: Wed, 12 Apr 2006 11:33:29 +0200
Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?=
        =?iso-8859-1?Q?n?= wir es stemmen ?
In-Reply-To: <443CC21F.1030806@k-dns.net>
References: <20060411215351.13442.qmail@oak.oeko.net>
        <NHBBLNGHJAJBLDEFMHDBOEEAEDAA.henrik@scientific-african.org>
        <20060412074334.26363.qmail@oak.oeko.net>
        <443CC21F.1030806@k-dns.net>
Message-ID: <20060412093329.28928.qmail@oak.oeko.net>


Hallo Thomas,

On Wed, 12.04.2006 at 11:02:23 +0200, Thomas Krüger <krueger at k-dns.net> wrote:
> Ich habe immer noch nicht verstehen können, wieso du die von dir praktizierten
> Lösungen grundsätzlich bis auf das Messer verteidigst und an den Alternativen
> kein einziges Haar lässt.

wer im Glashaus sitzt, sollte nicht mit Steinen werfen.

Wenn hier Leute die von ihnen praktizierten Loesungen "bis auf das
Messer verteidigen", dann darf ich z.B. Dich und Dein Gentoo oder
Joachim und sein CPS sehr viel eher dazuzaehlen, als "mein" ARCH oder
Debian, bei denen ich mich in beiden Faellen der Mehrheit der Gruppe
gebeugt habe.

Ich schlage vor, dass Du meine Punkte sachlich betrachtest. Ich habe
nicht wesentlich mehr getan, als aus dem von Dir in die Diskussion
gebrachten Papier zu zitieren. Das da Sachen drinstehen, die Dir allem
Anschein nach nicht gefallen, kannst Du kaum mir anlasten.

Ausserdem solltest Du konkrete Kritik aeussern, wie z.B. "Das Feature
XY in dem und dem System finde ich so wichtig, dass es die Features ZW
aus dem anderen System ueberwiegt", statt altbekannte Standards aus der
Datenbankprogrammierung, die ich angefuehrt habe, als persoenliche
Schmaehkritik meinerseits umzudeuten. Das faellt (hoffentlich) nur auf
Dich selbst zurueck.

> Eine der Stärken von Open Source ist die Vielseitigkeit und die
> sollten wir nutzen.

Das tun wir bereits.


Gruss,
--Toni++


From support at oeko.net  Wed Apr 12 11:39:32 2006
From: support at oeko.net (Toni Mueller)
Date: Wed, 12 Apr 2006 11:39:32 +0200
Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?=
        =?iso-8859-1?Q?n?= wir es stemmen ? (Nachtrag)
In-Reply-To: <20060412093329.28928.qmail@oak.oeko.net>
References: <20060411215351.13442.qmail@oak.oeko.net>
        <NHBBLNGHJAJBLDEFMHDBOEEAEDAA.henrik@scientific-african.org>
        <20060412074334.26363.qmail@oak.oeko.net>
        <443CC21F.1030806@k-dns.net>
        <20060412093329.28928.qmail@oak.oeko.net>
Message-ID: <20060412093932.29065.qmail@oak.oeko.net>



On Wed, 12.04.2006 at 11:33:29 +0200, Toni Mueller <support at oeko.net> wrote:
> > Ich habe immer noch nicht verstehen können, wieso du die von dir praktizierten
> > Lösungen grundsätzlich bis auf das Messer verteidigst und an den Alternativen
> > kein einziges Haar lässt.
> 
> Wenn hier Leute die von ihnen praktizierten Loesungen "bis auf das
> Messer verteidigen", dann darf ich z.B. Dich und Dein Gentoo oder
> Joachim und sein CPS sehr viel eher dazuzaehlen, als "mein" ARCH oder
> Debian, bei denen ich mich in beiden Faellen der Mehrheit der Gruppe
> gebeugt habe.

Im Uebrigen darf ich genausogut, wie jeder andere hier, meine
Erfahrungen einbringen. Schliesslich bin ich aus dieser Erfahrung
heraus bei den Systemen gelandet, wo ich jetzt bin.

> > Eine der Stärken von Open Source ist die Vielseitigkeit und die
> > sollten wir nutzen.
> 
> Das tun wir bereits.

Vielleicht kannst Du einmal Deinen Beitrag zu der Welt Freier Software
verdeutlichen, damit wir sehen, wo Du nicht nur "nutzt", sondern dieses
System auch tatsaechlich lebst?


Gruss,
--Toni++


From support at oeko.net  Wed Apr 12 11:50:23 2006
From: support at oeko.net (Toni Mueller)
Date: Wed, 12 Apr 2006 11:50:23 +0200
Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?=
        =?iso-8859-1?Q?n?= wir es stemmen ? (Nachtrag #2)
In-Reply-To: <20060412093329.28928.qmail@oak.oeko.net>
References: <443CC21F.1030806@k-dns.net>
        <20060412093329.28928.qmail@oak.oeko.net>
Message-ID: <20060412095023.29330.qmail@oak.oeko.net>



On Wed, 12.04.2006 at 11:33:29 +0200, Toni Mueller <support at oeko.net> wrote:
> Wenn hier Leute die von ihnen praktizierten Loesungen "bis auf das
> Messer verteidigen", dann darf ich z.B. Dich und Dein Gentoo oder
> Joachim und sein CPS sehr viel eher dazuzaehlen, als "mein" ARCH oder
> Debian, bei denen ich mich in beiden Faellen der Mehrheit der Gruppe
> gebeugt habe.

Nach Form und Inhalt ist Joachims Vorgehensweise aus meiner Sicht zwar
sehr "beharrlich", aber keine Vorgehensweise "mit einem Messer."


Gruss,
--Toni++

From krueger at k-dns.net  Wed Apr 12 11:58:07 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Wed, 12 Apr 2006 11:58:07 +0200
Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?=
        =?ISO-8859-1?Q?=3F?=
In-Reply-To: <20060412093329.28928.qmail@oak.oeko.net>
References: <20060411215351.13442.qmail@oak.oeko.net>   <NHBBLNGHJAJBLDEFMHDBOEEAEDAA.henrik@scientific-african.org>    <20060412074334.26363.qmail@oak.oeko.net>       <443CC21F.1030806@k-dns.net>
        <20060412093329.28928.qmail@oak.oeko.net>
Message-ID: <443CCF2F.7020205@k-dns.net>

Hallo Toni,

gut solltest dein Gemüt dringend etwas abkühlen und einmal versuchen zu
verstehen was ich dir sagen wollte.

Dann kannst du es gerne noch einmal probieren. In der Zwischenzeit werde ich
einfach mal so tun, als hättest du die letzten drei Mails nicht geschrieben.

Thomas

-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From henrik at scientific-african.org  Wed Apr 12 12:05:36 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Wed, 12 Apr 2006 12:05:36 +0200
Subject: =?iso-8859-1?Q?RE:_=5BOrg-de=5D_wie_k=F6nnen_wir_es_stemmen_=3F?=
In-Reply-To: <20060412074334.26363.qmail@oak.oeko.net>
Message-ID: <NHBBLNGHJAJBLDEFMHDBGEECEDAA.henrik@scientific-african.org>

Hallo zusammen,

Toni schrieb:

> Was Du meinst, ist sicher der letzte Abschnitt "Betrieb". Den werde ich
> mir noch gesondert zur Brust nehmen. ;-)

Ich habe den Rest durchaus gelesen und PostgreSQL scheint in vielen Belangen
überlegen. Aber der "Betrieb" scheint wirklich der Knackpunkt zu sein. Ist
ein Master/Slave-Setting tatsächlich möglich?

Thomas schrieb:

> Ich habe immer noch nicht verstehen können, ...

Als ich das las, war mir klar: Jetzt kommt Toni wieder die Galle hoch bzw.
er fühlt sich veranlasst, viel Zeit in eine sprachlich gut formulierte
Antwort zu investieren. Ich will hier gar nicht schiedsrichten sondern
möchte nur bitten, JEGLICHE Form von persönlichem Anschiss zu vermeiden,
auch wenn man sich noch so im Recht fühlt. So eine Diskussion raubt viel
Zeit und es lohnt sich einfach nicht. Sorry dass ich so deutlich werde. Ich
hatte mich so gefreut, dass unsere Diskussion sachlich verlief und dann das.
Wie auch immer, ich bin gerade zum ersten Mal optimistisch, dass wir
zusammen etwas auf die Reihe bekommen. Auch mit Ralph konnte ich telefonisch
einige Dinge klären. Ich fasse unser Telefonat kurz zusammen:

Ralph interessiert sich inhaltlich an dem Projekt sehr und wird sich in
Absprache mit Thomas an der Herstellung eines UI beteiligen. Die Style
Sheets dafür müssen wir zusammen herstellen. Die finanzielle Klärung findet
erst in Nigeria statt. Wir werden zwei Zahlungsmodelle offerieren:

1. BT akzeptiert einen von Thomas ausgearbeiteten Teilzahlungsplan und
übernimmt damit einen großen Teil der Entwicklungskosten.

2. BT will dieses Risiko nicht tragen, beteiligt uns aber angemessen an den
Einkünften aus dem Portal.

Wir werden diese Modelle in dieser Reihenfolge vorschlagen. Mir persönlich
wäre Modell 2 fast lieber, da wie auf diesem Wege längerfristig planen
können und nicht jedesmal über große Beträge neu verhandeln müssen.

Gruß, Henrik



From support at oeko.net  Wed Apr 12 17:56:47 2006
From: support at oeko.net (Toni Mueller)
Date: Wed, 12 Apr 2006 17:56:47 +0200
Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?=
        =?iso-8859-1?Q?n?= wir es stemmen ?
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBGEECEDAA.henrik@scientific-african.org>
References: <20060412074334.26363.qmail@oak.oeko.net>
        <NHBBLNGHJAJBLDEFMHDBGEECEDAA.henrik@scientific-african.org>
Message-ID: <20060412155647.5736.qmail@oak.oeko.net>


Hallo Henrik,

On Wed, 12.04.2006 at 12:05:36 +0200, Henrik Bettermann <henrik at scientific-african.org> wrote:
> Toni schrieb:
> > Was Du meinst, ist sicher der letzte Abschnitt "Betrieb". Den werde ich
> > mir noch gesondert zur Brust nehmen. ;-)
> Ich habe den Rest durchaus gelesen und PostgreSQL scheint in vielen Belangen
> überlegen. Aber der "Betrieb" scheint wirklich der Knackpunkt zu sein. Ist
> ein Master/Slave-Setting tatsächlich möglich?

darum hatte ich Dir ja empfohlen, den Rest des Artikels zu lesen. Da
steht auf Seite 196: "PostgreSQL bietet anspruchsvolle Replikation
mittels der Slony-Software." Diese Software waere dann ggfs. mal mit
MySQL-hotcopy oder so zu vergleichen.

Und zweitens wird PostgreSQL durchaus in groesseren Szenarien und von
namhaften Anwendern eingesetzt:

  http://www.postgresql.org/about/users

Da kannst Du auch den ein oder anderen Artikel darueber, was die Leute
genau mit PostgreSQL machen, herunterladen. Auf dieser Liste findest Du
dann Namen wie BASF, Apple, Cisco, SUN oder Afilias. Afilias betreibt
seine .org-Registry mit PostgreSQL, und das sind wohl ein paar Nutzer
mehr als an irgendeiner Uni in Nigeria...

Von daher sehe ich nicht so das Problem im Betrieb... (nicht nur) meine
Erfahrung sagt halt, dass Du bei MySQL deutlich mehr Probleme hast,
Fehler in Deiner Anwendung _VOR_ dem Produktiveinsatz zu finden, statt
Dich hinterher ueber seltsame Daten zu wundern, und dazu stellt MySQL
aus meiner Sicht dank relativ haeufiger Sicherheitswarnungen und der -
so sehe ich das - unsicheren Zukunft aufgrund von InnoDB/Oracle
ebenfalls ein gewisses Betriebsrisiko dar, naemlich z.B. das, dass man
die Anwendung im Zweifel deutlich umschreiben muss, wenn man ploetzlich
ein wichtiges Feature entzogen bekommt. Dazu kommt dann noch, dass
PostgreSQL als BSD-lizensierter Code nach bisheriger "Diktion" von
Thomas "freier" als die GPL-lizensierte MySQL-Software sein sollte.

Wir haben nicht nur das technische Problem im Auge zu behalten, die
Anwendung zum Fliegen zu kriegen, sondern auch die sonstigen
Rahmenbedingungen wie Sicherheit und Perspektive zu beachten.  So
jedenfalls habe ich die Aeusserungen von Samuel Kehinde verstanden.


Gruss,
--Toni++


From support at oeko.net  Wed Apr 12 18:11:35 2006
From: support at oeko.net (Toni Mueller)
Date: Wed, 12 Apr 2006 18:11:35 +0200
Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?=
        =?iso-8859-1?Q?n?= wir es stemmen ? (kleiner Auszug)
In-Reply-To: <20060412155647.5736.qmail@oak.oeko.net>
References: <20060412074334.26363.qmail@oak.oeko.net>
        <NHBBLNGHJAJBLDEFMHDBGEECEDAA.henrik@scientific-african.org>
        <20060412155647.5736.qmail@oak.oeko.net>
Message-ID: <20060412161135.6170.qmail@oak.oeko.net>



Hallo Henrik,

On Wed, 12.04.2006 at 17:56:47 +0200, Toni Mueller <support at oeko.net> wrote:
>   http://www.postgresql.org/about/users
> 
> Da kannst Du auch den ein oder anderen Artikel darueber, was die Leute
> genau mit PostgreSQL machen, herunterladen. Auf dieser Liste findest Du
> dann Namen wie BASF, Apple, Cisco, SUN oder Afilias. Afilias betreibt
> seine .org-Registry mit PostgreSQL, und das sind wohl ein paar Nutzer
> mehr als an irgendeiner Uni in Nigeria...

falls Du dem Link zu dem Artikel

  http://www.computerworld.com.au/index.php?id=760310963

nicht folgen magst , hier Auszuege daraus:

  * 2.4 Millionen Domains werden damit verwaltet
  * Es wurde PostgreSQL 7.2 verwendet.
  * Das System hat sich in dieser Anwendung als besser und wirtschaftlicher
    als Oracle dargestellt ("PostgreSQL outguns Oracle")
  * Oracles Vertriebler hatten ebenfalls massiv Kontra gegeben...

Dazu ist noch zu sagen, dass die 7.2-er meiner Meinung nach massiv
schlechter als die heute aktuelle 8.1 war, und das der ganze Artikel
aus dem Jahr 2001 stammt, und dass offensichtlich damals schon solche
Anwendungen mit PostgreSQL gingen (und bestimmt nicht ohne sinnvolle
Datensicherung o.ae.).


Gruss,
--Toni++


From js at aixtraware.de  Wed Apr 12 20:19:10 2006
From: js at aixtraware.de (Joachim Schmitz)
Date: Wed, 12 Apr 2006 20:19:10 +0200
Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?=
        =?ISO-8859-1?Q?=3F?=
In-Reply-To: <443C1DE7.5000403@k-dns.net>
References: <443C146B.2020505@aixtraware.de> <443C1DE7.5000403@k-dns.net>
Message-ID: <443D449E.50301@aixtraware.de>

Thomas Krüger schrieb:
> Joachim Schmitz schrieb:
> 
> 
>>4. "Pragmatischer" standby der beiden Server. Pragmatisch soll heißen:
>>
>>- Beide Rechner können von einander unabhängig arbeiten
>>- sie synchronisieren sich je nach verfügbarer Bandbreite untereinander.
>>- Sie müssen aber auch eventuell tagelang unabhängig voneinander 
>>arbeiten können, ohne dass es zu Fehlfunktionen kommt.
> 
> 
> 
> Eine Stand-By-Funktion ist nicht gefragt, beide Server sollen nach der Ansicht
> von Kehinde ein geographisch verteiltes Load-Balancing machen. Das ist extrem
> schwierig, nimmt man die Unzuverlässigkeit des Links und die schmale Bandbreite
> dazu, haben wir einen echten Sonderfall. Beide Server dürfen nicht asynchron
> arbeiten, weil sie mit jeder nicht replizierten Änderung weiter auseinander
> driften und schon nach wenigen Transaktionen auf die gleichen Daten
> unsynchronisierbar werden. Das wir zum Teil mit Finanzen arbeiten wäre das DER GAU.
> Es gibt nur ein Konzept zur Synchronisation, dass die  Datenintegrität erhält:
> Master -> Slave. Dabei müssen aber alle Änderungen auf dem Master gemacht und
> zeitnah repliziert werden. Dies setzt wieder den Link voraus.
> Das Ganze ist also alles andere als trivial.
> 
> Ich habe noch eine sehr rohe Idee im Hinterkopf, in der es darum geht
> Workflow-Activities atomisch zu machen und komplett bei einer Transition zu
> synchronisieren. Das ist natürlich ungleich schwieriger zu realisieren.

Albert Einstein hat einmal gesagt "you must make everything as simple as 
possible, but not simpler"

Mit pragmatisch meinte ich genau das, wir müssen für jede Benutzer 
Funktion so einfach wie möglich realisieren. Dazu müssen wir erstmal 
alle Funktionen aufschreiben. Zur Anzahl der gleichzeitigen 
Intranetnutzer kann man noch sagen: Die sollen ja über die E-learning 
center zugreifen, davon gibt es 6 mit jeweils ich meine max 50 
Computern, die genaue Zahl steht in der Unibenin Präsentation von BT.

Die einzige Funktion, die unbedingt über das Internet möglich sein muss, 
ist die Abfrage, ob man zugelassen ist, und die erste Registrierung.

> 
> 
>>Meiner Meinung nach liegen die Probleme darin dass Funktionalitäten 
>>nicht vorhanden oder sehr unzuverlässig ausgeführt werden, nicht darin, 
>>dass nicht mehr als soundsoviel Zugriffe pro Zeiteinheit ausführt 
>>können, oder nicht 1000 Studenten gleichzeitig registrieren können.
> 
> 
> Das wäre beides problematisch und keines der Themen darf in den Hintergrund
> gestellt werden.

Ein Problem steht auf jeden Fall im Vordergrund, und das ist der 
Fertigstellungstermin.
> 
> Zurzeit bin ich, nach ausführlicher Absprache mit Henrik, dabei das komplette
> System durchzuplanen. Mit Ergebnissen ist bis Ende der Woche zu rechnen.
> 
Ich halte diese Vorgehensweise nicht für sinnvoll solange wir nicht 
genauer wissen, was wir eigentlich planen. Z.B. haben wir noch keinerlei 
Infos wie das ganze ScratchCardsystem läuft. Also

- wer produziert die SCs
- wer verteilt sie
- wie kommen die informationen in unser System ?
.. usw.

Weiterhin schreibt Henrik über sein Telefonat mit Hector:
> Er Teilte mir weiterhin mit, dass das Hauptproblem in Benin die fehlende
> Sicherheit des alten Systems sei. Es gäbe ständig Hackerangriffe und es
> seien auch schon Daten manipuliert worden. Sogar Admission Letters seien
> schon versendet worden.

Über das Versenden von Admission Letters habe ich noch nichts gehört. 
Das SRPP kann keine solchen versenden. Wir müssten das also erst mal 
klären.
Auch die anderen Sicherheitsprobleme müssen verifiziert und beschrieben 
werden. Vielleicht hat ja der jetztige Provider, die Hackerangriffen 
selber ausgelöst, um teure Hard-/Software Lösungen zu verkaufen.

Weiterhin soll ja die existierende Lösung parallel zur Sicherheit 
erstmal weiterlaufen. Dazu muss geklärt werden, sind die jetztigen 
Betreiber zur Kooperation bereit, können wir auf die gleichen Daten 
zugreifen ? Wie ist die vertragliche Regelung zwischen Uniben und dem 
jetztigen Provider.


Auch schreibt Kehinde:

> Online Form-filling is too cumbersome and tedious. 

Hier öffnet sich die Pandora Büchse der "usebility", da kann man alleine 
ein Project draus machen.

Weiterhin braucht ein Portal mit 10000´den Benutzern eine Enterprise 
Benutzerverwaltung die muss eingerichtet und gefüllt und gewartet werden.

soweit für jetzt.

Gruß Joachim

From js at aixtraware.de  Wed Apr 12 20:26:48 2006
From: js at aixtraware.de (Joachim Schmitz)
Date: Wed, 12 Apr 2006 20:26:48 +0200
Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?=
        =?ISO-8859-1?Q?=3F?=
In-Reply-To: <443CCF2F.7020205@k-dns.net>
References: <20060411215351.13442.qmail@oak.oeko.net>   <NHBBLNGHJAJBLDEFMHDBOEEAEDAA.henrik@scientific-african.org>    <20060412074334.26363.qmail@oak.oeko.net>       <443CC21F.1030806@k-dns.net>    <20060412093329.28928.qmail@oak.oeko.net>
        <443CCF2F.7020205@k-dns.net>
Message-ID: <443D4668.70601@aixtraware.de>

Hallo Thomas,

Thomas Krüger schrieb:
> Hallo Toni,
> 
> gut solltest dein Gemüt dringend etwas abkühlen und einmal versuchen zu
> verstehen was ich dir sagen wollte.
Ich habe eigentlich auch nur verstanden, dass Du Toni einen ganz 
allgemeinen ziemlich persönlichen Vorwurf gemacht hast. Vielleicht 
formulierst Du Deine Kritik direkt so, dass jeder weiss was gemeint ist.

> 
> Dann kannst du es gerne noch einmal probieren. In der Zwischenzeit werde ich
> einfach mal so tun, als hättest du die letzten drei Mails nicht geschrieben.
> 
Das ist wirklich sehr großzügig ;-)

Joachim

From henrik at scientific-african.org  Wed Apr 12 23:10:55 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Wed, 12 Apr 2006 23:10:55 +0200
Subject: =?iso-8859-1?Q?RE:_=5BOrg-de=5D_wie_k=F6nnen_wir_es_stemmen_=3F?=
In-Reply-To: <443D449E.50301@aixtraware.de>
Message-ID: <NHBBLNGHJAJBLDEFMHDBCEEGEDAA.henrik@scientific-african.org>

Hallo Joachim,

> Die einzige Funktion, die unbedingt über das Internet möglich sein muss,
> ist die Abfrage, ob man zugelassen ist, und die erste Registrierung.

Das wäre tatsächlich eine akzeptable (vorübergehende) Simplifizierung: diese
beiden Funktionen ausschließlich über's Internet, alle anderen
ausschließlich übers Intranet. Das würde die Sache bedeutend vereinfachen.

> > Zurzeit bin ich, nach ausführlicher Absprache mit Henrik, dabei das
komplette
> > System durchzuplanen. Mit Ergebnissen ist bis Ende der Woche zu rechnen.

> Ich halte diese Vorgehensweise nicht für sinnvoll solange wir nicht
> genauer wissen, was wir eigentlich planen.

Da wirst du den Zorn von Thomas ernten. Thomas geht davon aus, dass du/wir
mit dem SRPP schon einen großen Teil realisiert haben, und wünschte sich von
dir eine Aulistung der realisierten Funktionen mit Bezug auf den
Programmcode. Wichtig wäre zudem eine Auflistung der nach deiner Meinung
noch offenen Fragen. Bis auf die PIN- und Betten-Verwaltung fällt mir gar
nicht viel ein. Der Workflow muss natürlich auch noch optimiert werden.
Soweit ich verstanden habe, gibt es den im SRPP im Prinzip noch gar nicht.
Aber da hat Thomas sicherlich selber gute Ideen.

> Z.B. haben wir noch keinerlei
> Infos wie das ganze ScratchCardsystem läuft. Also
>
> - wer produziert die SCs
> - wer verteilt sie
> - wie kommen die informationen in unser System ?
> .. usw.

Stimmt, das müssen wir als nächstes bei Kehinde erfragen. Nach meiner
Meinung sollte das aber kein großes Problem sein. Für die SC-Produktion und
deren Vertrieb sind wir nun wirklich nicht zuständig. Nur der PINimport muss
von uns gewährleistet werden. Ich werde nachhaken ...

> Über das Versenden von Admission Letters habe ich noch nichts gehört.
> Das SRPP kann keine solchen versenden. Wir müssten das also erst mal
> klären.

Das hat mir Hector am Telefon erzählt. Vermutlich hat er sich falsch oder
missverständlich ausgedrückt. Tatsache ist, dass Applikanten versucht haben,
eine Registrierung zu erschleichen.

> Auch die anderen Sicherheitsprobleme müssen verifiziert und beschrieben
> werden. Vielleicht hat ja der jetztige Provider, die Hackerangriffen
> selber ausgelöst, um teure Hard-/Software Lösungen zu verkaufen.

Nun ja, wichtiger ist eigentlich, dass unser Portal gegen jeden möglichen
Angriff gewappnet ist. Afrikanische Hacker sind bestimmt auch nicht findiger
als europäische.

> Weiterhin soll ja die existierende Lösung parallel zur Sicherheit
> erstmal weiterlaufen. Dazu muss geklärt werden, sind die jetztigen
> Betreiber zur Kooperation bereit, können wir auf die gleichen Daten
> zugreifen ? Wie ist die vertragliche Regelung zwischen Uniben und dem
> jetztigen Provider.

Ich glaube das will weder Hector noch Kehinde. Kehinde hat sich
diesbezüglich aber noch nicht geäußert. Nur Olumide hatte uns zugestimmt.

> Auch schreibt Kehinde:
>
> > Online Form-filling is too cumbersome and tedious.
>
> Hier öffnet sich die Pandora Büchse der "usebility", da kann man alleine
> ein Project draus machen.

Darauf will sich Ralph stürzen.

Gruß, Henrik



From Ralph at waeup.org  Thu Apr 13 09:14:02 2006
From: Ralph at waeup.org (Ralph@waeup.org)
Date: Thu, 13 Apr 2006 09:14:02 +0200 (CEST)
Subject: [Org-de] mail kehinde
Message-ID: <57845.84.159.154.168.1144912442.squirrel@mail.waeup.org>

hallo thomas, hallo alle,

nur bevor jemand auf gedanken kommt.

falls ihr die mail von kehinde beantwortet beachtet bitte das er die
investition von oracle zu verantworten hat.

erklärt ihm jetzt bitte nicht weshalb postgres oder mysql di ebesseren
lösungen gewesen wären. wir sind auf einer grösseren liste. wenn wir jett
anfangen seine kompetenz semiöffentlich zu untergraben haben wir ein
problem.

ich bin sicher er wird von uns lernen im weiterebn verlauf des projekts
und auch open source besser verstehen nachdem er mehr von unserer arbeit
kennegelernt hat. aber ein lehrerhafter in der liste wäre jetzt tödlich.
redet mit ihm vor Ort über diese dinge.

ralph


From henrik at scientific-african.org  Thu Apr 13 09:22:25 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Thu, 13 Apr 2006 09:22:25 +0200
Subject: [Org-de] mail kehinde
In-Reply-To: <57845.84.159.154.168.1144912442.squirrel@mail.waeup.org>
Message-ID: <NHBBLNGHJAJBLDEFMHDBGEEHEDAA.henrik@scientific-african.org>

Hallo Ralph,

> nur bevor jemand auf gedanken kommt ...

sehr gut formuliert!

Kehinde schrieb:

> to buy Oracle database for the computerisation of its Accounts

Gilt die Oracle-Lizens denn automatisch auch für unser Portal? Wenn da noch
zusätzliche Kosten anfallen, was ich vermute, dann sollten wir schon
vorsichtig darauf dringen, für unsere Anwendung Open Source zu verwenden.
Thomas, muss die Datenbankfrage nicht in nächster Zeit zügig geklärt werden,
um überhaupt anfangen zu können. Oder können wir das bis Mai tatsächlich
offen lassen?

Gruß, Henrik


From Ralph at waeup.org  Thu Apr 13 09:45:05 2006
From: Ralph at waeup.org (Ralph@waeup.org)
Date: Thu, 13 Apr 2006 09:45:05 +0200 (CEST)
Subject: [Org-de] SQLAlchemy
Message-ID: <57391.84.159.154.168.1144914305.squirrel@mail.waeup.org>

Hallo zusammen,

ich hab gestern mal ein wenig mit dem Python
interpreter und SQLAlchemy gespielt. Joachim hatte SQLAlchemy bereits
erwähnt.

Mir gefällt das ziemlich gut, das Teil hat eine sehr gute Dokumentation
und einiges an Funktionen zu bieten. Die Arbeit damit "fühlt sich gut an"
auch wenn ich kein fan von rdbms bin.

Besonders gut gefällt mir  das Objektrelationale Mapping mit dem du sehr
einfach Pythonklassen auf Tabellen mappen kannst. Zumindest für
schreibzugriffe ist das nett. ich wiess allerdings nicht ob das der
performanteste mode von sqlalchemy ist.

SQLAlchemy letztlich zu bewerten möchte ich den Datenbankcracks hier im
Forum überlassen die sich besser mit performancemessung, transaktionen und
dem ganzen trallal auskennen.
es gibt konnektoren für sqllite,mysql,postgres und zum glück auch oracle :-)

Thomas, Toni vielleicht schaut ihr euch das mal gelegentlich an falls ihr
das teil noch nicht kennt. beim sprint haabe ich auch gehört dass der ein
oder andere das mit zope3 im einsatz hat. funktioniert wohl gut.

informative grüsse
ralph




From krueger at k-dns.net  Thu Apr 13 14:01:56 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Thu, 13 Apr 2006 14:01:56 +0200
Subject: [Org-de] mail kehinde
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBGEEHEDAA.henrik@scientific-african.org>
References: <NHBBLNGHJAJBLDEFMHDBGEEHEDAA.henrik@scientific-african.org>
Message-ID: <443E3DB4.6000600@k-dns.net>

Ich hatte ihn gerade kurz per Yahoo Messenger am Rohr. Leider war er nach ein
paar Zeilen offline. :-(

Wenn er wieder da ist, werde ich das mit Oracle mal abklopfen..

Thomas

-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From Ralph at waeup.org  Thu Apr 13 14:06:16 2006
From: Ralph at waeup.org (Ralph@waeup.org)
Date: Thu, 13 Apr 2006 14:06:16 +0200 (CEST)
Subject: [Org-de] mail kehinde
In-Reply-To: <443E3DB4.6000600@k-dns.net>
References: <NHBBLNGHJAJBLDEFMHDBGEEHEDAA.henrik@scientific-african.org>
        <443E3DB4.6000600@k-dns.net>
Message-ID: <59154.84.159.154.168.1144929976.squirrel@mail.waeup.org>

> Ich hatte ihn gerade kurz per Yahoo Messenger am Rohr. Leider war er nach
> ein
> paar Zeilen offline. :-(

Puh, da haben wir ja nochmal Glück gehabt ;-)


rab




From krueger at k-dns.net  Thu Apr 13 14:53:23 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Thu, 13 Apr 2006 14:53:23 +0200
Subject: [Org-de] mail kehinde
In-Reply-To: <443E3DB4.6000600@k-dns.net>
References: <NHBBLNGHJAJBLDEFMHDBGEEHEDAA.henrik@scientific-african.org>
        <443E3DB4.6000600@k-dns.net>
Message-ID: <443E49C3.7040600@k-dns.net>

Thomas Krüger schrieb:

> Ich hatte ihn gerade kurz per Yahoo Messenger am Rohr. Leider war er nach ein
> paar Zeilen offline. :-(

Es war bisher ein ganz interessantes Gespräch. Es ging nicht nur um Oracle,
sondern auch um Open Source im allgemeinen. Er hat wohl bisher eine stark vom
Marketing der Closed Source Firmen geprägte Haltung dazu. Nachdem ich ihm einige
Grundzüge erklärt hatte, stellt er auch einige Fragen, die zeigten, dass er am
Thema sehr interessiert ist und meinte auch, dass ich seine Einstellung doch
verändern konnte.

Thema Oracle:
Der Deal mit Oracle ist noch nicht spruchreif. Es gibt noch nicht einmal Zahlen.
Selbst ein Educationell-Rabatt wurde von Oracle noch nicht fest zugesagt.
Er schlug vor auf einer Open Source DB zu entwickeln und eine Migration auf
Oracle ggf. später zu machen. Insgesamt gab es dort überraschenderweise
keinerlei gegenteilige Argumente. Auch einen generellen Verbleib auf der Open
Source DB schloss er nicht aus, wenn sich das System gewehrt.

Auf eine Frage hab er noch nicht geantwortet (ist wieder offline): wie das mit
den Scratch cards geht.

Thomas

-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From js at aixtraware.de  Fri Apr 14 18:03:13 2006
From: js at aixtraware.de (Joachim Schmitz)
Date: Fri, 14 Apr 2006 18:03:13 +0200
Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?=
        =?ISO-8859-1?Q?=3F?=
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBCEEGEDAA.henrik@scientific-african.org>
References: <NHBBLNGHJAJBLDEFMHDBCEEGEDAA.henrik@scientific-african.org>
Message-ID: <443FC7C1.4010001@aixtraware.de>

Hallo Henrik,

Henrik Bettermann schrieb:

>>>Zurzeit bin ich, nach ausführlicher Absprache mit Henrik, dabei das
> 
> komplette
> 
>>>System durchzuplanen. Mit Ergebnissen ist bis Ende der Woche zu rechnen.
> 
> 
>>Ich halte diese Vorgehensweise nicht für sinnvoll solange wir nicht
>>genauer wissen, was wir eigentlich planen.
> 
> 
> Da wirst du den Zorn von Thomas ernten. Thomas geht davon aus, dass du/wir
> mit dem SRPP schon einen großen Teil realisiert haben, und wünschte sich von
> dir eine Aulistung der realisierten Funktionen mit Bezug auf den
> Programmcode. 
Damit habe ich angefangen siehe hier 
http://cms.waeup.org/wiki/Softwaredocumentation.

Die beste Beschreibung der Logik, ist eigentlich Deine 
Bedienungsanleitung für das SRPP. http://cms.waeup.org/wiki/srpp>
> 
>>Z.B. haben wir noch keinerlei
>>Infos wie das ganze ScratchCardsystem läuft. Also
>>
>>- wer produziert die SCs
>>- wer verteilt sie
>>- wie kommen die informationen in unser System ?
>>.. usw.
> 
> 
> Stimmt, das müssen wir als nächstes bei Kehinde erfragen. Nach meiner
> Meinung sollte das aber kein großes Problem sein. Für die SC-Produktion und
> deren Vertrieb sind wir nun wirklich nicht zuständig. Nur der PINimport muss
> von uns gewährleistet werden. Ich werde nachhaken ...

Kläre vor allen Dingen mal, wie denn das aktuelle System eigentlich 
bezahlt wird, die eingesetzte Software und das Hosting sind ja 
sicherlich nicht umsonst. Ich vermute, dass das über die Scratch Cards 
bezahlt wird.
> 
>>Auch die anderen Sicherheitsprobleme müssen verifiziert und beschrieben
>>werden. Vielleicht hat ja der jetztige Provider, die Hackerangriffen
>>selber ausgelöst, um teure Hard-/Software Lösungen zu verkaufen.
> 
> 
> Nun ja, wichtiger ist eigentlich, dass unser Portal gegen jeden möglichen
> Angriff gewappnet ist. Afrikanische Hacker sind bestimmt auch nicht findiger
> als europäische.

Da weiss Thomas bestimmt mehr drüber als ich.

> 
>>Weiterhin soll ja die existierende Lösung parallel zur Sicherheit
>>erstmal weiterlaufen. Dazu muss geklärt werden, sind die jetztigen
>>Betreiber zur Kooperation bereit, können wir auf die gleichen Daten
>>zugreifen ? Wie ist die vertragliche Regelung zwischen Uniben und dem
>>jetztigen Provider.
> 
> 
> Ich glaube das will weder Hector noch Kehinde. Kehinde hat sich
> diesbezüglich aber noch nicht geäußert. Nur Olumide hatte uns zugestimmt.
> 

Wie soll denn eine teilweise Inbetriebnahme funktionieren, wenn das alte 
System nicht weiterläuft. Wir müssen unbedingt klären, was mit dem 
System heute schon zumindestens teilweise funktioniert. Die gesamte 
Kursverwaltung fehlt ja in unserem und auch in dem aktuellen System.

Frohe Ostern

Joachim

From krueger at k-dns.net  Fri Apr 14 19:47:23 2006
From: krueger at k-dns.net (=?ISO-8859-15?Q?Thomas_Kr=FCger?=)
Date: Fri, 14 Apr 2006 19:47:23 +0200
Subject: [Org-de] Server-Setup
Message-ID: <443FE02B.7070104@k-dns.net>

Moin,

ich bin gerade dabei die Serverstruktur zu planen. Das der Datenbank kräftig
Power haben muss, ist soweit sicher. Nötigenfall kann man ihn ja auch nach dem
Master-Slave-Prinzip mit weiteren Servern erwänzen, aber die Hauptlast bleibt
beim Master. Er muss alle Transaktionen annehmen.
Nach der Auflistung auf dem Open-Source-Jahrbuch schwächelt Postgres bei der
Parallelisierung.
Tony, kannst du dich mal schlau machen, in wie weit das die Hardwareentscheidung
beinflussen kann?

Eine andere Frage:
Wie sollen wir den Zope- / Web-Server auslegen? Ein großer Server, oder ein
kleiner Server, der aber leicht durch zusätzliche Server zu ergänzen ist?

Thomas


-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From henrik at scientific-african.org  Sat Apr 15 09:43:40 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Sat, 15 Apr 2006 09:43:40 +0200
Subject: [Org-de] Server-Setup
In-Reply-To: <443FE02B.7070104@k-dns.net>
Message-ID: <NHBBLNGHJAJBLDEFMHDBCEFEEDAA.henrik@scientific-african.org>

Hallo Thomas,

habe zwar nicht viel Ahnung, möchte aber trotzdem meinen Senf dazu geben.

> Eine andere Frage:
> Wie sollen wir den Zope- / Web-Server auslegen? Ein großer
> Server, oder ein
> kleiner Server, der aber leicht durch zusätzliche Server zu ergänzen ist?

Wenn möglich biete doch mehrere Optionen an. Dann können die Uni oder BT
entscheiden, welche Server-Größenordnung sie haben möchten oder ob sie
später nachrüsten wollen. Ich denke, die erste Variante wird bevorzugt.

Gruß, Henrik




From js at aixtraware.de  Sat Apr 15 16:46:47 2006
From: js at aixtraware.de (Joachim Schmitz)
Date: Sat, 15 Apr 2006 16:46:47 +0200
Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?=
        =?ISO-8859-1?Q?=3F?=
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBCEEGEDAA.henrik@scientific-african.org>
References: <NHBBLNGHJAJBLDEFMHDBCEEGEDAA.henrik@scientific-african.org>
Message-ID: <44410757.5060403@aixtraware.de>

Henrik Bettermann schrieb:

>>Ich halte diese Vorgehensweise nicht für sinnvoll solange wir nicht
>>genauer wissen, was wir eigentlich planen.
> 
> 
> Da wirst du den Zorn von Thomas ernten. Thomas geht davon aus, dass du/wir
> mit dem SRPP schon einen großen Teil realisiert haben, und wünschte sich von
> dir eine Aulistung der realisierten Funktionen mit Bezug auf den
> Programmcode. 
Das was wir im SRPP realisiert haben, basiert im wesentlichen auf 
unseren Einschätzungen. Von Kehinde haben wir nur bisher darüber gehört, 
  dass es unvollständig sei und noch nicht sicher genug.Er sollte sich 
da mal genauer äußern.

Es fehlen auch noch wesentliche Teile der Kursverwaltung, insbesondere 
die Eingabe und Verwaltung der Resultate. Die 
Registrierung/Einschreibung für ein neues Semester, bietet eine neue 
Herausforderung, da sie so wie ich das verstanden habe, von Fakultät zu 
Fakultät unterschiedlich ist. Hier müssten wir also ein System 
konzipieren, das von den Fakultäten möglichst selbst angepasst werden kann.

Dann können wir in Hinblick auf den Termin September planen.


Wichtig wäre zudem eine Auflistung der nach deiner Meinung
> noch offenen Fragen. Bis auf die PIN- und Betten-Verwaltung fällt mir gar
> nicht viel ein. Der Workflow muss natürlich auch noch optimiert werden.
> Soweit ich verstanden habe, gibt es den im SRPP im Prinzip noch gar nicht.
Im Prinzip gibt es einen Workflow also eine Reihenfolge der 
Arbeitsschritte. Dieser Workflow nutzt nur noch kein Workflowtool, wie 
DC Workflow, oder CPS Workflow.


> 
>>Auch die anderen Sicherheitsprobleme müssen verifiziert und beschrieben
>>werden. Vielleicht hat ja der jetztige Provider, die Hackerangriffen
>>selber ausgelöst, um teure Hard-/Software Lösungen zu verkaufen.
> 
> 
> Nun ja, wichtiger ist eigentlich, dass unser Portal gegen jeden möglichen
> Angriff gewappnet ist. Afrikanische Hacker sind bestimmt auch nicht findiger
> als europäische.
Gerade die Scratchcard Pin Prüfung bietet sich für DOS (denial of 
service) Attaken geradezu an.

Gruß Joachim

From krueger at k-dns.net  Sat Apr 15 17:26:52 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Sat, 15 Apr 2006 17:26:52 +0200
Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?=
        =?ISO-8859-1?Q?=3F?=
In-Reply-To: <44410757.5060403@aixtraware.de>
References: <NHBBLNGHJAJBLDEFMHDBCEEGEDAA.henrik@scientific-african.org>
        <44410757.5060403@aixtraware.de>
Message-ID: <444110BC.1020806@k-dns.net>

Joachim Schmitz schrieb:

> Gerade die Scratchcard Pin Prüfung bietet sich für DOS (denial of 
> service) Attaken geradezu an.

Wieso gerade dort DoS-Angriffe? Sorry, aber das leuchtet mit gerade nicht ein.
Ich sehe da eher die Gefahr von Brute-Force-Attaken.

Thomas


-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From js at aixtraware.de  Sat Apr 15 18:20:33 2006
From: js at aixtraware.de (Joachim Schmitz)
Date: Sat, 15 Apr 2006 18:20:33 +0200
Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?=
        =?ISO-8859-1?Q?=3F?=
In-Reply-To: <444110BC.1020806@k-dns.net>
References: <NHBBLNGHJAJBLDEFMHDBCEEGEDAA.henrik@scientific-african.org>        <44410757.5060403@aixtraware.de>
        <444110BC.1020806@k-dns.net>
Message-ID: <44411D51.2060502@aixtraware.de>

Thomas Krüger schrieb:
> Joachim Schmitz schrieb:
> 
> 
>>Gerade die Scratchcard Pin Prüfung bietet sich für DOS (denial of 
>>service) Attaken geradezu an.
> 
> 
> Wieso gerade dort DoS-Angriffe? Sorry, aber das leuchtet mit gerade nicht ein.
> Ich sehe da eher die Gefahr von Brute-Force-Attaken.

Da habe ich wohl die Begriffe durcheinandergewürfelt. Das hatte ich 
gemeint, also diese Seite mit Anfragen zu bombardieren, so dass der 
Rechner überlastet ist und nicht mehr antwortet.

Joachim

From support at oeko.net  Sat Apr 15 18:31:10 2006
From: support at oeko.net (Toni Mueller)
Date: Sat, 15 Apr 2006 18:31:10 +0200
Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?=
        =?iso-8859-1?Q?n?= wir es stemmen ?
In-Reply-To: <44411D51.2060502@aixtraware.de>
References: <NHBBLNGHJAJBLDEFMHDBCEEGEDAA.henrik@scientific-african.org>
        <44410757.5060403@aixtraware.de> <444110BC.1020806@k-dns.net>
        <44411D51.2060502@aixtraware.de>
Message-ID: <20060415163110.2879.qmail@oak.oeko.net>


Hallo Joachim,

On Sat, 15.04.2006 at 18:20:33 +0200, Joachim Schmitz <js at aixtraware.de> wrote:
> Thomas Krüger schrieb:
> > Joachim Schmitz schrieb:
> >>Gerade die Scratchcard Pin Prüfung bietet sich für DOS (denial of 
> >>service) Attaken geradezu an.
> > Wieso gerade dort DoS-Angriffe? Sorry, aber das leuchtet mit gerade nicht ein.
> > Ich sehe da eher die Gefahr von Brute-Force-Attaken.
> Da habe ich wohl die Begriffe durcheinandergewürfelt. Das hatte ich 
> gemeint, also diese Seite mit Anfragen zu bombardieren, so dass der 
> Rechner überlastet ist und nicht mehr antwortet.

nein, Du hast die Begriffe nicht durcheinandergebracht, aber ich sehe
auch nicht, wie das gehen soll - jedenfalls faellt mir kein Vorgang
ein, wo eine isolierte Scratchcard-Anfrage gemacht werden kann, und
ausserdem geht die meiner Meinung nach relativ schnell. Ausserdem sehe
ich nicht, warum man den Server mit Scratchcard-Anfragen fluten soll,
denn was kann man dabei gewinnen? Das waere ja dann reiner Vandalismus.
"Normale", also gewinnorientierte, Angreifer zielen ja allem Anschein
nach auf Dinge wie die Erschleichung von Zulassungen oder die
Manipulation von Pruefungsergebnissen.


Gruss,
--Toni++


From krueger at k-dns.net  Sat Apr 15 21:02:26 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Sat, 15 Apr 2006 21:02:26 +0200
Subject: [Org-de] Sicherheit Scratch Cards
In-Reply-To: <20060415163110.2879.qmail@oak.oeko.net>
References: <NHBBLNGHJAJBLDEFMHDBCEEGEDAA.henrik@scientific-african.org>        <44410757.5060403@aixtraware.de>
        <444110BC.1020806@k-dns.net>    <44411D51.2060502@aixtraware.de>
        <20060415163110.2879.qmail@oak.oeko.net>
Message-ID: <44414342.6010904@k-dns.net>

Toni Mueller schrieb:

> "Normale", also gewinnorientierte, Angreifer zielen ja allem Anschein
> nach auf Dinge wie die Erschleichung von Zulassungen oder die
> Manipulation von Pruefungsergebnissen.

Oder halt den Versuch durch massenhaftes Probieren eine gültige
Scratchcard-Nummer zu erwischen. Dies sollten wir durch eine geeignete
Restriktion unterbinden (3 Versuche, 1min Sperre, 3 Versuche, 2min Sperre, usw.)
Dann kann man in den 2 Wochen maximal ca. 60 Versuche starten. Wer seine Nummer
dann immer noch nicht richtig eingehackt hat, der muss wohl schon beim
Leistungstest beschissen haben, ;-)

Leider konnte ich gestern meinen Chat mit Kehinde nicht ganz zu Ende führen,
aber es sieht so auf, als wenn die Scratch-Card-Pin von uns als zehnstellige
Ziffern generiert werden sollen. Ich muss ihn noch fragen ob es einen zweiten
Authentifizierungfaktor, wie eine Seriennummer gibt, asonsten ist mir der
"Keyspace" etwas klein:
10.000.000.000 / 40.000 SCs = Chance von 1:250000
macht bei 60 Versuchen 1:4166
Also etwa 1:4000 für jeden Studenten, der es versucht. Bei mehr gültigen Nummern
wird die Chance proportional größer.

Der Faktor des Sicherheitsgewinns, wäre gleich der Anzahl der ausgegeben Cards,
also schon beträchtlich.

Thomas

-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From henrik at scientific-african.org  Tue Apr 18 22:26:32 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Tue, 18 Apr 2006 22:26:32 +0200
Subject: [Org-de] FW: [Uniben] server setup; security
Message-ID: <NHBBLNGHJAJBLDEFMHDBAEGBEDAA.henrik@scientific-african.org>

Hallo Thomas,

findest du etwas Zeit, darauf nett zu antworten bzw. die für dich noch
offenen Fragen aufzulisten? Danach würde ich dann die Spesenrechnung
stellen.

Gruß, Henrik

-----Original Message-----
From: uniben-bounces at lists.waeup.org
[mailto:uniben-bounces at lists.waeup.org]On Behalf Of Hector Etomi
Sent: Tuesday, April 18, 2006 1:39 PM
To: University of Benin Educational Portal Project
Subject: Re: [Uniben] server setup; security


Thomas,
I hope you had a nice Easter holiday.Could you please provide with an update
on your analysis of the Uniben and the way forward on how tp resolve all the
issues emanating.I will be glad with your response.




From krueger at k-dns.net  Wed Apr 19 08:21:03 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Wed, 19 Apr 2006 08:21:03 +0200
Subject: [Org-de] FW: [Uniben] server setup; security
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBAEGBEDAA.henrik@scientific-african.org>
References: <NHBBLNGHJAJBLDEFMHDBAEGBEDAA.henrik@scientific-african.org>
Message-ID: <4445D6CF.7050504@k-dns.net>

Henrik Bettermann schrieb:

> Hallo Thomas,
> 
> findest du etwas Zeit, darauf nett zu antworten bzw. die für dich noch
> offenen Fragen aufzulisten? Danach würde ich dann die Spesenrechnung
> stellen.

Ich hab gestern eine gute Dosis Impfungen bekommen und daher etwas früher
Feierabend gemacht. Werde seine Mail heute beantworten.

Thomas

-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From henrik at scientific-african.org  Fri Apr 21 22:55:05 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Fri, 21 Apr 2006 22:55:05 +0200
Subject: [Org-de] finanztechnische Korrespondenz mit Hector
Message-ID: <NHBBLNGHJAJBLDEFMHDBEEHHEDAA.henrik@scientific-african.org>

Hallo Liste,

ich will die finanztechnische Korrespondenz mit Hector nicht direkt an die
deutsche Liste in Kopie weiterleiten, deswegen füge ich sie euch zur
Information hier an.

Gruß, Henrik




-----Original Message-----
From: Henrik Bettermann [mailto:henrik at scientific-african.org]
Sent: Friday, April 21, 2006 10:54 PM
To: Hector Etomi
Subject: RE: journey to Nigeria


Dear Hector,

I think your suggested itenary is perfect and we should go ahead with
applying for the visas and booking the flights.

Do I take it that you also agree to pay all travel related expenses and the
costs for Thomas' work in Benin? I think, Uniben will not only get perfectly
configured servers but also the oportunity to give instructions directly to
our main programmers. Thomas' feedback will be important to find the best
portal solutions. We have to be realistic and must clearly communicate which
parts of the portal can be realized until September and which parts have to
be postponed. The security and performance must be given priority.

All the best,

Henrik


> -----Original Message-----
> From: Hector Etomi [mailto:hetomi at btlimited.com]
> Sent: Friday, April 21, 2006 5:04 PM
> To: Henrik Bettermann
> Subject: Re: journey to Nigeria
>
>
> Henrik,
> Thanks for your itenary on your proposed visit to Nigeria.I will foward
> fresh letters for all on Monday to ensure that there are no problems with
> the embassy.You know they could be funny at times.You are all
> most welcome
> to Nigeria and we promise to make your short stay as hospitable as
> possible.I will be most glad if we can visit Sokoto during your
> visit.Incidentally,the flights to Sokoto are Mondays,Wednesdays and
> Fridays.We need a full week of work in Benin,meaning working up to
> Friday/Saturday,come back to Lagos over the weekend and leave for Sokoto
> first thing Monday morning,return Wednesday and to fly out that same
> Wednesday night.If you can squeeze this with itenary,pls let me
> know so as
> to inform the University to plan ahead to recieve.I am confident
> that with
> the outcome from your stay in Benin,you will be proffering solutions to
> Sokoto since they don't have any portal on groun d in the
> University.We will
> actually be killing two birds with one stone,if you know what i mean.What
> are your thoughts?


> ----- Original Message -----
> From: "Henrik Bettermann" <henrik at scientific-african.org>
> To: "Hector Etomi" <hetomi at btlimited.com>
> Cc: "Thomas Krüger" <krueger at k-dns.de>; "Joachim Schmitz"
> <js at aixtraware.de>
> Sent: 21 April, 2006 8:41 AM
> Subject: journey to Nigeria
>
>
> > Dear Hector
> >
> > It's time to prepare our journey to Benin City. As I told earlier, the
> > only
> > available time is May 21 - 26/27/28. We would arrive on Sunday
> evening and
> > leave on Friday, Saturday or Sunday night. Because of the
> limited time we
> > recommend staying the first night directly at the airport and flying to
> > Benin City on Monday morning.
> >
> > Could you please send the respective letter of invitation for Thomas to
> > the
> > following fax number: +49 761 2026799 ? I think the letters you already
> > sent
> > to us are still valid and should be ok for visa application although the
> > time has changed.
> >
> > Here are Thomas' dates:
> >
> > name: Thomas Krueger
> > date of birth: 13/05/1979
> > place of birth: Uckermuende
> > passport no: 142115314
> > date of issue: 10/06/2005
> > place of issue: Samtgemeinde Oberharz
> >
> > Our costliest expenditure is time. At the moment I'm also working as a
> > freelance scientist in the field of malaria research (in
> cooperation with
> > the Kumasi Centre for Collaborative Research) and I actually don't have
> > much
> > time. However, I understand our journey as an investment for the future
> > and
> > won't bring this expenditure to account. The same goes for Joachim. We
> > both
> > only ask you to reimburse our travel expenses (tickets, costs for visas
> > etc.) again. Thomas runs his own IT company and he is not able to be
> > absent
> > free of charge. He charges 300 Euros per working day (i.e. 1500
> Euros per
> > week plus travel expenses). This is the lowest price he can
> offer. Usually
> > German freelance IT specialists charge much more.
> >
> > Shall we also travel to Sokoto? Joachim and I could stay two
> days longer
> > and
> > speak with the university authorities in Sokoto in order to clarify the
> > portal details.
> >
> > Best regards,
> >
> > Henrik
> >
> >
>
>
>


From henrik at scientific-african.org  Sat Apr 22 22:45:05 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Sat, 22 Apr 2006 22:45:05 +0200
Subject: [Org-de] [Uniben] Workflow
In-Reply-To: <4447B10B.4000804@k-dns.net>
Message-ID: <NHBBLNGHJAJBLDEFMHDBKEHJEDAA.henrik@scientific-african.org>

Hallo Thomas,

ich habe den von die skizzierten Workflow studiert. Dabei tauchten ein paar
Fragen bzw. Verbesserungsvorschläge auf. Eigentlich sollte ich das an die
Uniben-Liste posten. Nach meiner  Meinung wäre es aber besser, wenn wir
diese Dinge vorab auf unserer Liste diskutieren.

1. Den Pfeil von 'elegibility rejected' nach 'elegibility check' verstehe
ich nicht. 'rejected' heißt eigentlich Ende und Rausschmiss.

2. Falls ein Data Change vorgenommen werden muss, sollte die erneute
Verifizierung per Activation Code und Eingabe einer SC PIN umgangen werden,
d.h. es müsste noch einen dicken Pfeil von 'enter basic data' direkt nach
'eligibilty form' geben, oder es sollte eine Action 'change basic data'
eingefügt werden.

3. Der ganze Canditate-Detail-Form-Prozess scheint mir etwas aufgebläht zu
sein. Was bedeutet insbesondere 'candidate rejected' ? Hier kann es sich
höchstens um die Korrektur einiger weniger Daten handeln. Von Ablehnung ist
nie die Rede gewesen. Wo hast du diese Information her? Vielleicht habe ich
ja etwas übersehen.

4. Die 'accomodation needed' Action ist nach Kehindes letzter Mail scheinbar
komplizierter. Nicht nur der Student wird gefragt, sondern auch das System,
ob eine Berechtigung zur Buchung eines Bettes vorliegt. 'search bed' ist
ebenfalls der Hammer. Bei der Bettvergabe wird ja fast noch die Schuhgröße
des Studenten berücksichtigt. Bin ich froh, dass ich nicht in Nigeria
studieren musste.

5. Um den Workflow noch besser verständlich zu machen, würde ich sprachlich
ein paar Kleinigkeiten ändern. Kann ich den Flussplan selber editieren?
Können wir das ganze in's Wiki stellen? Ich würde mir dann auch die Mühe
machen, deinen Text etwas mehr auszuformulieren. Es ist wichtig, dass auch
Laien den Workflow verstehen und eventuell Änderungen vorschlagen können.

Gruß, Henrik



From krueger at k-dns.net  Sun Apr 23 11:38:28 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Sun, 23 Apr 2006 11:38:28 +0200
Subject: [Org-de] [Uniben] Workflow
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBKEHJEDAA.henrik@scientific-african.org>
References: <NHBBLNGHJAJBLDEFMHDBKEHJEDAA.henrik@scientific-african.org>
Message-ID: <444B4B14.2020000@k-dns.net>

Henrik Bettermann schrieb:


> 1. Den Pfeil von 'elegibility rejected' nach 'elegibility check' verstehe
> ich nicht. 'rejected' heißt eigentlich Ende und Rausschmiss.


Das ist eine Nottür, für den Fall, dass sich der Agent vertan hat.

 
> 2. Falls ein Data Change vorgenommen werden muss, sollte die erneute
> Verifizierung per Activation Code und Eingabe einer SC PIN umgangen werden,
> d.h. es müsste noch einen dicken Pfeil von 'enter basic data' direkt nach
> 'eligibilty form' geben, oder es sollte eine Action 'change basic data'
> eingefügt werden.


Der Pfeil ist nicht nötig. Das Zope3-Workflow-System startet eine Transaktion
automatisch, wenn die Bedingung erfüllt ist. Ist die Scratchcard bezahtl wird
die entsprechende Activity durchsprungen.

 
> 3. Der ganze Canditate-Detail-Form-Prozess scheint mir etwas aufgebläht zu
> sein. Was bedeutet insbesondere 'candidate rejected' ? Hier kann es sich
> höchstens um die Korrektur einiger weniger Daten handeln. Von Ablehnung ist
> nie die Rede gewesen. Wo hast du diese Information her? Vielleicht habe ich
> ja etwas übersehen.

Nunja, wenn man einen Candidaten akzeptieren kann, muss man ihn auch ablehnen
können, sonst macht die Entscheidung wenig Sinn. Wenn die Uni die Option nicht
wünscht kann sie aber auch raus.

> 4. Die 'accomodation needed' Action ist nach Kehindes letzter Mail scheinbar
> komplizierter. Nicht nur der Student wird gefragt, sondern auch das System,
> ob eine Berechtigung zur Buchung eines Bettes vorliegt. 'search bed' ist
> ebenfalls der Hammer. Bei der Bettvergabe wird ja fast noch die Schuhgröße
> des Studenten berücksichtigt. Bin ich froh, dass ich nicht in Nigeria
> studieren musste.

Das wird ein netter Subworkflow! :-/

> 5. Um den Workflow noch besser verständlich zu machen, würde ich sprachlich
> ein paar Kleinigkeiten ändern. Kann ich den Flussplan selber editieren?
> Können wir das ganze in's Wiki stellen? Ich würde mir dann auch die Mühe
> machen, deinen Text etwas mehr auszuformulieren. Es ist wichtig, dass auch
> Laien den Workflow verstehen und eventuell Änderungen vorschlagen können.

Der Plan ist ansich eine WfMC konforme XML-Datei, die ich mit dem Together
Workflow Editor bearbeitet und nach JPG exportiert habe:
http://www.together.at/together/prod/twe/index.html
Ich habe aber etwas gebraucht, um mich in das System einzuarbeiten. Das Problem
beim Wording ist auch nicht trivial zu lösen, alles was angezeigt wird landet
automatisch in der Datei und damit auch im Zope3 Workflow Prozess. Meine
Erklärungen aus der Mail kannst du natürlich anpassen.

Thomas

From support at oeko.net  Mon Apr 24 11:02:30 2006
From: support at oeko.net (Toni Mueller)
Date: Mon, 24 Apr 2006 11:02:30 +0200
Subject: [Org-de] [Uniben] more questions
In-Reply-To: <000001c6677b$252e2fa0$1401a8c0@Admin>
References: <NHBBLNGHJAJBLDEFMHDBCEGNEDAA.henrik@scientific-african.org>
        <000001c6677b$252e2fa0$1401a8c0@Admin>
Message-ID: <20060424090230.8217.qmail@oak.oeko.net>


Hallo,

von allen anderen offenen Fragen mal abgesehen,

On Mon, 24.04.2006 at 09:43:13 +0100, Kehinde Dokun Samuel <kehindesamuel at uniben.edu> wrote:
> 3. I have mailed the details of what is required of online hostel

war das eine seiner seltenen Mails von letztem Jahr, oder hat sonst
jemand direkt eine Idee, was das fuer eine Mail sein soll?


Gruss,
--Toni++


From henrik at scientific-african.org  Mon Apr 24 11:06:18 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Mon, 24 Apr 2006 11:06:18 +0200
Subject: [Org-de] [Uniben] more questions
In-Reply-To: <20060424090230.8217.qmail@oak.oeko.net>
Message-ID: <NHBBLNGHJAJBLDEFMHDBGEHOEDAA.henrik@scientific-african.org>

Hallo Toni,

> war das eine seiner seltenen Mails von letztem Jahr, oder hat sonst
> jemand direkt eine Idee, was das fuer eine Mail sein soll?

die Mail ging an die Uniben-Liste, auf der du auch stehst. Hast du die Mail
(s.u.) tatsächlich nicht bekommen?


Gruß, Henrik


-----Original Message-----
From: uniben-bounces at lists.waeup.org
[mailto:uniben-bounces at lists.waeup.org]On Behalf Of Kehinde Dokun Samuel
Sent: Friday, April 21, 2006 7:04 PM
To: 'University of Benin Educational Portal Project'
Subject: Re: [Uniben] questions about the Hostel allocation


Dear Joachim,

In line with your request, I am sure that the following information will
definitely answer most of your questions:

1. HOSTEL ALLOCATION SLIP

The fields needed for generating Hostel Allocation Slip are as follows:

        Student's Entry Registration No. (for new students, Matriculation
No. for Old Students)
        Full Name
        Access PIN (the Scratch PIN purchased from a bank and used for the
application)
        Sex: (eg. Male or Female)
        Session: (Current Academic Session
        Course of Study (e.g. Medicine, Pharmacy, Biochemistry, Law or
Accounting)
        Level of Study (100, 200, 300, 400, 500 or 600 depending on the
course of study)

Then the details of the hostel allocation comprising:

        Date of Allocation: (This is the date the reservation was made)
        Name of Residence Hall:
        Block
        Room Number
        Bed Space Allocated
        Annotation/Note: This is to affirm that you have been allocated a
room in the hostel, details as                              show above.
Please print this Allocation Slip and keep for Hostel Clearance

2. HOSTEL CATEGORIES:

The Hostel Categories are as follows:

Ugbowo Campus (Main Campus)

        1. Hall One:                            For all Categories of Female
Students
        2. Hall Two:                            For all Categories of Female
Students
        3. Hall Three:                          For all Categories of Male
Students
        4. Hall Four:                                   For all Categories
of Male Students
        5. Hall Five:                           For only Final Year Male &
Female Students
        6. Medical Hostel:                      For all 500 & 600 Level
Medical & Dental Students only

 Ekehuan Campus (satellite campus)

        1. Female Undergraduate Hall
        2. Male Undergraduate Hall
        3. Postgraduate Hostel:         For all Male Postgraduate Students
        4. Postgraduate Female Hostel:  For all Female Postgraduate Students

3. DETAILED HOSTEL DESCRIPTION

Hall One:
Consist of 7 Blocks labeled A,B,C.. & G, each Block consist of 30 rooms
spread across three floors (10 rooms per floor). The first room on the
Ground floor of Block A is numbered 101, the next 102, while the last room
is labeled 110. The first room on the next floor is also labeled 201, next
202 and the 10th room on that floor is 210. Each room has 6 bed spaces
labeled A, B, C, D, E & F. Therefore, the first space to be allocated will
Hall one, Block A, Room 101, Bed Space A.

Therefore, there are a total of 1,260 bed spaces in Hall One. (7 Blocks X 30
rooms X 6 bed spaces).

Hall Two:
This hall consist of 6 Blocks labeled A, B,C, D,E & F; each Block consist of
40 rooms, each room has 8 bed spaces. The bed spaces are labeled exactly as
described in Hall One above.

Therefore, there are a total of 1,920 bed spaces in Hall One. (6 Blocks X 40
rooms  bed spaces).


Hall Three:  Same as Hall Two

Hall Four:  This hall is divided into 3 Sections as follows:
                Section I:      has a total of 200 Rooms with 8 bed spaces
in each room
                Section II:     has a total of 200 Rooms with 8 bed spaces
in each room
                Section iii:    has a total of 147 Rooms with 8 bed spaces
in each room

Therefore, there are a total of 4,376 bed spaces in Hall Four.

Hall Five:  This hall of residence has two blocks, each has 100 bed spaces.
One block
             accommodates  final year male students while the other is for
final  year female students

Medical Hostel: Has two blocks, each for male and female (500 & 600 Medical
& Dental Students) with capacity  to accommodate 138 students each.

Postgraduate Accommodation is currently being handled manually, I will give
the details in my subsequent mail.

Hostel Allocation Criteria:

1. Only Full Time (Undergraduate & Postgraduate Students are entitled to
Hostel Accommodation      Allocation.

2. For all undergraduate hostel allocations, the available bed spaces are
allocated as follows:
        a) Bed Spaces A & B in halls one, two, three & four are meant for
Final Year Students only
        b) Bed Space C in Hall One is strictly meant for Returning Students
        c) Bed Spaces D,E & F in Hall One are meant to be allocated to fresh
students
        c) While Halls Two, Three and Four, Bed Spaces C & D are for
Returning Students and E,F,G &
             H are for Fresh Students

3. Medical Hostel are allocated 500 & 600 Medical and Dental Students at a
ratio 60:40 respectively

4. All the available bed spaces (A, B, C, D, E, F, G & H) in Hall Five are
allocated to FINAL YEAR ONLY

5. Just before the commencement of Hostel Allocations, some reservations are
made officially for Student Union Leaders, Sports Men and Women, Disabled or
Physically-Challenged Students, etc. Therefore, there should be provision to
make reservations at the back-end, and populate such reservations at a later
date.

6. The Hall of Residence attracts different charges, so students do not pay
same amount for allocated spaces

7. The Hostel Application Fee is all the same irrespective of the Hall of
Residence the student is seeking reservation, and it N500.00

I have tried to be as detail as possible, if there are still some grey
areas, please do not hesitate to contact me again.

I hope you will find this email informative enough to meet your
developmental needs.

Thank you.

Kehinde
UNIBEN

-----Original Message-----
From: uniben-bounces at lists.waeup.org [mailto:uniben-bounces at lists.waeup.org]
On Behalf Of Joachim Schmitz
Sent: Thursday, April 20, 2006 3:16 PM
To: Uniben Educational Portal Project Group
Subject: [Uniben] questions about the Hostel allocation

Dear Kehinde,

After looking at the hostel allocation at unibenportal I have some questions
about the fields:

Entry Date: Is that the date the reservation was made ?
Current Session: for one or two semesters ?
Entry Reg No: ?

Hostel category:
Please list all possible values, does this have an influence, how a bed is
allocated. Is this value assigned per room ?

Room Letter: Does it mean Bed Letter. Do all rooms in a hall have the same
Nr. of beds ?

Block: ?

Department and Fakulty: do we actually need those fields here ?


--
Mit freundlichen Grüßen                                Joachim Schmitz
......................................................................
AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851
Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163
_______________________________________________
Uniben mailing list
Uniben at lists.waeup.org
http://lists.waeup.org/mailman/listinfo/uniben

_______________________________________________
Uniben mailing list
Uniben at lists.waeup.org
http://lists.waeup.org/mailman/listinfo/uniben


From support at oeko.net  Mon Apr 24 15:06:10 2006
From: support at oeko.net (Toni Mueller)
Date: Mon, 24 Apr 2006 15:06:10 +0200
Subject: [Org-de] [Uniben] server setup; security
In-Reply-To: <000101c66796$b0ee7250$1401a8c0@Admin>
References: <444C72AE.1000002@k-dns.net> <000101c66796$b0ee7250$1401a8c0@Admin>
Message-ID: <20060424130610.13549.qmail@oak.oeko.net>


Hallo allerseits,

On Mon, 24.04.2006 at 13:00:21 +0100, Kehinde Dokun Samuel <kehindesamuel at uniben.edu> wrote:
> Keeping the main (r/w) Server at the University will be a brilliant idea! As

und so weiter, und so fort...

Das kann man ja kaum noch mit ansehen/-hoeren.

> [ Firewalls etc ]
> , we are currently investigating some of the security bridges and

An der Stelle wuerde ich gerne einhaken, da der Plan, Firewalls und VPN
einzusetzen, da dieser Punkt meines Erachtens massgeblich auf meine
Argumentation in einem Telefonat mit Henrik vom 1.4.2006 zurueckgeht
(wer es genauer wissen will: Zitat von Thomas: "1. Das mit dem VPN ist
erstmal völlig (!!!) egal.", am 31.3.2006 auf org-de@).

Da denke ich, dass ich dann auch dazu etwas sagen darf und kann, damit
diese aus meiner Sicht eusserst halbgare Diskussion mal auf's Gleis
gesetzt wird.

@Henrik: Ok?

> pages and promised to re-write the entire application using microsoft.net
> application tools. Most of the front-end were developed using ColdFusion and
> ASP.

Diesen Kram krieg' ich auch nicht richtig verdaut. Was wollen die
machen???


Gruss,
--Toni++


From Ralph at waeup.org  Mon Apr 24 15:22:35 2006
From: Ralph at waeup.org (Ralph@waeup.org)
Date: Mon, 24 Apr 2006 15:22:35 +0200 (CEST)
Subject: [Org-de] [Uniben] server setup; security
In-Reply-To: <20060424130610.13549.qmail@oak.oeko.net>
References: <444C72AE.1000002@k-dns.net> <000101c66796$b0ee7250$1401a8c0@Admin>
        <20060424130610.13549.qmail@oak.oeko.net>
Message-ID: <58666.84.159.200.242.1145884955.squirrel@mail.waeup.org>

Hallo Toni,

> On Mon, 24.04.2006 at 13:00:21 +0100, Kehinde Dokun Samuel
> <kehindesamuel at uniben.edu> wrote:
>> Keeping the main (r/w) Server at the University will be a brilliant
>> idea! As
>
> und so weiter, und so fort...
>
> Das kann man ja kaum noch mit ansehen/-hoeren.

Wenn der Kunde sich gut behandelt fühlt ist das doch ok.

>
>> [ Firewalls etc ]
>> , we are currently investigating some of the security bridges and
>
> An der Stelle wuerde ich gerne einhaken, da der Plan, Firewalls und VPN
> einzusetzen, da dieser Punkt meines Erachtens massgeblich auf meine
> Argumentation in einem Telefonat mit Henrik vom 1.4.2006 zurueckgeht
> (wer es genauer wissen will: Zitat von Thomas: "1. Das mit dem VPN ist
> erstmal völlig (!!!) egal.", am 31.3.2006 auf org-de@).
>
> Da denke ich, dass ich dann auch dazu etwas sagen darf und kann, damit
> diese aus meiner Sicht eusserst halbgare Diskussion mal auf's Gleis
> gesetzt wird.
>
> @Henrik: Ok?

Können wir nicht alle jetztmal die Jubel-Perser geben, statt jetzt auch
noch mit dem Kunden die Diskussion zu führen, wer nun mit Verlaub "den
Längsten" hat? Ich wüsste nicht was bringen soll wenn du nun sagst also
ich sehe das alles ganz anders etc. ...Die internen Diskussionen hatten
wir schon erfloglos geführt.


Gruss
Ralph


From krueger at k-dns.net  Mon Apr 24 16:01:14 2006
From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=)
Date: Mon, 24 Apr 2006 16:01:14 +0200
Subject: [Org-de] [Uniben] server setup; security
In-Reply-To: <20060424130610.13549.qmail@oak.oeko.net>
References: <444C72AE.1000002@k-dns.net> <000101c66796$b0ee7250$1401a8c0@Admin>
        <20060424130610.13549.qmail@oak.oeko.net>
Message-ID: <444CDA2A.6000408@k-dns.net>

Toni Mueller schrieb:

> An der Stelle wuerde ich gerne einhaken, da der Plan, Firewalls und VPN
> einzusetzen, da dieser Punkt meines Erachtens massgeblich auf meine
> Argumentation in einem Telefonat mit Henrik vom 1.4.2006 zurueckgeht
> (wer es genauer wissen will: Zitat von Thomas: "1. Das mit dem VPN ist
> erstmal völlig (!!!) egal.", am 31.3.2006 auf org-de@).

Ich glaube hier bedarf es einer Klärung: Ich wollte damit nicht sagen, dass kein
VPN benötigt wird, sondern dass es die Synchronisation Subjekt der Evaluation
sein muss und nicht die VPN-Verbindung. Da beides auf unterschiedlichen
OSI-Layern operiert bessteht auch kein Grund eine der Techniken im Kontext der
Anderen zu bewerten.

Es gab noch weitere Punkte, wieso ich deinen Vorstoß in Aachen VPN zu diesem
Zeitpunkt nicht gutheißen konnte:

1. Zuerst muss man das Große planen, dann die Details. Die Festlegung auf
Kommunikationskanäle und sogar das Protokoll war etwas voreilig.

2. Die Jungs von BT sollen nun auch nicht alles vor den Arsch getragen bekommen
(entschuldigt den Ausdruck). Wie in der o.g. Mail erwähnt, bin ich der Meinung,
dass sie das VPN dort auch selber konfigurieren können bzw. sollten.

3. Das VPN sah ich als eine der Nebensächlichkeiten die uns eher vom Ziel
"Datenbank" ablenken.

Thomas

-- 
Thomas Krüger   | Tannenhöhe 15               | Tel.: 05323 961858
Krüger IT       | 38678 Clausthal-Zellerfeld  | Fax.: 05323 962617
PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org
Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee

From henrik at scientific-african.org  Mon Apr 24 16:04:27 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Mon, 24 Apr 2006 16:04:27 +0200
Subject: [Org-de] [Uniben] server setup; security
In-Reply-To: <20060424130610.13549.qmail@oak.oeko.net>
Message-ID: <NHBBLNGHJAJBLDEFMHDBGEIBEDAA.henrik@scientific-african.org>

Hallo Toni,

> Da denke ich, dass ich dann auch dazu etwas sagen darf und kann, damit
> diese aus meiner Sicht eusserst halbgare Diskussion mal auf's Gleis
> gesetzt wird.
>
> @Henrik: Ok?

Auf unserer Liste ist fast alles erlaubt, respektvoller und freundlicher
Umgang vorausgesetzt. Mit Kehinde und Kollegen sollten wir die Diskussion
über die Sicherheit NICHT zuspitzen. Thomas hat das recht gut eingefädelt,
auch wenn du in der Sache in einigen Punkten anderer Meinung bist. Bitte
aber keinen Dissenz nach außen tragen und öffentlich zeigen!!!

> > pages and promised to re-write the entire application using
> microsoft.net
> > application tools. Most of the front-end were developed using
> ColdFusion and
> > ASP.
>
> Diesen Kram krieg' ich auch nicht richtig verdaut. Was wollen die
> machen???

Ich finde das jetzt nicht so wesentlich. Wichtiger ist, dass das Portal auf
die Beine kommt. Ich habe diesbezüglich eine Mail an Kehinde entworfen, die
ich heute abend abschicken möchte. Die Kursregistrierungsgeschichte gefällt
mir nicht. Das werden wir nicht ordentlich hinbekommen bis September.

Gruß, Henrik



From support at oeko.net  Mon Apr 24 17:08:04 2006
From: support at oeko.net (Toni Mueller)
Date: Mon, 24 Apr 2006 17:08:04 +0200
Subject: [Org-de] [Uniben] server setup; security
In-Reply-To: <NHBBLNGHJAJBLDEFMHDBGEIBEDAA.henrik@scientific-african.org>
References: <20060424130610.13549.qmail@oak.oeko.net>
        <NHBBLNGHJAJBLDEFMHDBGEIBEDAA.henrik@scientific-african.org>
Message-ID: <20060424150804.16753.qmail@oak.oeko.net>


Hallo Henrik,

On Mon, 24.04.2006 at 16:04:27 +0200, Henrik Bettermann <henrik at scientific-african.org> wrote:
> Umgang vorausgesetzt. Mit Kehinde und Kollegen sollten wir die Diskussion
> über die Sicherheit NICHT zuspitzen.

ich wollte nichts "zuspitzen", sondern einfach sozusagen das aus meiner
Sicht traditionell bei uns "heimische" Ressort Sicherheit und VPN
bearbeiten und die Details in Sachen Sicherheit und VPN mit den
Afrikanern ausklamuesern.

> Thomas hat das recht gut eingefädelt,

Du meinst diese One-Man-Show, die da gerade ablaeuft, und die zumindest
mir ua. relativ untransparent erscheint?

> Ich finde das jetzt nicht so wesentlich. Wichtiger ist, dass das Portal auf
> die Beine kommt. Ich habe diesbezüglich eine Mail an Kehinde entworfen, die
> ich heute abend abschicken möchte. Die Kursregistrierungsgeschichte gefällt
> mir nicht. Das werden wir nicht ordentlich hinbekommen bis September.

Dabei faellt mir auf und ein, dass wir vielleicht nochmal telefonieren
sollten, oder?


Gruss,
--Toni++


From henrik at scientific-african.org  Mon Apr 24 17:44:48 2006
From: henrik at scientific-african.org (Henrik Bettermann)
Date: Mon, 24 Apr 2006 17:44:48 +0200
Subject: [Org-de] [Uniben] server setup; security
In-Reply-To: <20060424150804.16753.qmail@oak.oeko.net>
Message-ID: <NHBBLNGHJAJBLDEFMHDBIEIEEDAA.henrik@scientific-african.org>

Hallo Toni,

> > Thomas hat das recht gut eingefädelt,
>
> Du meinst diese One-Man-Show, die da gerade ablaeuft, und die zumindest
> mir ua. relativ untransparent erscheint?

Thomas macht den Nigerianern gegenüber einen kompetenten, zuverlässigen und
freundlichen Eindruck. Das ist mir wichtig, da wir gemeinsam dort auftreten
müssen. Inhaltlich kann ich seine Argumente nachvollziehen und bin
zuversichtlich, dass er nicht ganz falsch liegt. Falls du Argumente hast,
die gegen seine Server- und Sicherheitsarchitektur sprechen, trage sie bitte
vor. Auch Alternativen können jederzeit diskutiert werden. Allerdings
wünsche ich mir, dass wir uns mehr der Arbeit am Portal widmen. Thomas hat
die Initiative ergriffen, geniesst unser Vertrauen (zumindest das von Ralph
und mir) und sollte den beschriebenen Workflow möglichst schnell umsetzen.
Bitte lege nicht allzu viel Steine in den Weg, sondern überlege wie man
mithelfen kann.

>
> Dabei faellt mir auf und ein, dass wir vielleicht nochmal telefonieren
> sollten, oder?

Ich hätte erst nach 21 Uhr mehr Muße für ein Telefonat. Soll ich anrufen?

Gruß, Henrik


From m.kiberu at kipya.com  Tue Apr 25 21:05:55 2006
From: m.kiberu at kipya.com (Michael Kiberu)
Date: Tue, 25 Apr 2006 21:05:55 +0200
Subject: [Org-de] Teamarbeit?
In-Reply-To: <20060424130610.13549.qmail@oak.oeko.net>
References: <444C72AE.1000002@k-dns.net> <000101c66796$b0ee7250$1401a8c0@Admin>
        <20060424130610.13549.qmail@oak.oeko.net>
Message-ID: <444E7313.5060103@kipya.com>

Hallo Liste,

es ist schon erstaunlich wie viel Energie hier vergeudet wird.
(Fast) Jeder Tread ist Ellenlang und was herauskommt ist gegen Null.

Anfangs kam Henrik zu mir und erzählte mir über seine Version, ich fand
diese Interessant und es hat(te) Potential.

Ein Team, davon sprach er, solle sich finden und diese (Version)
umsetzen. Nun werden an DREI Produkte gewerkelt und gehofft, mit EINEM
Erfolg zu haben.

Ich habe schon genug gesehen. Die in Frage stehenden DB's sind mir nicht
neu, Zope mag ich in gewissen Bereiche unterbelichtet zu sein,
Projektmanagement ist mir nicht neu. Kurz, ich verstehe von Werkzeugen
worüber hier STÄNDIG diskutiert wird.

@Henrik, du bist nicht "Doof", belese dich in wenigen Seiten und dann
weißt auch du, welche Lösungen gut kombinierbar sind bzw. für ein
Projekt wie diesen in Frage kommen. Die "Entschuldingung" reicht somit
nicht aus, das du dich mit gewissen Produkte nicht auskennst.
Wir müssen alle genau wissen, was wir verkaufen.
Erfahrung ist natürlich eine andere Sache. Beratung auch!

@Tomas, du hast schon einiges geschafft. Größtenteils jedoch alleine.
Oben schrieb ich Team - mehr ist hierzu nichts zu sagen!

@Ralf, s.o.

@Joachim, auch deine Leistungen waren beträchtlich, doch ohne Teamarbeit
ist diese Wertlos. Das aufgebaute muss ergänzt, verbessert und
Intuitiver werden. Willst alles du machen?

@Toni, ich muss sagen das Toni riesigen Wissensbrocken hat.
Wir sollten überlegen, wie diese nutzbar sind und das Ego mancher
zurückschrauben. Teamarbeit ist aber auch hier nicht viel zu sehen.


Ich hatte mich bewusst bisher herausgehalten, weil es aussichtslos
gewesen wäre, die Treads auch noch zu verlängern. Durch eine neue
Familienkonstellation habe ich auch keine Zeit zu vergeuden gehabt
und habe Sie weiterhin nicht.


Ich möchte keinem hier zu nahe treten, mag er sich beleidigt fühlen, war
dies nicht meine Absicht. Wie geschrieben, das Projekt hat Potential
erfolgreich zu werden AUCH in dem kurzen Zeitfenster, doch dann darf
Teamarbeit keine Seltenheit sein. Ich schlage also ein
schnellstmöglichen Treffen vor, bei dem wir die zu verwendenden Produkte
festlegen, die wir dann auch einsetzen und viel wichtiger, eine
Teamarbeit Strategie entwickeln und umsetzen.


Erzählt mir nicht über eure Zeitknappheit, wenn alle Interesse an dem
Erfolg dieses Projektes haben, müssen sich auch alle die Zeit dafür nehmen.

Wir alle haben ein gewisses Potential, dieses muss nur noch abgestimmt
und kombiniert werden. Hier schlief anscheinend die Projektplanung.

Ich freue mich auf konstruktive Kommentare,
Michael