Project "DveGen" - database generator

Hardware, software, internetsites

Berichtdoor Daniel73 » vr jan 11, 2008 4:55 am

Daniel73 schreef:Op McBieb heb ik wel veel plaatjes in de tekst. Zou het mogelijk zijn om deze te melden in DveGen?

Bij Guidebook en Nijgh heb ik ook veel plaatjes in vrije teksten. Dus het geldt voor alles.
Daniel73
Member
 
Berichten: 917
Geregistreerd: vr jun 02, 2006 5:45 pm
Woonplaats: Nederland

Berichtdoor Daniel73 » vr jan 11, 2008 4:36 pm

Overigens blijf ik moeite hebben met de naamgeving van DveGen. De "Dve" mag dan een afkorting van zijn van "Database Values and Expressions GENerator", maar ik zou er als buitenstaander toch een schaamteloze zelfpromotie in zien. Alsof die "Database Values and Expressions" meer een smoes zijn.

Zou ik als derde willen meewerken aan software dat minstens de schijn heeft een persoonlijk speeltje van, in dit geval, individueel persoon Daniël van Eijmeren te zijn? Het antwoord is nee. Want ik vind het te verdacht. Zelfs al zou dat "Dve" toeval zijn. Ik zou me afvragen: Wat gaat die "DvE" met mijn informatie doen?

Om DveGen succesvol te promoten bij derden, denk ik dat de huidige naam letterlijk en figuurlijk te eng is en teveel schijn heeft van slinkse zelfpromotie. Een reden voor mij om steeds op de naamgeving terug te komen is dat ik eigenlijk de buitenwereld wil bewijzen dat "ook" ik die "Dve" vind stinken. Om critici te vlug af te zijn.
Ik vind de naam een handicap. Ik voel de noodzaak om mezelf steeds te verdedigen, dat die naamgeving een idee van iemand anders is en niet van mij.

Als ik een naam zou mogen kiezen zou het iets zijn met McBieb erin. Of een variant ervan.
"McGen", of zoiets.
Daniel73
Member
 
Berichten: 917
Geregistreerd: vr jun 02, 2006 5:45 pm
Woonplaats: Nederland

Berichtdoor Snelbinder » vr jan 11, 2008 5:26 pm

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

Dit kan al, maar de syntax is ietsje anders:

%record(key=pcode,layout=playout)

of, korter:

%record(pcode,playout)

In de layout "playout" definieer je dan de <IMG...> dingen en ook de %checkusage(...)

Zie ook http://bolderbast.inducks.org/dvegen/ph ... ecord.html
--Harry Snelbinder.
Snelbinder
Member
 
Berichten: 65
Geregistreerd: di apr 10, 2007 1:59 pm

Berichtdoor Snelbinder » vr jan 11, 2008 5:43 pm

Daniel73 schreef:Als ik een naam zou mogen kiezen zou het iets zijn met McBieb erin. Of een variant ervan.
"McGen", of zoiets.

Ik heb zelf een aversie tegen namen die beginnen met Mc. Die doen me te veel denken aan dingen waar ik niet meer aan wil denken.

Wat denk je van "Dwipe"? Het betekent niets, behalve dat het een soort Engelse vertaling is van "Dvegen".
Of Flugen. Negevd (misschien te veel een vloek). GenOT. YAWPG (Yet Another Web Page Generator).
MENHIR (Moet Een Naam Hebben, Is Relevant). PWOGen (Programma om Websites Off-line te GENereren).
Of IMENENOS (Ik Moet Er Nog Een Nachtje Over Slapen)...

Overigens maken mensen al jaaaren met veel plezier gebruik van programma's als PKZIP en AWK. Die bevatten ook de initialen van de makers.
--Harry Snelbinder.
Snelbinder
Member
 
Berichten: 65
Geregistreerd: di apr 10, 2007 1:59 pm

Berichtdoor Daniel73 » vr jan 11, 2008 6:52 pm

Snelbinder schreef:
Daniel73 schreef:Als ik een naam zou mogen kiezen zou het iets zijn met McBieb erin. Of een variant ervan.
"McGen", of zoiets.

Ik heb zelf een aversie tegen namen die beginnen met Mc. Die doen me te veel denken aan dingen waar ik niet meer aan wil denken.

In dat geval zou je meer aversie moeten hebben tegen namen met "Dve" erin. Als je als Disney-liefhebber moeite hebt met wat met "Mc" begint, kun je ook geen Engelse Dagobert-verhalen verdragen.
En we zitten nu op McDrake.

Ik zou ook kunnen stellen dat Inducks me te veel doet denken aan dingen waar ik niet meer aan wil denken. Ik zet me daar vanaf. En ironischerwijs is McBieb daar een poging toe. Zit ik nu alsnog weer met het verleden voor me.

Boven alles vind ik het jammer dat zodoende het werk van veel mensen die wél onder "Mc" hebben gewerkt en willen werken, nu te maken hebben met een aversie van jou. Een aversie waar ik op zo'n manier een aversie tegen heb. Alsof ik hier op een foute plek zit. Ik ervaar dat als beledigend voor mij en andere McD-ers. Al denk ik dat je dat niet zo bedoeld.

Snelbinder schreef:Wat denk je van "Dwipe"? Het betekent niets, behalve dat het een soort Engelse vertaling is van "Dvegen".
Of Flugen. Negevd (misschien te veel een vloek). GenOT. YAWPG (Yet Another Web Page Generator).
MENHIR (Moet Een Naam Hebben, Is Relevant). PWOGen (Programma om Websites Off-line te GENereren).
Of IMENENOS (Ik Moet Er Nog Een Nachtje Over Slapen)...

Ik moet er nog een nachtje over slapen. Vooral vanwege je aversie tegen "Mc". Ik vind een naam met "Mc" namelijk wel heel leuk.

Snelbinder schreef:Overigens maken mensen al jaaaren met veel plezier gebruik van programma's als PKZIP en AWK. Die bevatten ook de initialen van de makers.

Interessant. Dat wist ik niet.
Maar in mijn geval denk ik dat meer mensen moeite hebben met "Dve" dan met "Mc". Dus als het toch om aversie en verleden moet blijven gaan, dan is "Dve" ontzettend slecht gekozen.
Daniel73
Member
 
Berichten: 917
Geregistreerd: vr jun 02, 2006 5:45 pm
Woonplaats: Nederland

Berichtdoor Snelbinder » vr jan 11, 2008 7:02 pm

Daniel73 schreef:In dat geval zou je meer aversie moeten hebben tegen namen met "Dve" erin.

