Tourenbeschreibungen - XML-Format

hi,

ich stelle mir ein bisschen die frage, welchen nutzen ein derartiges system hat, wenn es "nur" lokal installiert. dann kann ich zwar meine eigenen touren eingeben, aber mal ehrlich, eine tour, die ich schon mal gefahren bin, werde ich immer wieder wie im schlaf abfahren koennen.

wirklichen nutzen bringt sowas meiner meinung nach nur, wenn man an zentraler stelle auf ein ordentliches archiv zugreifen kann. so gesehen ist java/xml kein hindernis (selbst für den "windows user"), denn davon merkt man am client ja nichts mehr.

gruesse, hannes
 
naja ich bin nur halt erstmal davon ausgegangen das es eine vernünftige oberfläche für die eingabe geben muss. die daraus resultierenden xml dateien kann man ja dann beliebig weiterverwenden . also meinetwegen wieder in eines dieser "online archive" hochladen.
klar wäre der weg es online zu erstellen der einfachere.....aber hat schonmal jemand z.b. an die modemuser gedacht? da kostet jede minute richtig asche und ich bezweifle das die dann lust haben sich ne viertelstunde nur um die beschreibung einzugeben länger online bleiben.
 
@igor

Es wird ja ein Datenbankserver geben, über den der Client sich seine Strecken holt und wo neu/geänderte Strecken gesichert werden.

Die Datenbank sowie die Logik für den "Client" stehen.
Das Layout entwerfe ich gerade und wenn mir der JTree nicht den letzten Nerv raubt und das Wetter schlechter wird (sonst bin ich leider zum Biken gezwungen :D ) gibt auch sehr bald eine erste Version.
 
@ NuMetal

meine antwort war eher an "derthix" gerichtet, da ich schon ein bisschen mitgelsen hatte, wusste ich ja schon etwa in welche richtung das projekt gehen soll.

@ derthix

man kann eine seite ja auch so gestalten, daß während der eingabe keine verbindung nötig ist. dann holt sich der user einmal die eingabemaske (die verbindung endet), gibt seinen ganzen krempel ein, und drückt auf "speichern" (die verbindung wird automatisch wieder hergestellt). gesamte online zeit vielleicht 3 oder 4 minuten!

wer ganz auf nummer sicher gehen will, muss eine online- und eine offline variante programmieren. so mache ich es nach mehrmaligem wunsch zur zeit in meinem projekt (auch bike-bezogen). ist halt leider entsprechend mehr arbeit....

gruesse, hannes
 
klar es fürhen viele wege ans ziel. wollte halt nur meine hilfe anbieten.

ich persönlich fülle auch lieber irgendwelche formulare online aus als mir extra dafür ne software aufn rechner zu holen ;)


btw: dethix nicht derthix ;)
 
@igorion, @Dethix

Hi,

natuerlich sollten die Touren spaeter an zentraler Steller verwaltet werden.
Ob das bei der Erfassung dann erst in ne Datenbank geht oder erstmal in
einem XML-Format gespeichert wird, kann dem Anwender ja egal sein.

Aber zwei wichtige Punkte wurden aus meiner Sicht bisher noch nicht erwaehnt:

1) Irgendwie muss das ja in die zentrale DB des Online-Verwalters wandern.
Ich denke auch nicht, dass jeder ne Stunde und mehr online sein will, um
die Tour direkt zu erfassen. Ausserdem gibt es zig Datenbank-System, jedes
davon zu unterstuetzen waere ein ganz schoener Aufwand. Einfacher ist es
deswegen eine Import-Schnittstelle via XML zu schreiben. Die kann man dann
leichter fuer verschiedene DB-Systeme anbieten.

2) Irgendwie muss man die Inhalte der Datenbak ja auch darstellen. Egal ob
HTML, Text, PDF oder irgendwas anderes. Nicht jeder wird nen PDA zur Verfuegung
haben, den er mit auf die Tour nehmen kann. Und dazu ist XML eben (aus meiner
Sicht) das Mittel der Wahl. Eine XSL-Transformation fuer HTML hab'
ich ja schon geschrieben. Was aber z.B. noch fehlt ist ein Profil der Tour.
Das laesst sich aber ziemlich easy aus den Informationen meiner XML-Struktur
generieren.

