Project "DveGen" - database generator

[Snelbinder]

Ik zou zeggen, probeer eens een linkje in de tree.def te zetten. Ik denk dat het niet gaat werken, maar wie weet.

Ik ben vandaag bezig met een nieuwe manier om gegevens uit Inducks te krijgen (voor DveGen). De oude manier (files "storiesCB.ins" en "headersus.ine") werkt niet meer, omdat de datastructuur van Inducks is veranderd.

Ik ben van plan de volgende velden van een Story beschikbaar te stellen:

storycode
entirepages
brokenpagenumerator
brokenpagedenominator
brokenpageunspecified
kind ("i" = illustration e.d.)
rowsperpage
columnsperpage
hero
title
reallytitle (dit vervangt "titlepref". waarden zijn "Y" of "N".)
plot
writ
art
ink
firstpublicationdate
creationdate

Zoals je ziet is een aantal velden wat opgedeeld (brokenpagedit, brokenpagedat). Hier zal je DEF-file dus op aangepast moeten worden (en misschien ook je eigen velden?).

Ik zie dat je het veld "desc" ook gebruikt. Ik denk dat deze informatie niet terugkomt. Er zijn te veel descs (in allerlei talen) in Inducks. Het wordt te ingewikkeld om er precies uit te halen wat je wilt.

De interface is een webpagina die je zelf kunt bezoeken. Je moet dan "CB" invullen (de webpagina werkt bijvoorbeeld ook voor "DR" of "FJo" en zelfs voor "HF") en krijgt dan het verzoek om een file te openen of bewaren op schijf. Als je de file bewaart op schijf kun je die door DveGen weer laten inlezen.

Ik ben er nog mee bezig. Zodra het klaar is, meld ik het hier.

Zodra het werkt ben ik heel benieuwd welke nieuwe items er in Inducks bijgekomen zijn. Recentelijk hebben een hoop CB-items een code gekregen, terwijl ze al wel (jaaaren...) in de Guidebook-site vermeld stonden.

[Snelbinder]

Velden van een Issue:

issuecode
country
language
title
issdate
publ
pages
price
size
comment

[Snelbinder]

Ben nog bezig met versie 4.8a. Maar het gaat niet meer lukken voor de kerstvakantie om het helemaal af te krijgen.
Ik moet onder andere een aparte inducks-file voor movies gaan maken.

Ik heb (om te testen) ook een paar van je Guidebook-input-files aangepast:

- dvegen-FLUKS.txt (de aanpassingen zullen ook in dvegen.txt moeten gebeuren)

