[PUG] Re: [PUG] XML-Müde

2003-02-28 Diskussionsfäden Tobias Kaefer
Quoting Laurence Tonke [EMAIL PROTECTED]:

 nämlich ein Käsebrötchen, und kein normales Brötchen mit Käse. Das
 einzige was Du machen könntest, wäre
 
 Brötchen Belag=Käse/

Das hier macht wohl mehr sinn:
Brötchen Type=Sesam
  Belag Type=Käse/
  Belag Type=Salami/
  Belag Type=Ei/
/Brötchen

;-)

Gruss
Tobi

-- 
Tobias Käfer

Käfer-Software
Otto-Wels-Str. 50
55130 Mainz
Deutschland(Germany)
FON:   +49 6131 999 808
FAX:   +49 6131 999 807
CELL:  +49 172 6149 811
http://www.kaefer-software.de
[EMAIL PROTECTED]
[EMAIL PROTECTED]

PUG - Penguin User Group Wiesbaden - http://www.pug.org


[PUG] Re: [PUG] XML-Müde

2003-02-28 Diskussionsfäden Tobias Kaefer
Quoting Laurence Tonke [EMAIL PROTECTED]:
 Brötchen
   BelagKäse/Belag
 /Brötchen
 
 ist was anderes als
 
 BrötchenKäse/Brötchen
 
 nämlich ein Käsebrötchen, und kein normales Brötchen mit Käse. Das
 einzige was Du machen könntest, wäre
 
 Brötchen Belag=Käse/

Doch noch besser:
Brötchen Type=Sesam Size=Paarweck
  Belag Type=Käse Subtype=Tilsitter Count=1/
  Belag Type=Salami Subtype=Mailänderart Count=2/
  Belag Type=Ei Subtype=gekocht und geschnitten Count=5/
  Belag Type=Gurke Subtype=Spreewälder Count=2/
/Brötchen

oder oder oder

;-)


-- 
Tobias Käfer

Käfer-Software
Otto-Wels-Str. 50
55130 Mainz
Deutschland(Germany)
FON:   +49 6131 999 808
FAX:   +49 6131 999 807
CELL:  +49 172 6149 811
http://www.kaefer-software.de
[EMAIL PROTECTED]
[EMAIL PROTECTED]

PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: [PUG] XML-Müde

2003-02-28 Diskussionsfäden Laurence Tonke
On Fri, 2003-02-28 at 14:00, Tobias Kaefer wrote:
 Quoting Laurence Tonke [EMAIL PROTECTED]:
  Brötchen
BelagKäse/Belag
  /Brötchen
  
  ist was anderes als
  
  BrötchenKäse/Brötchen
  
  nämlich ein Käsebrötchen, und kein normales Brötchen mit Käse. Das
  einzige was Du machen könntest, wäre
  
  Brötchen Belag=Käse/
 
 Doch noch besser:
 Brötchen Type=Sesam Size=Paarweck
   Belag Type=Käse Subtype=Tilsitter Count=1/
   Belag Type=Salami Subtype=Mailänderart Count=2/
   Belag Type=Ei Subtype=gekocht und geschnitten Count=5/
   Belag Type=Gurke Subtype=Spreewälder Count=2/
 /Brötchen
 
 oder oder oder
 
 ;-)

Ich bin Vegetarier. Wärest Du so nett die Salami von meinem Brötchen
runterzunehmen? ;-)

Laurence
-- 
Laurence Tonke
Software AG
http://www.softwareag.com

PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: [PUG] XML-Müde

2003-02-28 Diskussionsfäden Tobias Kaefer
Quoting Laurence Tonke [EMAIL PROTECTED]:

 On Fri, 2003-02-28 at 14:00, Tobias Kaefer wrote:
  Quoting Laurence Tonke [EMAIL PROTECTED]:
   Brötchen
 BelagKäse/Belag
   /Brötchen
   
   ist was anderes als
   
   BrötchenKäse/Brötchen
   
   nämlich ein Käsebrötchen, und kein normales Brötchen mit Käse. Das
   einzige was Du machen könntest, wäre
   
   Brötchen Belag=Käse/
  
  Doch noch besser:
  Brötchen Type=Sesam Size=Paarweck
Belag Type=Käse Subtype=Tilsitter Count=1/
Belag Type=Salami Subtype=Mailänderart Count=2/
Belag Type=Ei Subtype=gekocht und geschnitten Count=5/
Belag Type=Gurke Subtype=Spreewälder Count=2/
  /Brötchen
  
  oder oder oder
  
  ;-)
 
 Ich bin Vegetarier. Wärest Du so nett die Salami von meinem Brötchen
 runterzunehmen? ;-)

