Wie geht es ab 01.01.08 weiter mit dem Monitor?

[Buebchen]

Meine Meinung dazu ist, daß ich SF interessant finde, aber es nicht zwingend bräuchte (Insbesondere, da wir schon ein Repository haben). Dennoch stimmt es natürlich, daß der Bekanntheitsgrad dadurch erheblich wächst. Da Du aber schon angedeutet hast, daß Du das gerne machen würdest, bin ich natürlich Feuer & Flamme dafür, da mir selbst dadurch keine Arbeit entsteht *grins*.
Gleiches gilt sicherlich auch für freshmeat und eine ganze andere Menge von "Programmbibliotheken".

Flußdiagramme fände ich auch sehr wichtig. Ich habe da auch schon mal einen Anfang gemacht (der aber schon wieder veraltet ist und auch nen Fehler hat). Denn auch ich selbst muss jetzt schon überlegen, wo und wie die Daten eigentlich verarbeitet werden. Da bleibe ich am Ball und mache auch nochmal ein Update der Zeichnung.

Eigenes Forum würde ich erstmal nicht machen. Zu wenig "Masse" für ein eigenes Forum. Das zerläuft sich irgendwann.

CMS bin ich schmerzfrei, welches wir nehmen. Ich könnte auch ein vorliegendes Design in ein Typo3 Template umsetzen. Seit TemplaVoila ist das ja doch recht komfortabel zu machen. Joomla habe ich bisher noch nicht ausprobiert. Könnte auch weiterhin erstmal im Kern das Wiki bleiben.
Vielleicht findet sich ja ein Redaktionsteam, daß da Lust und Laune hat die Seite mit Leben zu füllen. Dann könnte das CMS nach deren Fähigkeiten ausgewählt werden.

... Ich glaube so ein Jodeldiplom brauche ich auf jeden Fall :-)

[Buebchen]

Noch ein Beitrag zum Kommunikationsprotokoll:

In der Umsetzung fällt mir dann doch noch etwas auf:

a) Bei der Channel-Info (Kommando 203) sollte noch ein Bit 2^3 eingefügt werden. Damit man 2^2 für 512Baud POCSAG und 2^3 für 1200 Baud POCSAG nehmen kann.

b) Inquiry (Kommando 210,110):
Macht es Sinn die Antworten zu "quittieren" ? Um das Protokoll einfach zu halten würde ich generells solche "Auf Antwort einer Antwort warten"-Situation umgehen wollen.

c) Bei den Aufnahmekommando könnte man ggf. bei einer Antwort, daß die Aufnahme schon läuft, bzw. die Aufnahme beendet ist, noch die geplante (gesamte) Aufnahmedauer mitgeben.

Also ungefähr so:

204:1:30 -> Anfrage vom Client: Nimm 30 Sekunden auf
104:1:1:"name" -> Antwort Server: Aufnahme läuft
Nach 15 Sekunden
300: Wichtige Schleife mit 120 Sekunden aufnehmen
204:1:120 -> Nimm jetzt 120 Sekunden auf
104:1:2:"name":135 -> Antwort Server: Aufnahme wird verlängert - Da 15 Sekunden vorweg shon aufgenommen wurden und jetzt noch 120 sekunden dabei = 135 Sekunden Gesamtaufnahme

Am Ende dann:

104:1:0:"name":135 -> Aufnahme mit 135 Sekunden beendet

-> Muss sowas dann wieder mit 200 {OK} bestätigt werden ? Bei TCP/IP garantiert mir das Protokoll ja, daß die Daten ankommen, oder TCP/IP meldet mir einen Fehler. Das würde ich gerne weglassen, um das Protokoll einfach zu halten.

[jhr-online]

Dann lasst uns doch in Sachen Jodeldiplom mal ein paar grundsätzliche Entscheidungen treffen:

1. Sourceforge
1.1 Alles auf SF umziehen?
1.2 Einige Funktionen (BTS, SVN etc.) von SF nutzen und den Rest in Eigenregie weitermachen?
1.3 Das Projekt nur bekannt machen auf SF?

2. Ausgegangen von 1.2 oder 1.3:
2.1 Wer maintained auf SF (mdi hat sich angeboten)?
2.2 Domain monitord.de registrieren?
2.2.1 Du oder ich? :-)
2.3 Wo hosten wir die eigenen Funktionen?
2.4 Welche Funktionen hosten wir selbst (anstatt SF zu nutzen)?

