Project "DveGen" - database generator

[Daniel73]

Per e-mail stuur ik je de bestanden "070911_nijgh.zip" en "070911_off-record_nijgh.zip".

Met in principe dezelfde vraag:
Ga je ook akkoord met openbaar plaatsen van "070911_nijgh.zip"?

Geen 4.6? (Mijn laatste versie was 4.5.)

Kennelijk heb ik je 4.6 nooit gestuurd. Mijn logging zegt:
"version 4.6 is from 26-Jun-2007 (first attempt to generate SQL files)"
Ik geloof dat ik er na die "eerste poging" achter kwam dat ik meer informatie nodig heb...

Oké. Het gaat hier dus om een zeldzame versie van DveGen. Een limited edition. Of misschien zelfs een verloren versie.

Bij deze de VRAAG of je akkoord gaat met openbaar plaatsen van "070909_guidebook.zip". Er staan ook privé-commentaren van jou in.

Ik heb niet gekeken, maar ik neem aan dat er inderdaad geen staatsgeheimen in staan. Dus het ANTWOORD is: ja.

Zie: http://pool.mcdrake.nl/genbin/archive/
http://pool.mcdrake.nl/genbin/archive/070909_guidebook.zip

Het enige staatsgeheim dat volgens mij uitlekt is dat m'n input-bestanden nog ontzettend onduidelijk en chaotisch zijn. Met oeverloos veel, nog te verwerken commentaar van mij dat er wel in is blijven staan. Ik hoopte dat eerst in orde te maken, maar daar ben ik nog wel even mee bezig. Zoals nu dus openbaar is te zien...

In "070908_off-record_guidebook.zip" staat de meeste informatie die ik weggefilterd heb opgesomd. Dit bestand is in principe dus alleen voor mij en jou.

Staan hier bestanden in die door DveGen gelezen moeten worden? Zo niet, dan is deze zip-file dus eigenlijk alleen voor jezelf.

Ja. Hetzelfde geldt voor "070911_off-record_nijgh.zip". Het gaat om informatie die eerst in de input stond. Niets nieuws dus. Ik stuur ze voor de zekerheid. Zodat je eventueel kunt zien wat ik zoal terzijde heb geplaatst, en ter back-up.

Ik ben enigszins ruim geweest in het off-record filteren. Bedoeling is dat later zo veel mogelijk alsnog in de input verwerkt wordt, zodat off-record bestanden zo klein mogelijk worden. Gedachte bij het filteren was dat ik bij twijfel beter informatie off-record en off-line kan houden, in plaats van nu lang te piekeren of achteraf toch spijt te krijgen.
Met die vluchtige instelling ben ik al dagenlang, uren en uren bezig geweest met speuren langs commentaar-records en !-regels. Het lijkt me een wonder dat er nog iets van output gegenereerd wordt buiten al die onzichtbaarheid in de input.

[Snelbinder]

Ga je ook akkoord met openbaar plaatsen van "070911_nijgh.zip"?

Ik vertrouw erop dat je geen rare dingen in die files hebt staan.
Je verwacht van mij toch niet dat ik dagenlang, uren en uren bezig ga met speuren langs commentaar-records en !-regels?

[Daniel73]

Ga je ook akkoord met openbaar plaatsen van "070911_nijgh.zip"?

Ik vertrouw erop dat je geen rare dingen in die files hebt staan.

Daar vertrouw ik ook op. Na al die moeite.

Zie: http://pool.mcdrake.nl/genbin/archive/
http://pool.mcdrake.nl/genbin/archive/070911_nijgh.zip

Je verwacht van mij toch niet dat ik dagenlang, uren en uren bezig ga met speuren langs commentaar-records en !-regels?

Dat is toch je beroep?

[Daniel73]

Bij issue OS 79 krijg ik, in het Engels: Issue not found
Bij story W OS 79-01 krijg ik, in het Nederlands: Geen verhalen gevonden
Bij issue WDC 104 en story W WDC 104-02 krijg ik wel wat ik zoek.

Dat klopt dus helemaal. In W WDC 104-02 hoeven geen spaties toegevoegd te worden. In OS 79 wel.

Aha, omdat er van WDC nog geen 1000 issue-nummers zijn. Nóg niet.
Milleniumprobleem?

Dat sommige teksten op COA in het Engels zijn komt omdat ik nog niet alles heb vertaald.

Oke. De link is dus goed, neem ik aan.

Probleem is dat ik twee mogelijkheden heb voor een waarde.
Het veld "title" is onderverdeeld in twee velden:
#myanimationtitle: het item heeft een eigen titel
#myanimationdesc: het item heeft geen eigen titel

Zie "dbanimation.def":

##l_credits
#always
<b>%link(%self,default,)</b>
!
#myanimationtitle
<B>%val</B>
!
#myanimationdesc
<B>%val</B>

Kan ik hier een "if"-opdracht geven?
Bijvoorbeeld:
- Als #myanimationtitle bestaat, doe dan...
- Als #myanimationdesc bestaat, doe dan...
Is zoiets mogelijk hier?

Je kunt hier volgens mij gewoon de namedlink twee keer opnemen.
Aangezien myanimationtitle en myanimationdesc nooit allebei bestaan, komt er in de output dan maar 1 link.
Dus zoiets:

#myanimationtitle
<b>%namedlink(%self,default,myanimationtitle)</b>
#myanimationdesc
<b>%namedlink(%self,default,myanimationdesc)</b>

Werkt! Ik heb de andere def-bestanden ook aangepast aan dit voorbeeld.

Het is een ander probleem dan nummer 2131 in de logfile, heb ik ontdekt.

2131:%val not possible (no current field available) [printing record text_s_1950s_model_sheets on section l_credits]
2131:%val not possible (no current field available) [printing record text_s_40beagleboys on section l_credits]
[...]
2131:%val not possible (no current field available) [printing record person_eleanor_packer on section l_credits]
2131:%val not possible (no current field available) [printing record person_gare_barks on section l_credits]
[...]