Ausserdem laesst sich die Darstellungsschicht wesentlich schneller und einfacher
mit einer XML-Struktur testen und verbesseren: Ich kann schnell Informationen
ergaenzen und die Struktur aendern, um ein besseres Ergebnis zu erzielen.
Eine DB-Struktur zu aendern und dann die Daten umzuladen, ist im Gegensatz
dazu schon ein ganz schoener Brocken.

Also: Ob das in einer Datenbak oder direkt XML gespeichert wird, ist erstmal
egal. Wichtig fuer die Interoperabilitaet waere aber, dass an den verschiedenen
Schnittstellen des Systems XML eingesetzt wird.

Ein Punkt spricht aber tatsaechlich fuer eine Datenbank: Der Aufwand fuer den
Entwickler. Es ist doch etwas einfacher die Daten aus einer DB zu holen als
das umstaendlich ueber XML zu handhaben. Aber auch dabei darf man eins nicht
vergessen: Der Endanwender muss dann eine Datenbank (wie z.B. MySQL) am Laufen
haben. Auch das koennte den Joe User ueberfordern. Und dann ist da ja auch
wieder die Problematik der verschiedenen Systeme (was man mit einem Framework
wie Hibernate aber einigermassen egalisieren koennte).

Aber (!): Ich will hier niemanden in seinem Elan bremsen. Es ist immer besser
erstmal irgendein System zu haben, als staendig ueber Vaporware zu diskutieren.
Software hat den Vorteil, dass man sie relativ leicht noch aendern und anpassen
kann. Und wir haben ja keine "Materialkosten" ausser unserer Zeit... ;)

so far,
knottyTom
 
igorion schrieb:
@ derthix

man kann eine seite ja auch so gestalten, daß während der eingabe keine verbindung nötig ist. dann holt sich der user einmal die eingabemaske (die verbindung endet), gibt seinen ganzen krempel ein, und drückt auf "speichern" (die verbindung wird automatisch wieder hergestellt). gesamte online zeit vielleicht 3 oder 4 minuten!

gruesse, hannes

Hi Hannes,

hmm... also diese Idee einer einzigen Maske zur Erfassung trifft (aus meiner Sicht)
nicht ganz die Komlpexitaet des Problems.

Wir haben u.a. eine Reihe sich wiederholtender Elemente (cross points, Abzweigungen) und
darin sich wiederholende "Informationen zum Streckenabschnitt". Das kann man nur schlecht
in einem einzigen Formular darstellen. Dazu kommen die diversen Bilder, die ja auch
irgendwie hochgeladen werden muessen.

Ich hab' schon erwaehnt, dass ich an einer Variante arbeite, die mit einem lokalen Servlet-
Server laeuft. Da ich schon jetzte alle relevanten Daten in ein ZIP-File packen kann, waere
meine Idee, dieses File komplett auf den Internet-Host zu laden. Einfach im HTML auf
"Upload Tour" klicken und fertig.

Einen Server muss niemand installieren. Der ist gleich im Paket dabei. Alles in Java.

gute Idee?
knottyTom
 
Dethix schrieb:
Hi habe gerade erst euer projekt entdeckt und bin ziemlich interessiert.
Würde euch meine hilfe dabei anbieten. ich habs zwar nicht so mit java aber ein wenig programmiererfahrung habe ich auch. könnt ez.b. mein glück mit vb versuchen. damit ließe sich sicherlich schnell ein tool erstellen mit dem man recht komfortabel eine tour "erstellen" kann.

wenn ich das richtig verstanden habe ich ja die "java version" vor allem auf die handynutzung abgezielt oder??

ok sehe ein das ein vb programm nicht gerade so viel sinn macht ....also so nach dem motto wenn man schon xml nimmt dann bitte alles plattform unabhängig. aber für die windows user wäre es vielleicht eine alternative.

naja ihr könnt ja mal euren senf dazu abgeben :)

Hi Dethix,

spaet kommt mein Kommentar, aber besser als gar nicht... :)