Dat valt heel erg mee. Bij de naam McDrake word ik direct herinnerd aan bepaalde gebeurtenissen. Bij Dve heb ik dat veel minder.

Misschien komt het ook doordat ik de humor van een naam als "McDrake" nooit heb begrepen.

Maar laat maar zitten verder. Het lijkt me gewoon aardiger om een neutralere naam te vinden.
--Harry Snelbinder.
Snelbinder
Member
 
Berichten: 65
Geregistreerd: di apr 10, 2007 1:59 pm

Berichtdoor Daniel73 » vr jan 11, 2008 7:24 pm

Snelbinder schreef:
Daniel73 schreef:In dat geval zou je meer aversie moeten hebben tegen namen met "Dve" erin.

Dat valt heel erg mee. Bij de naam McDrake word ik direct herinnerd aan bepaalde gebeurtenissen. Bij Dve heb ik dat veel minder.

Ik heb dat andersom. Ik heb meer moeite met "Dve".

Snelbinder schreef:Misschien komt het ook doordat ik de humor van een naam als "McDrake" nooit heb begrepen.

De naam is bedacht door Dukka. Een Induckser.

Snelbinder schreef:Maar laat maar zitten verder. Het lijkt me gewoon aardiger om een neutralere naam te vinden.

McDrake IS een neutrale naam. Als deze naam gekoppeld wordt aan "bepaalde gebeurtenissen" vind ik dat eigenlijk het probleem van degene die dat onderscheid maakt. Maar het wordt mijn probleem omdat die persoon anders geen of minder zin heeft om samen te werken.

Het gaat mij niet om een bepaalde naam, maar om hetgene wat achter deze discussie zit. Als McDrake zo slecht bij je bekend staat, waarom ben je dan akkoord gegaan met een discussie op McDrake? Elke keer als je inlogt wordt je "direct herinnerd aan bepaalde gebeurtenissen". Hoe kunnen we überhaupt zo samenwerken?, als platform McDrake blijkbaar zo slecht is?

Dit had ik eerder willen weten van je, die aversie tegen "Mc"s. Bijvoorbeeld toen we afspraken op *Mc*Drake contact te houden. Dat bannen van "Mc" is iets waar ik eigenlijk liever niet meer aan herinnerd word. En dat is nu dus toch gebeurd. Ik schrik hiervan.
Daniel73
Member
 
Berichten: 917
Geregistreerd: vr jun 02, 2006 5:45 pm
Woonplaats: Nederland

Berichtdoor Daniel73 » za jan 12, 2008 3:43 am

Wat betreft discussie over naamgeving hoop ik dat ik in de war ben met twee verschillende punten die ik nu zie:
1. benaming van DveGen
2. benaming van "Mc" in projecten/sites gekoppeld aan DveGen

Punt 1. Wat betreft het eerste punt heb ik volgens DveGen geen enkel auteursrecht over de software. Dus dat sluit mij sowieso uit van bepaling hoe DveGen nu heet of zou gaan heten. Dat ligt volgens DveGen bij de programmeur, zoals te zien als de software gedraaid wordt en lang genoeg bezig is om dat te kunnen lezen. :)
Wat rechten volgens Dvegen vraag ik me af in hoeverre ik officieel volgens de wet bijgedragen heb aan DveGen, en in hoeverre ik er als gebruiker überhaupt iets over te zeggen heb. Dat is iets wat voor mij achter deze "McDiscussie" zit. Nu gaat het om een naam. Maar wat als men op mij vertrouwt dat ik met DveGen echt iets in handen heb, en dat het geen tijdverspilling wordt? Ik vrees dat de programmeur mij, of een ander, in THEORIE nu elk moment volgens de wet kan verbieden gebruik te maken van DveGen. Of toekomstige versies ervan.
Ik ben benieuwd hoe een DveGen-license eruit zou zien. Wie heeft welke rechten? Om DveGen kans van slagen te geven bij derden, denk ik dat zo'n license noodzakelijk is. Al was het, wat mij betreft, maar voor de makers zelf. :)
Wat betreft de "Dve" kan ik uit puur persoonlijk belang tevreden zijn. Als ik de kans zou kunnen benutten om uit te voeren wat ik in gedachten heb met mijn invulling, denk ik dat "vriend en vijand" verheugd zullen zijn over wat "DvE" zal neerzetten. Dus voor mij persoonlijk komt de vernoeming heel goed uit. Ik probeer over mezelf te stappen door me openlijk af te vragen wat ánderen zullen vinden van een "Dve"Gen.
Hoe dan ook, wat betreft naamgeving van DveGen zélf laat ik het eind-oordeel aan jou. Wat dat betreft komen we er dus wel uit met McKaar. :)

Punt 2. Het tweede, andere punt gaat over hoeverre men, ónder DveGen, überhaupt vrij is in het gebruik van "Mc" bevattende namen als McBieb, McDrake of desnoods Paul McCartney. Zonder verlies van functionaliteit. Functionaliteit die wel beschikbaar is bij een project als Guidebook, dat wat mij betreft gemakkelijk McGuidebook zou kunnen heten en inmiddels linken bevat naar zowel Inducks als McDrake.
Als de naamgeving-discussie zou inhouden dat er via DveGen tot op heden wel een functionaliteit is voor Guidebook en niet voor gebruikers van McBieb of McDrake, bijvoorbeeld in het geval van de biografieën over Disney-creators en Disney-karakters, dan zou ik het daar wel moeilijk mee hebben. Dan zou ik moet vertellen aan gebruikers dat ze bij voorbaat vergeefs werk doen als het gaat om een DveGen-functie waar mijnheer "Dve" m.b.t. zijn Guidebook wél over mag beschikken. Terwijl het diezelfde Dve is die een stempel heeft gedrukt op hun vele McDuck-werk. Dan zou ik eigenlijk moeten verzoeken om ook maar Guidebook te verwijderen. Temeer omdat ik niet uitsluit dat de Guidebook-site ooit op McDrake zal eindigen, en dus letterlijk McGuidebook wordt.
Maar ik hoop dat ik met punt 2 op een dwaalspoor zit, en dat functionaliteit boven naamgeving van McBieb of McDrake staat. De inhoud van het Disney-deel op "McBieb" is interessant voor vriend en vijand van McNamen. Vergelijkbaar met wat "DvE" doet met zijn Guidebook. Zeker de de biografieën in de Auteurs-gedeeltes, en de Personages-gedeeltes verdienen wat mij betreft een honoratie zoals Guidebook. Wellicht kan ik, ter promotie, beter eerst laten ZIEN wat ik bedoel. In plaats van er eerst over te discussiëren. Ik denk dat McBieb een interessante aanvulling is die DveGen zeker ten goede kan komen.