Dit bleek te gaan om een instelling in "dbarticles.def", het def-bestand van "dbarticles.txt" en "dbpersons.txt":

##l_credits
!
#title
<b>%link(%self,default,%val)</b>:
!
#credits
<BR>
%val
<P>

Ik heb deze instelling in "dbarticles.def" als volgt veranderd:

##l_credits
!
#always
#title
<b>%namedlink(%self,default,title)</b>
!
#credits
<BR>
%val
!
#always
<P>

De logmelding nummer 2131 is nu opgelost.

Aangezien de andere foutmeldingen van weinig belang zijn, heb ik een update geplaatst: Generated by DVEGEN 4.7 on 2007-09-08.
http://www.seriesam.com/barks/
Hierin heb ik een aantal fouten hersteld en de index aangevuld met publicaties van afgelopen jaren. Van 'D D 2003-003 Let Sleeping Bones Lie' heb ik wel een datum van eerste publicatie (19 October 2005), van COA, maar ik weet niet bij welke issue deze datum hoort:
http://www.seriesam.com/barks/comicseuun.html#cceu_un_2xxxxx-x1
Kun jij dat zien?

Input van deze update: 070917_guidebook.zip
http://pool.mcdrake.nl/genbin/archive/

[Daniel73]

Generated by DVEGEN 4.7 on 2007-09-08

Dit is een oudere datum in de bestanden. DveGen slaat ongewijzigde bestanden over.
Recenste datum: Generated by DVEGEN 4.7 on 2007-09-17

[Daniel73]

2503:page field <title> is printed nowhere! [checking usage of record perk1]
Bij Nijgh heb ik het probleem blijkbaar opgelost door de title in commentaarregels te zetten.
De "title" is hier bedoeld als een omschrijving van de input zelf.
Misschien kan ik beter een "nontitle" maken met een %noval-opdracht. Maar waar stel ik dat in?

Dan krijg je dezelfde melding als nu, namelijk "page field <nontitle> is printed nowhere!".
Het probleem is dat het hele record nooit gebruikt wordt (in de output). Dus welk veld je ook definieert, het wordt niet gebruikt.
Afgezien van enkele "standaard"-velden, zoals #code, #hide en #linkallowedfromoutside.

Oke.

Ik ging er vanuit dat "#longtitle" een vrij veld was en ergens gedefinieerd stond in een DEF-bestand, met een %val.
Maar ik kan het nergens vinden in de DEF-bestanden.

#longtitle is inderdaad iets bijzonders. Zie deze pagina:
http://bolderbast.inducks.org/dvegen/treefilenormaal.html

Oke.
Op die pagina staat overigens "normale webpagina-definitie". Normale. Dus dat #longtitle gaat om een bijzonder veld zou ik daar niet uit begrijpen.

Of in het geval van zzzideleap denk ik dat de "l_lockmanheader" geen titel bevat!

De "##header" bevat evenmin een title. En bij andere l_lockmanheaders heb ik geen foutmelding.
Dus ik snap niet waarom "zzzideleap" dan een foutmelding geeft.

Ik zie nergens een #title in dbzideleap.def (maar bijvoorbeeld wel in dbarticles.def en dbanimation.def).
Heb je een voorbeeld van een ander item die GEEN foutmelding geeft?
Dan kan ik het verschil zoeken.

Item die? Het is toch "dat item"?
"Veilingsite eBay heeft een item verwijderd dat geveild zou worden in het kader van het Belgische Glazen Huis."
http://www.nu.nl/news/926718/50/eBay_verwijdert_item_veiling_Glazen_Huis.html

Op deze foutmelding, 2503, kom ik later terug.

2503:page field <title> is printed nowhere! [checking usage of record perk2]
2503:page field <title> is printed nowhere! [checking usage of record perk3]
2503:page field <title> is printed nowhere! [checking usage of record zzzideleap]
2503:page field <title> is printed nowhere! [checking usage of record zzzooi_cr]
2503:page field <title> is printed nowhere! [checking usage of record perk4]

In Dvegen wil ik tezijnertijd een lijst definiëren waarin alle items staan die in Inducks ontbreken.
Is dat automatisch mogelijk? Zoals bijvoorbeeld in het logbestand al gebeurt?

Lijkt me wel mogelijk.

Ik heb het inducks-veld opgesplitst in twee velden:
#inducks - Voor items die via COA beschikbaar zijn.
#unduckz - Voor items waarvan ik geen code heb, of een code die niet (meer) via COA beschikbaar is.

Mijn plan is om deze verdeling te verfijnen. Door #unduckz te splitsen in wel code en geen code.

Vooralsnog geeft de verdeling een mogelijkheid om foutmeldingen te vermijden. Nu blijven (volgens mij) alleen nog foutmeldingen over die echt foutmeldingen zijn:

1403:Inducks record <AA1994-40> not found [looking for inducks reference of bbdk_cm_aac199440]
1403:Inducks record <AA1994-41> not found [looking for inducks reference of bbdk_cm_aac199441]
1403:Inducks record <AA2002-39> not found [looking for inducks reference of bbdk_cm_aac200239]
1403:Inducks record <AA2002-42> not found [looking for inducks reference of bbdk_cm_aac200242]
1403:Inducks record <AA2002-43> not found [looking for inducks reference of bbdk_cm_aac200243]
1403:Inducks record <AA2003-03> not found [looking for inducks reference of bbdk_cm_aac200303]
1403:Inducks record <AA1986-18> not found [looking for inducks reference of bbfi_cm_aaa198618]
1403:Inducks record <AA1996-47> not found [looking for inducks reference of bbfi_cm_aaa199647]
1403:Inducks record <AA2001-49> not found [looking for inducks reference of bbfi_cm_aaa200149]
1403:Inducks record <AA2003-34> not found [looking for inducks reference of bbfi_cm_aaa200334]
1403:Inducks record <KX 121> not found [looking for inducks reference of bbgr_cm_km0121]
1403:Inducks record <KX 129> not found [looking for inducks reference of bbgr_cm_km0129]
1403:Inducks record <TES 3> not found [looking for inducks reference of bbit_cm_tes003]
1403:Inducks record <TL 1061> not found [looking for inducks reference of bbit_cm_tl1061]
1403:Inducks record <TL 1062> not found [looking for inducks reference of bbit_cm_tl1062]
1403:Inducks record <WDP 2> not found [looking for inducks reference of bbit_cm_wdp0002]
1403:Inducks record <ZP 15> not found [looking for inducks reference of bbit_cm_zp0015]
1403:Inducks record <ZP 32> not found [looking for inducks reference of bbit_cm_zp0032]
1403:Inducks record <ZP 99> not found [looking for inducks reference of bbit_cm_zp0099]
1403:Inducks record <ZP 100> not found [looking for inducks reference of bbit_cm_zp0100]
1403:Inducks record <ZP 117> not found [looking for inducks reference of bbit_cm_zp0117]
1403:Inducks record <ZP 138> not found [looking for inducks reference of bbit_cm_zp0138]
1403:Inducks record <DD1981-52> not found [looking for inducks reference of bbnl_cm_ddw198152]
1403:Inducks record <DD1982-52> not found [looking for inducks reference of bbnl_cm_ddw198252]
1403:Inducks record <DD1984-29> not found [looking for inducks reference of bbnl_cm_ddw198429]
1403:Inducks record <DD1984-36> not found [looking for inducks reference of bbnl_cm_ddw198436]
1403:Inducks record <DD1985-13> not found [looking for inducks reference of bbnl_cm_ddw198513]
1403:Inducks record <DD1986-31> not found [looking for inducks reference of bbnl_cm_ddw198631]
1403:Inducks record <DD1986-52> not found [looking for inducks reference of bbnl_cm_ddw198652]
1403:Inducks record <DD1990-15> not found [looking for inducks reference of bbnl_cm_ddw199015]
1403:Inducks record <DD1992-01> not found [looking for inducks reference of bbnl_cm_ddw199201]
1403:Inducks record <DD1992-07> not found [looking for inducks reference of bbnl_cm_ddw199207]
1403:Inducks record <DD1992-13> not found [looking for inducks reference of bbnl_cm_ddw199213]
1403:Inducks record <DD1992-29> not found [looking for inducks reference of bbnl_cm_ddw199229]
1403:Inducks record <DD1992-43> not found [looking for inducks reference of bbnl_cm_ddw199243]
1403:Inducks record <DD1993-25> not found [looking for inducks reference of bbnl_cm_ddw199325]
1403:Inducks record <DD1994-47> not found [looking for inducks reference of bbnl_cm_ddw199447]
1403:Inducks record <DD1995-11> not found [looking for inducks reference of bbnl_cm_ddw199511]
1403:Inducks record <DD1996-23> not found [looking for inducks reference of bbnl_cm_ddw199623]
1403:Inducks record <DD1997-11> not found [looking for inducks reference of bbnl_cm_ddw199711]
1403:Inducks record <DD1999-03> not found [looking for inducks reference of bbnl_cm_ddw199903]
1403:Inducks record <DD1999-20> not found [looking for inducks reference of bbnl_cm_ddw199920]
1403:Inducks record <DD1999-43> not found [looking for inducks reference of bbnl_cm_ddw199943]
1403:Inducks record <DD2001-24> not found [looking for inducks reference of bbnl_cm_ddw200124]
1403:Inducks record <DD2002-34> not found [looking for inducks reference of bbnl_cm_ddw200234]
1403:Inducks record <VG930703> not found [looking for inducks reference of bbno_np_vga930703]
1403:Inducks record <KA1984-10> not found [looking for inducks reference of bbse_cm_kac198410]
1403:Inducks record <KA1984-17> not found [looking for inducks reference of bbse_cm_kac198417]
1403:Inducks record <KA2002-27> not found [looking for inducks reference of bbse_cm_kac200227]
1403:Inducks record <KAP 205> not found [looking for inducks reference of bbse_cm_kap205]
1403:Inducks record <DD 344> not found [looking for inducks reference of bbus_cm_dd0344]
1403:Inducks record <DDUS 1> not found [looking for inducks reference of bbus_cm_ddaus0001]
1403:Inducks record <US 331> not found [looking for inducks reference of bbus_cm_us0331]
1403:Inducks record <US 335> not found [looking for inducks reference of bbus_cm_us0335]
1403:Inducks record <US 355> not found [looking for inducks reference of bbus_cm_us0355]
1403:Inducks record <US 358> not found [looking for inducks reference of bbus_cm_us0358]
1403:Inducks record <CPE 3> not found [looking for inducks reference of bbus_cm_vrmc_cpgm0003]
1403:Inducks record <WDC 641> not found [looking for inducks reference of bbus_cm_wdc0641]
1403:Inducks record <WDC 643> not found [looking for inducks reference of bbus_cm_wdc0643]
1403:Inducks record <WDC 655> not found [looking for inducks reference of bbus_cm_wdc0655]
1403:Inducks record <D D 2001-021> not found [looking for inducks reference of cceu_dk_aac200239-01]
1403:Inducks record <D 2001-068> not found [looking for inducks reference of cceu_fi_aaa200149-01]
1403:Inducks record <I TL 1061-A> not found [looking for inducks reference of cceu_it_tl1061-x1]
1403:Inducks record <I TL 1062-A> not found [looking for inducks reference of cceu_it_tl1062-x1]
1403:Inducks record <HC DD1981-52> not found [looking for inducks reference of cceu_nl_ddw198152-00]
1403:Inducks record <HC DD1986-52B> not found [looking for inducks reference of cceu_nl_ddw198652-01]
1403:Inducks record <D 2006-142> not found [looking for inducks reference of cceu_no_ddc200717-01]
1403:Inducks record <D D 2003-038> not found [looking for inducks reference of cceu_no_ddc200735-01]
1403:Inducks record <D D 2003-003> not found [looking for inducks reference of cceu_un_2xxxxx-x1]
1403:Inducks record <ARC US 241B> not found [looking for inducks reference of ccus_us0241-01]
1403:Inducks record <ARC GCA 2> not found [looking for inducks reference of ccus_vrmc_gca002-00]
1403:Inducks record <YD 38-09-13> not found [looking for inducks reference of ccus_vrnp_u380913]
1403:Inducks record <YD 38-10-18> not found [looking for inducks reference of ccus_vrnp_u381018]
1403:Inducks record <YD 38-11-14> not found [looking for inducks reference of ccus_vrnp_u381114]
1403:Inducks record <YD 38-11-15> not found [looking for inducks reference of ccus_vrnp_u381115]
1403:Inducks record <YD 38-12-06> not found [looking for inducks reference of ccus_vrnp_u381206]
1403:Inducks record <YD 38-12-26> not found [looking for inducks reference of ccus_vrnp_u381226]
1403:Inducks record <YD 39-08-11> not found [looking for inducks reference of ccus_vrnp_u390811]
1403:Inducks record <YD 40-07-30> not found [looking for inducks reference of ccus_vrnp_u400730]
1403:Inducks record <YD 43-09-27> not found [looking for inducks reference of ccus_vrnp_u430927]
1403:Inducks record <ARC WDC 608> not found [looking for inducks reference of ccus_wdc0608-00]