Hilfe ist natuerlich immer willkommen. Und ich hab' ja schon in einem meiner letzten Postings
erwaehnt, dass mir irgendeine Version lieber ist als gar keine.

Mit VB hab ich aber ein Problem: Ich kann es weder testen noch aendern. Ich hab' hier ein
reines Linux-System am laufen. Da ist mit VB nicht viel drin.

Dann waere natuerlich zu klaeren, ob du einen Client fuer das XML-Format schreiben willst
oder fuer die Datenbank. Fuer XML brauchst du (denke ich) genauere Informationen von
mir. Von NuMetal bekam ich gerade eine Nachricht, dass er mir das Datenbankschema
(MySQL, hier ist wieder unser Problem des DB-Systems!) zur Verfuegung stellt. D.h. fuer
dich, dass du dich wegen der DB eher an NuMetal wenden musst.

Vielleicht kannst du dich ja dazu durchringen Java zu lernen. So schwer ist das nicht, wenn
du schon programmieren kannst. Und Java zu koennen ist sicher auch kein Schaden.

Aber ich will dich hier zu nichts zwingen. Wenn du Lust hast, das Ganze mit VB anzugehen,
dann mach das. Meine Sachen, was XML betrifft, kannst du gerne haben (das meiste hab'
ich ja eh schon hier hochgeladen, kann dir aber die aktuelleren Staende auch per eMail
schicken).

Lass' mal hoeren, was dir lieber waere.

respect,
knottyTom
 
hi,

wenn ich dich richtig verstanden habe, bestimmt eine gute idee!

ich hab das jetzt so gelesen, daß der user lokal ein tool zur verfügung hat, mit dem er touren erstellen und speichern kann. wenn er will, kann er diese auf den zentralen tourenserver laden und seine tour der öffentlichkeit zur verfügung stellen.

ich habe für die "offline" variante der applikation, an der ich gerade arbeite, einen ähnlichen weg gewählt. die applikation läuft selbst "offline" im browser, und erhält über einen kleinen, selbst geschriebenen http-server (java) zugang zum rechner des users, um dort lokal dateien zu speichern. was mir allerdings noch fehlt, ist die möglichkeit, aus dem "offline" system daten ins "online" system hochzuladen.

nochmal respekt davor, daß du (ihr) mit so einem projekt angefangen habt. ich weiss aus eigener erfahrung, wieviel arbeit so etwas sein kann! ich kann aber auch versichern, daß es richtig gut tut, wenn man mal was macht, daß man so gestalten kann, wie man sich das selbst vorstellt, ohne deadlines, ohne chef der einem reinpfuscht, ohne budget, welche nur eine 70%-ige lösung zulässt usw.....


noch eine anmerkung zum schluss, die aber aufgrund des vorher geschriebenen eher irrelevant sein dürfte:

man könnte auch aus einem html formular eine ganze menge herauskitzeln, inklusive mehrfacheingabe von bildern usw. das formular müsste dann eben dynamisch mit der eingabe durch den user wachsen und entsprechend am server ausgewertet werden. für das hochladen von bildern kann man problemlos eingabefelder vom typ "file" verwenden. nachdem der user über dieses eingabefeld ein bild ausgewählt hat, kann man problemlos über die nun im eingabefeld vorhandene lokale URL eine bildvorschau darstellen. auf die weise habe ich mal ein tool geschrieben, mit dem der user für ein redaktionssystem bilder hochladen konnte, und schon am client gezwungen war, sich an das vorgegebene bildformat zu halten, indem er eine schablone über das bild legen musste, um den ausschnitt festzulegen. das bild wurde dann gemeinsam mit den auschnittsdaten hochgeladen, am server zurechtgeschnitten und dann erst im system gespeichert.

grüsse, hannes
 
Hi,

hab' mir jetzt noch mal meine Aufzeichnungen durchgelesen. Man sollte das
wirklich hin und wieder tun, um nicht das Ziel aus dem Auge zu verlieren.

Deswegen nochmals ganz klar: Mein Ziel ist es, eine Tourbeschreibung zu
erstellen, die es auch jemanden, der den Output zum ersten Mal benutzt,
ermoeglicht die Tour