Punten of geen punten, hieronder mijn publieke "McBieb"-aankondiging op McDrake Nederland Disney:
2007-01-11 23:09:56, Daniel73 schreef:Bij deze een test-schets voor een McDrake bibliotheek. Op gedeeld in Disney en Off Topic. Met in het Disney-deel oude McDuck-stukjes van een McDuck-medewerker die daartoe zijn toestemming heeft gegeven.
In het Off Topic-deel heb ik als test een aantal op McDrake geplaatste gedichten van MDrakers gebruikt. Mocht daar bezwaar tegen zijn van de auteurs, dan zal ik deze uiteraard verwijderen. Laat het me weten.

Mochten er auteurs zijn die iets willen toevoegen, bijvoorbeeld een biografie van een auteur of een personage, dan zal ik dat in de test meenemen. Met andere woorden: Nieuwe artikels zijn welkom in deze test.

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

Zelf geef ik de test als werktitel "McBieb".
Totdat duidelijkheid is in hoeverre zo'n bibliotheek-site realiseerbaar en wenselijk is. Zaken als site-layout en site-indeling zullen dan pas aan de orde komen. Al zijn ideeën en suggesties natuurlijk altijd welkom.

Ik ben benieuwd naar reacties.
Is het wat of valt het tegen?

bron: http://bb.mcdrake.nl/neddisney/viewtopic.php?pid=5990#p5990

Uit: Over McDrake Nederland Disney » Plannen voor een McDrake bibliotheek
http://bb.mcdrake.nl/neddisney/viewtopic.php?id=280

Een VOLGENDE on-line versie zal significant uitgebreider zijn, met meer items. Ter indruk van wat ik ongeveer voor ogen heb als de site uiteindelijk veel input van meerdere personen zou bevatten. Ik denk dat zo'n site een enorme aanwinst is. Veel interessanter en dynamischer dan wat Guidebook tot dusver is. Als ik niet zo bescheiden was zou ik nu opscheppen dat een multi-gebruiker McBieb een grote stap is voor DveGen in de toekomst.

Een van mijn plannen is om ook Wikipedia-linken op te nemen in McBieb. Met uiteindelijk eventueel een mogelijkheid om d.m.v. permanente links, terug naar McBieb te kunnen linken via een lidmaatschap van Wikipedia. Dat soort plannen heb ik in gedachten voor een volgende online-versie van McBieb. Een site die gebruikers en sites koppelt. Een soort van webring-principe.

Volgens mij zullen veel mensen een uiteindelijk resultaat leuk vinden. Maar ja, dat kan ik alleen maar gokken en hopen.
Daniel73
Member
 
Berichten: 917
Geregistreerd: vr jun 02, 2006 5:45 pm
Woonplaats: Nederland

Berichtdoor Daniel73 » ma jan 14, 2008 4:06 am

Bij deze alvast een voorlopige update van McBieb.
Let wel. In een tijdelijke, aparte directory:
http://info.mcdrake.nl/test080110/index.html

Input: "080114_mcbieb.zip"
http://pool.mcdrake.nl/genbin/archive/

Deze versie is uitgebreid met meer artikels, van meer auteurs, en met linken-secties.

McBieb DISNEY
http://info.mcdrake.nl/test080110/mc_disney.html (index)
http://info.mcdrake.nl/test080110/mc_dartikels.html (artikels, nieuws-link)
http://info.mcdrake.nl/test080110/mc_dlinken.html (externe linken)

McBieb OFF TOPIC
http://info.mcdrake.nl/test080110/mc_offtopic.html (index)
http://info.mcdrake.nl/test080110/mc_oartikels.html (artikels)
http://info.mcdrake.nl/test080110/mc_olinken.html (externe linken)

Waar van toepassing heb ik per item, externe linken toegevoegd in de standaard-indexering:
- Inducks: creator-pages, character-pages, story-pages
- Wikipedia Engels
- Wikipedia Nederlands
- externe DveGen-sites

In een volgende versie wil ik experimenteren met een galerij van tekenwerk dat in diverse topics is getoond. Waaronder dat van Henrieke en Rob. Een en ander is hier afhankelijk van stabiele externe linken, en de toestemming om plaatjes te linken (zoals bij ImageShack, etc.).
Daniel73
Member
 
Berichten: 917
Geregistreerd: vr jun 02, 2006 5:45 pm
Woonplaats: Nederland

Berichtdoor Snelbinder » di jan 15, 2008 6:47 pm

Snelbinder schreef:Misschien komt het ook doordat ik de humor van een naam als "McDrake" nooit heb begrepen.

Daniel73 schreef:De naam is bedacht door Dukka.

Wil je daarmee zeggen dat jij de humor van die naam ook niet begrijpt? :)

Daniel73 schreef:Als McDrake zo slecht bij je bekend staat, waarom ben je dan akkoord gegaan met een discussie op McDrake?

Omdat ik dat beloofd heb, weet je nog? :)

Daniel73 schreef:Elke keer als je inlogt wordt je "direct herinnerd aan bepaalde gebeurtenissen".

Ten eerste gaat inloggen bij mij automatisch. Ik volg de link uit een mailtje, en let niet eens op de URL. Ik zie ook nooit iets van de rest van de Mc-site.
Ten tweede is er nog een verschil tussen een website die ik af en toe bezoek en een naam die onder bijna AL mijn eigen webpagina's staat. (En die gaan al lang niet meer alleen over Ducks.)

Maar hoe belangrijk is dit? Wil je per se een naam die begint met Mc?
Ik zat zelf te denken aan een naam als Umlux of zo (Cysk Bkoyufsk Gu).

Daniel73 schreef:Wat betreft discussie over naamgeving hoop ik dat ik in de war ben met twee verschillende punten die ik nu zie:
1. benaming van DveGen
2. benaming van "Mc" in projecten/sites gekoppeld aan DveGen

Klopt. Punt 2 moet je helemaal zelf weten. Daar heb ik ook geen enkele probleem mee.
Tenzij je uiteraard namen als "harrysux" bedenkt. :)

Daniel73 schreef:Punt 1. Wat betreft het eerste punt heb ik volgens DveGen geen enkel auteursrecht over de software. Dus dat sluit mij sowieso uit van bepaling hoe DveGen nu heet of zou gaan heten.

Klopt. Maar ik zou het leuk vinden een naam te hebben die jij ook leuk vindt.

