2006-08-02T08:46:58  <ThomasWaldmann> moin
2006-08-02T08:58:35  <Kepplar> moin
2006-08-02T16:29:57  * Kepplar glares at doctags in Page
2006-08-02T16:30:02  <Kepplar> who the hell wrote this?
2006-08-02T16:30:09  <Kepplar> two functions have identical doctags
2006-08-02T16:46:25  <ThomasWaldmann> Kepplar: maybe c&p error, you can fix it
2006-08-02T16:53:33  <Kepplar> no need to, im removing all this code :)
2006-08-02T16:53:34  <Kepplar> oh
2006-08-02T16:53:37  <Kepplar> whats the "root page"
2006-08-02T16:53:43  <Kepplar> its not documented at all in Page
2006-08-02T16:57:21  <ThomasWaldmann> Kepplar: it is a concept we have already talked about 3w ago :)
2006-08-02T16:57:38  <ThomasWaldmann> we don't really use it yet, it is all flat
2006-08-02T16:59:21  <Kepplar> so I can remove it :)?
2006-08-02T16:59:37  <Kepplar> if we take it off flat
2006-08-02T16:59:42  <Kepplar> instead of a "rootpage=0" crap
2006-08-02T16:59:46  <Kepplar> we can just place it in a Rubik
2006-08-02T16:59:47  <Kepplar> \o/
2006-08-02T17:00:01  <Kepplar> thus the root rubik's payload is the root page :)
2006-08-02T17:11:12  <ThomasWaldmann> you can remove it
2006-08-02T17:11:27  <ThomasWaldmann> makes it much simpler :)
2006-08-02T17:15:49  * Kepplar finds it hard to work out whats being called and why its been designed to be externally called if so
2006-08-02T17:18:21  <Kepplar> strange thing is these metods appear to be "public" yet they all seem to return paths
2006-08-02T17:18:33  <Kepplar> why would anything outwside page need a path of a page O_o
2006-08-02T17:19:25  <ThomasWaldmann> Kepplar: AttachFile code
2006-08-02T17:19:47  <Kepplar> it called directly by atachfile code or a third party :S?
2006-08-02T17:19:52  <ThomasWaldmann> and if you want to rewrite that stuff, maybe rather look at the FS than the current code
2006-08-02T17:20:17  <Kepplar> how would that help?
2006-08-02T17:20:30  <ThomasWaldmann> AttachFile needs to up/download to the attachments directory below the page directory
2006-08-02T17:20:58  <Kepplar> yea thats fine, ill change that when  i redo attachfile
2006-08-02T17:21:07  <ThomasWaldmann> you are maybe less confused then by less looking at unused code only needed for hierarchical pages
2006-08-02T17:21:09  <Kepplar> just hoped the path wasnt requested by a third party and passed on :)
2006-08-02T17:30:29  <xorAxAx> Kepplar: oh, paths are needed quite often
2006-08-02T17:30:44  <xorAxAx> Kepplar: e.g. my sync code stores a data file in the page directory
2006-08-02T17:32:55  <Kepplar> er
2006-08-02T17:32:57  <Kepplar> what data file?
2006-08-02T17:33:03  <Kepplar> storage ISNT designed to hand out paths
2006-08-02T17:33:04  <Kepplar> it cant
2006-08-02T17:33:38  <Kepplar> 100% not possible, everything must be adapted to send things to it to store
2006-08-02T17:33:51  <Kepplar> because other storage implementations wont store to disk
2006-08-02T17:33:56  <Kepplar> and thus wont have a path
2006-08-02T17:34:24  <Kepplar> in a few hours im going to sit there with acl, user, Page, grep every refereince to it in the code
2006-08-02T17:34:28  <Kepplar> map out what needs migrating
2006-08-02T17:34:32  <Kepplar> and migrate everything
2006-08-02T17:34:50  <Kepplar> i have to as it wants information that simply cannot be provided
2006-08-02T17:35:38  <Kepplar> the only thing that should *Ever* be physically accessing the stored data is the storage implementation
2006-08-02T17:35:46  <Kepplar> from now on :)
2006-08-02T17:36:33  <xorAxAx> Kepplar: of course
2006-08-02T17:36:36  <xorAxAx> Kepplar: the tags file
2006-08-02T17:36:45  <Kepplar> tags file?
2006-08-02T17:36:46  <xorAxAx> something which should go into the metadatastorage system
2006-08-02T17:36:55  <xorAxAx> storing the tags that are necessary for sync
2006-08-02T17:37:05  <Kepplar> wikiname tags?
2006-08-02T17:37:42  <Kepplar> well yes, how people use storage is up to them =)
2006-08-02T17:40:48  <xorAxAx> no, tags that mark merge points
2006-08-02T17:42:01  <Kepplar> i havent looked into that at all so I dont know much
2006-08-02T17:42:09  <xorAxAx> sure
2006-08-02T17:42:34  <xorAxAx> dont worry about it
2006-08-02T17:42:46  <xorAxAx> if i can store blobs, it should be o
2006-08-02T17:42:47  <xorAxAx> k
2006-08-02T17:43:07  <Kepplar> lol
2006-08-02T20:28:53  <Kepplar> I'm creating a migration note document with result of greping all core storage module's and where they are used (each function)
2006-08-02T20:29:11  <Kepplar> atm it seems that only ones outside my control are from xmlrpc
2006-08-02T20:54:34  <Kepplar> there must be an better tool then grep here
2006-08-02T20:54:46  <Kepplar> when methodd are called execute and size i have no change in hell in working it out
2006-08-02T20:54:50  <Kepplar> :/
2006-08-02T20:54:51  <Kepplar> anyone have any ideas
2006-08-02T21:04:53  <Andrew> hi
2006-08-02T21:05:05  <Kepplar> hi
2006-08-02T21:06:45  <Andrew> are the google summer activities still ongoing?
2006-08-02T21:06:51  <Kepplar> yes
2006-08-02T21:07:04  <Andrew> how long they will take?
2006-08-02T21:07:08  <Kepplar> 3.5 weeks
2006-08-02T21:09:50  <Andrew> i wrote http://moinmoin.wikiwikiweb.de/FeatureRequests/FeatureRequestBusiness
2006-08-02T21:10:19  <Andrew> I would like to catch up the current activities - and make a check of what's needed and what will be provided
2006-08-02T21:10:50  <Andrew> I had unfortunatly a lot of work which hold me back from writing more specs
2006-08-02T21:11:33  <Kepplar> Ok
2006-08-02T21:13:08  <Kepplar> I can tell you for free we're way off (prehaps a year) of putting metadata in a different location to the wiki item :/
2006-08-02T21:13:58  <Kepplar> can you please explain "mirror pages" in more detail
2006-08-02T21:15:40  <Andrew> mirror pages represent data/records which are stored in a external database
2006-08-02T21:16:25  <Andrew> I'm trying to marry MoinMoin with data which is highly structured
2006-08-02T21:16:29  <Kepplar> well
2006-08-02T21:16:37  <Kepplar> the new storage layer will have a seperate plugin api
2006-08-02T21:16:47  <Kepplar> and will support flatfile, hg, cvs, database backends
2006-08-02T21:17:07  <Andrew> the question is: can the same wiki have different storage providers? or just one?
2006-08-02T21:17:08  <Andrew> :-)
2006-08-02T21:17:22  <Kepplar> plan is different
2006-08-02T21:17:26  <Kepplar> initally just the one
2006-08-02T21:17:40  <Kepplar> because with a single name space a lookup to where its located will be problematic
2006-08-02T21:18:04  <Kepplar> We have a new datastructure coming in which might help us out.
2006-08-02T21:18:06  <Andrew> I would bet that what I want is semantically a bit different from the typical "storage provider" idea
2006-08-02T21:18:19  <Kepplar> Theorectically we could assign subpages using the page name itself as a guide to where its located
2006-08-02T21:18:22  <Andrew> but we'll have to check
2006-08-02T21:18:28  <Kepplar> storage provider?
2006-08-02T21:18:51  <Andrew> have a abstract layer which takes care abouth the persistence of the objects you are dealing with
2006-08-02T21:19:15  <Kepplar> with the individual storage implimentation hidden underneath it?
2006-08-02T21:19:20  <Andrew> yep
2006-08-02T21:19:22  <Kepplar> yea
2006-08-02T21:19:27  <Kepplar> thats precisely what i'm doing :)
2006-08-02T21:19:53  <Andrew> my idea is to represent (additionally) "foreign" objects as wiki pages which are - in reality - are not wiki pages
2006-08-02T21:20:02  <Kepplar> storage layer with a 1.5 compat flatfile plugin is actually done, its mostly tested and i'm intergrating it into 1.6 atm
2006-08-02T21:20:17  <Kepplar> what do you think a wiki page is?
2006-08-02T21:20:34  <Andrew> more or less a "page" - unstructured text data
2006-08-02T21:20:54  <Kepplar> the abstract storage engine treats all stored items as an "Item", with everything inheriting from it, a page, an attachment, a user, anything
2006-08-02T21:21:00  <Andrew> parsable, with history entries (deltas), but without any "user defined" additional data
2006-08-02T21:21:20  <Kepplar> user defined additional data?
2006-08-02T21:21:25  <Andrew> :-)
2006-08-02T21:21:29  <Kepplar> you dont need user defined additional data
2006-08-02T21:21:35  <Andrew> this is the point where a spec would be quite helpful
2006-08-02T21:21:50  <Andrew> not for the "wiki way" - but for what I have in mind, you need it - believe me :-))
2006-08-02T21:22:14  <Andrew> but mirror pages aren't my highest priority
2006-08-02T21:22:18  <Andrew> meta data *is*
2006-08-02T21:22:29  <Andrew> why is meta data "a year" off?
2006-08-02T21:22:31  <Kepplar> Well anything about storage is my area
2006-08-02T21:22:39  <Kepplar> we have metadata
2006-08-02T21:22:42  <Andrew> then I'm talking to the right man :-)
2006-08-02T21:22:48  <Kepplar> but its currently tied to the page data
2006-08-02T21:22:58  <Kepplar> no necceserily in the identical place
2006-08-02T21:23:06  <Andrew> ?
2006-08-02T21:23:13  <Kepplar> but handled by the same storage engine
2006-08-02T21:23:27  <Andrew> what's the problem having meta data associated to a page?
2006-08-02T21:23:38  <Kepplar> technically the only way to solve your problem is to write a custom storage engine that seperates metadata out and saves it to a different medium
2006-08-02T21:23:44  <Kepplar> it is
2006-08-02T21:24:00  <Kepplar> but you were wanting it on a separate storage location completly
2006-08-02T21:24:39  <Andrew> hmmm... either I wrote something wrong oder my FR is misunderstood
2006-08-02T21:24:48  <Andrew> where do you read that I want to have the meta data seperatly?
2006-08-02T21:25:46  <Kepplar> . Additionally it may be useful in later versions to retrieve the definition from XML files or databases (mysql) which arenot write-accessible from the wiki itself
2006-08-02T21:25:58  <Kepplar> sorry
2006-08-02T21:26:01  <Kepplar> my bad im with you now
2006-08-02T21:26:11  <Kepplar> hmm
2006-08-02T21:26:20  <Kepplar> the usage of metadata and its definitions isnt in my scope
2006-08-02T21:26:27  <Kepplar> at least not right now
2006-08-02T21:26:46  <Andrew> the "definitions" I talk about are focused on web forms - not on the storage of the data itself
2006-08-02T21:27:42  <Kepplar> yea
2006-08-02T21:27:49  <Kepplar> hmm
2006-08-02T21:28:04  <Kepplar> afk for a while - need to get dinner
2006-08-02T21:28:11  <Andrew> fine :-)
2006-08-02T21:28:15  <Andrew> good appetite
2006-08-02T21:44:05  <xorAxAx> Andrew: note that virtualpages solve your external storage requirement
2006-08-02T21:44:23  <xorAxAx> Andrew: they are the base of gauss, the patent db. (maybe i have already told you that, no idea :))
2006-08-02T21:44:52  <xorAxAx> but its an evil hack and i am sure that Kepplar will come up with an infrastructure that is more suitable to this kind of requirement
2006-08-02T21:44:55  <Andrew> probably not - I would remember, I believe
2006-08-02T21:44:57  <Andrew> :-)
2006-08-02T21:45:19  <xorAxAx> i think it is http://gauss.ffii.org
2006-08-02T21:45:41  <xorAxAx> they display each patent (postgresql db row) as a wiki page
2006-08-02T21:45:43  <Andrew> is gauss a moinmoin wiki?
2006-08-02T21:45:48  <xorAxAx> yes
2006-08-02T21:45:54  <xorAxAx> using an OSS patch
2006-08-02T21:45:58  <xorAxAx> called virtualpages
2006-08-02T21:46:21  <Andrew> do they mix the "normal" wiki pages with data out of the postgre sql database?
2006-08-02T21:46:55  <Andrew> just scanned the source which is on the moinmoin pages
2006-08-02T21:47:04  <Andrew> what's missing is the representation with wiki forms
2006-08-02T21:47:20  <Andrew> of course :-) - since web forms aren't avaiable :-))
2006-08-02T21:48:47  <xorAxAx> yes, they mix them. subpages of the patents are normal wiki pages, and used as comment pages etc.
2006-08-02T21:48:53  <xorAxAx> yep, forms are not there
2006-08-02T21:49:16  <Andrew> it would be at least some starting point :-)
2006-08-02T21:49:49  <Andrew> to be true: I have currently the possibility to make a proof-of-concept for the operations departement of a large mobile company in Germany
2006-08-02T21:50:11  <Andrew> I "just" need metadata, webforms and I could introduce MoinMoin there *sigh*
2006-08-02T21:50:27  <Andrew> since I'll have to produce the stuff in the next days I'll probably build the showcase with twiki
2006-08-02T21:50:30  <Andrew> *frustrated*
2006-08-02T21:51:21  * Andrew gets a beer
2006-08-02T21:53:37  <xorAxAx> i dont see a problem with that ...
2006-08-02T21:53:49  <xorAxAx> given that you already know twiki very well
2006-08-02T21:53:58  <xorAxAx> and dont have to invest too much time into the showcase
2006-08-02T21:54:01  <xorAxAx> because of that
2006-08-02T21:54:16  <Andrew> I *know* twiki quite well :-)
2006-08-02T21:54:24  <Andrew> even did a bit of perl hacking *shudder* :-)
2006-08-02T21:54:57  <Andrew> but I know the colleagues - if they like it they'll probably hard to convince to switch to moinmoin
2006-08-02T21:55:48  <xorAxAx> just s/TWiki/MoinMoin 2.0/ everywhere ;-)
2006-08-02T21:56:17  <Andrew> ;-) *laugh*

MoinMoin: MoinMoinChat/Logs/moin-dev/2006-08-02 (last edited 2007-10-29 19:07:19 by localhost)