So, das ist jetzt blind runter geschrieben... :)
Meine Antwort:
Ich miete die monitord.de an und zahle sie auch. Ich kann nicht entwickeln, dafür hab ich viel zu wenig Ahnung, und sehe das gerne als meinen Anteil an der Arbeit an. Ich bin auch bereit meinen Server in Eigenverantwortung weiterhin für gewisse Dienste zur Verfügung zu stellen, bin aber bestimmt auch nicht beleidigt, wenn die Sachen verlagert werden.
SF kenne ich nicht gut genug, um wirklich beurteilen zu können, ob es Sinn macht, irgendwas von denen zu nutzen. Wenn ja, sollten wir das auch tun, finde ich. Das Maintainig kann da gerne mdi machen.
Darüber hinaus sollten wir dieses Forum wie gehabt nutzen und uns kein eigenes ans Bein binden, wenn nicht unbedingt erforderlich. Und die Website erstellen wir nächstes Jahr, ich hab zumindest keine Zeit dafür im Moment. Wie wir die Entwicklungsstände festhalten wollen etc., weiß ich nicht. Soweit es geht, nutzt gerne das BTS; zusätzlich können wir ein Wiki fahren, aber das bedeutet eben auch wieder Wartung und Ordnung halten etc. Da dürft ihr euch nun wieder Gedanken machen... Insbesondere die aktiven Entwickler müssen nachher damit arbeiten!

jhr

[jhr-online]

Also, ich sag mal so... In zwei Tagen fahre ich weg vom PC zur Familie :)
Wollen wir nicht wenigstens ein paar kleine Entscheidungen vorher treffen?

jhr

[nepomuck]

1. Sourceforge

{mysenf}
Wir machen das Projekt auf SF Publik und legen dort "Major Builds" ab. Von SF aus verweisen wir auf unsere Homepage. Andere Features von SF nutzen wir nicht.

Wir erstellen ein eigenes Monitord-Portal. Auf dem gibt es einen Blog zur aktuellen Entwicklung, Infos zu verwandten Projekten, das Wiki und stable Binaries/Sources zum Download -- sobald verfügbar. Das SVN kann bleiben wo es ist oder zieht auch ins Portal um. Als Forum verlinken wir hierher. Sollte das Forum hier dann doch mal schliessen, implementieren wir was vergleichbares auf der eigenen Site.

Ich biete an dieser Stelle nochmal Hardware und Hosting für das Projekt an, kann aber nicht sofort eine neue Domain registrieren. Bis das möglich ist kann ich aber Namespace aus meinen bestehenden Domänen benutzen und das Ganze später einfach umbennenen.

Oder einer von euch kauft die Domain und findet einen bezahlbaren Hoster mit akzeptablen Leistungen.
{/mysenf}

Andreas

[jhr-online]

Gut, ich bin einverstanden mit dem Weg. Es bleibt das Portal zu erstellen, aber da hatten sich ja schon Optionen ergeben.
Ich bleibe bei meinem Angebot, die Domain zu stellen, und selbstverständlich kann mein Rechner weiterhin genutzt werden. Ich würde auf die Domain dann Subdomains einrichten für BTS und Wiki. Kapazitativ sollte das ganze für mich kein Problem ergeben; es läuft ja bisher auch rund...

Ich muss das aber auch nicht machen. Es wäre - wie gesagt - mein Beitrag, da ich nicht aktiv entwickeln kann. Wenn jemand unbedingt will, kann er aber auch seinen Server opfern.

Also: entscheidet euch :)

[Buebchen]

Ich bin in solchen Dinge "träge":-)

So wie es jetzt läuft (Forum, bts, SVN) bin ich eigentlich recht zufrieden. Das wiki wird noch zu wenig genutzt. Auch das bts hat noch Potential (das neue Layout gefällt mir übrigens sehr gut). Liegt aber auch an der noch sehr aktiven Entstehungsphase. Im Wiki läßt sich sonst hervorragend Dokumentieren und Tips und Tricks vereinigen. Im BTS wird die Entwicklung vorangetrieben.

Was die Sache abrunden würde wäre noch eine ansprechenden Präsenz für den Erstbesucher. Sprich ein Portal oder sonst was.

Wer kennt die SF in Bezug auf SVN , nightly builds etc. schon ? Welchen Nutzen kann man aus einem Umzug erwarten ? Sonst wurde ich auch vorschlagen nur die Milestones und releases auf SF zu packen.

Wenn jhr-online sich schon anbieten würde ich sagen, da sagen wir doch einfach mal "Danke !" und machen das so, oder ?
Ob nun er selbst oder jemand anders das Portal erstellt und pflegt ist eine zweite Entscheidung. Die kann auch gerne im nächsten Jahr gefällt werden.

[funkwart]

Egal, wo die einzelnen Teile liegen, registriert doch die Domain und macht eine Startseite, die Links auf die einzelnen Teile enthält.

Gruß,
Funkwart