Het gaat volgens mij om:
- items die recent zijn (zoals WDC 641)
- items die moeilijk te filteren zijn voor het Inducks/DveGen-tussenbestand

Wist je trouwens dat op dit moment de Carl Barks Collection wordt samengesteld, in Kopenhagen?
Daar willen ze kennelijk alles wat Barks op papier heeft gezet in hebben.
We krijgen geregeld "foutmeldingen" dat bepaalde items niet in Inducks staan.
Dus als ze die toevoegen zullen er uiteindelijk veel minder items overblijven die niet in Inducks staan.

Ja, ik heb van de 'Carl Barks Collection' vernomen. Mij is om een afdrukbare scan gevraagd. Maar misschien ben ik daar nu te laat mee. :/

Nadelen aan deze publicatie vind ik dat ze vertalingen bevatten in plaats van de originele tekst, en dat de naar uniek materiaal zoekende die-hard Barks-fan onnodig verhalen moet kopen die hij/zij al heeft. Zie ook de muziekindustrie, met CD-uitgaves en zo.
Praktisch gezien zal het voor mij dus moeilijk worden deze collectie nauwkeurig in DveGen te indexen. Ik heb er geen geld voor. Zelfs al zou het wel gaan om de originele, Amerikaanse teksten.

De sublist-layout is in output lelijk geworden. Doe ik iets verkeerd?
Blijkbaar gaat het om alleen "</li>".

Ja, het is een "feature" van Dvegen dat er na een haakje-sluiten geen newline komt (dat scheelt een hoop %nobreak in de DEF-files).
Als je dus </li> achter de %link(...)-opdracht zet, eindigt de regel niet meer met een ')' en wordt er dus WEL een newline gegenereerd.

Het heeft dus niks te maken met de HTML zelf. DveGen weet nog steeds niet erg veel van de HTML die het binnenkrijgt.

Is het mogelijk om een %break toe te voegen als opdracht? Om een regel wel af te breken? Ook zonder HTML?
Of heeft dat nadelen?

Ik heb vroeger(!) geleerd dat "</li>" overbodig is in HTML.

Ik vermoed dat het toch echt nodig is in "proper" HTML.
Net als trouwens een </p> aan het eind van een paragraaf, en het gebruik van <br/> in plaats van <br>.
Maar niet veel mensen doen dat...

In dat geval heb ik het verkeerd geleerd.

Ga ik aan de slag met DveGen in deze hopeloos grauwe zomer, gaat de zon schijnen...

Dat is inderdaad een probleem.

Dit jaar geen hittegolf. Vreemd. Zou het klimaat in de war zijn?

een output-fout waarvan DveGen geen melding geeft:
In output-sectie 'Namen' verschijnen hier en daar items dubbel in de automatische lijsten.
Zie (bijvoorbeeld) Willem Nijholt in "lnnm_nn.html#lnnm00nijholt_w". Onder kopje "Gerelateerd werk" ("Muziek anderen") staan daar titels dubbel vermeld.
Geen idee of het komt door het omzetten van input, waar ik mee bezig was en ben. Of dat het komt door een verandering in DveGen. Of beide.

Het lijkt me sterk dat het komt door een verandering in DveGen.
Maar het is ook een behoorlijke klus om uit te zoeken wat hier nou eigenlijk misgaat.
En dat komt weer doordat de hele structuur van de Nijgh-data zo ingewikkeld geworden is...

Misschien wordt "Van Elsschot tot Nijgh" 2 keer genoemd, omdat Nijholt er 2 bijdragen voor geleverd heeft?

De DEF-regel die de dubbele vermelding veroorzaakt is:

%xselection(codestart=lnmzpl00ov, layout=l_pad9a_lnmz,sortfield=code)

Zie ook http://bolderbast.inducks.org/dvegen/phf_perc_xselection.html

Dat ziet er lekker ingewikkeld uit. Ik heb nu even geen tijd meer om het verder uit te zoeken...

Volgende bericht:

Ik stuur je een nieuwe dvegen.exe per e-mail: versie 4.7. [...]
- in lijstjes komen nu nooit dubbele records voor. Zie (bijvoorbeeld) Willem Nijholt in "lnnm_nn.html#lnnm00nijholt_w".

Wat was de oorzaak van de dubbele records? Een mogelijk verkeerde definitie die nu wordt opgevangen, of de DveGen-software?

Recenste datum: Generated by DVEGEN 4.7 on 2007-09-17

Inmiddels is de recenste datum: Generated by DVEGEN 4.7 on 2007-09-18.

Ik ontdekte een HTML-fout op vele pagina's. Door een ontbrekende </NOBR> in de def-bestanden. Ik dacht dat die overbodig was.

Input van deze update: 070918_guidebook.zip
http://pool.mcdrake.nl/genbin/archive/

[Snelbinder]

http://bolderbast.inducks.org/dvegen/treefilenormaal.html
Op die pagina staat overigens "normale webpagina-definitie". Normale. Dus dat #longtitle gaat om een bijzonder veld zou ik daar niet uit begrijpen.

Ik gebruik daar de term "normaal" als tegenstelling tot "groeps-webpagina-definitie." Zie de menu-linkjes aan de linkerkant.
Dus de definitie is "normaal", wat niet wil zeggen dat alle #-opdrachten "normaal" zijn...

Nu blijven (volgens mij) alleen nog foutmeldingen over die echt foutmeldingen zijn:

1403:Inducks record <AA1994-40> not found [looking for inducks reference of bbdk_cm_aac199440]

Deze en andere meldingen zijn volgens mij Deense en Nederlande issuecodes. Terwijl je alleen USA-issuecodes doorkrijgt.
Als je echt ook naar Deense e.a. issuecodes wil linken, zullen we daar iets op moeten verzinnen.
Je zult dan bij ALLE issuecodes een landcode moeten toevoegen. Dus us/WDC 123, dk/AA1994-40, nl/DD1974-47.
De *storycodes* blijven wel zoals ze waren, dus storycode "W WDC 123-01", issuecode "us/WDC 123".

En uiteraard moeten we een nieuwe interfacefile uit Inducks halen. Die wordt dan flink groter dan-ie nu is...

Wist je trouwens dat op dit moment de Carl Barks Collection wordt samengesteld

Nadelen aan deze publicatie vind ik dat ze vertalingen bevatten in plaats van de originele tekst

De hele CBC wordt in het Engels samengesteld en pas daarna vertaald in Deens, Zweeds, Noors, Fins.
Zodat er altijd makkelijk een Engelse versie uitgegeven kan worden. En misschien zelfs een Nederlandse versie.

Is het mogelijk om een %break toe te voegen als opdracht? Om een regel wel af te breken? Ook zonder HTML?
Of heeft dat nadelen?

Nadeel is dat er weer een opdracht bijkomt. En het zijn er al zoveel.

Dit jaar geen hittegolf. Vreemd.

In maart, april en mei hebben we een heel heet voorjaar gehad.

- in lijstjes komen nu nooit dubbele records voor. Zie (bijvoorbeeld) Willem Nijholt in "lnnm_nn.html#lnnm00nijholt_w".

Wat was de oorzaak van de dubbele records? Een mogelijk verkeerde definitie die nu wordt opgevangen, of de DveGen-software?

Ik heb niet uitgezocht waar het aan lag, want dat werd hopeloos ingewikkeld (kostte me op dat moment te veel tijd).
Ik heb alleen geredeneerd dat je nooit twee keer hetzelfde item in een lijst zult willen hebben. Dus heb ik DveGen veranderd zodat het altijd een item maar één keer in een lijst zet.

Inmiddels is de recenste datum: Generated by DVEGEN 4.7 on 2007-09-18.

Ik zou zelfs zeggen: recentste. Of meest recente.

[Daniel73]

De gastheer/server van de Nijgh-site is voor zichzelf bezig met het verkennen van een CMS.
Het heet ExpressionEngine. http://www.expressionEngine.com

Weet jij raad met deze informatie? Is het mogelijk om DveGen aan zo'n te koppelen, zodat doorstroming ontstaat?


Terzijde:

Op dit moment heb ik overleg over de indeling van de Nijgh-site. Binnenkort verschijnt een boek over Lennaert Nijgh. Ik ben benaderd om daar aandacht aan te besteden. Op mijn beurt heb ik een subdomein aangeboden waar men zelf de verantwoording heeft. Mijn idee is nu, om ook zelf in een subdomein te gaan zitten en de openingspagina vrij te geven voor invulling van eventuele andere medewerkers.

Zelf wil ik uitkijken voor commercie, dus dan lijkt het me beter om mijzelf daar afzijdig van te houden. Ik kan me voorstellen dat, zoals bij de Boudewijn-site, andere mensen wel commerciële interesse in het adres lennaertnijgh.nl hebben en ik vind niet dat ik als onbezoldigde fan het recht heb om over dat adres te alleenheersen.
Het dubbele adres tobia.nl houd ik achter de hand als uiteindelijke onafhankelijke fan-ruimte. Mocht een splitsing noodzakelijk worden, als het een en ander mij te officiëel wordt, dan kan ik (in overleg met rechthebbenden) het adres lennaertnijgh.nl altijd overdragen aan professionals. Ik ben toch al verbaasd dat ik dat adres mag beheren als fan.

[Daniel73]

Is het mogelijk om DveGen aan zo'n te koppelen, zodat doorstroming ontstaat?

... aan zo'n CMS ...

Ik ben toch al verbaasd dat ik dat adres mag beheren als fan.

lennaertnijgh.nl dus

[Snelbinder]

ExpressionEngine. http://www.expressionEngine.com
Weet jij raad met deze informatie?

Nee. Het lijkt me een (niet-gratis) equivalent voor DveGen. Die wellicht stukken beter is.