a) einfach anzufahren
b) die Anforderungen zu verstehen
c) sich ein Bild (durch Bilder) machen zu koennen
d) anhand des Outputs (Text auf Papier!), den er/sie mitnimmt, die Tour ohne
Probleme abzuradeln

Wir verstricken uns hier (oftmals) in Diskussioen ueber technische
Anforderungen/Details, die fuer den Endnutzer (den Fahrer der Tour) von
eher zweifelhaften Nutzen sind.

Also nochmals: Das Ziel ist der Nutzer der Tourbescheibung!

Natuerlich sollte die Erstellung der Tourbeschreibung auch einfach sein. Aber
das ist zumindest fuer mich ein nachrangiges Ziel.

Ich moechte folgendes Szenario vermeiden: Da haben sich ein Paar Geeks ein
System ausgedacht mit dem man total easy ne Tour erfassen kann. Klar, nen
MySQL-Server und ne Flatrate brauchst schon. Danach laedst du dir das Teil
auf deinen GPS-enabled PDA, Ohrstoepsel rein und schon wird dir jede Abzweigung
angesagt.

Nette Vision... aber vielleicht sollten wir erstmal fuer die breite Masse
umsonst verfuegar und nutzbar machen, was wir uns so vorstellen. Mit der Vision
machen wir dann fett Cash...

No man can lead man, we have to have unity [Bob Marley],
knottyTom
 
igorion schrieb:
hi,

wenn ich dich richtig verstanden habe, bestimmt eine gute idee!

ich hab das jetzt so gelesen, daß der user lokal ein tool zur verfügung hat, mit dem er touren erstellen und speichern kann. wenn er will, kann er diese auf den zentralen tourenserver laden und seine tour der öffentlichkeit zur verfügung stellen.

ich habe für die "offline" variante der applikation, an der ich gerade arbeite, einen ähnlichen weg gewählt. die applikation läuft selbst "offline" im browser, und erhält über einen kleinen, selbst geschriebenen http-server (java) zugang zum rechner des users, um dort lokal dateien zu speichern. was mir allerdings noch fehlt, ist die möglichkeit, aus dem "offline" system daten ins "online" system hochzuladen.

nochmal respekt davor, daß du (ihr) mit so einem projekt angefangen habt. ich weiss aus eigener erfahrung, wieviel arbeit so etwas sein kann! ich kann aber auch versichern, daß es richtig gut tut, wenn man mal was macht, daß man so gestalten kann, wie man sich das selbst vorstellt, ohne deadlines, ohne chef der einem reinpfuscht, ohne budget, welche nur eine 70%-ige lösung zulässt usw.....


noch eine anmerkung zum schluss, die aber aufgrund des vorher geschriebenen eher irrelevant sein dürfte:

man könnte auch aus einem html formular eine ganze menge herauskitzeln, inklusive mehrfacheingabe von bildern usw. das formular müsste dann eben dynamisch mit der eingabe durch den user wachsen und entsprechend am server ausgewertet werden. für das hochladen von bildern kann man problemlos eingabefelder vom typ "file" verwenden. nachdem der user über dieses eingabefeld ein bild ausgewählt hat, kann man problemlos über die nun im eingabefeld vorhandene lokale URL eine bildvorschau darstellen. auf die weise habe ich mal ein tool geschrieben, mit dem der user für ein redaktionssystem bilder hochladen konnte, und schon am client gezwungen war, sich an das vorgegebene bildformat zu halten, indem er eine schablone über das bild legen musste, um den ausschnitt festzulegen. das bild wurde dann gemeinsam mit den auschnittsdaten hochgeladen, am server zurechtgeschnitten und dann erst im system gespeichert.

grüsse, hannes
Hi Hannes,

das mit dem Hochladen hast du exakt so verstanden wie ich es meinte.

Ich hab' mir den Server "Simple" rausgeguckt. Ein 'lazy developer' schreibt
sowas ja nicht selber. ;)

Hmm, das mit der 'Chef-Sache' ist so ein Punkt. Auf den ersten Blick mag
das verlockend klingen. Aber dann ist es so, dass du (wenn sich wirklich
noch Leute beteiligen und dann auch bei der Stange bleiben) zehn verschiedene
Ideen hast, aber keinen Chef der sagt: "Schluss der Diskussion, wir nehmen
Idee Drei".