Daniel73 schreef:Ik vrees dat de programmeur mij, of een ander, in THEORIE nu elk moment volgens de wet kan verbieden gebruik te maken van DveGen. Of toekomstige versies ervan.

Ik geloof dat dat ook in theorie niet kan. Iets wat ik je al gegeven heb kan ik niet meer terugpakken. In dit geval heb ik jou het gebruiksrecht van DveGen gegeven.
Toekomstige versies zou ik in THEORIE wel kunnen uitsluiten. Heel simpel door ze niet aan jou te geven. In de PRAKTIJK heb ik daar geen plannen voor.

Daniel73 schreef:Wat dat betreft komen we er dus wel uit met McKaar. :)

:)

Daniel73 schreef:Als de naamgeving-discussie zou inhouden dat er via DveGen tot op heden wel een functionaliteit is voor Guidebook en niet voor gebruikers van McBieb of McDrake, bijvoorbeeld in het geval van de biografieën over Disney-creators en Disney-karakters, dan zou ik het daar wel moeilijk mee hebben.

Dat gaat niet gebeuren, zoals ik hierboven al schreef.
--Harry Snelbinder.
Snelbinder
Member
 
Berichten: 65
Geregistreerd: di apr 10, 2007 1:59 pm

Berichtdoor Daniel73 » di jan 15, 2008 10:27 pm

Snelbinder schreef:
Snelbinder schreef:Misschien komt het ook doordat ik de humor van een naam als "McDrake" nooit heb begrepen.

Daniel73 schreef:De naam is bedacht door Dukka.

Wil je daarmee zeggen dat jij de humor van die naam ook niet begrijpt? :)

De "humor" van de naam is het gebruik van "Mc" als prefix. Eigenlijk heel serieus een keuze om een huisstijl op te zetten. McDit. McDat. Als voortzetting van "Mc"Duck.
Mijn voorkeur gaat uit naar een internationaal woord dat bestaat uit een enkele vloeiende (fonetische) lettergreep: Duk, Zwijn, Dreek.

In principe kan iedereen een McSite beginnen. Zo staat McDrake bijvoorbeeld machteloos tegenover een partij als McDonalds. :)
Mijn suggesties voor McDrake waren McDime (goedkoop), McSwan (verwaand), en McSwine (tegenovergestelde van "McDuck"). Een naam die ik nu zou bedenken zou "McDump" zijn.

De oorsprong van de naam McDrake ligt in voorganger McDuck. Een naam die volgens mij voorkomt uit Scrooge McDuck en diens familie. Maar dat kan ik alleen raden.
Omdat McDrake in feite een andere site is dan McDuck, vond ik het bijzonder sympathiek dat een mede-beheerder van McDuck in de naamverkiezing (op McDuck) de naam McDrake bedacht. Al vind ik de uitleg dat het in vertaling naar een mannetjes-eend verwijst (McWoerd?) te beperkt. McDuck is een onzijdige naam. Wat betreft mijn stem heb ik me laten leiden door een fonetische Nederlandse associatie met McDraak. Een draak van een platform dus. Maar die humor is alleen voor mij als Nederlander leuk.

Snelbinder schreef:
Daniel73 schreef:Als McDrake zo slecht bij je bekend staat, waarom ben je dan akkoord gegaan met een discussie op McDrake?

Omdat ik dat beloofd heb, weet je nog? :)

Vervelende associaties zijn voor mij een motivatie om met een project als McBieb een andere kant van een "Mc"Platform te tonen. Niet alleen discussies dus, maar ook echt informatie. Maar de ironie is dat ik jou daarbij nodig heb, om er technisch echt iets van te maken. :)

Een vervelende McAssociatie voor mij is dat in McDuck een aantal interessante plannen zijn blijven liggen die me niet eerder doen rusten voordat ik daar vrede mee heb gevonden. Wat voor mij niet anders kan dan ze maar, op hoop van zefen, in 't echt uit te voeren.
"McBieb" is van mij een poging om alsnog uit te werken wat in 2006 zoal op McDuck is voorgesteld voor een McDuck Bibliotheek. Die werd toentertijd opgezet met Textpattern. De input-indeling van McBieb is daarop gebaseerd.
Als input heb ik (van buitenaf) de informatie-sites van McDuck gebruikt. Inclusief die bibliotheek, die vooralsnog op een andere sectie stond.

Ik wilde in elk geval eindelijk eens zien hoe zo'n McBibliotheek eruit zou kunnen zien als ik er zelf eens een aantal dagen voor ging zitten. Om ogenschijnlijke partijdigheid of concurrentie te vermijden heb ik gekozen voor een werktitel als "McBieb", dat noch naar McDuck noch naar McDrake verwijst. Het gaat in de eerste plaats om een test.
Een van mijn plannen voor een McDuck Bibliohteek was een koppeling met Inducks. En dat is waar DveGen voor mij een optie werd. Met McBieb probeer ik in hoeverre DveGen theoretisch en praktisch bruikbaar kan zijn.

Behalve Textpattern is er ook Wordpress of zoiets, waar Roddelflop op draait (of draaide).
http://roddelflop.nl/

Zou het mogelijk zijn om DveGen zo in te richten dat het kan
- communiceren met database-sites die bepaalde codes voeren?
- importeren van database-sites?
- exporteren naar database-sites?

Met database-sites bedoel ik sites die hun informatie reeds in een database-structuur hebben staan.
Is het mogelijk voor jou, of voor een gebruiker, voor DveGen een automatische conversie te maken van de ene database naar de andere? Dat je informatie automatisch kan laten doorstromen en er bijvoorbeeld niet steeds tijdsverslindende handmatig geconverteerd hoeft te worden.

Snelbinder schreef:
Daniel73 schreef:Elke keer als je inlogt wordt je "direct herinnerd aan bepaalde gebeurtenissen".

Ten eerste gaat inloggen bij mij automatisch. Ik volg de link uit een mailtje, en let niet eens op de URL. Ik zie ook nooit iets van de rest van de Mc-site.

Hopelijk maak je dan voor het "McBieb"-gedeelte een uitzondering. Anders gaat bespreking van de datastructuur nogal moeilijk. :)

Snelbinder schreef:Ten tweede is er nog een verschil tussen een website die ik af en toe bezoek en een naam die onder bijna AL mijn eigen webpagina's staat. (En die gaan al lang niet meer alleen over Ducks.)

Maar hoe belangrijk is dit? Wil je per se een naam die begint met Mc?
Ik zat zelf te denken aan een naam als Umlux of zo (Cysk Bkoyufsk Gu).