Is het mogelijk om DveGen aan zo'n CMS te koppelen, zodat doorstroming ontstaat?

Het lijkt me eerder een kwestie van eenmalig overzetten van gegevens. Het zou mooi zijn als dat kon (maar ik heb er niet veel vertrouwen in).
Wellicht wil men je wel helpen, tegen betaling uiteraard...

[Daniel73]

ExpressionEngine. http://www.expressionEngine.com
Weet jij raad met deze informatie?

Nee. Het lijkt me een (niet-gratis) equivalent voor DveGen. Die wellicht stukken beter is.

Welke bedoel je met "die"? ExpressionEngine of DveGen?

Is het mogelijk om DveGen aan zo'n CMS te koppelen, zodat doorstroming ontstaat?

Het lijkt me eerder een kwestie van eenmalig overzetten van gegevens. Het zou mooi zijn als dat kon (maar ik heb er niet veel vertrouwen in).

Bedoel je dat je in dit geval geen vertrouwen hebt in overzetten (exporteren), of dat je helemaal geen vertrouwen hebt in overzetten?

Ik wil in DveGen gaarne een mogelijkheid om naar een compatible bestandsstructuur te exporteren en, indien mogelijk, van zo'n bestandsstructuur te importeren. Maar volgens mij had je daar, in dit topic, al een schema voor geopperd. (Met Inducks als voorbeeld.)

Wellicht wil men je wel helpen, tegen betaling uiteraard...

De tip komt van de host van de Nijgh-site.
Deze host en een schrijver willen meewerken aan het uiterlijk van de site. Dus ik zoek een manier om content aan te leveren in een formaat dat zij (en anderen) kunnen gebruiken.

Ik blijf het liefst met DveGen werken en met jou. Ik heb me lang zorgen gemaakt wat ik doen doen als jij er niet (meer) was. Het antwoord lijkt me, inmiddels jaren later, verrassend simpel: Zonder jou stop ik ermee.

Indexen staat voor mij verwant aan jou. Of dat nou om Barks of Nijgh gaat, het geeft me dezelfde vertrouwdheid. Ik heb begrepen dat emotie een belangrijke factor is in menselijke beslissingen, dus dan is dat hier het nostalgische idee van een boomhut bouwen met een vriend. Maar omdat ik me niet alleen door sentimenten wil laten leiden kan ik het ook onderbouwen met de wetenschap dat jij heel goed bent in je werk én in de communicatie erover.
Eigenlijk ben je te goed, gezien de moeite die je voor mensen over hebt. Maar dat zeg ik liever niet, omdat je dan misschien tot de conclusie komt dat je wel gek lijkt dat je dit allemaal doet.

De aandacht van derden vind ik een geruststelling voor de toekomst. Er is in toenemende mate een wil aanwezig om Nijgh op de kaart te houden. Ik kan de conversie-situatie dus ook omdraaien: Laten derden helpen een manier vinden om te communiceren met DveGen.

Ik ben blij dat de input nu online staat. Het scheelt me een hoop zorgen.
Wat betreft hulp en ideeën van derden houd ik me zoveel mogelijk gereserveerd, omdat ik anders weer van alles beloof dat dan op de grote hoop terechtkomt. Ik zoek liever naar technische mogelijkheden om de server open te stellen voor derden, die dan hun eigen gang kunnen gaan. Zoals met dat komende Nijgh-boek.
Men vraagt dan of ik geen zin meer heb. Maar het tegendeel daarvan is waar. Ik wil doen waar ik goed in ben en waar ik me goed bij voel, namelijk urenlang eenzaam mezelf verliezen in het maken van lijstjes en overzichten. (Zoals Dagobert die zijn geld telt.) De rest van het werk, zoals uiterlijk, vind ik ook leuk, maar dat wordt dan domweg teveel. Ik ben geneigd om op te gaan in ideologie. Langzaam leer ik dat er zoiets is als menselijke beperkingen. Dat ideeën snel ontstaan en dat de praktijk kan tegenvallen, en dat dit niet alleen mij overkomt.

Bedankt voor al je hulp en steun tot dusver. Ik heb het niet verdiend.

[Snelbinder]

Welke bedoel je met "die"? ExpressionEngine of DveGen?

ExpressionEngine is wellicht stukken beter.

Bedoel je dat je in dit geval geen vertrouwen hebt in overzetten (exporteren), of dat je helemaal geen vertrouwen hebt in overzetten?

Ik heb er geen vertrouwen in dat ExpressionEngine die gegevens gemakkelijk in kan lezen. De gegevens uit DveGen halen is uiteraard makkelijk.

Wellicht wil men je wel helpen, tegen betaling uiteraard...

De tip komt van de host van de Nijgh-site.
Deze host en een schrijver willen meewerken aan het uiterlijk van de site.

Dat is het probleem ook niet. Het lijkt me eerder een probleem als ExpressionEngine geen mogelijkheid biedt om gegevens te importeren.
Dan moeten er programmeurs aan te pas komen. En die zijn meestal niet gratis.

Maar ik ken ExpressionEngine niet. Dus misschien zie ik problemen waar ze niet zijn.

Ik blijf het liefst met DveGen werken en met jou. Ik heb me lang zorgen gemaakt wat ik doen doen als jij er niet (meer) was. Het antwoord lijkt me, inmiddels jaren later, verrassend simpel: Zonder jou stop ik ermee.

Dat lijkt me geen goede zaak. Ik ben ruim 10 jaar ouder...

Als je dingen op dezelfde manier kunt doen als honderden anderen, is dat beter. Want dan hang je niet van 1 persoon af.

Maar dat zeg ik liever niet, omdat je dan misschien tot de conclusie komt dat je wel gek lijkt dat je dit allemaal doet.