Aber gerne doch:
Brötchen Type=Sesam Size=Paarweck
 Belag Type=Käse Subtype=Tilsitter Count=1/
 Belag Type=Paprika Subtype=rot Count=2/
 Belag Type=Ei Subtype=gekocht und geschnitten Count=5/
 Belag Type=Gurke Subtype=Spreewälder Count=2/
/Brötchen

;-)
Wie der *Kunde* es wünscht

-- 
Tobias Käfer

Käfer-Software
Otto-Wels-Str. 50
55130 Mainz
Deutschland(Germany)
FON:   +49 6131 999 808
FAX:   +49 6131 999 807
CELL:  +49 172 6149 811
http://www.kaefer-software.de
[EMAIL PROTECTED]
[EMAIL PROTECTED]

PUG - Penguin User Group Wiesbaden - http://www.pug.org


[PUG] Re: [PUG] Re: [PUG] XML-Müde

2003-02-28 Diskussionsfäden Thomas Borger
Euer Bsp. funktioniert ja noch nicht mal in ganz Deutschland und da wird
bekanntlich
ein und dasselbe Tastaturlayout verwendet.

 Aber gerne doch:
 Brötchen Type=Sesam Size=Paarweck
   ~ [1]
  Belag Type=Käse Subtype=Tilsitter Count=1/
  Belag Type=Paprika Subtype=rot Count=2/
  Belag Type=Ei Subtype=gekocht und geschnitten Count=5/
  Belag Type=Gurke Subtype=Spreewälder Count=2/
 /Brötchen


[1] das geht maximal in Rheinhessen/HE/RLP.

In Bayern müßte daraus Semmel und in Brandenburg/Berlin Schrippen
werden.
Für andere Gebiete in D fällt mir da noch Brötchen und Weissgebäck ein.

sowas ;-)

Thomas


PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: [PUG] XML-Müde

2003-02-28 Diskussionsfäden Max Trense
Am Freitag, 28. Februar 2003 14:00 schrieb Tobias Kaefer:
 Quoting Laurence Tonke [EMAIL PROTECTED]:
  Brötchen
BelagKäse/Belag
  /Brötchen
 
  ist was anderes als
 
  BrötchenKäse/Brötchen
 
  nämlich ein Käsebrötchen, und kein normales Brötchen mit Käse.
  Das einzige was Du machen könntest, wäre
 
  Brötchen Belag=Käse/

 Doch noch besser:
 Brötchen Type=Sesam Size=Paarweck
   Belag Type=Käse Subtype=Tilsitter Count=1/
   Belag Type=Salami Subtype=Mailänderart Count=2/
   Belag Type=Ei Subtype=gekocht und geschnitten Count=5/
   Belag Type=Gurke Subtype=Spreewälder Count=2/
 /Brötchen

Oder nicht. Das macht man nicht! Attribute und Elemente sind in XML 
keineswegs austauschbar. Ganz im Gegenteil: Je differenzierter die 
Knotenstruktur ist, desto einfacher wird das XML-Dokument
Brötchen
TypSesam/Typ
GrößePaarweck/Größe
Belag
TypKäse/Typ
UntertypTilsitter/Untertyp
Anzahl1/Anzahl
/Belag
/Brötchen
ist wesentlich freundlicher zu lesen und entspricht auch dem Standard. 
Der sagt, dass alle Informationen, die ein Objekt beschreiben in 
Elemente gehören und alle Attribute dieser Informationen in der 
Attributliste stehen.
Dein Beispiel ist zwar Well-Formed aber der Sinn der Information geht 
verloren.
Daher auch:
Datum
Tag25/Tag
Monat Typ=Zahl04/Monat
Monat Typ=AusgeschriebenApril/Monat
Jahr2099/Jahr
/Datum

-- 
+Max Trense
+[EMAIL PROTECTED]

PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: [PUG] Re: [PUG] XML-Müde

2003-02-28 Diskussionsfäden Tobias Kaefer
Quoting Thomas Borger [EMAIL PROTECTED]:

 Euer Bsp. funktioniert ja noch nicht mal in ganz Deutschland und da wird
 bekanntlich
 ein und dasselbe Tastaturlayout verwendet.
 [1] das geht maximal in Rheinhessen/HE/RLP.
 
 In Bayern müßte daraus Semmel und in Brandenburg/Berlin Schrippen
 werden.
 Für andere Gebiete in D fällt mir da noch Brötchen und Weissgebäck ein.
 
 sowas ;-)