- dbbiblio.txt (alle "#inducks" vervangen door "#inducks us/" omdat bij issuecodes nu ook het land moet staan.
Bij sommige codes zal "us" vervangen moeten worden door "nl", "it", "dk" enz.

- dbanimation.def, dbart.def, dbbiblio.def, dbstories.def, dbzideleap.def (in deze def-files zijn diverse veldnamen veranderd)

- Issuesnl.csv, Issuesus.csv, StoriesCB.csv (dit zijn 3 nieuwe files. Er moeten er nog meer komen)

Als je zelf deze files al veranderd had (of de komende weken gaat veranderen) dan kan ik dezelfde aanpassingen later opnieuw doen.
Dat is niet zo'n probleem; het was vrij makkelijk aan te passen.

In output van de namensectie gaan "lnnm00koning_jos_" en "lnnm00koning_jose" in de war.
Bij "lnnm00koning_ja" en "lnnm00koning_jos_" staan radio/tv-programma's die bij "lnnm00koning_jose" horen.
Bij "lnnm00koning_jose" staan deze radio/tv-programma's dubbel vermeld, en de discografie staat dubbel vermeld.

Voorzover ik kan zien hebben Jan en Jos Koning meegewerkt aan die 3 Radio/TV-items.
De dubbele items bij Josee waren een foutje. Dat foutje zal verholpen zijn in 4.8a.

Nog een probleem. Onderstaande situatie geeft geen foutmelding:

#-subrecord s_uitvoering
#-x_sessie
#-x_nummer
! liedlink is:
#-x_uitvoeringopmerking alleen stereo-mix

Het subveld "x_sessie" moet ingevuld zijn. Maar DveGen klaagt nergens over.

Ik heb zitten zoeken, maar ik kon niet vinden waarom DveGen zou moeten klagen! Waar staat dat het veld x_sessie niet leeg mag zijn?

Probleem: Twee items met elk exact dezelfde code geven geen foutmelding. Voorheen gebeurde dat wel.

Dus onderstaande situatie wordt nu door DveGen goedgekeurd.
#code lnmzpl00_nalp2007_00
#code lnmzpl00_nalp2007_00
En dat levert foute output op.

De nieuwe versie zal hier weer over klagen.

De rest van het jaar ben ik niet/weinig on-line. Dus gaan we in 2008 verder.

Prettige dagen gewenst!

[Daniel73]

Prettige dagen gewenst!

Jij ook prettige dagen toegewenst!
Eet niet teveel vuurwerk en kijk uit met oliebollen.

[Snelbinder]

Velden van een movie:

moviecode
hero
title
genre
contributors
publicationdate
creationdate

(Niet zo heel veel dus. Maar Inducks is dan ook geen movie database.)

[Snelbinder]

Ik stuur je in mail de files die ik gewijzigd heb in de Guidebook-site. Als je zelf die files ook al veranderd had, moeten we even afstemmen zodat alles weer 1 versie wordt.

De files uit Inducks hebben nieuwe namen. Ik heb ze toegevoegd in mijn versie van dvegen.txt.
Je zult beide files (dvegen*.txt) zelf nog even met elkaar moeten vergelijken.

De files storiesCB.ins en headersus.ine kunnen weg!

Ik stuur je ook de nieuwe DveGen, versie 4.8a.

Als alles goed werkt (je zult zelf nog wat TXT-files en DEF-files en zo moeten aanpassen), kun je straks zelf updates van de Inducks-files ophalen via COA.
Je hebt mij daar dan in principe niet meer voor nodig!

...voorspoedig 2008!

[Daniel73]

Ook een voorspoedig 2008!

Ik stuur je in mail de files die ik gewijzigd heb in de Guidebook-site. Als je zelf die files ook al veranderd had, moeten we even afstemmen zodat alles weer 1 versie wordt.

Volgens mij heb ik niets gewijzigd.

Ik stuur je ook de nieuwe DveGen, versie 4.8a.

Outlook blokkeert dit bestand. Ik ben vergeten hoe ik dat omzeilde, of het is nog meer dichtgetimmerd dan ervoor. Hoewel F1 suggereert dat ik per bestand de blokkering kan opheffen is dit alleen mogelijk door de hele beveiliging in Outlook uit te zetten. Maar ook als het bestand zodoende is opgeslagen blijft er een blokkade actief die ik vervolgens ook uit moet zetten.

Dit jaar heb ik als goed voornemen om te proberen concreet en daadkrachtig te zijn. Dus weinig geschreeuw en veel wol. Die wol houdt onder meer in dat ik eindelijk eens ga opruimen en archiveren, zodat ik periodes af kan sluiten in plaats van ze voor me uit te schuiven.

Heb jij nog goede voornemens? Zover ik weet rook je niet, je drinkt alleen thee, en je maakt weinig tot geen fouten in het Nationaal Dictee. Wat valt aan jou te verbeteren? Minder auto rijden, misschien?

[Snelbinder]

Ik stuur je ook de nieuwe DveGen, versie 4.8a.

Outlook blokkeert dit bestand.

Jammer. Ik heb de executable hier neergezet: http://home.wxs.nl/~fluks4/dvegen/dvegen.exe
(Het is inmiddels versie 4.8b.)

Heb jij nog goede voornemens?

De dingen die jij noemde doen niet ter zake.
Wel ter zake:
- zorgen dat je met DveGen kunt werken zonder al te veel hulp van mij.

Daarvoor wil ik je nog een paar dingen uitleggen, zodat je ze ook echt kunt gaan gebruiken.
Bijvoorbeeld hoe je DveGen kunt laten controleren welke plaatjes uit een directory wel of niet gebruikt worden in je site.

[Daniel73]

Wel ter zake:
- zorgen dat je met DveGen kunt werken zonder al te veel hulp van mij.

Hopelijk is "je" hier te interpreteren als "de gebruiker". Mijn doelstelling is dat ook anderen met DveGen kunnen werken. In eerste instantie wil ik mijn werk eraan voltooien in de vorm van een concept en gebruiksaanwijzing. Zodat alles overdraagbaar is.

Daarvoor wil ik je nog een paar dingen uitleggen, zodat je ze ook echt kunt gaan gebruiken.
Bijvoorbeeld hoe je DveGen kunt laten controleren welke plaatjes uit een directory wel of niet gebruikt worden in je site.

Interessant! Ik kan DveGen voor veel zaken gebruiken. Veel meer dan Barks of Nijgh.

Zo zou ik mijn foto's, films en geluid kunnen indexeren en archiveren. Daar zijn in mijn omgeving een aantal liefhebbers voor. Eigenlijk zou ik dat leuker vinden dan me eindeloos bezighouden met wat Barks of Nijgh hebben gedaan. Zeker als ik toch de enige ben die zover gaat, en dus toch ben gedoemd tot uitsterven.
De projecten Barks en Nijgh hebben alleen toekomst als er opvolgers zijn. Mensen die jonger zijn dan ik. Als er geen anderen zijn die het werk van deze veerman willen overnemen, ben ik met iets afkeurenswaardigs bezig. En volgens mij is er feitelijk schrikbarend weinig interesse in het indexen van Barks of Nijgh. En voor zover de interesse er wel is, gaat het bij voorkeur om individuele ondernemingen: Ieder voor zich.

Nadeel bij Barks en Nijgh is dat ik geen rechten over hun werk heb. Eigenlijk moet ik hun rechthebbenden dankbaar zijn dat ik me onbezoldigd mag uitsloven. Ik word gedoogd. Misschien ben ik, tot mijn eigen verbijstering, veel te arrogant en te zelfzuchtig om me onder zulke nederige omstandigheden gelukkig te voelen.

Ik blijf met plezier aan DveGen werken. Maar vooral als doel op zich. Met Barks en Nijgh als voorbeelden. Voorbeelden die ik onmogelijk zelf alleen kan uitwerken, en waarvoor ik anderen nodig heb die zich ook in techniek willen verdiepen.
Jaren geleden gaven mensen mij complimenten voor het kunnen instellen van hun televisies. Maar ondertussen zat ik me suf te lezen in de gebruiksaanwijzing. Waarom doen zij dat niet? Dan zegt men makkelijk dat men er toch geen verstand van heeft. Wat ik interpreteer als geen zin hebben. Voor mij zijn gebruiksaanwijzingen ook vaak puzzels. Als men die moeite niet wil nemen, waarom ik dan wel?

DveGen kan nog zo mooi worden, maar als niemand anders er zin in heeft, vind ik dat enorm frustrerend. Dan heb ik me blijkbaar verloren in een utopie. Misschien had ik dan ook bij voorbaat moeten zeggen dat ik te dom ben voor computers. Ik heb te vaak hulp nodig van anderen. Dus ik ben echt te dom voor computers. Misschien kunnen andere mensen hun eigen beperkingen beter inzien, voordat ze een grote klus overwegen. Als ik voor computers steeds hulp van anderen nodig heb, wat kan ik op mijn beurt dan überhaupt beloven?

Een lang verhaal. Maar volgens mij wel ter zake. Een programma moet bruikbaar zijn. En ik vraag me af in hoeverre een schitterend programma bruikbaar en zinvol is als alleen Harry en Daniël weten hoe het werkt.

[Snelbinder]

En ik vraag me af in hoeverre een programma bruikbaar en zinvol is als alleen Harry en Daniël weten hoe het werkt.

Tja, ik probeer DveGen te promoten bij anderen. Tot dusver zonder resultaat.
En om het echt bruikbaar te maken is er nog veel inspanning nodig, bijvoorbeeld om een leesbare handleiding te maken.

Maar goed. Hier een poging tot een stukje handleiding.

HOE BEHEER IK MIJN IMG-FILES MET DVEGEN?

"Beheren" is misschien een groot woord. Het idee is dat je al je img-files (JPG, GIF, PNG enz.) in een of meer directory's op je harde schijf hebt staan. Je zorgt zelf met je ftp-programma dat die directory's overeenkomen met wat er op een webserver staat.

Het gaat dan als volgt:
1. je vertelt DveGen op welke directory('s) de IMG-files staan;
2. je vertelt DveGen wanneer je een IMG-file gebruikt in je site;
3. DveGen logt het als je een IMG-file wil gebruiken die niet bestaat;
4. DveGen logt alle IMG-files die in de directory('s) staan maar niet gebruikt worden.

Dit gebruik ik zelf al sinds mei 2007 met veel plezier!

Hoe gaat dat dan, technisch? Stap voor stap:

1. In de file DVEGEN.TXT voeg je regels toe met directory-namen, bijvoorbeeld:
images, b001, D:imgbb001
images, b002, D:imgbb002

Per regel staat er "images", dan een "alias" (een kort naampje), en dan een compleet directory path.
(Ik gebruik hier "aliassen" omdat je anders op allerlei plekken de volledige pathnaam moet gebruiken en dat is vaak niet handig.)

2. In de DEF-files en de TXT-files voeg je overal waar je "<IMG" gebruikt een %checkusage toe. Bijvoorbeeld:

#imgb001
<img src="myimg/%val.jpg">%checkusage(b001,%val,jpg)

Deze checkusage zorgt voor 2 dingen:
- test of de IMG-file bestaat in de directory die je de alias "b001" hebt gegeven;
- markeer een IMG-file als gebruikt zodat hij niet als "ongebruikt" gelogd wordt.

(let op: %checkusage wil een komma tussen filenaam en extensie hebben, dus %val,jpg en niet %val.jpg)

3. Bijvoorbeeld in de logfile:
6006:image file <a10noord.jpg> not found in image dir of <b001>!
[webpage px010.html(tree.txt:89)]

4. Bijvoorbeeld in de logfile:
6001:image <a10zuid.jpg> is used nowhere!
[checking usage of images b001]

In dit voorbeeld heb ik dus een a10noord.jpg te weinig en een a10zuid.jpg te veel in de directory "b001".

Ik hoop dat dit een beetje duidelijk is. Het is echt leuk om te gebruiken!

[Daniel73]

En ik vraag me af in hoeverre een programma bruikbaar en zinvol is als alleen Harry en Daniël weten hoe het werkt.

Tja, ik probeer DveGen te promoten bij anderen. Tot dusver zonder resultaat.
En om het echt bruikbaar te maken is er nog veel inspanning nodig, bijvoorbeeld om een leesbare handleiding te maken.

Bij deze een test voor een site waaraan misschien meerdere mensen zouden kunnen meewerken, als men wil:

McBieb / McDrake Bibliotheek (TEST)
http://info.mcdrake.nl
In de input heeft elke gebruiker een eigen input-bestand.

input: 080108_mcbieb.zip (inmiddels gewijzigd)
http://pool.mcdrake.nl/genbin/archive/

Onder 'Disney' zou ik de 'Auteurs' en 'Personages' elk een Inducks-code willen geven. Zoals bij Guidebook. Is dat mogelijk?

Ik ben benieuwd wat je van deze test vindt.

[beheer IMG-files] Ik hoop dat dit een beetje duidelijk is. Het is echt leuk om te gebruiken!

"McBieb" heeft een redelijk bescheiden aantal plaatjes in vergelijking met Guidebook en Nijgh. Zou ik daar misschien het beste kunnen beginnen?

[Daniel73]

Poging tot handleiding voor derden
Met McBieb als voorbeeld-site.

McBieb / McDrake Bibliotheek (TEST)
http://info.mcdrake.nl

Voorbeeld van sjabloon voor gebruiker:

#code
#categorie
#type
#inducks
#titel
#auteur
#datum
#url
#mcducktopic
#mcdraketopicned
!
#inhoud
!
#credits
!
!---------------------------------------------------------------------------

Uitleg velden:

Bijzondere veldnaam houdt in dat deze veldnaam gereserveerd is voor DveGen.
Vaste waarden houdt in dat een waarde volgens een opgegeven, vaste definiëring dient te worden ingevuld door de gebruiker.

#code
Bijzondere veldnaam. Deze geeft aan dat hier een nieuw item begint. De code is de identificatie van het item. Moet altijd op 1 regel staan.

#categorie
Vaste waarden:
- disney
- offtopic
Deze waarden definiëren of het item met Disney ("disney") of iets anders ("offtopic") te maken heeft.

#type
Vaste waarden:
- auteurs
- personages
Deze waarden definiëren een onderverdeling van de "#categorie". Bijvoorbeeld of het item hoofdzakelijk over een auteur ("auteurs") of over een personage ("personages") gaat.
Een voorbeeld van auteur is William Van Horn en voorbeeld van een personage is Diederik Duck.
Er zijn hier, bij "#type", meer waarden beschikbaar. Maar die laat ik in deze handleiding even buiten beschouwing.

#inducks
Bijzondere veldnaam. Indien categorie "disney" en van toepassing, de bijbehorende code in (een van de) Inducks-tabellen.

#titel
Titel van het item.

#auteur
Vaste waarden. Naam van schrijver van het item.

#datum
Vaste waarden. Jaar-maand-dag, of jaar-maand, of jaar. Datum van het item.

#url
Test-veld McBieb. Bevat het http-adres van items die van elders zijn gemirrord (gekopieerd). Momenteel McDuck en McDrake.
Dit veld kan gebruikt worden voor synchronisatie van kopie en origineel.
Als het item en de inhoud ervan zelf een origineel is, kan de gebruiker deze veldnaam overslaan (of verwijderen).

#mcducktopic
Vaste waarden. Http-adres van gerelateerd PunBB McDuck-subforum of topic.
In geval er geen waarde is, dan veldnaam wijzigen in "#nomcducktopic" (of verwijderen).

#mcdraketopicned
Vaste waarden. Http-adres van gerelateerd PunBB McDrake-subforum of topic.
In geval er geen waarde is, dan veldnaam wijzigen in "#nomcducktopic" (of verwijderen).

Velden als "#mcducktopic" en "#mcdraketopicned" kunnen eventueel uitgebreid worden met meer veldnamen die gekoppeld zijn aan een (extern) http-adres.

#inhoud
Inhoud van het item. Bijv. tekst van artikel.

#credits
Bronvermelding van item en inhoud ervan.


Tot zover de theorie. Nu de "praktijk".

Fictief voorbeeld van een aan te leveren invulling door gebruiker. Een artikel. Een biografie van auteur Al Hubbard.

Dit item valt dus onder "disney. Onder "auteurs". En het heeft een Inducks-code. Deze kan eventueel ook alvast door gebruiker worden ingevuld als deze de code kent. (In dit geval kies ik voor een http-adres.) Er zijn geen bij mijn weten geen gerelateerd topics over Hubbard op McDuck of McDrake.

Resulterende invulling van sjabloon:

#code
#categorie disney
#type auteurs
#inducks http://coa.inducks.org/creator.php?c=AH
#titel Al Hubbard
#auteur Daniël
#datum 2008-01-10
#url
#nomcducktopic
#nomcdraketopicned
!
#inhoud
Al Hubbard zag voor het eerst het levenslicht in 1915. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen..<BR>
Hij tekende Rakker en Diederik Duck.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen.. En toen..<BR>
Hubbard overleed in 1984.
!
#credits
Informatie afkomstig uit 'Al Hubbard and the Art of the Comic Book' door M. Rabbier (1981); 'Al Hubbard en de mythe van Walt Disney's Diederik Duck' door W. van Lehden (1985).
!
!---------------------------------------------------------------------------

Dit moet volgens mij makkelijk te doen zijn. En kennis van HTML-codes als "<BR>" kan minimaal blijven. Vergelijkbaar met BBCode-niveau.

Nadat deze invulling van het sjabloon is ingeleverd bij degene die de input-bestanden van de site genereert, is deze invulling vrij gemakkelijk aan de input toe te voegen. Alleen de code moet nog ingevuld worden (en test-veld #url verwijderd, of veranderd in "#nourl"). Maar dit is al beheerdersniveau.

Alles wat de gemiddelde gebruiker dus hoeft te doen is een (volgens mij) eenvoudig sjabloon invullen.

De verwerking staat of valt nog bij een centraal beheer. Maar deze doe-het-zelf-gerichte aanpak is al een hele vooruitgang voor zowel gebruiker als beheerder. Hoe meer de gebruiker zelf kan invullen, hoe gemakkelijker en sneller deze informatie opgenomen kan worden in de input van de site.
In deze opzet kan een wat gevorderdere gebruiker zelf een eigen inputbestand beheren en deze naar een centraal punt uploaden. (In mijn geval "mcdani.txt".) In dit laatste geval hoeft de beheerder alleen nog te genereren.

Is dit wat? Ter promotie?

[Snelbinder]

McBieb / McDrake Bibliotheek (TEST)

Dit lijkt heel erg op wat men tegenwoordig met een wiki zou doen.
Ik bedoel niet dat het op www.wikipedia.nl zou staan, maar dat je een eigen kopie van de wiki-software zou hebben om gegevens op dezelfde manier te behandelen.
Wiki-oplossingen zijn echt in de mode tegenwoordig. En het schijnt ook heel aardig te werken. Heb je het wel eens gezien?

"McBieb" heeft een redelijk bescheiden aantal plaatjes in vergelijking met Guidebook en Nijgh. Zou ik daar misschien het beste kunnen beginnen?

Volgens mij maakt het niet uit of je met weinig of met veel plaatjes begint, tenzij je veel <IMG...> in de TXT-files hebt staan (in plaats van in de DEF-files). Het enige voordeel van een kleine site is dat het runnen van DveGen veel minder lang duurt.

(Voor een van mijn eigen sites duurt het inmiddels meer dan een minuut en dat is toch wel irritant aan het worden...)

[Daniel73]

McBieb / McDrake Bibliotheek (TEST)

Dit lijkt heel erg op wat men tegenwoordig met een wiki zou doen.
Ik bedoel niet dat het op www.wikipedia.nl zou staan, maar dat je een eigen kopie van de wiki-software zou hebben om gegevens op dezelfde manier te behandelen.

Ja en ook nee. Verschil met Wikipedia is dat gebruikers zelf hun eigen input kunnen hebben zonder dat een andere gebruiker deze data kan veranderen. Dat was een nadrukkelijke wens ten tijde van het overleg op McDuck. Vandaar dat ik de McBieb-inputbestanden heb ingedeeld op gebruiker.

Mijn doelstelling is om steeds meer op een "open office"-achtige manier te werken. Zodat ik ook zelf niet persé meer aan een enkele computer vast zit. Ik denk dat "wiki's" en "open office" de toekomst zijn. Die kant zou ik uit willen.
Ook wil ik door het aanbieden van sjablonen verlost zijn van het principe dat mensen losse informatie sturen die vervolgens door een enkel persoon moet worden geconverteerd. Door mensen te betrekken in het automatiseringsproces, zoals in de maatschappij heel gewoon is, weten ze beter wat er zoal verwacht wordt. Bij de Nijgh-site heb ik ooit van iemand een dergelijke aanvoer ontvangen (o.b.v. output), en dat werkte bijzonder prettig en snel.

Wiki-oplossingen zijn echt in de mode tegenwoordig. En het schijnt ook heel aardig te werken. Heb je het wel eens gezien?

Nee. Heb jij er ervaring mee? En in hoeverre kan DveGen aangesloten worden bij een Wiki-oplossing?

Belangrijkste vind ik dat data compatibel is. Bijvoorbeeld de verbinding tussen DveGen en Inducks. Dat je in DveGen kunt indexen en dat Inducks dat kan importeren, en andersom.
Mijn streven is dat informatie eenmaal in DveGen staat, dat deze informatie dan door te sluizen is van database naar database. Zoals nu dus bij Inducks. Als een beheerder wil stoppen kan een andere beheerder verder gaan. Zo zou ik DD50 kunnen voortzetten of jij kan Guidebook voortzetten. Daar hoeft (in principe) niet eerst voor geconverteerd te worden.

Ik denk dat DveGen veel voordelen kan hebben in het overnemen van informatie van gestopte websites. Zoals bij Nijgh is gebeurd. Wie van z'n website afwil kan deze dan aanleveren voor DveGen.
Een project als McBieb zou dan een verzamelpunt van data kunnen zijn, waaruit geïnteresseerde gebruikers en beheerders hun eigen DveGen-site kunnen maken. De data is er. Wil jij dan bijvoorbeeld informatie voor DD50 gebruiken, dan kun je die hapklaar overnemen.

Met sjablonen probeer ik Lego-stukjes te maken die ingevoegd kunnen worden in een groter geheel. Als verschillende DveGen-beheerders met dezelfde sjablonen werken, zijn deze sjablonen onderling makkelijk uit te wisselen. Of een site gaat over Barks of Nijgh maakt qua data-structuur eigenlijk geen verschil. Veel velden zijn hetzelfde, of hadden dat moeten zijn.

"McBieb" heeft een redelijk bescheiden aantal plaatjes in vergelijking met Guidebook en Nijgh. Zou ik daar misschien het beste kunnen beginnen?

Volgens mij maakt het niet uit of je met weinig of met veel plaatjes begint, tenzij je veel <IMG...> in de TXT-files hebt staan (in plaats van in de DEF-files). Het enige voordeel van een kleine site is dat het runnen van DveGen veel minder lang duurt.

(Voor een van mijn eigen sites duurt het inmiddels meer dan een minuut en dat is toch wel irritant aan het worden...)

Ach ja, je drinkt natuurlijk geen koffie.
Vroeger toen het genereren DveGen bij mij een kwartier duurde, had ik een excuus om pauze te nemen. Dat wordt mij nu ontnomen. Misschien kun je een vertragings-optie maken, die DveGen vertelt om niet eerder dan een x aantal minuten klaar te zijn?
Overigens wel opmerkelijk dat voor iemand die ooit met ponskaarten en urenlange wachttijden heeft gewerkt, nu meer dan een minuut al te veel vindt.

Genoeg smileys voor vandaag. Ik ben helemaal hyper van McBieb!
Volgens mij is zo'n site een belangrijke stap voor DveGen. Een site waaraan mensen écht mee kunnen doen. Ik denk dat het bekendheid en bruikbaarheid van DveGen ten goede komt. Ik heb er weer ouderwets zin in.

Wat vind jij? (Behalve mieren op je pannenkoeken?)

[Daniel73]

Ik was een deel vergeten te antwoorden.

"McBieb" heeft een redelijk bescheiden aantal plaatjes in vergelijking met Guidebook en Nijgh. Zou ik daar misschien het beste kunnen beginnen?

Volgens mij maakt het niet uit of je met weinig of met veel plaatjes begint, tenzij je veel <IMG...> in de TXT-files hebt staan (in plaats van in de DEF-files). Het enige voordeel van een kleine site is dat het runnen van DveGen veel minder lang duurt.

Oke.

Op McBieb heb ik wel veel plaatjes in de tekst. Zou het mogelijk zijn om deze te melden in DveGen? Zodat in een DEF-bestand IMG-layouts gedefinieerd kunnen worden voor plaatjes die bv. "align=left" of "align=right" zijn? (Misschien is dit in de richting van style sheets?)

Bijvoorbeeld:
%image(plaatje,layout_plaatje_rechts)
Waarbij dan in layout "layout_plaatje_rechts" de HTML-code <IMG SRC> definieerd is.

Ik zoek een manier om in vrije tekst, mét medeweten van DveGen:
- naar binaire bestanden te kunnen linken
- binaire bestanden zoals plaatjes te tonen