Blijkbaar is naamgeving belangrijk. Want ik vraag me dus af in hoeverre men dan wel ene "Dve" op elke webpagina wil hebben. Zeker als het gaat om een programma voor meer personen. De revisionistische "Database Values and Expressions GENerator" ten spijt.

Umlux? 't Klinkt wel maf.
Misschien kan er een verkiezing gehouden worden? Belangrijkste voor nu vind ik dat het punt is aangekaart, dat DveGen een voorlopige werktitel is. En dat, mocht men bezwaar hebben, men vrij is om mee te helpen een andere te bedenken.

Snelbinder schreef:
Daniel73 schreef:Wat betreft discussie over naamgeving hoop ik dat ik in de war ben met twee verschillende punten die ik nu zie:
1. benaming van DveGen
2. benaming van "Mc" in projecten/sites gekoppeld aan DveGen

Klopt. Punt 2 moet je helemaal zelf weten. Daar heb ik ook geen enkele probleem mee.
Tenzij je uiteraard namen als "harrysux" bedenkt. :)

Er zijn meer Harries. Zie Georgina Verbaan.
Bovendien zou een site die "harrysux" heet, met zichzelf in tegenspraak zijn als diezelfde persoon meehelpt om die site in de lucht te houden. :)

Snelbinder schreef:
Daniel73 schreef:Punt 1. Wat betreft het eerste punt heb ik volgens DveGen geen enkel auteursrecht over de software. Dus dat sluit mij sowieso uit van bepaling hoe DveGen nu heet of zou gaan heten.

Klopt. Maar ik zou het leuk vinden een naam te hebben die jij ook leuk vindt.

Tja. Als het om persoonlijke voorkeur gaat, dan is DveGen natuurlijk het beste. :)
Voor software die voor meer personen interessant kan zijn zou ik liever kiezen voor een naam die veel mensen aanspreekt en nieuwsgierig maakt.

Snelbinder schreef:
Daniel73 schreef:Ik vrees dat de programmeur mij, of een ander, in THEORIE nu elk moment volgens de wet kan verbieden gebruik te maken van DveGen. Of toekomstige versies ervan.

Ik geloof dat dat ook in theorie niet kan. Iets wat ik je al gegeven heb kan ik niet meer terugpakken. In dit geval heb ik jou het gebruiksrecht van DveGen gegeven.
Toekomstige versies zou ik in THEORIE wel kunnen uitsluiten. Heel simpel door ze niet aan jou te geven. In de PRAKTIJK heb ik daar geen plannen voor.

Het gaat niet alleen om mij, maar ook om andere gebruikers. In hoeverre is DveGen-software functioneel te vertrouwen? Zit je er als gebruiker aan vast of kun je er ook via andere programma's mee uit de voeten?

Een tijd geleden toonde je in dit topic een schema waarin diverse programma's gekoppeld zijn aan DIZNI(?), waaronder DveGen. Mijn voorstel is om DveGen even belangrijk te maken als DIZNI. Zodat niet alleen lijsten maar ook wikipedia-achtige informatie geindexeerd kan worden. Een soort van InducksWiki.
Nu is "Guidebook" bijvoorbeeld alleen gekoppeld aan DIZNI. Ik ben benieuwd of DIZNI ook in staat is om niet alleen naar Guidebook te laten linken, maar ook (delen van) informatie automatisch te kunnen kopiëren in een eigen layout. Zodat een site als Guidebook dus een dynamisch onderdeel kan worden van DIZNI&DveGen.

In McBieb (en McDuck) staat veel informatie die ik nergens anders op internet zie. Zo is er een Nederlandse biografie over Daan Jippes, terwijl op de Nederlandse Wikipedia geen pagina over hem is. Het zou zonde zijn als zulke informatie verloren zou gaan als iemand met een site stopt. McBieb zou dus een doorgeefluik kunnen worden voor wie wil dat zulk werk behouden blijft.

Snelbinder schreef:
Daniel73 schreef:Als de naamgeving-discussie zou inhouden dat er via DveGen tot op heden wel een functionaliteit is voor Guidebook en niet voor gebruikers van McBieb of McDrake, bijvoorbeeld in het geval van de biografieën over Disney-creators en Disney-karakters, dan zou ik het daar wel moeilijk mee hebben.

Dat gaat niet gebeuren, zoals ik hierboven al schreef.

Ik denk dat ik met McBieb een aantal losse eindjes aan elkaar kan knopen. Guidebook is te Barks. Nijgh is voor Inducks te off topic. Met een systeem als McBieb hoop ik een demo in elkaar te zetten voor een online-bibliotheek waar mensen informatie kunnen plaatsen die systematisch verwerkt kan worden naar compatible plaatsen waar die informatie interessant is.

De "Guidebook"-link is wat mij betreft maar een voorproefje van wat DveGen aan mogelijkheden kan bieden. Ik zou het dus jammer vinden als McBieb verkeerd begrepen zou worden. Het is een project dan veel meer kan worden dan iets voor McDrake. Als mijn visie in praktijk slaagt is project "McBieb" een beginpunt voor iets dat voor meer gebruikers en domeinen interessant wordt. Iets internationaals.

Een van mijn plannen is om een meertalige McBieb te maken. Met een mogelijkheid van meer talen dan alleen Nederlands en Engels.

Ik ben benieuwd in hoeverre DveGen met iets als "McBieb" gebruikt kan worden als verzamelpunt en verdeelpunt van informatie.

En als het mogelijk is, zou het dan bijvoorbeeld mogelijk zijn voor een programmeur om een webgebaseerde interface te maken die communiceert met de input van DveGen? Een interface zoals het PunBB-invulscherm voor berichten. Dat de gebruiker dus een editor heeft om via een website met de database te communiceren. Zou zoiets in principe mogelijk zijn? Gebeurt dat al met de input van DIZNI? (Is online indexen mogelijk?)
Daniel73
Member
 
Berichten: 917
Geregistreerd: vr jun 02, 2006 5:45 pm
Woonplaats: Nederland

Berichtdoor Daniel73 » wo jan 16, 2008 12:53 am

Hieronder een vraag van iemand die ik als test het op diens naam gestelde input-bestand heb gestuurd:
Ik heb het 'mc(eigennaam).text'-bestand bekeken. Ik kan er niet goed wijs uit. Het opent standaard met Kladblok; is dat ook de bedoeling? Wat kan ik hier precies mee doen dan?