Soetwas nennt man wohl Schnittstellendefinition oder??
;-)


-- 
Tobias Käfer

Käfer-Software
Otto-Wels-Str. 50
55130 Mainz
Deutschland(Germany)
FON:   +49 6131 999 808
FAX:   +49 6131 999 807
CELL:  +49 172 6149 811
http://www.kaefer-software.de
[EMAIL PROTECTED]
[EMAIL PROTECTED]

PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: [PUG] XML-Müde

2003-02-28 Diskussionsfäden Tobias Kaefer
Quoting Max Trense [EMAIL PROTECTED]:
 Oder nicht. Das macht man nicht! Attribute und Elemente sind in XML 
 keineswegs austauschbar. Ganz im Gegenteil: Je differenzierter die 
 Knotenstruktur ist, desto einfacher wird das XML-Dokument

Das ist eben geschmackssache!
Und was heisst einfacher?
Wie definiert man einfacher?

 Brötchen
   TypSesam/Typ
   GrößePaarweck/Größe
   Belag
   TypKäse/Typ
   UntertypTilsitter/Untertyp
   Anzahl1/Anzahl
   /Belag
 /Brötchen
 ist wesentlich freundlicher zu lesen und entspricht auch dem Standard. 

Mein Konstrukt entspricht auch dem Standart.
Und ob es freundlicher zu lesen ist, würde ich aus meiner Sicht bezweifeln.
 Der sagt, dass alle Informationen, die ein Objekt beschreiben in 
 Elemente gehören und alle Attribute dieser Informationen in der 
 Attributliste stehen.

Warum?
Ist denn der Typ eines Objektes kein Atrribut?

 Dein Beispiel ist zwar Well-Formed aber der Sinn der Information geht 
 verloren.

Wenn Du das so siehst!?

 Daher auch:
 Datum
   Tag25/Tag
   Monat Typ=Zahl04/Monat
   Monat Typ=AusgeschriebenApril/Monat
   Jahr2099/Jahr
 /Datum

Der Tag an sich ist hier ja auch ein eigenes Objekt ebenso wie Monat und Jahr.
Von daher gehe ich mit Dir hier konform.


-- 
Tobias Käfer

Käfer-Software
Otto-Wels-Str. 50
55130 Mainz
Deutschland(Germany)
FON:   +49 6131 999 808
FAX:   +49 6131 999 807
CELL:  +49 172 6149 811
http://www.kaefer-software.de
[EMAIL PROTECTED]
[EMAIL PROTECTED]

PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: [PUG] XML-Müde

2003-02-28 Diskussionsfäden Max Trense
Am Freitag, 28. Februar 2003 15:02 schrieb Tobias Kaefer:
 Quoting Max Trense [EMAIL PROTECTED]:
  Oder nicht. Das macht man nicht! Attribute und Elemente sind in XML
  keineswegs austauschbar. Ganz im Gegenteil: Je differenzierter die
  Knotenstruktur ist, desto einfacher wird das XML-Dokument

 Das ist eben geschmackssache!
 Und was heisst einfacher?
 Wie definiert man einfacher?

Bei Standards gibt es keine Geschmackssache. Sicherlich ist XML sehr 
freizügig mit Interpretationsmöglichkeiten und ein Parser sollte so gut 
lesen können, dass er selbst das entstellteste XML lesen kann... Aber 
der Writer sollte auch so klares und Standard-konformes XML wie möglich 
schreiben.

  Brötchen
  TypSesam/Typ
  GrößePaarweck/Größe
  Belag
  TypKäse/Typ
  UntertypTilsitter/Untertyp
  Anzahl1/Anzahl
  /Belag
  /Brötchen
  ist wesentlich freundlicher zu lesen und entspricht auch dem
  Standard.

 Mein Konstrukt entspricht auch dem Standart.
 Und ob es freundlicher zu lesen ist, würde ich aus meiner Sicht
 bezweifeln.

http://www.w3schools.com/xml/default.asp

  Der sagt, dass alle Informationen, die ein Objekt beschreiben in
  Elemente gehören und alle Attribute dieser Informationen in der
  Attributliste stehen.

 Warum?
 Ist denn der Typ eines Objektes kein Atrribut?