Sicher, wenn du ueber einen Abstimmungsprozess das ganze wieder in Fahrt
bringst, dann sind wieder alle (oder 90%) mit Elan dabei, aber sowas kann auch
ganz schoen nervig werden.

Zu deinen Anmerkungen der technischen Realisierung sage ich bewusst nichts.

respect,
knottyTom
 
Hi,

hab jetzt WebSpace. Deswegen mal auf die Schnelle eine (nicht ganz ernst gemeinte) aktuelle
Version: Download

Funktioniert nicht... wasn das fuer ein Schmarrn?!?

Au Backe! Also: Oeffnet einen neuen Browser und kopiert den Link da rein. Dann geht's.

Im Firefox ist es noch einfacher: Klickt einfach im neuen Fenster nochmal in das Control
des URL. Dann <return> druecken und schon geht es. Mamma mia...

enjoy,
knottyTom
 
Hi,

wie naehern uns Version 0.5 des Stylesheets:
Code:
[[This is ROADMAP.TXT]]
....
Version 0.5
* Improve overall layout (using css)
* Add image links to the generated HTML output.
* Add navigation for the HTML output
* Add information for GPS-Systems (no idea, how to use that kind of information
  in the future... time will show)
* Fix a bug in the translation system.(distance, wrong translated in German)
* Add a windrose image to show direction.
* Add graphical pavement information

Version 0.4
...

Deswegen gibts hier ein aktuelles Beispiel:
http://www.web-space.tv/knottytom/nuremberg_zoo_round.de.0.5pre2.zip

Auspacken und nuremberg_zoo_round.html im Browser angucken.

enjoy,
knottyTom
 
Hi,

Was geht?
Version 0.5pre5 ist online. Guckst du das unter:
http://www.web-space.tv/knottytom/biketour/nuremberg_zoo_round.html

Das Ganze komplett (mit XML) kann man unter
http://www.web-space.tv/knottytom/nuremberg_zoo_round.de.0.5pre5.zip
saugen. Auspacken und nuremberg_zoo_round.html angucken.

Was ist neu?
1) Ich hab noch bissl am CSS rumgebastelt. Schaut's jetzt (einigermassen) gut
aus? Feedback!
2) Das Profil wird nun wirklich aus den Daten des XML generiert. In der letzten
Version war das ja noch ein Fake...
3) Das Profil enthaelt nun 'Anmerkungen'. Kam mir in den Sinn als ich diesen
HacTronik-Thread las.

Was kommt?
1) Ich mach' noch diese "Windrose" fertig.
2) Paar Sachen sind noch auf englisch... vielleicht uebersetz' ich das noch.
3) Dann packe ich Version 5.0 damit ihr das mal testen koennt.
4) Muss mich mal wieder mit NuMetal kurzschliessen: Keine Ahnung was da im
Moment mit der Datenbank geht.

Welche Visionen?
1) War heute am 'DirtPark Forchheim' (anderer Thread). Vielleicht bau' ich da
mal als Ex-Local mit...
2) Kauf mir ein GPS-System. Was ich damit mache? Na, rate mal.

so far,
knottyTom
 
Hi,

Version 0.5pre6 ist fertig. Angucken kann man die aktuelle Version
unter:
http://www.web-space.tv/knottytom/biketour/nuremberg_zoo_round.html

Wer sich das ganze mal lokal in aller Ruhe angucken will, der
saugt sich:
http://www.web-space.tv/knottytom/nuremberg_zoo_round.de.0.5pre6.zip
Da ist das XML-File mit drin. Ganz praktisch, wenn man mit der
kommenden Version mal selber experimentieren will. An nem Handbuch (Version ?),
wie das XML ausschauen muss und was geht, schreibe ich gerade.

Wenn ich jetzt noch ne huebsche Windrose gemalt habe (und diese auch
durch meine XSL-Transformation verwendet wird), dann gebe ich die Version
0.5 frei. Zeitpunkt kommt bissl drauf an, wie ich Zeit habe. Also immer
mal wieder hier checken...

enjoy,
knottyTom
 
