You can subscribe to this list here.
2003 |
Jan
|
Feb
(2) |
Mar
(21) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
(1) |
Sep
(21) |
Oct
(33) |
Nov
|
Dec
|
2005 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: karl k. <ka...@an...> - 2005-01-29 12:59:30
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Samstag, 29. Januar 2005 13:44 schrieb Martin Gruner: > Hallo Leute, > > ich weiß, im Umfeld von Zefania sind Crosswire-Leute verschrien... > > Trotzdem wollte ich euch vorschlagen, mit BibleTime > (http://bibletime.info) zusammenzuarbeiten. BibleTime hat vermutlich > einen Teil von dem, was ihr erreichen wollt, schon geschafft. Wir sind > offen für eure Vorschläge und Mitarbeit. Wie wäre es z.B., wenn man > BibleTime um ein Zefania-Backend erweitert? So könnte man meines > Erachtens viel Arbeit sparen, ihr könntet auf dem Bestehenden aufsetzen > und das Ganze mit euren Ideen voranbringen. > > Lasst mal eure Meinung hören (bitte cc an mich). Ich hoffe sehr, dass > wir, auch wenn keine Zusammenarbeit zustande kommt, freundschaftlich > miteinander umgehen können und uns nicht als Konkurenz betrachten müssen. > > Martin Gruner > > (bis 2004 auch FTAler gewesen =) Nun, wie wollen wir reagieren? Soll ich, als PR Manger :gg:, denen eine Antwort verfassen? Ich würde die vorher hier zum begutachten geben, oder in discuss eher? Und was sollte ich da aufführen? Ihr hattet ja die Gespräche mit Bibletime mal geführt, oder nicht? GFS - -- Homepage >> http://karl.karzelek.com Blogs >> http://karl.karzelek.com/xrossblog | http://meinsenf.blogspot.com PGP >> http://karl.karzelek.com/pgp.htm reg. Linux User: #214057 (http://counter.li.org) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFB+4ioYvkFR0eSpKARAkWXAKCrEKrqDlFE7WE0l/5DItyVsN8kBgCgg6KB YBtVnEX4vORlzPHg7+jfUog= =w83g -----END PGP SIGNATURE----- |
From: Martin G. <mg...@gm...> - 2005-01-29 12:44:52
|
Hallo Leute, ich weiß, im Umfeld von Zefania sind Crosswire-Leute verschrien... Trotzdem wollte ich euch vorschlagen, mit BibleTime (http://bibletime.info) zusammenzuarbeiten. BibleTime hat vermutlich einen Teil von dem, was ihr erreichen wollt, schon geschafft. Wir sind offen für eure Vorschläge und Mitarbeit. Wie wäre es z.B., wenn man BibleTime um ein Zefania-Backend erweitert? So könnte man meines Erachtens viel Arbeit sparen, ihr könntet auf dem Bestehenden aufsetzen und das Ganze mit euren Ideen voranbringen. Lasst mal eure Meinung hören (bitte cc an mich). Ich hoffe sehr, dass wir, auch wenn keine Zusammenarbeit zustande kommt, freundschaftlich miteinander umgehen können und uns nicht als Konkurenz betrachten müssen. Martin Gruner (bis 2004 auch FTAler gewesen =) |
From: Kairos <ka...@an...> - 2005-01-09 22:47:50
|
Hi, ich habe unter folgenden Link im mybible /ZephaniaXML-Forum gepostet. http://forum.mybible.de/viewtopic.php?p=3D2510#2510 doch damit ihr es auf eurern Rechner zum Nachschlagen habt kommt hier nochm= als=20 die Mail. Besonders du, Carsten, k=F6nntest mal dr=FCberschauen. Ich will Siebie auch= noch=20 drauf ansprechen - aber vor der GrIII Pr=FCfung wird das wohl nichts. Au=DFerdem habe ich noch drei Fragen ge=E4u=DFert, hier sind sie: 1) W=FCrdet ihr es in Ordnung finden, wenn die Auszeichung der Sprachen mit= ISO=20 639 erfolgt: also grc f=FCr "Greek ancient"? - Ich bin in solchen Punkten i= mmer=20 f=FCr Standards.=20 =20 2) Was ist mit Worten, deren grammatische Form mehrdeutig ist? Soll dann di= e=20 wahrscheinlichste aus dem Kontext erschlossen werden oder sollen wir in der= =20 Enumerationen solche M=F6glichkeiten gleich ber=FCcksichtigen?=20 =20 3) W=E4re es nicht besser, wenn zb. Pr=E4postionen (pr=E4) und Pr=E4sens (p= r=E4s) lieber=20 ohne deutsche Umlaute geschrieben w=FCrden - dann erleichtern wir es andere= n=20 Nationalit=E4ten an Z-XML mitzuarbeiten. Mein Vorschlag: (pre) bzw. (pres)= =20 Und hier der Code: <xsd:complexType name=3D"T_GRAM" mixed=3D"true"> <xsd:choice minOccurs=3D"0" maxOccurs=3D"unbounded"> <xsd:element name=3D"GRAM" type=3D"T_GRAM" minOccurs=3D"0" maxOccurs=3D"unb= ounded"/> </xsd:choice> <xsd:attribute name=3D"woa" use=3D"required"> <!--Die Wortart--> <xsd:simpleType> <xsd:restriction base=3D"xsd:string"> <xsd:enumeration value=3D"grc-verb"> <!--Verb--> </xsd:enumeration> <xsd:enumeration value=3D"grc-subst"> <!--Substantiv--> </xsd:enumeration> <xsd:enumeration value=3D"grc-adj"> <!--Adjektiv--> </xsd:enumeration> <xsd:enumeration value=3D"grc-art"> <!--Artikel--> </xsd:enumeration> <xsd:enumeration value=3D"grc-pro"> <!--Pronomen--> </xsd:enumeration> <xsd:enumeration value=3D"grc-adv"> <!--Adverb--> </xsd:enumeration> <xsd:enumeration value=3D"grc-pr=E4"> <!--Pr=E4position--> </xsd:enumeration> <xsd:enumeration value=3D"grc-par"> <!--andere Partikel--> </xsd:enumeration> <xsd:enumeration value=3D"grc-konj"> <!--Konjunktion--> </xsd:enumeration> <xsd:enumeration value=3D"grc-subj"> <!--Subjunktionen--> </xsd:enumeration> <xsd:enumeration value=3D"grc-num"/><!--andere Partikel?--> <!--Numerale--> <!-- evtl. andere Partikel extra aufgef=FChrt; z.B.: <xsd:enumeration value=3D"grc-int"> <!--interjektionen </xsd:enumeration> <xsd:enumeration value=3D"grc-neg"> <!--Negationen </xsd:enumeration> =2D-> </xsd:restriction> </xsd:simpleType> </xsd:attribute> <xsd:attribute name=3D"gen" use=3D"optional"> <!--Geschlecht--> <xsd:simpleType> <xsd:restriction base=3D"xsd:string"> <xsd:enumeration value=3D"grc-mask"/> <!--Maskulinum/M=E4nnlich--> <xsd:enumeration value=3D"grc-fem"/> <!--Femininum/Weiblich--> <xsd:enumeration value=3D"grc-neut"/> <!--Neutrum/S=E4chlich--> </xsd:restriction> </xsd:simpleType> </xsd:attribute> <xsd:attribute name=3D"num" use=3D"optional"> <!--Numerus--> <xsd:simpleType> <xsd:restriction base=3D"xsd:string"> <xsd:enumeration value=3D"grc-sg"/> <!--Singular/Einzahl--> <xsd:enumeration value=3D"grc-pl"/> <!--Plural--> </xsd:restriction> </xsd:simpleType> </xsd:attribute> <xsd:attribute name=3D"prs" use=3D"optional"> <!--Person--> <xsd:simpleType> <xsd:restriction base=3D"xsd:string"> <xsd:enumeration value=3D"grc-1"/> <!--1. Person--> <xsd:enumeration value=3D"grc-2"/> <!--2. Person--> <xsd:enumeration value=3D"grc-3"/> <!--3. Person--> </xsd:restriction> </xsd:simpleType> </xsd:attribute> <xsd:attribute name=3D"diat" use=3D"optional"> <!--Diathese / Genus Verbi--> <xsd:simpleType> <xsd:restriction base=3D"xsd:string"> <xsd:enumeration value=3D"grc-akt"/> <!--Aktiv--> <xsd:enumeration value=3D"grc-med"/> <!--Medium--> <xsd:enumeration value=3D"grc-pass"/> <!--Passiv--> <xsd:enumeration value=3D"grc-mp"/> <!--Mediopassiv--> </xsd:restriction> </xsd:simpleType> </xsd:attribute> <xsd:attribute name=3D"kas" use=3D"optional"> <!--Der Fall--> <xsd:simpleType> <xsd:restriction base=3D"xsd:string"> <xsd:enumeration value=3D"grc-nom"/> <!--Nominativ--> <xsd:enumeration value=3D"grc-gen"/> <!--Genitiv--> <xsd:enumeration value=3D"grc-dat"/> <!--Dativ--> <xsd:enumeration value=3D"grc-akk"/> <!--Akkusativ--> <xsd:enumeration value=3D"grc-vok"/> <!--Vokativ--> </xsd:restriction> </xsd:simpleType> </xsd:attribute> <xsd:attribute name=3D"inf" type=3D"xsd:string" use=3D"optional"/> <!--W=F6rterbuchform--> <xsd:attribute name=3D"tmp" use=3D"optional"> <!--Tempus / bzw. Aspekt--> <xsd:simpleType> <xsd:restriction base=3D"xsd:string"> <xsd:enumeration value=3D"grc-pr=E4s"/> <!--Pr=E4sens--> <xsd:enumeration value=3D"grc-aor"/> <!--Aorist--> <xsd:enumeration value=3D"grc-perf"/> <!--Perf--> <xsd:enumeration value=3D"grc-fut"/> <!--Futur--> <xsd:enumeration value=3D"grc-plqp"/> <!--Plusquamperfekt--> <xsd:enumeration value=3D"grc-ipf"/> <!--Imperfekt--> </xsd:restriction> </xsd:simpleType> </xsd:attribute> <xsd:attribute name=3D"sta" type=3D"xsd:string" use=3D"optional"/> <!--Wortstamm (im grc parallel zu strongs --> <xsd:attribute name=3D"mod" use=3D"optional"> <!--Modus--> <xsd:simpleType> <xsd:restriction base=3D"xsd:string"> <xsd:enumeration value=3D"grc-ind"/> <!--Indikativ--> <xsd:enumeration value=3D"grc-konj"/> <!--Konjunktiv--> <xsd:enumeration value=3D"grc-imp"/> <!--Imperativ--> <xsd:enumeration value=3D"grc-opt"/> <!--Optativ--> <xsd:enumeration value=3D"grc-inf"/> <!--Infinitiv--> <xsd:enumeration value=3D"grc-ptz"/> <!--Partizip--> </xsd:restriction> </xsd:simpleType> </xsd:attribute> <xsd:attribute name=3D"str" type=3D"xsd:string" use=3D"optional"/> </xsd:complexType> =2D-=20 <>< Markus Karzelek=09 developing free bible software join www.anakrino.de ><> |
From: kairos [m. karzelek] <ka...@an...> - 2004-10-11 11:36:17
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Montag, 11. Oktober 2004 12:01 schrieb Gregor :kelko: Karzelek: > K=F6nnen <div>-Elemente geschachtelt werden? K=F6nnen sie (siehe mein HP).=20 Und hier brauchst du - soweit ich wei=DF - auch keine Klassen einzuf=FChren= =2E=20 Du kannst ja z.B. =FCber CSS auch definieren, wie er "div" anzeigt und "div= div"=20 Wobei ich denke, dass man da keine Unterschiede in der Darstellung machen=20 muss/soll. Nur bei =DCberschriften spielt es dann eine Rolle, ob du <h1> oder <h2> etc= =2E=20 hast. Doch das hat ja dann mit den div's nicht direkt was zu tun. kairos =2D --=20 <>< kairos / markus karzelek Developing free bibel software join anaKrino :: www.anaKrino.de ><> =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBam7CYvkFR0eSpKARAtdRAJ4uJOxGUi0dQ7Ajyz2RCMaTvithSwCglTMU r/tR6SreogZp3V2n0GUHIzA=3D =3DKCqG =2D----END PGP SIGNATURE----- |
From: Carsten Z. <ca...@cm...> - 2004-10-11 11:20:00
|
> > K=F6nnen <div>-Elemente geschachtelt werden? Das findest Du bestimmt unter http://selfhtml.teamone.de =2D-=20 Carsten Ziegert http://www.cmziegert.org |
From: Gregor :k. K. <ke...@an...> - 2004-10-11 10:01:24
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Und da wir ja m=F6glichst alle Bibelausgaben darstellen wollen, w=E4re da= s wohl > besser. Schlie=DFlich gibt es ja etliche Bibeln (z.B. Scofield), die eben= so > arbeiten. > Gibt es Gregor die M=F6glichkeit evtl. ein Attribut der Art "level" > einzurichten? > Dann k=F6nnten wir auch die einzelnen Ebenen der Inhaltlichen Strukturier= ung > darstellen: > <blockstart level=3D"1"> > <blockstart level=3D"2"> > <blockend level=3D"2"> > <blockstart level=3D"2"> > <blockend level=3D"2"> > <blockend level=3D"1"> > > Oder reicht es aus, wenn man die Tags schreibt, und der Parser macht es > dann von sich aus? Es reicht aus. Da ja jedes blockstart mit einem blockend geschlossen werden muss, schlie= =DFt=20 das aktuelle blockend automatisch das letzte blockstart, damit sind unendli= ch=20 tiefe verschachtelungen m=F6glich. Das einzige was man =FCberlegen m=FCsste= , w=E4re=20 die letztliche Darstellung, da <p>-Elemente nicht geschachtelt werden k=F6n= nen. K=F6nnen <div>-Elemente geschachtelt werden? Dann w=FCrde ich n=E4mlich sagen, man macht in ner CSS 4 verschiedene kasse= n f=FCr=20 div, und beschr=E4nkt somit die verschachtelungstiefe im bibeltext auf 4. Dann w=E4re das: <blockstart title=3D"Berpredigt" /> <blockstart title=3D"Seligpreisungen"/> #text <blockend/> <blockstart title=3D"Salz und Licht"/> #text <blockend/> <blockend/> Bei der Ausgabe das: <h1>Bergpredigt</h1> <div class=3D"1"> <h2>Seligpreisungen</h2> <div class=3D"2"> <p> #text </p> </div> <h2>Salz und Licht</h2> <div class=3D"2"> <p> #text </p> </div> </div> Oder hat jemand ne bessere Idee f=FCr die HTML-Ausgabe? kelko =2D --=20 anaKrino bible study Gregor :kelko: Karzelek :: ke...@an... Projektmitbegr=FCnder=20 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBaln9YvkFR0eSpKARAtcOAJ4rnu98gPSAHV69IDh/nUkKLJAhAwCfa3da dTqNCejGPMzwEnwP9yCObHc=3D =3DjXhj =2D----END PGP SIGNATURE----- |
From: kairos [m. karzelek] <ka...@an...> - 2004-10-11 09:03:26
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Montag, 4. Oktober 2004 12:45 schrieb Gregor :kelko: Karzelek: > Seid ihr damit einverstanden, dass ich (auf Basis von Zefania XML) eine > eigene XML-Struktur aufbaue, genau auf unsere Bed=FCrfnisse zugeschnitten? [x] Ja, ich bin damit einverstanden. aber ich pl=E4diere daf=FCr, soweit wie m=F6glich mit den Leuten von Zefani= a=20 zusammenzuarbeiten! evtl. sogar mit denen von MyBible. kairos =2D --=20 <>< kairos / markus karzelek Developing free bibel software join anaKrino :: www.anaKrino.de ><> =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBakwsYvkFR0eSpKARArhIAKCcIuSSAnpEyVqwS4orywbGBgC1RACgpzN9 Dj4Cn5NZFipC/b+scAKThn4=3D =3DZyi3 =2D----END PGP SIGNATURE----- |
From: kairos [m. karzelek] <ka...@an...> - 2004-10-11 09:03:25
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Schaut euch mal die neue Zefania XML an! http://leimer.name/zefania/version2005 Im Vergleich zur alten. http://leimer.name/zefania/version1009 Die haben einige Sachen dazugef=FCgt http://leimer.name/zefania/version2005/#element_VERS_Link0246F110 http://leimer.name/zefania/version1009/#element_VERS_Link01E0C390 aber auch manches weggelassen. http://leimer.name/zefania/version2005/#element_CHAPTER_Link0246ED70 http://leimer.name/zefania/version1009/#element_CHAPTER_Link01DDD8A0 Da es erst ein RC ist, k=F6nnte man ja vielleicht noch mit denen reden, bev= or es=20 endg=FCltig relaest wird, falls wir irgendwas =E4ndern wollen! kairos =2D --=20 <>< kairos / markus karzelek Developing free bibel software join anaKrino :: www.anaKrino.de ><> =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBakuBYvkFR0eSpKARAqUeAJ9qoBDGzn9VkFqdbunfQ4tJZmkCqwCgmYbz al5sSwVxB6p+DX7nx5U46Jw=3D =3DIMq/ =2D----END PGP SIGNATURE----- |
From: kairos [m. karzelek] <ka...@an...> - 2004-10-11 09:03:15
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Sonntag, 10. Oktober 2004 21:03 schrieb Gregor :kelko: Karzelek: > Deshalb die Frage nach dem Nutzen. Der Aufwand ist n=E4mlich eher mal ger= ing > f=FCr die Programmierung. Mein Gedanke war, dass wir eine M=F6glichkeit schaffen, den Text auf eine g= ut=20 lesbare Art und Weise darzustellen. Dabei ging es mir also weniger um eine= =20 weitere Strukturierung, sondern nur um die Info f=FCr den Parser, wo er ei= nen=20 neuen Absatz anfangen soll. Daf=FCr w=FCrde ein <block /> -element v=F6llig= =20 reichen.=20 Zus=E4tzlich dann noch das Attribut "title", um Zwischen=FCberschriften zu = w=E4hlen. Wenn wir jedoch neben der STruktur "Buch-> Kapitel -> Vers" eine inhaltlich= e=20 hineinbringen wollen, dann reicht das nicht - dann m=FCssen wir tats=E4chli= ch mit=20 <blockstart> <blockend> arbeiten.=20 Und da wir ja m=F6glichst alle Bibelausgaben darstellen wollen, w=E4re das = wohl=20 besser. Schlie=DFlich gibt es ja etliche Bibeln (z.B. Scofield), die eben s= o=20 arbeiten.=20 Gibt es Gregor die M=F6glichkeit evtl. ein Attribut der Art "level"=20 einzurichten? Dann k=F6nnten wir auch die einzelnen Ebenen der Inhaltlichen Strukturierun= g=20 darstellen:=20 <blockstart level=3D"1"> <blockstart level=3D"2"> <blockend level=3D"2"> <blockstart level=3D"2"> <blockend level=3D"2"> <blockend level=3D"1"> Oder reicht es aus, wenn man die Tags schreibt, und der Parser macht es dan= n=20 von sich aus? kairos =2D --=20 <>< kairos / markus karzelek Developing free bibel software join anaKrino :: www.anaKrino.de ><> =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBakp6YvkFR0eSpKARAu2UAJsFA0jjN1ZBm3ZWfa47U0buFxJWewCgpX6F s+oDEQlHYHJSwAcz7CN0SHs=3D =3DEZ/O =2D----END PGP SIGNATURE----- |
From: Carsten Z. <ca...@cm...> - 2004-10-11 06:28:05
|
Am Sonntag, 10. Oktober 2004 14:35 schrieb kairos [markus karzelek]: > Am Sonntag, 3. Oktober 2004 01:08 schrieb Carsten Ziegert: > > z.B. mit: > > http://xml.apache.org/xalan-c/ > > hab mal reingeschaut (bin zwar kein Entwickler, aber neugierig;-) ) > Wie sieht es mit Apache-Lizenz aus? Ist die GPL-kompatibel? Ob kompatibel, wei=DF ich nicht, auf jeden Fall ist bei Apache alles frei u= nd=20 darf auch weitergegeben werden. Die meisten Webseiten weltweit werden=20 wahrscheinlich =FCber den Apache Webserver ("httpd") deployed. Wie es genau= mit=20 der Lizenz aussieht, steht unter http://apache.org/licenses/ =2D-=20 Carsten Ziegert http://www.cmziegert.org |
From: Gregor :k. K. <ke...@an...> - 2004-10-10 19:03:50
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hm, > Das stimmt - wenn wir es in Abschnitte und Unterabschnitte unterteilen > wollen, dann k=F6nnen wir es tats=E4chlich nicht so machen. Wobei sich die > Frage stellt, ob man das so machen muss. Ich w=FCrde eher die Frage stellen: H=E4tte das wirklichen nutzen? > Wenn wir verschiedene Ebenen von Abschnitten haben wollen, dann m=FCssen = wir > tats=E4chlich zwei Tags haben. Ist mir recht - nur die Frage, ob du dann > Probleme wegen deiner Suchfunktionen bekommst - wenn nicht, dann lasst uns > das so machen. Mit den Suchfunktionen gibt es keine Probleme. Und f=FCr die Umwandlung vom= =20 XML-Code auf den HTML-Code f=FCr die Ausgabe w=E4re das auch kein weiteres= =20 Problem. Deshalb die Frage nach dem Nutzen. Der Aufwand ist n=E4mlich eher mal gerin= g f=FCr=20 die Programmierung. kelko =2D --=20 anaKrino bible study Gregor :kelko: Karzelek :: ke...@an... Projektmitbegr=FCnder=20 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBaYeJYvkFR0eSpKARAsjSAKDFDUsBUZB6UuBkHWPy3eakNXhGHgCgoUHR E1gMy31N97B8tEmBukGL+Aw=3D =3DDiwD =2D----END PGP SIGNATURE----- |
From: kairos [m. karzelek] <ka...@an...> - 2004-10-10 17:43:09
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Sonntag, 10. Oktober 2004 18:01 schrieb karl karzelek: > Meines Erachtens nach w=E4re das aber nicht ganz XML Konform, weil das ja > nicht wie bei <br> oder <hr> ein eingef=FCgter, spezialer Tag ist, der ke= inen > Abschnitt eingrenzt. Aber genau das w=E4re <block> ja, er soll ja einen > ganzen Abschnitt umschlie=DFen, also m=FCsste ein Anfangs und ein EndTag = hin. Jein - ich dachte eben daran, dass du nur an einer Stelle, an der ein Neuer= =20 Abschnitt anf=E4ngt einfach diesen Tag einf=FChrst - der dann f=FCr die Str= uktur=20 der XML-Datei egal w=E4re (und so die Suche nicht erschwert), und praktisch= nur=20 in der HTML-Ausgabe relevant w=E4re. Am Sonntag, 10. Oktober 2004 17:55 schrieb Gregor :kelko: Karzelek: > Wobei ... moment > > Wie w=E4r es z.B. mit: > <blockstart title=3D"Bergpredigt"/> > <blockstart title=3D"Seligpreisungen"/> > <blockend> > <blockend> > > Haben doch manche Bibeln so, oder nicht? > Und dann k=F6nntest du eben nicht nur <block> nehmen. Das stimmt - wenn wir es in Abschnitte und Unterabschnitte unterteilen woll= en,=20 dann k=F6nnen wir es tats=E4chlich nicht so machen. Wobei sich die Frage st= ellt,=20 ob man das so machen muss. Wenn wir verschiedene Ebenen von Abschnitten haben wollen, dann m=FCssen wi= r=20 tats=E4chlich zwei Tags haben. Ist mir recht - nur die Frage, ob du dann= =20 Probleme wegen deiner Suchfunktionen bekommst - wenn nicht, dann lasst uns= =20 das so machen. > <p> hat ja als schluss-tag </p>, aber <block> </block> kannst du eben nic= ht > machen, da XML keine =DCberkreuzenden tags erlaubt. verstehe ich nicht ganz! kairos =2D --=20 <>< kairos / markus karzelek Developing free bibel software join anaKrino :: www.anaKrino.de ><> =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBaXSkYvkFR0eSpKARAh3AAJ4wWR9F0wFOPz0taMUoMnD5SM46qACffhxO +zUKqqZ6Ks/n/XQUT+InXhk=3D =3DWqcD =2D----END PGP SIGNATURE----- |
From: kairos [m. karzelek] <ka...@an...> - 2004-10-10 17:36:58
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Sonntag, 10. Oktober 2004 17:37 schrieb Gregor :kelko: Karzelek: > > Bei der Einteilung des Textes in Abschnitte w=FCrde ich mich =FCbrigens= =20 > > strikt an die gedruckt Version halten. > > Bedeutet? Abschnitte =3D <block>? Jup! kairos =2D --=20 <>< kairos / markus karzelek Developing free bibel software join anaKrino :: www.anaKrino.de ><> =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBaXLYYvkFR0eSpKARApi5AKC7klD6Ojs5o4mi15njfnrB4FxTYACfUtTX vRl0ZtsiRepS4C6SyFVOJRU=3D =3DyTxe =2D----END PGP SIGNATURE----- |
From: karl k. <ka...@an...> - 2004-10-10 15:59:42
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Sonntag, 10. Oktober 2004 17:14 schrieb kairos [markus karzelek]: > Meinst du damit, dass in der HTML-Ausgabe des XML-Moduls ein <blockstart> > in ein <p> übersetzt wird? > > Wenn ja, dann habe ich eine weitere Frage: > warum dann <blockstart /> und <blockend /> und nicht einfach <block />? > schließlich ist doch klar, dass da wo ein Block aufhört, ein anderer > anfängt, oder? Meines Erachtens nach wäre das aber nicht ganz XML Konform, weil das ja nicht wie bei <br> oder <hr> ein eingefügter, spezialer Tag ist, der keinen Abschnitt eingrenzt. Aber genau das wäre <block> ja, er soll ja einen ganzen Abschnitt umschließen, also müsste ein Anfangs und ein EndTag hin. GFS - -- http://karl.karzelek.com || Blog >> http://meinsenf.blogspot.com PGP :: http://karl.karzelek.com/pgp.htm >> think secure! reg. Linux User: #214057 (http://counter.li.org) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBaVz/YvkFR0eSpKARAlE9AJoD+uGd4s0mgcxdksI6AKI3rIXn0wCgsbdW q/kee0X7HXe8jTyd3c6lTmQ= =AAUh -----END PGP SIGNATURE----- |
From: Gregor :k. K. <ke...@an...> - 2004-10-10 15:55:54
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > Wenn ja, dann habe ich eine weitere Frage: > > warum dann <blockstart /> und <blockend /> und nicht einfach <block />? > > schlie=DFlich ist doch klar, dass da wo ein Block aufh=F6rt, ein anderer > > anf=E4ngt, oder? > > =D6hm ... stimmt schon irgendwie. > Kann man auch so machen. Wobei ... moment Wie w=E4r es z.B. mit: <blockstart title=3D"Bergpredigt"/> <blockstart title=3D"Seligpreisungen"/> <blockend> <blockend> Haben doch manche Bibeln so, oder nicht? Und dann k=F6nntest du eben nicht nur <block> nehmen. <p> hat ja als schluss-tag </p>, aber <block> </block> kannst du eben nicht= =20 machen, da XML keine =DCberkreuzenden tags erlaubt. kelko =2D --=20 anaKrino bible study Gregor :kelko: Karzelek :: ke...@an... Projektmitbegr=FCnder=20 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBaVuDYvkFR0eSpKARAjEJAKCzeKeOiyxU0Rj6evUeC2SEpPTRPACgnGLJ tlcXvhHZXt3bfKsWr/aSrTA=3D =3DUgNc =2D----END PGP SIGNATURE----- |
From: Gregor :k. K. <ke...@an...> - 2004-10-10 15:38:14
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Meinst du damit, dass in der HTML-Ausgabe des XML-Moduls ein <blockstart> > in ein <p> =FCbersetzt wird? Letztlich schon. > Wenn ja, dann habe ich eine weitere Frage: > warum dann <blockstart /> und <blockend /> und nicht einfach <block />? > schlie=DFlich ist doch klar, dass da wo ein Block aufh=F6rt, ein anderer > anf=E4ngt, oder? =D6hm ... stimmt schon irgendwie. Kann man auch so machen. > Bei der Einteilung des Textes in Abschnitte w=FCrde ich mich =FCbrigens s= trikt > an die gedruckt Version halten. Bedeutet? Abschnitte =3D <block>? =2D --=20 anaKrino bible study Gregor :kelko: Karzelek :: ke...@an... Projektmitbegr=FCnder=20 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBaVdJYvkFR0eSpKARAsM/AKCrl1xQEISzvMnFV3wyfwyx70LbUACfXbB4 nlUPqnFl9k40Y1XbpBDImlI=3D =3D9Lby =2D----END PGP SIGNATURE----- |
From: kairos [m. karzelek] <ka...@an...> - 2004-10-10 15:14:51
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Sonntag, 10. Oktober 2004 16:20 schrieb Gregor :kelko: Karzelek: > Hm ... ich kenn es bis heute so, dass man bestimmte Stellen in der Bibel > Anhang von Buch, Kapitel und Vers angibt. Frag jeden Christen, so wird es > derzeit gehandhabt. Deshalb w=FCrde ich sagen, das sinnvollste ist es, di= ese > Einteilung als Grundstruktur zu halten und deshalb eben den Inhalt eines > Verses in den Tag <verse> zu setzen, nicht dazwischen. Das ist zwar richtig so, dass man es meistens so kennt, nur hei=DFt es nich= t,=20 dass es immer so richtig war/ist. Denn die logische Struktur eines Textes ist nun mal nicht immer gleich mit = der=20 Verseinteilung. Und deshalb auch haben fast alle modernen =DCbersetzungen (= und=20 sogar der Nestle Aland (z.B: Mt 1,6)) die Einteilung der Abschnitte dem Sin= n=20 gem=E4=DF und nicht nach Versen.=20 Und da wir den Text nicht nur als Quelle f=FCr unsere Suchfunktionen gebrau= chen,=20 sondern darin auch lesen wollen, sollten wir dieser Tatsache Rechnung trage= n,=20 gel? > Die Idee =E4hnelt sehr der OSIS-Variante: > <chapter cnumber=3D"5"> > <verse vnumber=3D"1"> > <blockstart title=3D"Seligpreisungen"/> > #text > </verse> > <verse> > #text > </verse> > ... > <verse> > #text > <blockend/> > </verse> > </chapter> *Schnitt* > In der Darstellung kann dann ein <p></p> gesetzt werden, entsprechend den > <blockstart/> <blockend/>. > der title von blockstart wird dann =FCber das <p> gesetzt. Meinst du damit, dass in der HTML-Ausgabe des XML-Moduls ein <blockstart> i= n=20 ein <p> =FCbersetzt wird? Wenn ja, dann habe ich eine weitere Frage: warum dann <blockstart /> und <blockend /> und nicht einfach <block />? schlie=DFlich ist doch klar, dass da wo ein Block aufh=F6rt, ein anderer an= f=E4ngt,=20 oder? kairos P.S.=20 Bei der Einteilung des Textes in Abschnitte w=FCrde ich mich =FCbrigens str= ikt an=20 die gedruckt Version halten. =2D --=20 <>< kairos / markus karzelek Developing free bibel software join anaKrino :: www.anaKrino.de ><> =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBaVHdYvkFR0eSpKARAjjyAKCQBFR+6lCxSHTDehlPVJU+406pygCfaSdO 0hMZYfAsQTqch/tamOHmLRk=3D =3D5XVo =2D----END PGP SIGNATURE----- |
From: Gregor :k. K. <ke...@an...> - 2004-10-10 14:20:22
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Es ist zwar eine bl=F6de Sache das Ganze, aber leider haben die Leute, die > damals die Verse eingeteilt haben (so irgendwann um 1500) die Verse nicht > immer sinnvoll eingeteilt. (von Kapiteln ganz zu schweigen) > Daher kann es passieren, dass eine logische Einheit (also vom Inhalt her) > nicht mit der Einheit "Vers" =FCbereinstimmt. > Nun, Herr Programmierer, was meinen Sie dazu? Was ich meine? Hm ... ich kenn es bis heute so, dass man bestimmte Stellen in der Bibel=20 Anhang von Buch, Kapitel und Vers angibt. Frag jeden Christen, so wird es=20 derzeit gehandhabt. Deshalb w=FCrde ich sagen, das sinnvollste ist es, dies= e=20 Einteilung als Grundstruktur zu halten und deshalb eben den Inhalt eines=20 Verses in den Tag <verse> zu setzen, nicht dazwischen. Die Idee mit der =FCberkreuzenden, inhaltlichen "Gruppierung" habe ich sowe= it=20 verstanden und schon =FCberlegt, inwiefern man die zXML dementsprechend=20 anpassen k=F6nnte. Mir kam auch schon eine Idee, durch die man alle Referen= zen=20 in der Art "Buch->Kapitel->Vers" angeben kann, aber in der Darstellung kann= =20 man einschalten, dass die "Inhaltsbl=F6cke" ("Seligpreisungen" oder so) als= ein=20 Block (<p> in HTML-Tags) dargestellt werden. Die Idee =E4hnelt sehr der OSIS-Variante: <chapter cnumber=3D"5"> <verse vnumber=3D"1"> <blockstart title=3D"Seligpreisungen"/> #text </verse> <verse> #text </verse> =2E.. <verse> #text <blockend/> </verse> </chapter> man greift (Kommandozeile), wie gesagt, =FCber den weg buch->kapitel->vers = drauf=20 zu, wie man es kennt.=20 In der Darstellung kann dann ein <p></p> gesetzt werden, entsprechend den=20 <blockstart/> <blockend/>. der title von blockstart wird dann =FCber das <p> gesetzt. Akzeptabel? Die Frage ist jetzt an die andern Programmierer und an die=20 schreiber von Modulen gestellt. kelko =2D --=20 /*********************************************************** ** Gregor Karzelek | Reg. Linuxuser Nr. 215394 ** Gregor@Karzelek.com | http://gregor.karzelek.com ***********************************************************/ =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBaUUeYvkFR0eSpKARAgsiAKCX3VTIh/gqqYbToxvJKZ6HFe+3rACgs0su rqZF9KXdleV2ErDlmb97TFA=3D =3Dv/rf =2D----END PGP SIGNATURE----- |
From: kairos [m. karzelek] <ka...@an...> - 2004-10-10 14:18:55
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi,=20 ist auch relativ neu http://code-off.de/xmlbible/schema/2.0.0.0/docu/docu.html kairos =2D --=20 <>< kairos / markus karzelek Developing free bibel software join anaKrino :: www.anaKrino.de ><> =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBaUTQYvkFR0eSpKARArToAKCvmS/iZVB5F7OJMOf10J7GUD2hHwCeOGJx GZEWRB71+f5XbjJeXZJuX3g=3D =3DRQwJ =2D----END PGP SIGNATURE----- |
From: kairos [m. karzelek] <ka...@an...> - 2004-10-10 14:08:56
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Montag, 4. Oktober 2004 17:24 schrieb Gregor :kelko: Karzelek: > Achso, mir ist da was aufgefallen: > Es gibt ja Strong's f=FCr griechische W=F6rter und, wie es mir erkl=E4rt = wurde, > auch f=FCr hebr=E4ische. Woran werden die unterschieden? > W=E4re es m=F6glich einfach n Buchstaben vor die Nummer zu setzen, also '= g' > oder 'h'? > Beim Bibelmodul wei=DF ich ja, ob ich im NT oder AT bin, aber nicht unbed= ingt > in einem Lexikoneintrag. Hab mal angeschaut, wie das so ist: bei: http://www.botcw.com/bible/strongs/STRINDEX.htm kannst du auf die Griechische oder Hebr=E4ische Seite gehen, und du wirst s= ehen, dass es dort bei 1 anf=E4ngt und linear weitergeht. http://www.botcw.com/bible/strongs/STRHEB0.htm http://www.botcw.com/bible/strongs/STRGRK0.htm Auf einer anderen Seite (=F6hm, leider vom falschen Verein ;-) ) kannst du sehen, dass sie einfach die Links entsprechend getagt haben: [schau mal auf den Quelltext] http://www.apostolic-churches.net/bible/strongs/matthew_1.shtml http://www.apostolic-churches.net/bible/strongs/genesis_1.shtml soweit die Realit=E4t Ich denke ein "g" / "h" vor der Nummer d=FCrfte die leichteste =DCbung sein= und den Zweck vollst=E4ndig erf=FCllen. Auf jeden Fall brauchen wir eine eindeutige Nummerierung, allein schon wenn= du von einem griechischen Wort auf ein hebr=E4isches Verweisen willst, dann mu= ss die Nummerierung eindeutig sein. Die =FCbrige Auszeichnung eines Lexikons habe ich noch nicht genau nachgesc= haut, aber kommt demn=E4chst. Ich denke aber, dass wir zun=E4chst mal mit den Bibelmodulen alles klar haben sollen, dann machen wir uns mal an die Lexika/W=F6rterb=FCcher. kairos =2D -- <>< kairos / markus karzelek Developing free bibel software join anaKrino :: www.anaKrino.de ><> =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBaUJtYvkFR0eSpKARAob0AKClD8PToV2v6jAwgmzKI6P/95Me2QCcDjaG pgf3YUH7y8Peu99L4epBEVE=3D =3DRSjF =2D----END PGP SIGNATURE----- |
From: kairos [m. karzelek] <ka...@an...> - 2004-10-10 13:40:50
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, nachdem sich nun einige hier die K=F6pfe hei=DF geredet haben, kommt nun me= in Ketchup zu dem Thema ["mein Senf" darf ich ja nicht mehr sagen :-( ] Ich gebe ja zu, dass ich kein Programmierer bin, deshalb haben wahrscheinli= ch meine =DCberlegungen nicht das Gewicht von Carstens oder kelkos Kommentaren. Dennoch habe ich ja zumindest durch HTML-"Programmierung" ein wenig Ahnung, worauf es ankommt [hoffe ich]. Ich pers=F6nlich neige auch am ehesten zu ZefanjaXML. Es stimmt zwar, dass es nicht sehr m=E4chtig ist, doch ist es meiner Ansicht nach, das klarste/sauberste ML. Wenn ich mir dagegen OSIS oder ThML anschau= e, finde ich es sehr un=FCbersichtlich mit vielen unn=F6tigen Tags Beispiel: <verse sID=3D"Esth.1.3" osisID=3D"Esth.1.3" /> During the third year of hi= s rule, Xerxes gave a big dinner for all his officials and officers. The governors and leaders of the provinces were also invited, and even the commanders of the Persian and Median armies came. <verse eID=3D"Esth.1.3" /> <verse sID=3D"Esth.1.4" osisID=3D"Esth.1.4" /> For one hundred eighty days= he showed off his wealth and spent a lot of money to impress his guests with = the greatness of his kingdom. <verse eID=3D"Esth.1.4" /> Warum muss die verse ID im Schlusstag nochmal genannt werden? Das muss der Parser doch auch so gebacken kriegen, oder seh ich das falsch? Dagegen finde ich Zefania einfacher, klarer. wobei ich gerade durch Zufall auf eine Seite gesto=DFen bin, wo die neue Ve= rsion von ZXML gezeigt wird ... http://leimer.name/zefania/version2005/ =2E.. und ich schon wieder leicht verwirrt bin. Na ja, egal - muss ja nicht alles verstehen. Auf jeden Fall enthalten sie viele M=F6glichkeiten, die Grammatik, Verweise, Parallestellen; Fu=DFnoten (z.B. =FCber "Note") etc. einzuf=FCgen, die wir brauchen. Und wie gerade gesehen, entwickelt sich Z-XML weiter. Es gibt zwar einige Sachen, die ich komisch finde - z.b. gibt es ein TAG: "INF" bei "GRAM", was ich quatsch finde, denn der Infinitiv ist genauso ein Modus des Verbs, wie der Indikativ, Konjunktiv etc. und es ist eigentlich unn=F6tig daf=FCr ein eigenes TAG zu entwickeln. Naja, mal schauen. Und die Anzahl der Bibelmodule ist auch schon nicht schlecht. http://sourceforge.net/project/showfiles.php?group_id=3D89078 Ich denke also, dass wir Z-XML (bzw. eine Abwandlung davon) nehmen sollten. Evtl. kann man ja mit denen quatschen, ob sie nicht das eine oder andere von uns mit aufnehmen wollen, wenn's n=F6tig sein wird. Sooo gro=DF scheint deren Projekt nicht zu sein - und wenn wir nicht als die Obermacker daherkommen, werden die - denke ich - mit sich reden lassen. Wenn also alle daf=FCr sind Z-XML (bzw. eine eigen Weiterentwicklung) zu benutzen, dann k=F6nnten wir ja als n=E4chsten Schritt schauen, was wir von= Zxml nutzen k=F6nnen, und was noch fehlt. Mit der Liste k=F6nnten wir ja an Zefanja herantreten und mal vorsichtig (!) pr=FCfen, wie kooperativ sie sich zeigen. kairos =2D -- <>< kairos / markus karzelek Developing free bibel software join anaKrino :: www.anaKrino.de ><> =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBaTuFYvkFR0eSpKARAs3YAKC2v6HAwtS8BftXBNGy8uCCxnLBrACeNNjF G1rjtg0yF0ywRa3nH9E3H+k=3D =3DY2u9 =2D----END PGP SIGNATURE----- |
From: kairos [m. karzelek] <ka...@an...> - 2004-10-10 13:40:48
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Sonntag, 3. Oktober 2004 01:08 schrieb Carsten Ziegert: > z.B. mit: > http://xml.apache.org/xalan-c/ hab mal reingeschaut (bin zwar kein Entwickler, aber neugierig;-) ) Wie sieht es mit Apache-Lizenz aus? Ist die GPL-kompatibel? kairos - -- <>< GEGEN Software-Patente: http://petition.eurolinux.org/index.de.html Homepage: http://markus.karzelek.com/ GnuPG-Key: markus.karzelek.com/vorstellung/wie.html ><> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBaSySYvkFR0eSpKARAjInAJ9eHbNR140z0HkvsXrl0ax8ylzAEACgqf2u 3a3iKnw7dYSgR+ndB57TjG0= =28JZ -----END PGP SIGNATURE----- |
From: kairos [m. karzelek] <ka...@an...> - 2004-10-10 13:40:36
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Sonntag, 3. Oktober 2004 17:25 schrieb Gregor :kelko: Karzelek: > Doch es gibt eben auch diese Elemente, die die Vers-Struktur kreuzen, dann > wird ein Vers so kodiert: > <p> > =A0=A0=A0=A0=A0=A0=A0=A0<verse sID=3D"Esth.2.7" osisID=3D"Esth.2.7"/> > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0Mordecai had a very beaut= iful cousin named Esther, whose > Hebrew name was Hadassah. He had raised her as his own daughter, after her > father and mother died. > =A0=A0=A0=A0=A0=A0=A0=A0<verse eID=3D"Esth.2.7"/> > =A0=A0=A0=A0=A0=A0=A0=A0<verse sID=3D"Esth.2.8" osisID=3D"Esth.2.8"/> > =A0=A0=A0=A0=A0=A0=A0=A0When the king ordered the search for beautiful wo= men, many were > taken to the king's palace in Susa, and Esther was one of them > </p> Also, ich nehme an, dass du als Programmierer das jetzt nicht gerne h=F6rst, aber= das ist durchaus sehr sinnvoll *duck mich und lauf weg* Es ist zwar eine bl=F6de Sache das Ganze, aber leider haben die Leute, die damals die Verse eingeteilt haben (so irgendwann um 1500) die Verse nicht immer sinnvoll eingeteilt. (von Kapiteln ganz zu schweigen) Daher kann es passieren, dass eine logische Einheit (also vom Inhalt her) nicht mit der Einheit "Vers" =FCbereinstimmt. =46=FCr dich als Programmierer ist es viel besser, wenn man jeden Vers f=FC= r sich allein anzeigt, doch f=FCr den Leser ist es teilweise sehr irref=FChrend. Deshalb kann es sehr sinnvoll sein, wenn man den Text in Abschnitte unterteilt, die dann halt die Kapitel/Vers-Einteilung kreuzen. wie man das am geschicktesten macht, habe ich noch nicht genau herausgefund= en, aber irgendwas in Richtung <p></p> wird es wohl sein. Eine Alternative w=E4re, dass man einen einzelstehenden TAG (wie z.B: <br /= >) benutzt, der dann dem Parser klar macht: "hier kommt eine neue Sinneinheit". Dann evtl. mit einem Attribut "title": <br title=3D"Xerxes schmei=DFt ein Fest" /> oder so, damit man gleich eine neue =DCberschrift einf=FCgen kann. Oder man nutzt den "Caption"-TAG von zXML f=FCr diese Funktion. Nun, Herr Programmierer, was meinen Sie dazu? kairos Theologe =2D -- <>< kairos / markus karzelek Developing free bibel software join anaKrino :: www.anaKrino.de ><> =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBaTsrYvkFR0eSpKARAv8NAKDCEgKCcHlsKpawmdDKZNMQtheX7QCbBZzj OAl6bD9QV+c19H0sztjsgDQ=3D =3DqLru =2D----END PGP SIGNATURE----- |
From: kairos [m. karzelek] <ka...@an...> - 2004-10-10 13:40:35
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, lest mal das: http://www.crosswire.org/pipermail/sword-devel/2004-May/020749.html und die Antwort: http://www.crosswire.org/pipermail/sword-devel/2004-May/020757.html lustig, gel? kairos - -- <>< kairos / markus karzelek Developing free bibel software join anaKrino :: www.anaKrino.de ><> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBaTtBYvkFR0eSpKARAs3zAKCEndt3k7D+1F0v6cQvT2QXz8IYvQCglnCe 6d+jlV5JWLR1p4kgfb1myTA= =FxeS -----END PGP SIGNATURE----- |
From: Gregor :k. K. <ke...@an...> - 2004-10-04 15:22:24
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Unabh=E4ngig von der Wahl des Dateiformates f=FCr Bibelmodule habe ich jetz= t mal=20 angefangen erste =DCberlegungen anzustellen f=FCr die Formate f=FCr Lexikon= und=20 W=F6rterbuch. Kommentar wird ja vom Grundger=FCst dem Bibelmodul =E4hneln, = nur halt=20 um einige Tags erweitert, deshalb warte ich damit noch. Die ersten =DCberlegungen sind im Anhang. =46alls ihr die Grundlegende Struktur nicht versteht einfach melden, dann=20 versuche ich die noch genauer zu erkl=E4ren. Strukturiert sind die jedenfalls so: lexikon/dictionary als "root"-Element dann pro Stichwort ein "subject"-Tag. Bei W=F6rterb=FCchern k=F6nnen die Stichworte halt nur Strong's sein, dann = also da=20 das Attribut "id" mit entsprechender Strong's f=FCttern. Bei Lexika k=F6nnen das entweder Strong's oder andere Stichw=F6rter sein, i= n dem=20 =46all ist aber das Stichwort die "id", muss also immer dabei sein, auch we= nn=20 es ein Eintrag zu einer Strong's ist. Die erlaubten Tags im eigentlichen Text hab ich in den beiden XML-Dateien=20 aufgez=E4hlt. Achso, mir ist da was aufgefallen: Es gibt ja Strong's f=FCr griechische W=F6rter und, wie es mir erkl=E4rt wu= rde, auch=20 f=FCr hebr=E4ische. Woran werden die unterschieden? W=E4re es m=F6glich einfach n Buchstaben vor die Nummer zu setzen, also 'g'= oder=20 'h'? Beim Bibelmodul wei=DF ich ja, ob ich im NT oder AT bin, aber nicht unbedin= gt in=20 einem Lexikoneintrag. Die ganzen zus=E4tzlichen Modulinformationen, wie "Author" oder so sind jet= zt=20 erstmal uninteressant, das wird auch noch geregelt, keine Angst, aber sp=E4= ter. kelko =2D --=20 anaKrino bible study Gregor :kelko: Karzelek :: ke...@an... Projektmitbegr=FCnder=20 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBYWtPYvkFR0eSpKARAqfXAKC4qkmlrgJ14JckYUB4cu8esWRjYACeN83/ SLL962odwHDGro0ApjABEpo=3D =3D51Ox =2D----END PGP SIGNATURE----- |