Tot die conclusie ben ik jaren geleden al gekomen.
Doet me denken aan Jeroen Pauw die Emile Ratelband interviewt:
Pauw: "U heeft ooit gezegd dat je wel gek moet zijn om dit werk te doen."
Ratelband: "Inderdaad."
Pauw: "Wanneer kreeg u door dat u gek was?"
Ratelband: "..."

[Daniel73]

Sinds vrijdagmiddag 2 november 2007 is werk aan de Nijgh-site deels overgenomen door een biograaf die een binnenkort te verschijnen boek over Lennaert Nijgh heeft geschreven.
http://www.lennaertnijgh.nl/
Op mijn eigen verzoek is mijn freakerige DveGen-deel een aparte, onafhankelijke sectie geworden. Te vinden onder de link "Het archief":
http://www.lennaertnijgh.nl/archief

Ik ben dolblij met deze aanpassing. Ik kan hopelijk nu voortaan veilig op mijn zolderkamertje blijven. (Gesteld dat ik een zolder heb.)
Ook ben ik dolblij dat Nijgh meerdere actieve volgelingen heeft en dat er dus toekomst is. Zoals Nijgh het zelf zou zeggen: Hij is niet dood, hij lééééééééééft!

Ik heb er geen vertrouwen in dat ExpressionEngine die gegevens gemakkelijk in kan lezen. De gegevens uit DveGen halen is uiteraard makkelijk.

Op het Nijgh-board (McNijgh?) heb ik een link naar de inputbestanden geplaatst.
http://bb.mcdrake.nl/tobia/viewtopic.php?pid=60#p60

Ik zal er ook een link maken naar de uitlegsite van DveGen.
http://bolderbast.inducks.org/dvegen/

Vraag: Wat ik op de DveGen-uitlegsite mis zijn linken waarmee ik DveGen kan downloaden en waar ik de bronbestanden kan vinden. Kun je die linken geven?

Wellicht wil men je wel helpen, tegen betaling uiteraard...

De tip komt van de host van de Nijgh-site.
Deze host en een schrijver willen meewerken aan het uiterlijk van de site.

Dat is het probleem ook niet. Het lijkt me eerder een probleem als ExpressionEngine geen mogelijkheid biedt om gegevens te importeren.
Dan moeten er programmeurs aan te pas komen. En die zijn meestal niet gratis.

Mijn concentratie gaat uit naar het fatsoeneren van mijn input-bestanden, zodat ik een gestructureerde "content" kan aanbieden die door derden te begrijpen en te converteren is.

Zelf werk ik prettig met DveGen. Als anderen liever een ander programma willen, zullen zij sowieso zelf betrokken moeten zijn bij het maken van een data-infrastructuur. Zo heb ik ook zelf het converteerwerk voor DveGen moeten doen.
Persoonlijk blijf ik het liefst binnen DveGen, dus mijn voorkeur gaat uit naar programma's die de mogelijkheid bieden om te werken met een centrale input. Dan kan ik DveGen gebruiken en een ander kan dan bv. ExpressionEngine (of wat dan ook) gebruiken.

Maar ik ken ExpressionEngine niet. Dus misschien zie ik problemen waar ze niet zijn.

Ook ik ken ExpressionEngine niet.
Het enige probleem dat ik zie is afhankelijkheid aan één enkel programma. Mijn voorkeur gaat uit naar compatibiliteit. (Dus "én én" in plaats van "óf óf".)

Ik blijf het liefst met DveGen werken en met jou. Ik heb me lang zorgen gemaakt wat ik doen doen als jij er niet (meer) was. Het antwoord lijkt me, inmiddels jaren later, verrassend simpel: Zonder jou stop ik ermee.

Dat lijkt me geen goede zaak. Ik ben ruim 10 jaar ouder...

Het lijkt me tenminste wel een goede zaak dat ik eindelijk grenzen stel voor mezelf.

Wat betreft leeftijd denk ik dat ik je inmiddels allang heb ingehaald. Door nervositeit, zorgen en stress voel ik me inmiddels hoogbejaard. Ik moet mijn ongezonde levensstijl drastisch aanpassen en meer afstand nemen van alles wat mij kan doen doordraaien. Omdat ik geen zin en geen vertrouwen heb in medicamenten tegen schizofrenie, zal ik uit mezelf een stapje terug moeten doen. Ik ben gewoon bang van mensen en het kost me veel te veel energie om me daar steeds overheen te zetten. Inmiddels werk ik met kleine stapjes, met mensen die ik wel vertrouw.

Afgelopen vijf jaar waren zo heftig voor mij en mijn omgeving, dat ik veel mensen ben verloren en nu de mensen over heb gehouden die ik redelijkerwijs wel moet kunnen vertrouwen. In filosofische zin is alles winst. Ik ben blij met de mensen die ik overgehouden heb.
Verder heb ik in de afgelopen twee jaar (dankzij McDuck) een omslag gemaakt in mijn levenshouding met betrekking tot verzamelen en wat ik nu "dweepziekte" noem. Waarom zou ik achter Barks, Nijgh aan moeten lopen? Waarom zou ik spullen moeten verzamelen? Mis ik iets dan? Ik heb (her)ontdekt dat ik gelukkig kan zijn met weinig, zoals in mijn vroege jeugd, en dat al die ambities en spullen mezelf ontzettend in de weg staan. Wat dat betreft zie mijn schizofrenie (of wat het ook is) als een verlossing. Ik heb het gevoel dat ik dichter bij huis ben dan ooit, weg van de "rat race". Waarom zou ik mensen volgen en spullen verzamelen als ik al compleet ben van mijzelf?
Enfin, het een en ander aan deze denkwijze maakt het werken aan projecten lastig. Wat heb ik mezelf vroeger aangedaan, door eraan te beginnen? Maar laat ik hier niet te ver op doorgaan, want anders ga jij misschien ook zo denken en dan blijf ik zitten met DveGen. Herman Finkers had in (volgens mij) zijn show 'Dat heeft zo'n jongen toch niet nodig' een Youp-achtige preek over nu doen waar je zin in hebt. Waarop zijn lichtmedewerkers juichen en hij in het donker op toneel staat.