Dat lijkt me voer voor een DveGen-FAQ.
Hoe zou je zo'n vraag beantwoorden aan een gebruiker? Waarom het bestand standaard opent met Kladblok en wat ermee moet gebeuren?

In een eerder bericht, van 2008-01-10, heb ik een poging gedaan om een handleiding te schrijven.
Zie: http://bb.mcdrake.nl/nedofftopic/viewtopic.php?p=9934#p9934

Hieronder de weergave van het voorbeeld-sjabloon en de een voorbeeld-uitwerking ervan.

Voorbeeld van sjabloon voor gebruiker:
#code
#categorie
#type
#inducks
#titel
#auteur
#datum
#url
#mcducktopic
#mcdraketopicned
!
#inhoud
!
#credits
!
!---------------------------------------------------------------------------

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).
!
!---------------------------------------------------------------------------

Als men weet hoe velden als "#auteur", "#titel", "#datum", "#inhoud" en "#credits" in te vullen, zou dat op zich al veel werk schelen voor een beheerder. Al denk ik dat als men die velden eenmaal begrijpt, de andere zich ook laten raden. (Men kan optionele moeilijke velden altijd leeglaten, stel ik me voor.)

Ik zal de vraagsteller verwijzen naar deze behandeling van de gestelde vragen. Ik hoop dat het een en ander kan resulteren in een praktijktest van het "zelf" toevoegen van artikels. Om te kijken of het in principe mogelijk is, op zo'n manier kopij "voor eens en voor altijd" aan te leveren.
Misschien zou dat een slogan kunnen zijn, dat je als je klaar bent met schrijven en invullen, je site-informatie dusdanig effectief wordt verwerkt en behouden, dat je in principe echt kunt zeggen: "Dit eens maar nooit weer." :)

Gezien het fictieve Hubbard-voorbeeld is het mogelijk om een kopij-test via dit topic te doen. Gewoon met PunBB dus. Zo'n leeg sjabloon, zoals hierboven, kan door een gebruiker in een nieuw bericht geplakt worden, en vervolgens ingevuld en verzonden. Dat bericht verschijnt dan op het forum en dat kan ik dan kopiëren en plakken in de input (site-database).

BTW:
In hoeverre is het mogelijk om DveGen-sites onderling te koppelen?
Zouden we standaard-sjabloons kunnen ontwikkelen die DveGen-sites moeten gebruiken om voor elkaar begrijpelijk te zijn? Dat ik als het ware vrij eenvoudig een site kan genereren die over Barks *en* Nijgh gaat, simpelweg door een tree te definiëren?
Daniel73
Member
 
Berichten: 917
Geregistreerd: vr jun 02, 2006 5:45 pm
Woonplaats: Nederland

Berichtdoor Snelbinder » wo jan 16, 2008 6:11 pm

Daniel73 schreef:de naamverkiezing (op McDuck)

Wist ik (uiteraard) niks van. Maar McDrake is voor mij nog steeds een niet-komische naam.

Daniel73 schreef:op hoop van zefen

Zal ik hier nou wel of niet op reageren?
Op hoop van achten dan maar. :)

Daniel73 schreef:Zou het mogelijk zijn om DveGen zo in te richten dat het kan
- communiceren met database-sites die bepaalde codes voeren?
- importeren van database-sites?
- exporteren naar database-sites?

DveGen kan CSV-files inlezen en koppelen met eigen data. Dat heet nu "inducks", maar eigenlijk is er niks Inducks-specifieks aan.
DveGen kan ook CSV-file produceren die vrij eenvoudig door andere programma's gebruikt kunnen worden. Dat heet nu willotfile, maar een algemenere naam is uiteraard beter.

Koppelingen zullen altijd off-line moeten gebeuren, want DveGen is een off-line programma.

Daniel73 schreef:Is het mogelijk voor jou, of voor een gebruiker, voor DveGen een automatische conversie te maken van de ene database naar de andere? Dat je informatie automatisch kan laten doorstromen en er bijvoorbeeld niet steeds tijdsverslindende handmatig geconverteerd hoeft te worden.

Ik denk dat dit hetzelfde is als wat je al eerder gevraagd hebt. Het gaat hier dus niet om het koppelen van data (zoals Guidebook nu gekoppeld is met Inducks) maar om het echt overzetten van data. Die mogelijkheid zit niet in DveGen. (Er zat een mogelijkheid in om XML te genereren. Die heb ik er weer uitgehaald want hij werd niet gebruikt en veroorzaakte veel ellende.)

Daniel73 schreef:Hopelijk maak je dan voor het "McBieb"-gedeelte een uitzondering. Anders gaat bespreking van de datastructuur nogal moeilijk. :)

Als het goed is hoeven we helemaal geen datastructuur te bespreken. Want je maakt die datastructuur ongetwijfeld zo eenvoudig dat iedereen hem meteen begrijpt.

Ik heb er eigenlijk ook niet op gerekend om me te moeten verdiepen in nieuwe websites. Wat mij betreft beperk ik me zoveel mogelijk tot de werking van DveGen zelf, zonder diep in te gaan op de websites die ermee gebouwd zijn/worden.

Daniel73 schreef:Umlux? 't Klinkt wel maf.
Misschien kan er een verkiezing gehouden worden?

Nee, ik wil zelf een naam kunnen kiezen. Voorstellen zijn welkom, maar ik heb zelf het laatste woord.

Daniel73 schreef:Belangrijkste voor nu vind ik dat het punt is aangekaart, dat DveGen een voorlopige werktitel is. En dat, mocht men bezwaar hebben, men vrij is om mee te helpen een andere te bedenken.

Ik denk toch dat ik binnenkort een andere naam kies. Want een naamswijziging heeft nogal wat gevolgen. Ook de filenamen, sommige opdrachten in het programma zelf, de documentatie, en de URL van de website http://bolderbast.inducks.org/dvegen moeten worden aangepast.

Daniel73 schreef:Er zijn meer Harries. Zie Georgina Verbaan.

Misschien zijn er ook wel meer Dve's? :)

Daniel73 schreef:In hoeverre is DveGen-software functioneel te vertrouwen? Zit je er als gebruiker aan vast of kun je er ook via andere programma's mee uit de voeten?

Het formaat van de input is (min of meer) duidelijk beschreven. Iedereen die kan programmeren kan dus een programma maken die hetzelfde doet. Of tenminste ongeveer hetzelfde, denk ik.

Daniel73 schreef:Een tijd geleden toonde je in dit topic een schema waarin diverse programma's gekoppeld zijn aan DIZNI(?), waaronder DveGen.