Das Objekt ist der Knoten, seine Werte das Element und Beschreibungen 
dieser Werte sind Attribute.
Belag
Typ Alter=altKäse/Typ
/Belag
alt beschreibt hier nicht den Typ (das Objekt) sondern den Käse. Wenn Du 
also etwas schreibst wie:
Belag Typ=Käse /
Ist das wunderschön, aber was bitte beschreibt Käse? Der Name Attribut 
impliziert schon, dass es sich meist um Adjektive handelt.

  Dein Beispiel ist zwar Well-Formed aber der Sinn der Information
  geht verloren.

 Wenn Du das so siehst!?

  Daher auch:
  Datum
  Tag25/Tag
  Monat Typ=Zahl04/Monat
  Monat Typ=AusgeschriebenApril/Monat
  Jahr2099/Jahr
  /Datum

 Der Tag an sich ist hier ja auch ein eigenes Objekt ebenso wie Monat
 und Jahr. Von daher gehe ich mit Dir hier konform.

-- 
+Max Trense
+[EMAIL PROTECTED]

PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: [PUG] XML-Müde

2003-02-28 Diskussionsfäden Michael Kastner
Hallo Max,

Max Trense wrote:
Am Freitag, 28. Februar 2003 15:02 schrieb Tobias Kaefer:
Daher auch:
Datum
Tag25/Tag
Monat Typ=Zahl04/Monat
Monat Typ=AusgeschriebenApril/Monat
Jahr2099/Jahr
/Datum
Der Tag an sich ist hier ja auch ein eigenes Objekt ebenso wie Monat
und Jahr. Von daher gehe ich mit Dir hier konform.
Hier wäre es meines Erachtens auch besser, es so zu schreiben

Datum
  Tag25/Tag
  Monat
Zahl24/Zahl
AusgeschriebenApril/Ausgeschrieben
  Monat
  Jahr2099/Jahr
/Datum
Ist einfach stringenter, behaupte ich mal.

Viele Grüße

Michael Kastner


PUG - Penguin User Group Wiesbaden - http://www.pug.org


[PUG] AW: [PUG] Re: [PUG] XML-Müde

2003-02-28 Diskussionsfäden Henrik Schneider
das macht alles überhaupt keinen sin. 
nachdem ich mir mal im browser angeschaut habe (und die sonderzeihen
entfernt hatte)
hatte ich ein supper baumartige strucktur des belegten brötchens.
doch was bringt mir das? gibts dafür auch noch sinnvolle
anwendungesbeispiele?
ausserdem müsste es doch so aussehen ;)


belegtesbrotchen Type=Rosenbrotschen
 Brotchenteile Type=geschnitten
Belag Type=Kase/
Belag Type=Salami/
Belag Type=Ei/
   /Brotchenteile
/belegtesbrotchen


PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] AW: [PUG] Re: [PUG] XML-Müde

2003-02-28 Diskussionsfäden Laurence Tonke
On Fri, 2003-02-28 at 15:39, Henrik Schneider wrote:
 das macht alles überhaupt keinen sin. 
 nachdem ich mir mal im browser angeschaut habe (und die sonderzeihen
 entfernt hatte)
 hatte ich ein supper baumartige strucktur des belegten brötchens.
 doch was bringt mir das? gibts dafür auch noch sinnvolle
 anwendungesbeispiele?

Natürlich: Einen Webshop für belegte Brötchen zum Beispiel. Du
speicherst Die verschiedenen Brötchenkonfigurationen mit Anzahl, Preis
und Bild in einer Datenbank in XML-Struktur, baust ein Stylesheet dazu
um das ganze nett anzeigen zu können und ein Formular zur Auswahl der
gewünschten Brötchenkomponenten...

Damit kann der Kunde anhand des gewünschten Belags alle Brötchen die es
dazu gibt angezeigt bekommen und kaufen.

Jetzt mußt Du nur noch sicherstellen, daß das Brötchen auch bei Deinem
Kunden ankommt bevor die Butter ranzig wird...

Laurence
-- 
Laurence Tonke
Software AG
http://www.softwareag.com

PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: [PUG] XML-Müde

2003-02-28 Diskussionsfäden Max Trense
Am Freitag, 28. Februar 2003 15:40 schrieb Michael Kastner:
 Hallo Max,

 Max Trense wrote:
  Am Freitag, 28. Februar 2003 15:02 schrieb Tobias Kaefer:
 Daher auch:
 Datum
Tag25/Tag
Monat Typ=Zahl04/Monat
Monat Typ=AusgeschriebenApril/Monat
Jahr2099/Jahr
 /Datum
 
 Der Tag an sich ist hier ja auch ein eigenes Objekt ebenso wie
  Monat und Jahr. Von daher gehe ich mit Dir hier konform.

 Hier wäre es meines Erachtens auch besser, es so zu schreiben

 Datum