Als je dingen op dezelfde manier kunt doen als honderden anderen, is dat beter. Want dan hang je niet van 1 persoon af.

Tja... totdat zo'n bedrijf failliet gaat. Om maar wat te noemen.
En trouwens, met DvEGen kan ik ook op dezelfde manier werken als honderd anderen. Het kán.

Maar dat zeg ik liever niet, omdat je dan misschien tot de conclusie komt dat je wel gek lijkt dat je dit allemaal doet.

Tot die conclusie ben ik jaren geleden al gekomen.
Doet me denken aan Jeroen Pauw die Emile Ratelband interviewt:
Pauw: "U heeft ooit gezegd dat je wel gek moet zijn om dit werk te doen."
Ratelband: "Inderdaad."
Pauw: "Wanneer kreeg u door dat u gek was?"
Ratelband: "..."

[Snelbinder]

Niet veel tijd... dus even snel een antwoord voor het weekend.

Vraag: Wat ik op de DveGen-uitlegsite mis zijn linken waarmee ik DveGen kan downloaden en waar ik de bronbestanden kan vinden. Kun je die linken geven?

Nee, want die dingen zijn (nog) niet openbaar.
Op de bronbestanden rust momenteel copyright.
De executable is per e-mail beschikbaar omdat ik graag wil weten wie er gebruik van maakt. Op dit moment zijn er maar liefst 2 gebruikers.

Zelf werk ik prettig met DveGen. Als anderen liever een ander programma willen, zullen zij sowieso zelf betrokken moeten zijn bij het maken van een data-infrastructuur. Zo heb ik ook zelf het converteerwerk voor DveGen moeten doen.
Persoonlijk blijf ik het liefst binnen DveGen, dus mijn voorkeur gaat uit naar programma's die de mogelijkheid bieden om te werken met een centrale input. Dan kan ik DveGen gebruiken en een ander kan dan bv. ExpressionEngine (of wat dan ook) gebruiken.

De gewenste volgorde is dus:
1. vind iemand die ExpressionEngine (of wat dan ook) gebruikt;
2. laat die iemand beschrijven in welk formaat hij jouw gegevens wil hebben;
3. zorg dat DveGen de gegevens in dit formaat aanlevert.

1. is al geregeld, als ik het goed begrijp. Zodra 2. ook geregeld is, kan ik beginnen om 3. voor elkaar te krijgen.

Waarom zou ik spullen moeten verzamelen? Mis ik iets dan?

Verzamelen is een ziekte. Zolang het leuk (en betaalbaar) blijft is dat geen probleem: het is minder schadelijk dan andere ziektes/verslavingen.

Als je dingen op dezelfde manier kunt doen als honderden anderen, is dat beter. Want dan hang je niet van 1 persoon af.

Tja... totdat zo'n bedrijf failliet gaat. Om maar wat te noemen.

Ja, daarom is een open source oplossing nóg beter.
Toen ik DveGen aan mijn collega's presenteerde was hun reactie: maak het open source. Maar daar is het (nog) niet van gekomen.

[Daniel73]

Vraag: Wat ik op de DveGen-uitlegsite mis zijn linken waarmee ik DveGen kan downloaden en waar ik de bronbestanden kan vinden. Kun je die linken geven?

Nee, want die dingen zijn (nog) niet openbaar.
Op de bronbestanden rust momenteel copyright.
De executable is per e-mail beschikbaar omdat ik graag wil weten wie er gebruik van maakt. Op dit moment zijn er maar liefst 2 gebruikers.

We zouden open source gaan werken, is mijn herinnering van wat we hebben afgesproken.
Copyright en open source staan los van elkaar. Op mijn bestanden rust nog steeds copyright en toch zijn ze vrij te downloaden.

Persoonlijk blijf ik het liefst binnen DveGen, dus mijn voorkeur gaat uit naar programma's die de mogelijkheid bieden om te werken met een centrale input. Dan kan ik DveGen gebruiken en een ander kan dan bv. ExpressionEngine (of wat dan ook) gebruiken.

De gewenste volgorde is dus:
1. vind iemand die ExpressionEngine (of wat dan ook) gebruikt;
2. laat die iemand beschrijven in welk formaat hij jouw gegevens wil hebben;
3. zorg dat DveGen de gegevens in dit formaat aanlevert.

1. is al geregeld, als ik het goed begrijp. Zodra 2. ook geregeld is, kan ik beginnen om 3. voor elkaar te krijgen.

Dit gaat moeilijk worden als ik geen bronbestanden en geen executable heb. Ik hoopte andere programmeurs te laten kijken naar ons werk, maar dat is nu dus niet mogelijk via openbare kanalen. Jij bent de eigenaar van "Dve"Gen.

Waarom zou ik spullen moeten verzamelen? Mis ik iets dan?

Verzamelen is een ziekte. Zolang het leuk (en betaalbaar) blijft is dat geen probleem: het is minder schadelijk dan andere ziektes/verslavingen.

Ik ben liever gezond. Ik merk steeds meer dat het overleggen met mensen mij loodzwaar valt. Ik heb geprobeerd om toch nog door te gaan, maar ik denk dat ik beter helemaal kan gaan stoppen. Ik had beter in het gekkenhuis kunnen blijven en ga er zeker weer naar terug. Ik hoopte de boel tijdig af te ronden.

Toen ik DveGen aan mijn collega's presenteerde was hun reactie: maak het open source. Maar daar is het (nog) niet van gekomen.

En gezien de criteria die je stelt zal dat voorlopig niet gebeuren.

Ik ben ontzettend verward.