Dat is inmiddels veranderd. DIZNI is alleen "gekoppeld" aan DveGen in de zin dat DIZNI de "willotfile" inleest. Maar de andere kant op gaat (sinds een paar weken) via COA.
Maar zelfs dan zit er nog altijd een mens tussen (en e-mail of ftp en zo) om de files van de ene plek naar de andere te krijgen.
Een echte "koppeling" zou ik het zelf niet willen noemen.

Daniel73 schreef:Mijn voorstel is om DveGen even belangrijk te maken als DIZNI.

Hm... ik ben juist bezig in Inducks om DIZNI minder belangrijk te maken. DIZNI was een spin in het web, maar dat betekent ook dat het een single point of failure is. Inmiddels wil ik DIZNI bijvoorbeeld niet meer gebruiken voor het maken van fraaie lijstjes. Daar zijn andere programma's beter in. DIZNI is nu primair een programma dat de input van indexers controleert en converteert, en foutmeldingen geeft.

Daniel73 schreef:Ik ben benieuwd of DIZNI ook in staat is om niet alleen naar Guidebook te laten linken

Ietsje exacter geformuleerd:
- guidebook levert (met DveGen) een file aan.
- jij mailt mij die file toe, ik stop hem in CVS (het file-beheersysteem van Inducks).
- DIZNI leest deze file uit CVS in en produceert ISV-files (standaard Inducks-formaat).
- COA stopt deze files in een database (MySQL).
- COA gebruikt deze database voor het maken van linkjes naar de guidebook-site.

Deze constructie gebruiken we trouwens ook voor andere websites, zoals de site van Arthur de Wolf.

Daniel73 schreef:maar ook (delen van) informatie automatisch te kunnen kopiëren in een eigen layout. Zodat een site als Guidebook dus een dynamisch onderdeel kan worden van DIZNI&DveGen.

Als ik het goed begrijp heb je het hier over een webpagina waar delen van de informatie van verschillende bronnen komen: Guidebook en Inducks.
Dat is op dit moment nog een brug te ver. Ook qua licenties en duidelijkheid waar de gegevens vandaan komen.
(Dat COA plaatjes laat zien van een andere site, outducks.org, is al verwarrend genoeg.)

Daniel73 schreef:Met een systeem als McBieb hoop ik een demo in elkaar te zetten voor een online-bibliotheek waar mensen informatie kunnen plaatsen die systematisch verwerkt kan worden naar compatible plaatsen waar die informatie interessant is.

Fraaie volzin! En het verschil met een wiki-pagina is dat jij de redactie voert over de gegevens. Alsof het om een tijdschrijft gaat. Zo garandeer je ook een bepaald kwaliteitsniveau.

Daniel73 schreef:Ik ben benieuwd in hoeverre DveGen met iets als "McBieb" gebruikt kan worden als verzamelpunt en verdeelpunt van informatie.

Ik ook. Maar met alle wiki-geweld en andere Content Management Systemen zie ikzelf niet echt een heel ruime toepassing voor DveGen.
Maar dat is mijn persoonlijke, zoals gebruikelijk wat pessimistische, visie.

Daniel73 schreef:zou het dan bijvoorbeeld mogelijk zijn voor een programmeur om een webgebaseerde interface te maken die communiceert met de input van DveGen?

Ja, een goeie programmeur moet dat kunnen. Althans als je "communiceert met" bedoelt als "gebruik maakt van".

Daniel73 schreef:Dat de gebruiker dus een editor heeft om via een website met de database te communiceren. Zou zoiets in principe mogelijk zijn?

DveGen werkt off-line. Dat is ook waar DveGen zich onderscheidt van andere systemen. Dan is het raar als je on-line met een database wilt communiceren. Want dan kun je toch beter direct een on-line programma kiezen?

Daniel73 schreef:Gebeurt dat al met de input van DIZNI? (Is online indexen mogelijk?)

Via COA kun je on-line indexes versturen. Dat gaat als volgt:
- een indexer vult een webpagina in. Hij krijgt daarbij hulp van COA (met het zoeken naar storycodes bijvoorbeeld).
- COA stuurt een mailtje met daarin de index naar een van de Inducksers.
- de Induckser voegt de index met de hand toe aan een van de input-files. Dat komt vaak neer op een copy-paste, gevolgd door (vooral in mijn geval) het verbeteren van de spelfouten. Daarna stopt de Induckser die gewijzigde file in CVS.
- DIZNI wordt 's nachts gedraaid met als input de files uit CVS. En daarna stopt COA ze in een MySQL database, zoals ik hierboven al heb beschreven.

De "eindredactie" ligt dus bij een Induckser. Iedereen kan gegevens insturen, maar er zit in principe altijd nog een mens tussen die iets met de hand moet doen.
--Harry Snelbinder.
Snelbinder
Member
 
Berichten: 65
Geregistreerd: di apr 10, 2007 1:59 pm

Berichtdoor Snelbinder » wo jan 16, 2008 6:27 pm

Daniel73 schreef:Hieronder een vraag van iemand die ik als test het op diens naam gestelde input-bestand heb gestuurd

Heeft die iemand om geheimhouding gevraagd, of haal je standaard namen van derden weg?
(Het maakt me op zich niet veel uit, maar ik ben wel nieuwsgierig.)

Daniel73 schreef:
Ik heb het 'mc(eigennaam).text'-bestand bekeken. Ik kan er niet goed wijs uit. Het opent standaard met Kladblok; is dat ook de bedoeling? Wat kan ik hier precies mee doen dan?

Dat lijkt me voer voor een DveGen-FAQ.

Zo'n FAQ kan het beste door een gebruiker worden geschreven.
Maar hoe ver moet je gaan? Moet je uitleggen wat een TXT-bestand is? Of volstaat het om de vraag te beantwoorden met "ja"? (De vraag "is dat ook de bedoeling?")