Tag25/Tag
Monat
  Zahl24/Zahl
  AusgeschriebenApril/Ausgeschrieben
Monat
Jahr2099/Jahr
 /Datum

 Ist einfach stringenter, behaupte ich mal.

Aber Du musst Dir immer darüber klar werden, welche Bedeutung ein Objekt 
hat.
Ich kann mit Datum/Tag den Tag abrufen und mit Datum/Monat[Typ=Zahl] 
den Monat. Das sieht wesentlich klarer aus. Es ist mit XML ein bisschen 
wie mit einer natürlichen Sprache. Im deutschen Sprachgebrauch gibt es 
viele Möglichkeiten, Dinge auszudrücken, so dass sie grammatikalisch 
korrekt sind. Aber einen Sinn muss so ein Satz dann noch lange nicht 
ergeben. Viele Leute schauen einfach immer nur nach der formalen 
Definition, aber das ist nicht der Weisheit letzter Schluss. Natürlich 
kommen dann Well-Formed Dokumente heraus, aber das was XML so stark 
macht ist die Sinnhaftigkeit seiner Ausdrücke.

-- 
+Max Trense
+[EMAIL PROTECTED]

PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] AW: [PUG] Re: [PUG] XML-Müde

2003-02-28 Diskussionsfäden Max Trense
Am Freitag, 28. Februar 2003 15:39 schrieb Henrik Schneider:
 das macht alles überhaupt keinen sin.
 nachdem ich mir mal im browser angeschaut habe (und die sonderzeihen
 entfernt hatte)
 hatte ich ein supper baumartige strucktur des belegten brötchens.
 doch was bringt mir das? gibts dafür auch noch sinnvolle
 anwendungesbeispiele?
 ausserdem müsste es doch so aussehen ;)

Browser können aus Prinzip kein XML ;-)) Das ist nur der Wahn der 
Hersteller. Alles brüllt: XML TOLL!!! und die Browserhersteller sagen: 
Das kann unser Browser, benutzt ihn!

 belegtesbrotchen Type=Rosenbrotschen
  Brotchenteile Type=geschnitten
 Belag Type=Kase/
 Belag Type=Salami/
 Belag Type=Ei/
/Brotchenteile
 /belegtesbrotchen

Gibt es dann auch:
... Brotchenteile Type=mit einem Fleischerbeil bis zur Unkenntlichkeit 
verstümmelt ...
???

-- 
+Max Trense
+[EMAIL PROTECTED]

PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: [PUG] XML-Müde

2003-02-28 Diskussionsfäden Michael Kastner
Hallo Max,

Max Trense wrote:
Aber Du musst Dir immer darüber klar werden, welche Bedeutung ein Objekt 
hat.
Ich kann mit Datum/Tag den Tag abrufen und mit Datum/Monat[Typ=Zahl] 
den Monat. Das sieht wesentlich klarer aus. Es ist mit XML ein bisschen 
wie mit einer natürlichen Sprache. Im deutschen Sprachgebrauch gibt es 
viele Möglichkeiten, Dinge auszudrücken, so dass sie grammatikalisch 
korrekt sind. Aber einen Sinn muss so ein Satz dann noch lange nicht 
ergeben. Viele Leute schauen einfach immer nur nach der formalen 
Definition, aber das ist nicht der Weisheit letzter Schluss.
Ohne jetzt zu weit abzuschweifen zu wollen: Begriffsbildung lernt man am 
besten über die Erkenntnistheorie. Und da gibt es mit dem Organon von 
Aristoteles _ein_ Standardwerk seit über zwei tausend Jahren.

Im Grunde ist damals schon die Grundlage gelegt worden, wie man - nicht 
nur in XML - hierarchische Informationen (Begriffe) strukturiert.

 Natürlich
 kommen dann Well-Formed Dokumente heraus, aber das was XML so stark
 macht ist die Sinnhaftigkeit seiner Ausdrücke.
Widerspruch, Euer Ehren! ;-) Ich behaupte mal frech, erst wenn die 
Ausdrücke sinnhaft sind, wird aus XML-Daten eine Information. Der 
Kontext muß eindeutig sein, dann lassen sich die Informationen daraus 
ziehen. Daten alleine, die in keinem oder einem falschen Kontext stehen, 
machen keinen Sinn.

Insofern ist muß man vorher das was man darstellen möchte im Sinne der 
Erkenntnistheorie auch als Kontext begriffen haben.

Viele Grüße

Michael Kastner


PUG - Penguin User Group Wiesbaden - http://www.pug.org