Hi,

kurz mal was zum aktuellen Stand:

Version 0.5 ist zu 95% fertig. Jetzt gibt's ne echte Website:
http://www.web-space.tv/knottytom/.

Ich hab' die ersten Drafts der grafischen Darstellung des
Streckenbelags (siehe aktuelle Version)... gefaellt mir noch
nicht so recht.

Geplanter Termin fuer die Freigabe der Version 0.5 ist
12. Sept 2005.

so far,
knottyTom
 
Hi,

war schneller als ich dachte (mein Fernseher hat seinen Geist aufgegeben :eek: ): Die
Version 0.5 ist jetzt raus. Runterladen kann man das unter

http://www.web-space.tv/knottytom/index.html#download

Bitte beide 0.5-zip-Dateien saugen, in ein neues Verzeichnis kopieren und beide
auspacken. Getrennt hab ich das, weil die Java-Bibliotheken recht fett sind
und sich eher selten aendern werden. D.h. fuer die Version 0.6 braucht man
die (vermutlich) nicht wieder runterladen.

Als naechstes sollte man die Datei READ.ME lesen. Dann kann es losgehen. Falls
es Probleme gibt (wovon ich ausgehe), dann schickt mir bitte eine eMail an die
Adresse die unter

http://www.web-space.tv/knottytom/index.html#feedback

angegeben ist.


Achja, mir kam da gerade eine neue Idee in den Sinn. Man koennte ja fuer jede Abzweigung
ein MP3-File generieren, das den Text und Infos des naechsten Abzweigs
'vorliest'. Dann koennte man das ganze auf den MP3-Player laden... mal gucken
ob ich das technisch hinkriege?

enjoy and feedback,
knottyTom
 
Servus,

ersteinmal muss ich Dir mitteilen dass ich die Idee verdammt gut finde und mich dazu bewogen hat mich mal mit C#, .NET und XML ausseinander zu setzen, denn ich versuche gerade sowas ähnliches wie einen Viewer/Editor für die Tourbeschreibungsdateien zu bauen. Nunja, leider funktioniert aber der Link zur Manual nicht, schade dass es noch niemand mitbekommen hat :)

Was hältst Du davon ein Wiki dafür aufzusetzen, so dass man über das gesamte Projekt an einer Stelle etwas diskutieren kann und um Fehler auszubessern?
 
Hi serendipity,

danke fuer den Hinweis. Ich hab' das Manual jetzt mal an dieses Posting an-
gehaengt. Man kann es auch ueber den Link laden: Man muss nur einen
neuen Browser starten und den Link da explizit reinkopieren. Bissl umstaendlich,
stimmt! Alternativ kann man auch direkt auf die Projekt Seite [1] gehen, da
funktionieren alle Links.

Die Idee mit dem Wiki find ich super (weil ich ein Fan von Wikis bin). Haettest
du die Moeglichkeit und die Resourcen sowas aufzusetzen?

Wenn du ne Oberflaeche programmiert hast, dann poste das bitte hier oder
(besser) schick' mir ne eMail (meine Adresse findest du auf der Projektseite).

so far,
knottyTom

P.S.: An dem Manual arbeite ich gerade. Tut mehr leid, wenn es noch nicht
das bietet, was du suchst... :-(

[1] http://www.web-space.tv/knottytom
 

Anhänge

knottyTom schrieb:
Hi serendipity,
Die Idee mit dem Wiki find ich super (weil ich ein Fan von Wikis bin). Haettest
du die Moeglichkeit und die Resourcen sowas aufzusetzen?
Ich persönlich wohl weniger, aber wie wäre es mit Sourceforge oder noch besser Berlios?
knottyTom schrieb:
Wenn du ne Oberflaeche programmiert hast, dann poste das bitte hier oder
(besser) schick' mir ne eMail (meine Adresse findest du auf der Projektseite).

Erstmal den Wälzer von MSPress durcharbeiten, aber da ich schon Java kenne, ist das mit C# nicht so das Problem. Werde mich melden wenn etwas zustande gekommen ist. Ich denke es wird wohl erstmal ein simpler Viewer für Beschreibung und Wegpunkte werden.
 
Zurück