Ik heb zelf de ervaring dat het ontzettend moeilijk is om zoiets uit te leggen aan een willekeurige gebruiker. Ik ben jaren bezig geweest met pogingen om Inducks uit te leggen, en het is me nog steeds niet gelukt (zie http://bolderbast.inducks.org)...

Daniel73 schreef:mogelijk om een kopij-test via dit topic te doen. Gewoon met PunBB dus. Zo'n leeg sjabloon, zoals hierboven, kan door een gebruiker in een nieuw bericht geplakt worden, en vervolgens ingevuld en verzonden. Dat bericht verschijnt dan op het forum en dat kan ik dan kopiëren en plakken in de input (site-database).

Ja, dat klinkt simpel genoeg.

Daniel73 schreef:Dat ik als het ware vrij eenvoudig een site kan genereren die over Barks *en* Nijgh gaat, simpelweg door een tree te definiëren?

Ja, dat laatste is vrij simpel! Een paar extra regels in dvegen.txt over de inputfiles en een paar extra regels in de tree.txt voor een gecombineerde boom. En een geschikte tree.def voor een gezamenlijke site-layout.

Ik zie wel een probleempje: als de codes van site 1 en site 2 met dezelfde letters beginnen, kun je soms rare resultaten krijgen. Dan zijn de liedjes van Liesbeth List ineens gecombineerd met de ongepubliceerde schetsen van Barks, op 1 pagina. :)
Ik denk dus dat er nog wel wat gesleuteld zou moeten worden in de diverse DEF-files. Tenzij je vantevoren goede afspraken maakt over de codes en/of een ander veld waaraan je kunt zien bij welke (sub)site de data hoort.
--Harry Snelbinder.
Snelbinder
Member
 
Berichten: 65
Geregistreerd: di apr 10, 2007 1:59 pm

Berichtdoor Daniel73 » za jan 19, 2008 1:36 am

McBieb is bedoeld als een test om te evalueren in hoeverre "oude" DveGen-projecten zoals Barks/Guidebook en Tobia/Nijgh realiseerbaar en wenselijk zijn. McBieb is voor mij een optelsom van die projecten. Een conclusie.
Een van mijn doelstellingen is bv. dat alle projecten gebaseerd zijn op zoveel mogelijk dezelfde DEF-bouwstenen, zodat McBieb en Guidebook en Tobia alle onderdeel van dezelfde paraplu-database zijn.

Mijn voornemen is om het jaar 2008 te besteden aan het grondig inventariseren van waar met name mijn DveGen-projecten toe leiden. Met de nadruk op overdraagbaarheid.
Het jaar 2009 wil ik kunnen beginnen met de conclusie of ik beter kan stoppen of dat ik eindelijk kan indexen zonder deze (en andere) zorgen.

Zo'n inventarisatie bestaat voor mij uit meerdere lagen en belichtingen.
De hoofdvraag voor mij, waar ik dit jaar een antwoord op wil vinden, is in hoeverre mijn DveGen-wensen in feite een utopie kunnen zijn. Zowel in technisch als menselijk opzicht.

Tot dusver heb ik de nadruk gelegd op hoe en of de techniek werkbaar is. Maar stel dat er een DveGen neergezet is die voor een groot publiek gebruikersvriendelijk is, zal het publiek daar dan gebruik van maken? En hoe?
Is het een utopie te denken dat ik en/of jij bij wijze van spreken na 2008 zonder omkijken kunnen vertrekken, en dat de projecten dan kunnen blijven doorgaan? Of blijft DveGen afhankelijk van jou en/of mij?

Wat betreft projecten als DveGen en Inducks vraag ik me af wat het scenario zou zijn als jij er, om wat voor reden dan ook, na 2008 mee zou stoppen.
Hoe ziet een Snelbinder-loze toekomst voor DveGen en Inducks, waaronder DIZNI, eruit?

In mijn DveGen-projecten en wensen wil ik dat soort vragen ook beantwoord hebben. Mijn ervaring tot dusver is dat DveGen een plezier is om mee te indexen, maar dat ik steeds word afgeleid door de vraag, en de stress, of ik mezelf en de mensheid opzadel met een totaal-systeem dat zonder jou en/of mij toch geen toekomst heeft. Hetzij vanwege technische hindernissen, hetzij vanwege louter menselijke hindernissen.

Een voorwaarde voor mij is dat mijn projecten echt nut hebben. Anders zijn ze mijn gezondheidsproblemen niet waard. Het uitdenken van die projecten kost mij veel energie, dus het is belangrijk voor me om na 2008 te weten of ik mezelf nu verlies in gekkenwerk of in iets dat de moeite waard is.

Wat is de diagnose en prognose voor projecten met DveGen?
Ergens in je berichtgeving noem je als term "single point of failure". In hoeverre geldt dat voor DveGen?

Tot dusver heb ik jou ondanks bezwaren vaak weten over te halen tot voor mij interessantste software-vondsten. Ik vraag me af in hoeverre je die vondsten puur toevoegt om mij een plezier te doen, of dat ze echt ergens toe leiden in de software-wereld.
Zoals ik het zie ben jij de gids en ik de eigenwijze toerist. Ik hoop dus dat jij degene bent die de weg in dit doolhof weet. Als daarentegen zou blijken dat jij verwacht dat ik hier de gids ben, en dat het wel goed zal zijn, dan is er volgens mij een groot probleem met DveGen.

Dit soort onzekerheid kost mij de meeste energie.
In hoeverre ben ik nu pessimistisch, en in hoeverre realistisch?

Als mijn doel met DveGen gebaseerd is op een denkfout die dieper gaat dan software alleen, dan is het beter dat ik daar nu van doordrongen word. Dan is er nog uitgebreid tot 31 december de tijd om een andere uitweg te vinden, in plaats van tegen beter weten in te blijven tobben met bijzondere wensen waar toch niemand anders dan jou of mij raad mee weet.

't Zal voor mij best confronterend te zijn om uit noodzaak te moeten stoppen met mijn DveGen-projecten, als dat de conclusie van mijn wensen zou zijn. Maar in dat geval liever nu dan nooit. Tot dusver reageren mensen vooral met verbazing en bewondering over mijn projecten, en wie weet is dat juist een misleidend nadeel.
Als men denkt dat ik of jij toveren kunnen, snapt men in feite niets van waar we mee bezig zijn. En als men wel weet wat het technisch inhoudt en nog steeds weigert eraan mee te doen, is dat misschien een reden op zich om er zelf ook maar af te zien. Als DveGen toch niet aanslaat bij publiek en specialisten, al was het maar vanwege smaak of wat dan ook, dan is DveGen uiteindelijk hooguit interessant als een tijdelijke interface voor data-systemen die wel toekomst hebben. En wat DveGen teveel doet gaat dan toch verloren.

Dus, om een lang verhaal nog langer te maken:
Dokter, zegt u de waarheid maar.
Is DveGen nu in gevaar?
Dokter, ik ben zo bang.
;)
Daniel73
Member
 
Berichten: 917
Geregistreerd: vr jun 02, 2006 5:45 pm
Woonplaats: Nederland

VorigeVolgende

Keer terug naar Computers en internet

Wie is er online

Gebruikers op dit forum: Geen geregistreerde gebruikers. en 1 gast

cron