[21:15:02] ok [21:15:06] Im starting to get nervus for the meeting now. :) [21:15:08] /whois me and have a look [21:15:09] The meeting will start now [21:15:30] I expect PJYfjgas to join soon [21:15:38] * +eXinion sees his own addresss [21:15:39] <+eXinion> -s [21:15:51] <+eXinion> PJayTycy that is :p [21:15:55] can we do a quick check of who are here [21:16:00] eXinion is [21:16:07] Jpl, are you active? [21:16:16] * +eXinion (exinion@t-26-202.athome.tue.nl) Quit (Registered) [21:16:16] * eXinion (exinion@eXinion.users.quakenet.org) has joined #tempire [21:16:16] * online1.no.quakenet.org sets mode: +v eXinion [21:16:26] chirho? [21:16:27] <+eXinion> ooohhh coool :D [21:16:40] stll busy sorting fruit [21:16:44] <+eXinion> you have to *BEEP* Jpl [21:16:44] <+eXinion> :p [21:16:47] epistax, are you in? [21:16:49] <+Jpl> I am [21:17:06] Hellfire667? [21:17:09] yah [21:17:16] Mek_ [21:17:28] mfmeulenbelt [21:17:34] <+eXinion> Mek is away on MSN [21:17:44] ok [21:17:44] I'm Arathorn by the way [21:17:47] I know [21:17:51] <+eXinion> oh hey Arathorn :p [21:17:52] ok [21:17:52] Prof_Frink [21:17:53] negative, I am a meat popsicle [21:17:57] Maurits :) [21:17:59] <+eXinion> what's your real name Arathorn? [21:18:00] uzurpator [21:18:02] yup [21:18:03] <+eXinion> oh I see :p [21:18:57] Zuu, here? [21:19:01] hi pjaytycy [21:19:02] hello [21:19:05] just in time [21:19:14] yes [21:19:30] re [21:19:36] sooo - shall we begin? [21:19:39] so Mek_ and epistax are away:p [21:19:59] Agenda for Sunday, 28112004 @ 2015 UTC [21:19:59] - Discuss minutes of the 14112004 meeting [21:19:59] - Pick minutes man [21:19:59] - FRD (including questions about the adding--process) [21:19:59] - Comments on game focus [21:19:59] - New featured discussion [21:19:59] - Setting Milestones [21:19:59] - Project backup (including backup for minutes) [21:19:59] (- maybe some prototype-progress) [21:19:59] - Webpage [21:19:59] - Final discussion / AOB [21:19:59] - Setting new date + agenda [21:20:04] and don't kick me [21:20:08] * You were kicked by ^XP^ (flood) [21:20:08] * Attempting to rejoin channel #tempire [21:20:08] * Kick teller - Kick 1 sinds uw binnenkomst op IRC om02 17:17:51 [21:20:09] #tempire Cannot send to channel [21:20:11] #tempire Cannot send to channel [21:20:13] #tempire Cannot send to channel [21:20:15] * Topic is 'IRC meeting Sunday 28112004 @ 2015 UTC' [21:20:15] * Set by chirho on Sat Nov 27 01:02:37 [21:20:16] -L- [#TEmpire] Welcome to the Transport Empire forum! If you are a contributor and do not have a Q account go here: http://www.quakenet.org/faq/faq.php?c=1&f=51#51 [21:20:17] <+eXinion> lol:) [21:20:17] * Er zijn 14 personen in #tempire [0 +q 2 +o 0 +h 2 +v] - [21:20:20] <+eXinion> what else is new :p [21:20:20] bastards [21:20:30] anyhow [21:20:30] omg [21:20:36] couldn't you do multi-line input? [21:20:46] first time our agenda has been big enough for that :) [21:20:56] the first point: any things about last times minutes? [21:21:05] <+eXinion> nop [21:21:08] was our agenda complete yet? [21:21:10] Guess not [21:21:11] They were really good. [21:21:25] plz be pro-active and say yes/no without me having to ask btw [21:21:44] Then: no. [21:21:45] =>no, I made them [21:21:51] lol [21:21:51] no [21:21:55] <+eXinion> so? :) [21:21:59] chirho, no comment? [21:22:18] If I have one, I'll make it :) [21:22:29] majority has no comment, minutes accepted [21:22:31] <+eXinion> that's not being pro-active [21:22:34] <+eXinion> (or just active) [21:22:42] the next point (the most fun always): - Pick minutes man [21:22:43] I volunteer for making the next minutes [21:22:48] ok [21:22:55] <+eXinion> wow :) that's fast :p [21:22:56] I agree with hellfire [21:23:01] damn, I finally wanted to force someone [21:23:02] * +eXinion agrees too [21:23:09] *g* [21:23:17] enough :p [21:23:18] so, I can stop taking notes now :-) [21:23:26] yesm you can [21:23:32] I'll use the logs on JPL's site :) [21:23:37] Hellfire667, will you write Mek_ as absent [21:23:41] and epistax [21:23:44] Ok. [21:24:01] next point already: - FRD (including questions about the adding--process) [21:24:19] who wants to kick off on the FRD [21:24:20] * pjaytycy thanks Zuu for doing the rest of my minutes [21:24:31] ideas, I mean [21:24:36] <+eXinion> lol [21:24:40] that was nice indeed [21:24:42] <+eXinion> what's in sight is on the mind [21:24:54] How much ideas are left? [21:25:02] nothing if I'm correct [21:25:05] <+eXinion> none, if it's all good :) [21:25:10] :O [21:25:11] except for the "retained" ones [21:25:11] except 6 or 7 retained [21:25:20] * +eXinion 'll check [21:25:29] The ones in the tt-forums thread. [21:25:31] we even have 5 new ideas :) [21:25:42] LOL [21:25:43] yes, I was thuinking that [21:25:48] 261 have been added, where we only had 246 [21:25:50] 251/246 done [21:25:52] <+eXinion> damn, that wiki's slow ;) (hint hint) [21:25:54] *251 [21:25:56] around 102% complete [21:26:13] doesn't seem slow for me [21:26:14] * Vatso (ekke@217.112.241.10) has joined #tempire [21:26:15] which make me wonder if we need a total review for next meeting [21:26:18] * pjaytycy has another comment about the FRD [21:26:21] <+eXinion> well, what's slow?? :) [21:26:30] wiki ofc [21:26:33] what's your comment, pjaytycy [21:26:34] <+eXinion> 5 minutes per loading of a webpage is averige :p [21:26:38] I have an idea on what to do next. Wanna hear? [21:26:39] <+eXinion> i=e [21:26:48] pjaytycy first, Hellfire667 [21:26:48] yes - go for it [21:26:54] About slow: [21:26:56] The ideas that should be together are scatered around [21:27:18] For example on the gameplay page, a lot of ideas about how passengers should go from one city to the other [21:27:32] some appear in the economy section, some in the cargo section, some elsewhere... [21:27:34] * Hyronymus agrees, it's hardly readable at parts [21:27:38] Try with clasic skin. Fewer images and HTTP requests. Should be teoreticaly faster. [21:27:49] Most of these ideas are not complementary either [21:28:14] * pjaytycy is ready with the comment [21:28:31] that makes a thorough review necessairy IMO [21:28:56] what was your idea, Hellfire667 [21:29:06] ok - speaking of frd - did anyone read my design doc? [21:29:18] plz hang on, uzurpator [21:29:22] k [21:29:33] where did Hellfire667 go [21:29:35] uzurpator: please wait for your turn. [21:29:39] I'm typing! [21:29:45] <+eXinion> lol :) [21:29:47] can't you type faster [21:29:52] now you deleted everything :-) [21:29:57] :( [21:30:17] <+eXinion> don't be so impatient ;) [21:30:25] I agree with pjaytycy's comment. A review could be useful. But then we should adapt the parts that are not consistent or unclear. Also, the information in uzurpator's design document should be added in my opinion. [21:30:46] <+eXinion> sounds good [21:30:51] * Hyronymus agrees [21:30:53] pjaytycy: Select all - cut - type - enter - paste - continue ;) [21:30:56] <+eXinion> but if there are two conflicting ideas, which one do we take?? [21:31:00] what would be the best approach to that? [21:31:25] votre for every conflicting idea [21:31:28] Keep the options open. Describe both approaches. [21:31:31] agenda on next meeting -> sort confilicting ideas and elimnate one by voting [21:31:40] I think giving everybody a section to review would be a bad idea, just because of the scattering of ideas [21:31:48] if there are ideas where one side has a clear advantage, make a judgement call, otherwise use the talk pages to discuss major conflicts [21:31:50] ok, voting as mfmeulenbelt and uzurpator suggest [21:31:50] I think FRD should be choosen in a conflict. [21:32:15] if we use voting as the judge, we should close the voting next week I think [21:32:32] the 2nd week can be used to actually change the things in the FRD [21:32:32] Yes, but how will we find the conflicting ideas? [21:32:43] look at the dupes [21:32:50] * +Jpl sees a massive breakup to FRD.. [21:32:53] careful proofreading as well [21:32:58] someone has to find all the duplicated/conflicting ideas [21:33:07] I'll get some examples about the passenger movements [21:33:12] * Hyronymus volunteers for the others [21:33:49] anyone opposed? [21:33:51] also - another option is to write a prototype design doc made up of the ideas and then add/discuss ideas that are left out [21:33:59] best thing to try and reduce delay would be to find any conflicts which can't be decided on a judgement call and discuss them on talk pages [21:34:28] the problem with discussing on talk pages is not everybody gives a comment [21:34:34] usually if you agree, you don't comment [21:34:36] no [21:34:51] it's difficult to vote like that [21:35:06] <+eXinion> yes [21:35:09] Perhaps a poll on the forum is an option. [21:35:10] I think if pjaytycy and I pick out the conflicting ideas and present them on a page we are better off [21:35:43] And, we don't have to decide about everything yet, do we? [21:35:57] A poll on the forum is not an option [21:35:58] that's actually good idea - pick up all conflicts, make a separate page to discuss each, then pick one and return it to the frd [21:36:20] One decision, one poll, and if there's as many conflicts in there as I suspect their might be, that's a lot of polls [21:36:29] yeah [21:36:36] <+eXinion> indeed [21:36:54] true true [21:37:01] Plus all OT spamers might vote in the forum polls. [21:37:06] so who's for the conflicts being found and presented for an editors cut? [21:37:16] * Hellfire667 is [21:37:19] * uzurpator is [21:37:21] me too [21:37:23] * pjaytycy votes in favor [21:37:25] * +eXinion is [21:37:28] editors cut? [21:37:33] word joke [21:37:51] consider us as editors of the FRD [21:37:59] should we vote or not? [21:38:02] some of us don't use Word :P [21:38:17] (well, we were on a run of puns there) [21:38:26] the TE team votes after pjaytycy and I presented the conflicting ideas [21:38:35] OK [21:38:41] I agree. [21:38:55] majority agrees [21:38:57] * +eXinion agrees [21:39:16] now we have to set a timetable for this to happen [21:39:20] whatever puts us forward [21:39:28] I would agree, with the provision that we don't wait for everything to be found, since in theory it is improbable to find everything in a short time [21:39:36] pjaytycy, can you look for conflicting ideas before wednesday? [21:39:49] yes, I'll do it right after the meeting [21:39:56] provision acknowledged, chirho [21:40:01] it's not so much work if you have to focus on only one category [21:40:02] ok [21:40:07] I'll kick in tomorrow [21:40:26] it's more difficult if you have to find "all the others" :-) [21:40:28] shall we decide on a division after the meeting or now, pjaytycy [21:40:44] I would like to do those about passenger movement [21:40:47] in which case, present some findings on Wednesday, and people can vote on the conflicts you have found by then [21:40:51] there are a lot of them [21:40:56] ok [21:41:08] I'll sift through any others then [21:41:10] ultimately, if the two of you are agreeing to share trawling responsibility, you can decide that between yourselves [21:41:31] yeah, but maybe it's worth mentioning in the minutes [21:41:34] dunno [21:41:46] I'll add it in then. [21:42:08] now I believe Zuu had a question about how to add dupes in the FRD [21:42:22] you posted something on the forum today about that, Zuu [21:42:42] yes [21:42:55] gota remember it .. [21:43:19] what status dupes should get in the ideas database on Jpl's site [21:43:27] transfered or not [21:43:31] no [21:43:40] <+Jpl> a comment. "dupe" [21:44:12] dupe of #xxx [21:44:19] Does it matter? Now that we have all ideas in the frd, we don't need the database any more, right? [21:44:22] that would mean extra work, noone did that [21:44:31] hellfire - true [21:44:33] and I agree with Hellfire667 [21:44:36] Found my post. : Should ideas that dupes another idea completly be counted as included? [21:44:42] what's the use of the database anymore :p [21:44:48] I agree, everyting is in the FRD now, no need to work on updating the database [21:44:57] I agree that it doesnt matter. [21:44:59] <+eXinion> brb [21:45:08] what about Zuu's question [21:45:30] Should ideas that dupes another idea completly be counted as included? [21:45:36] I think it doesnt matter anymore. [21:45:40] well, obviously [21:45:51] since the idea has been included [21:46:00] ok, sounds logical [21:46:19] are you satisfied with that, Zuu? [21:46:21] <+eXinion> back [21:46:29] * pjaytycy never updated the database, didn't know that was possible [21:46:46] neither did I, until yesterday :p [21:46:48] * +eXinion did neither [21:46:49] <+eXinion> :) [21:46:55] yes. [21:47:08] were there any more questions/remarks about the FRD then? [21:47:25] <+eXinion> nope [21:47:25] Me and my design doc [21:47:28] I've made it the other way, but if you dont demand me, I wont fix it. [21:47:30] oh, right [21:47:34] uzurpator, go ahead [21:47:41] so - anyone read it? [21:47:53] I have. [21:47:54] should I attempt to add anything from there to the FRD? [21:47:54] yes, but only too long ago to remember [21:47:58] I did once, a while ago [21:48:09] when I was only looking, and not contibuting [21:48:10] i must admit I haven't [21:48:15] * +eXinion did a while ago too [21:48:15] Ive read a bit. [21:48:20] I've always been an advocate for joining the two documents. [21:48:21] yet [21:48:39] Hellfire - ok if so, how to do it? [21:48:45] it sounds logical to me to unite them too [21:49:06] It sounds illogical to me to have a design doc when we don't even have the requirements [21:49:10] we should merge information relating to functional requirements into the FRD, and nothing else (obviously) [21:49:27] Obviously, the result of joining the two documents should result into a document that is better than the original two ;) [21:49:31] and everything else on hand for wherever else it fits [21:50:01] chirho, you mean we can't just merge the DD entirely with the FRD [21:50:09] ok - I'll try to merge some ideas into the FRD. But I fear that many of my ideas are too detailed to be easily merged [21:50:10] clearly not [21:50:10] I think ideas in DD should be merged into the FRD. [21:50:14] <+eXinion> exactly [21:50:19] where does directory structuire fit into FR? [21:50:21] <+eXinion> the ideas should, but not the design [21:50:32] * uzurpator agrees [21:50:34] (for example) [21:50:54] so in other words: the FR in the DD should be moved to the FRD [21:50:54] * pjaytycy agrees with chirho [21:51:04] ok [21:51:06] directory structure should not be in the FRD [21:51:10] this DD has elements from a number of different levels, but could certainly be useful, so we need to keep the information that's in it [21:51:37] does it have details that don't belong in a DD, chirho? [21:52:11] difficult to say. [21:52:11] it might have, though I've not trawled the DD with a fine-tooth comb yet [21:52:20] Whenever we discuss something, we could look what is in the DD [21:52:27] can you and uzurpator do that for next meeting perhaps? [21:52:37] ferinstance in DD industries are sprawled in several parts - is this implementation or idea? [21:52:38] And, at that time, more comments on the DD will come [21:52:41] that = trawl the DD with a fine-tooth comb [21:53:18] well? [21:53:30] ok - who is going to do it then? [21:53:38] I'm too biased, obviously [21:53:40] * pjaytycy lost the discussion [21:54:06] don't feel sorry about that, uzurpator. If you write something you tend to be biased ;) [21:54:40] and a bias is always measured compared to another bias [21:54:45] ofc I am. That is why I don't want to update FRD from there because I'll tend to be too detailed [21:55:13] uless you want FRD to grow by 200% [21:55:19] can you go through the DD again then and see if you can add some things from the DD to the FRD [21:55:36] and use the functionality of things as yardstick [21:55:38] owkey - i'll give it a shot [21:56:05] Uzurpator : if you wrote very detailed things in your DD, we probably don't comment on them now, because we don't have any idea about how "good" or "bad" those ideas might be. [21:56:15] true [21:56:26] I'm sure those comments will come when we get to these details [21:56:37] but we won't blame anyone for that [21:56:39] you see - the problem is, that many ideas are in a form of the details. [21:56:43] that would be pointless [21:56:55] for instance - i base my view of industries on "cargo types" [21:57:07] yeah, that's surely too detailed [21:57:22] Yes things in the the DD was writen before the project has reached that state to deal with that. [21:57:28] so we're back at tile 1 [21:57:52] * Hyronymus is a bit lost now too [21:58:19] chirho, can you, in mortals langauges, shed a light on what a solution can be [21:58:20] ok - I'll try to explain the "Cargo type" concept in a seperate thread on teh forum. Then we'll decide if it's too detailed for frd or not [21:58:48] solution to what in particular? [21:59:07] to how the FRD and DD relate to eachother [21:59:49] ofc - the other way is to take FRD. Compare the ideas from FRD with DD and change DD accordingly [22:00:27] anything which isn't in the FRD but is related to the FR, put into the FRD. Anything that isn't, sort out and "file" for later use, as it were. [22:00:36] ok [22:00:52] <+eXinion> Chirho: that's the best idea, in my opinion [22:01:00] ok, can you do something with that suggestion, uzurpator [22:01:04] or at least try [22:01:06] yes [22:01:08] Can I ask something please ? [22:01:08] How did the Design Document take form? ie: is it something uzurpator wrote on its own, or something based on a previous ideas-thread or what? [22:01:12] I'll give it a shot [22:01:17] The problem I see with the DD is that it goes into lowlevel details. But is writen by a sigular person. So it is a sigular persons veiw on how things should be. [22:01:17] Ultimately, it would be a good idea to make the DD obsolete by incorporating it into the project documentation, rather than having it continually modified in parallel with the central docs [22:01:24] ok uzurpator [22:01:35] Zuu - it originated from the ideas thread way back in 2003 [22:01:43] I updated it recently [22:01:55] But true - I'm the sole author as of yet [22:02:12] That would at least mean deciding on what we are calling our deeper levels of detail so we can get the leftovers from the DD into core documents [22:02:22] So, we have a lowlevel design because some user on the forum had "the idea" about how the directory structure should look like ? [22:02:27] please use the forums to communicate with us if you bump into stuff, uzurpator [22:02:48] ok - shall do [22:03:03] btw -could someone unsticky the old DD thread? [22:03:17] that someone would be chirho [22:03:23] doing right now [22:03:26] :D [22:03:41] everybody had it's say on the FRD [22:04:00] Isnt it aleady unstickied? [22:04:14] long time ago., [22:04:15] Well, I'm still a little lost about the (history of the) DD [22:04:38] no, until a minute ago, it was still sticky [22:04:42] it isn't there is "design doc 2.0" and "building design doc" - the latter one is the obsolete one [22:04:43] pjaytycy, shall we move that after the meeting or do you think it's important for uzurpator to know [22:05:37] dunno [22:05:43] the later is stycky, while the other is not. [22:05:57] the sticky should go under [22:06:04] neither do I. Can someone give a quick explanation of the nature of the DD as it arose [22:06:09] I just have the same strange feeling as Zuu about the DD, ie: that it's too detailed for what stage our project currently is [22:06:54] does anyone feel to comment on that? [22:07:26] Obviously, much of it is currently redundant, because we're not in a position to use it [22:07:31] pjaytycy - when the project started in january 2003 - so when the ideas started to roll in i wrote a document that included most of them. [22:07:44] maby [22:07:44] but we don't want to destroy this information which might be useful in later project life [22:07:53] I agree with chirho here. [22:08:07] we don't want to destroy it, I agree on that too [22:08:22] but is now the right moment to edit the DD according the FRD then [22:08:32] *according to [22:08:35] I don't know [22:08:56] it would be silly to do things good at first and better later [22:09:00] were the ideas discussed the previous time, before they got to the DD, or did uzurpator shift through them alone? [22:09:05] although that tends to happen ahyhow [22:09:18] I think we should solve the FRD conflicts first. [22:09:20] They were not - there were much less of them [22:09:49] Zuu has a point there, the FRD isn't really finished yet [22:09:54] * +eXinion agrees with Zuu [22:09:56] What I would suggest is that Adam's DD is frozen to avoid divergence, and we work towards cleaning the FRD to a point where we can implement some basic back-end stuff [22:09:57] it still needs some work [22:09:59] <+eXinion> exactly [22:10:16] * uzurpator agrees with chirho [22:10:26] that means the DD has to wait until the FRD is accepted as finished [22:10:33] ok [22:10:34] <+eXinion> precisely [22:10:43] ageed [22:10:46] agreed [22:10:46] agree [22:10:47] that's sorted then :D [22:10:48] ok [22:10:48] :p [22:10:50] In its current state, it is (from the perspective of old ideas) complete, but disorganised and therefore unimplementable [22:11:03] that's a good summary [22:11:11] -> What do we do with "idea thread 2" ? [22:11:29] good one [22:11:31] leave it [22:11:37] Add ideas, if they're reasonable. [22:11:40] leave it until when? [22:11:43] otherwise people will start thier own threads [22:11:47] Before anything else, our priority should be to get the FRD straight, iron out the creases, sort out the conflicts, and allow basic coding to begin [22:11:56] yes [22:11:57] ok [22:12:10] ok [22:12:14] Hellfire667, can you give a summary on the FRD topic? [22:12:18] basic coding can be made now :p [22:12:20] what did we agree upon [22:12:21] in the first post... is there a link to the frd? [22:12:26] yes, so the new thread will be ignored, and only act as a "get the new ideas here, instead of starting your own threads" ? [22:12:27] but really "basic" [22:12:27] or design document [22:12:32] I'll try... [22:12:49] * All ideas have been added, so we don't need the database anymore. [22:13:01] * Hyronymus and pjaytycy will scan the document for dupes [22:13:10] http://tt2.sourceforge.net/wiki/index.php/Main_Page [22:13:10] wiki [22:13:25] http://www.tt-forums.net/viewtopic.php?t=10822 [22:13:28] design doc [22:13:35] * Items in the DD that are related to the FRD will be added to the FRD, the rest will be kept for later use [22:13:40] (is that last one correct?) [22:13:52] I guess so [22:13:57] yes [22:14:17] yes, and the DD won't be edited until we finished the FRD [22:14:18] the last file - is the most current one. And I'll relocate the ideas from DD to FRD asap [22:14:18] I think that was wat we agreed on. [22:14:48] ok, thank for the summary, Hellfire667. People still have comments on the FRD? [22:14:56] no [22:14:58] I'm done [22:15:00] he [22:15:01] <+eXinion> no [22:15:03] no [22:15:08] nope [22:15:12] no [22:15:15] next topic then: - Comments on game focus [22:15:19] On a related note, we need to establish what our other documents will be, and set some milestones (for AOB later) [22:15:40] I created a voting table on the wiki for the game focus [22:15:42] can you remind us of that when we reach AOB, chirho? [22:15:50] did we all vote? [22:15:58] I didn't get much feedback about the different categories, so I guess they were OK ? [22:16:08] AOB? [22:16:22] AOB = Any Other Business = last point on agenda [22:16:29] Ive made a summary http://tt2.sourceforge.net/wiki/index.php/Game_focus [22:16:35] ow ok [22:16:57] Hyronymus: order plz. [22:17:03] ORDER, DAMNED [22:17:12] :D [22:17:26] I asked if everyone voted [22:17:33] who voted? [22:17:36] I have voted [22:17:36] * Hyronymus did [22:17:40] * Hellfire667 has not... [22:17:41] * pjaytycy did [22:17:52] no [22:18:05] naugthy computer science boys [22:18:17] * uzurpator did not [22:18:24] * chirho also has not, completing the CS stereotyping [22:18:26] is the summary complete, Zuu [22:18:27] I guess the voting table came too late to let everybody vote [22:18:29] Extract from table : PJayTycy, Zuu, Hyronymus, eXinion [22:18:46] I think so too, pjaytycy [22:19:11] anyone want to discuss the results? [22:19:13] H*LY SH*T!! That's really a lot of changes in the wiki today! [22:19:16] since we're at AOB (are we?) - anyone has drawn production chains? - since FRD mentions types of cargo [22:19:20] Hyronymus: I hope so. Exept the voting. [22:19:24] should we keep the table open for 2 weeks? [22:19:28] isn't aob something to save for the last? [22:19:38] this isn't AOB, uzurpator [22:19:41] ok [22:19:42] Hellfire667: I think you can say "holy" without stars ;) [22:19:53] Order plz [22:19:55] plz [22:19:58] should we keep the table open for 2 weeks? [22:20:03] so we can all vote [22:20:06] sounds good. [22:20:09] that would be best [22:20:17] can you reinstate it, Zuu [22:20:23] then copy it to the "article'" section [22:20:27] Personally, I'd shoot whoever decided to arrange the table that way first [22:20:37] that would be me [22:20:40] is there any point to close it before? [22:20:51] arrange such tables for rows rather than columns ;) [22:21:01] oh, right [22:21:19] that way, adding new votes is adding one row, not one cell to each row, etc. [22:21:22] can it be changed and is that really needed [22:21:32] but, it's easier to see which row is which category [22:21:37] when you are editing [22:21:44] * Hyronymus agrees with pjaytycy [22:21:48] <+eXinion> fuck [22:21:53] * +eXinion dozed off there :S (sort of) [22:21:55] if you're #12 to vote you have to scroll [22:22:05] * +eXinion voted :) [22:22:12] good boy [22:22:27] if you're #12 to vote with the current system, you still have to scroll (probably) [22:22:33] I don't see a great importance in changing the table [22:22:36] we noticed that. [22:22:45] just keep it open for another 2 weeks [22:22:51] we all should vote [22:22:58] me neather [22:23:03] we can then discuss the result in the next meeting [22:23:16] agree [22:23:29] who will hand us a summary in 2 weeks, pjaytycy or Zuu [22:23:51] pjaytycy? [22:23:55] ok [22:23:59] ok [22:24:22] so we leave the voting table for game focus open for 2 more weeks after which pjaytycy will give us a summary [22:24:26] agreed? [22:24:30] but, zuu already did a good job with the summary. The voting results are the only things left [22:24:30] y [22:24:34] <+eXinion> yes [22:24:42] ok [22:24:49] they can change the importance of the summary [22:25:06] possibly add a new feature to economy i.e. [22:25:25] ? [22:25:29] next point on the agenda? [22:25:39] So, the voting table was a good idea ? Should we do something similar for the following featured discussions too ? [22:25:55] New featured discussion is the next topic [22:26:04] what will we discuss next :p [22:26:13] Zuu usually has good ideas [22:26:35] * pjaytycy thinks we should start with what comes out as most important in the game focus [22:26:40] comming.. [22:26:56] Suggestions: [22:26:56] - Destinations & pathfinding [22:26:56] - Relationships between transport sorts. (aircrafts, trains, road vehicles, ships) [22:26:56] - Scales [22:27:18] The second sounds best to me. [22:27:27] <+eXinion> yes, the second sounds good [22:27:28] yes [22:27:31] it's interesting and feasible now [22:27:33] oh right the one we got to in the scales discussion [22:27:34] yea - second is ncie [22:27:38] nice [22:27:39] A not on the second. [22:28:00] ?! [22:28:05] In TTD train networks are something between real life rails and roads. The idea I had was to make the rail networks more realistic, and promote roads to the role of "haavy networks". [22:28:25] We can move that part from the scales discussion to a new page as a start. [22:28:48] can we first choose a disccussion point [22:28:51] but I dont know if that nead a featured discussion. [22:29:03] sure [22:29:18] we got 3 ideas, which does one favour [22:29:27] and the numbrinf is 1-2-3 [22:29:31] *numbering [22:29:36] eXinion? [22:29:40] 1, 2 or 3 [22:29:42] General note: we should keep the network concept from TTD, but we also should NOT penalize aother modes of transport against it [22:29:48] 1 Destinations & pathfinding [22:29:48] 2 Relationships between transport sorts. (aircrafts, trains, road vehicles, ships) [22:29:48] 3 Scales [22:29:55] thanx Zuu [22:30:06] someome kick eXinion [22:30:17] Jpl: 1, 2 or 3 [22:30:24] * +eXinion is kicked :p [22:30:28] <+Jpl> 1 [22:30:34] * +eXinion favors 2 [22:30:38] 2 [22:30:39] I favour 2. Then 3. I think it's too early for 1. [22:30:49] m/me favours 2 [22:30:55] mfmeulenbelt? [22:31:05] 2 [22:31:07] pjaytycy [22:31:07] Arathorn said 2 [22:31:10] k [22:31:13] Prof_Frink [22:31:14] * chirho abstains [22:31:18] 2, 3 as a second choice [22:31:24] uzurpator [22:31:31] sorry chirho, forgot you :p [22:31:32] eh? what? [22:31:36] nm Prof_Frink [22:31:41] Zuu? [22:31:50] Im out of .. [22:31:55] hehe [22:31:57] cant decide. [22:32:02] you still abstain, chirho? [22:32:03] * uzurpator votes 2 [22:32:15] until I say otherwise, yes [22:32:18] that's ok, majority votes 2 [22:32:18] :) [22:32:43] Noted. [22:32:46] new featured discussion, until next meeting will be Relationships between transport sorts. (aircrafts, trains, road vehicles, ships) [22:32:55] any comments? [22:32:58] yeah [22:32:59] I vote blank [22:33:10] go ahead, pjaytycy [22:33:19] which relationships should we discuss? [22:33:27] Hellfire667, please bote that Zuu abstained too [22:33:34] *note [22:33:34] ok [22:33:39] size/speed/capacity or also lucrativity etc... [22:34:01] me mother always said size doesn't matter [22:34:36] well, any suggestions/opinions [22:34:40] I think we should focus on making all modes of transport model how they work in reality [22:34:59] If you like to discuss that lets do that too. [22:35:10] that would mean a wide discussion which I think makes sense [22:35:32] they don't have just 1 relation to one another [22:35:52] I guess we'll see at the wiki whatever comes up. [22:35:56] planes are faster than trains as well as larger, more expensive and more global [22:36:02] I have a note [22:36:10] * uzurpator voted on wiki [22:36:16] share your note [22:36:22] <+Jpl> trains are also greatly more expensive than road vehicles. [22:36:27] * chirho wonders why winamp wants 20% of his CPU ... [22:36:41] <+Jpl> eg. nowadays diesel locomotive costs 2 million EUR [22:36:43] * Hyronymus wonders what Winamp has to do with this meeting [22:36:54] <+Jpl> and a Pendolino train 7 millions [22:37:01] First week there were qute some discussion. Second week it was quite quiet. [22:37:07] Jpl - but a diesel loco hauls what 50 trucks do, and has a life span of 25 years [22:37:16] listen to Zuu's note plz [22:37:33] the featured discussion is for the actual discussion [22:37:34] We have to try to post suggestions and discuss more. [22:37:46] * Hyronymus will force himself to do so [22:37:48] <+Jpl> planes cost 10-20 millions.. [22:37:55] Jpl plz [22:37:57] I admit I have been not so active on the wiki [22:38:13] So lets try to be more active. [22:38:13] <+Jpl> okay okay :P [22:38:23] * Hyronymus agrees with Zuu [22:38:25] yes, that's always the same problem. You read the comments, think by yourself "that sucks" or "that's good", but don't put on the wiki. So, there are usually a lot of ideas, but no real discussion [22:38:27] what matters most is CAPITAL invested -> tracks, roads, property, taxation etc [22:38:28] Thats was all my note [22:38:41] uzurpator, plz [22:38:49] go to the wiki for that discussion [22:39:01] <+Jpl> :P [22:39:08] ok :p [22:39:17] Im done in other words. [22:39:19] * pjaytycy thinks we'll have an active featured discussion with Jpl and uzurpator [22:39:20] no more notes on featured discussion [22:39:30] Hellfire667, can you take over for a while [22:39:33] yeah, about the voting table, is that a good idea? [22:39:59] Umm. Ok. Do you mean "take over the meeting"? [22:40:32] yes [22:40:34] sorry [22:40:43] Ok. Next item? [22:40:57] - Setting Milestones [22:41:04] My suggestion :) [22:41:11] * uzurpator has no commets on this [22:41:20] pjaytycy did you have anything? [22:41:24] We finished our first milestone today [22:41:28] I guess we've reached our first milestone this week: all ideas added to the frd. [22:41:37] please let me finish :) [22:41:40] and there was much rejoicing... [22:41:42] ok [22:41:43] oh [22:41:59] We definitely need to set a number of milestone points we can work towards [22:42:21] listen to poor Hellfire667. [22:42:30] The next upcoming milestones should be: completed frd; design an architecture; class descriptions, CRC [22:42:40] In my opinion ofcourse ;) [22:42:58] Any other ideas? [22:43:03] all of them with sub-milestones etc... :-) [22:43:12] not really [22:43:19] (that was to hellfire) [22:43:20] sub-milestones can be useful. [22:44:10] Any other input? [22:44:11] The next milestone will be the most important and most difficult part of our project then [22:44:38] No... The most difficult will be the architecture ;) (but I think you meant that one) [22:44:44] ofcourse [22:45:35] uzurpator did you have anything? [22:45:49] anything about what? [22:46:02] milestones [22:46:08] nope [22:46:10] you said that you didnt agree with Hellfire667. [22:46:22] No, he didn't [22:46:33] He said "not really" to "any other ideas?" [22:46:45] oh I see now. [22:46:49] Hellfire asked: Any other ideas? I said: Not really. [22:47:04] sorry. [22:47:11] np [22:47:32] should we vote about the milestones hellfire mentioned? [22:47:38] yes [22:47:44] Let's do that. Who is in favour? [22:47:53] * Hellfire667 is by default ;) [22:47:57] * uzurpator is [22:48:03] * Zuu is [22:48:06] * Hyronymus is in favour too [22:48:19] pjaytycy? [22:48:21] * pjaytycy is [22:48:22] * chirho prepares to take notes [22:48:35] so are you in favour or not? [22:48:49] yes [22:48:53] ok [22:48:53] :) [22:48:58] *kick* eXinion? [22:49:02] yes [22:49:10] <+eXinion> :) [22:49:17] in favour or not? [22:49:19] * +eXinion is really tired and not paying attention [22:49:23] * +eXinion apologizes [22:49:29] * +eXinion is in favor [22:49:38] i'm tired too, can we hurry up a bit? [22:49:42] ok. Did I miss anyone? [22:49:43] good work hellfire :-) [22:49:47] Ok. Let's hurry up then. [22:49:50] I can take control again but if you want to use the whip a bit longer that's ok, Hellfire667 [22:50:08] We'll start working towards the next milestone: Completing the FRD. [22:50:14] You can take the whip now, Hyronymus ;) [22:50:21] ok, as you please [22:50:34] Ok - FRD will be completed when? [22:50:43] before next meeting [22:50:50] I say 2 weeks [22:51:06] i agree [22:51:07] I doubt whether we'll make that deadline, but let's go for it. [22:51:11] I was more about - when the FRD is considered as complete, not about the time frame [22:51:17] deadlines are to be moved :p [22:51:19] <+Jpl> one week could cause some activity. [22:51:42] oh, uzurpator you mean when do we consider the FRD done [22:51:51] I agree with Hellfire667 [22:51:57] precisely [22:52:06] when the dupes are out [22:52:11] ok - got it [22:52:14] <+eXinion> yeah [22:52:22] and the FRD is expanded by your possible DD points [22:52:26] no more dupes, improved ordering of ideas, included ideas from the DD [22:52:42] ok - got it :) [22:52:58] are we ready for the next point? [22:53:02] I am [22:53:03] <+eXinion> yeas [22:53:05] yeah [22:53:05] * uzurpator is [22:53:06] yes [22:53:08] Then everybody who wants to help with architecture should be forced to read it atleast twice [22:53:15] so? [22:53:16] - Project backup (including backup for minutes) [22:53:28] I have a backup, made 10 days ago. [22:53:33] November 18th [22:53:39] <+eXinion> ah nice [22:53:46] Backup needs to be to an off-site storage, preferably to physical media [22:53:46] I suggest we need an imminent backup of the wiki [22:54:00] I havent prefered any spech. But lets see if I can improvice sometthing. [22:54:02] and we need at least 2 people making back-ups [22:54:14] But that's ONE backup. I can burn it on a cd and store it somewhere "less dangerous than on harddisk" [22:54:14] if two people backup weekly on their hd, nothing can go wrong [22:54:33] Automated backups can be made every day, and the tradition is to use three different media [22:54:35] then three things have to fail: the site and two harddiscs [22:54:46] * Hyronymus agrees with chirho [22:55:01] * uzurpator does so also [22:55:06] e.g. today's backup on a HD, yesterday's on a CD-ROM, the day before's on a tape or MO disc, etc. [22:55:06] * pjaytycy knows nothing about backups, and doesn't have any harddisk space left [22:55:06] it maybe a bit much now but once things get rolling we already developed the habit of making decent backups [22:55:21] * Zuu thinks criho has a point. [22:55:44] question is who will be making back-ups? [22:55:55] I have space somewhere I can keep all the backups, but we need (ideally) 3 people to pick up those backups in rotation [22:56:00] I agree with chirho, but I must admit that I do not have a MO disc or tapestreamer or even a floppy drive...! [22:56:23] I have no clue how to backup [22:56:25] 1 year of wiki backup was estimated to be 150 MB - 1 GB or something like that. [22:56:25] <+Jpl> everything is secured, if five people can backup to hd, dat-drive and optical media. [22:56:26] :p [22:56:28] Our interpretation of grandfather-father-son would use not three different media, but three different locations [22:56:44] Ok [22:56:51] i have 20 GB free space, but I hve no idea howto backup wiki... [22:56:52] i don't have much hd space atm, but I'll get a new pc quite soon [22:56:53] zuu: I would sayh that's a low estimate, especially with the activity we've seen today [22:56:55] <+Jpl> preferably backup people are on different continents. [22:57:18] why? [22:57:19] Jpl: That's extreme disaster planning there :) [22:57:20] I have 200Gb's of RAID1 protected storage space [22:57:26] yeah, in case some continent compeletely vanishes [22:57:26] chirho: you got a point [22:57:29] you mean Al-quida can only hit one continent at a time, Jpl? [22:57:44] <+Jpl> Hyronymus: yep ;) [22:57:48] I don't think we need to allow for people trying to blow up entire continents right now :) [22:57:55] bommer [22:58:01] order plz. [22:58:11] hey, i'm te chairman [22:58:14] Losing a transport sim would be the least of our worries [22:58:14] order plz [22:58:16] silentium triplex [22:58:21] I have a suggestion. What if we assign a weekday to a person. And at that weekday, that person makes a backup. [22:58:30] sounds good, Hellfire667 [22:58:36] weekday + time [22:58:53] I can set up a cron job to make daily backups, which people can then retrieve as they see fit [22:58:54] Make a script then [22:58:55] Ok, but somebody has to tell us HOW to make a backup, or make some online script or something [22:58:55] Agreed. No use making two backups that differ only one hour in time ;) [22:59:08] wait, wait wait [22:59:19] chirho, can you provide us noobs with a how to? [22:59:21] Suggestion: [22:59:41] 1. I deal with the daily backups to a server outside of SF. [22:59:50] <+eXinion> yes plz, but not now :S [23:00:03] 2. 3 (or more) people pay a visit at least once in a weedk (preferably on different days) and collect the backups they don't have [23:00:43] chirho, can you place them on an ftp-server? [23:00:48] *a [23:00:53] probably [23:01:02] scp isnt that enoght? [23:01:12] so, should we keep all backups, or only the most recent ones? [23:01:19] <+eXinion> 'an ftp-server' was the correct one Hyronymus [23:01:21] putty fow windows users. [23:01:37] winscp works good too zuu [23:01:46] I'll deal with getting the database dumps and the filestore backups done [23:01:52] ok [23:01:58] and getting them scp'd (or whatever) to another server [23:01:59] <+eXinion> great :) [23:02:06] I'm willing to get backups on saturday [23:02:17] I can get backups on sundays [23:02:24] the backup operators would opnly have to go to a given URL to retrive a given backup [23:02:28] Should we use un secure ftp for databases with passwords? [23:02:40] that sounds easy, chirho [23:02:48] the passwords are encrypted. [23:02:51] (hashed) [23:02:54] wiki passwords are not stored in the db as clear text [23:02:56] so that won't be much of a problem. [23:03:01] yes. but Im paranoyd. [23:03:07] we know [23:03:10] ;) [23:03:18] and passwords for everything else will not be visible from the dump site [23:03:27] ok [23:03:44] Ok, guess I'll change my wiki password then [23:03:49] we do need at least 1 more person to take backups from the given URL though [23:04:01] * +eXinion can do that [23:04:07] i'm going to bed now... too tired [23:04:07] on which day, eXinion [23:04:09] succes with the rest of the meeting [23:04:13] cu [23:04:14] <+eXinion> any day [23:04:15] * mfmeulenbelt (~chatzilla@ip503c7c17.speed.planet.nl) Quit (Read error: EOF from client) [23:04:18] Guys... I have to go. I have to bring my girlfriend home (she does not have a driver's licence yet..). I'll make the minutes according to the log of the resto f the meeting. [23:04:25] wednesday makes sense [23:04:26] Ican do it. [23:04:32] At leasr before my HDblow. [23:04:32] <+eXinion> wednesday is good [23:04:37] Zuu will take over, Hellfire667 [23:04:44] ok - bye Hellfire [23:04:51] <+eXinion> bye [23:04:54] Thanks. [23:04:55] thanks for the minutes sofar [23:04:55] * +eXinion is going to go too [23:04:59] I'll write the minutes though. :) [23:05:00] argh [23:05:02] <+eXinion> have to get up early [23:05:03] <+eXinion> :S [23:05:06] to be honest, as long as we have a page on the wikik where people can keep up-to-date with when the last backup was taken to third-party storage, then we're fine [23:05:07] Bye! [23:05:08] almost done [23:05:11] * Hellfire667 (~jeroen@195.240.128.92) Quit (Quit) [23:05:27] bye everyone who is leaving (or left) [23:05:35] What shall I take over? [23:05:40] The main reason for having the third-party storage is for if backups can't be recovered from the dumping site I set up [23:05:48] I thought you would take over the minutes, Zuu [23:05:51] <+eXinion> bye guys [23:05:52] am I wrong? [23:05:53] * +eXinion (exinion@eXinion.users.quakenet.org) Quit (Quit: Im Using Tracer Script v1.22- http://www.tracerscript.net Wasted: 3hrs 2mins 32secs Online) [23:06:27] I dont think so. [23:06:40] chirho, can you make a summary of your suggestion plz [23:06:51] sorry for the misunderstanding, Zuu [23:07:21] 1. I use mysqldump to get the data from the db, and tar to pull all the files from the SF space, and move them to a separate server [23:07:51] 2. Just in case that server should fail, volunteers take third-party copies for safety [23:07:58] e.g. you on a Saturday, etc. [23:08:08] ok [23:08:18] ok [23:08:23] and you provide us with an URL [23:08:40] I have a question. [23:08:45] go ahead [23:08:49] If you find that you will be unable to make a copy of the backup on your usual day, do so at the latest time *before*, rather than the first time *after* that day' [23:08:56] (preferably both) [23:09:02] ok chirho [23:09:04] Should volunters keep all their copys or just the last? [23:09:25] probably not all, but certainly not just the last [23:09:39] last 20 should suffice [23:09:45] so last 4 or so. [23:09:54] last 10 :) [23:10:07] 4 = one month [23:10:13] are we talking last X in total or on per-person base? [23:10:15] 4? Pfft. If people are taking them twice a week, last 20 should allow for about 8-10 weeks' worth [23:10:35] per person [23:10:36] per person [23:10:40] :) [23:10:45] :) [23:10:53] If we find that there is a problem when upgrading some software which cannot be fixed, it may require restoring from old backups [23:11:02] 26 backups is 6 months [23:11:20] only if one person takes only one backup in a week [23:11:40] I can only guarantee a backup taken on saturdays [23:11:41] I would encourage that each person takes one regular backup on the same day each week, and one other in between when they can find time [23:11:48] isnt one / week enoght? [23:12:00] * Hyronymus agrees with chirho [23:12:17] I'll post in the backup-topic about this decision [23:12:20] well, if only two people are taking backups, and each takes only one, ... [23:12:34] we will setup a list of wh downloads when on the forums [23:12:43] *who [23:12:46] should the server fail, you can in theory lose up to 5 days' worth of data from the wiki [23:12:49] Ok. [23:12:49] lets go for 2 [23:13:12] so, each person takes one every week on an appointed day, which for them is Day 1 [23:13:44] whilee they also *try* (i.e. preferred, not required) to take one during Days 3-5 [23:13:58] ok [23:14:01] OK [23:14:03] This way, even with 2 people, we might lose at worst 2 days [23:14:04] is that enoght [23:14:04] agreed [23:14:16] agree [23:14:32] next point? [23:14:39] That's enough for third-party. Uptime on my server should be enough to cover for 1st-tier storage [23:14:48] Technical stuff => forum [23:15:09] right [23:15:26] ?! [23:15:53] <+Jpl> 00:15:46 up 38 days, 10:44, 1 user, load average: 0.00, 0.00, 0.00 [23:15:57] my possible next point was prototupe progress [23:16:07] I posted one on the forum [23:16:20] about tracklaying [23:16:25] it's not finished though [23:16:25] jpl: private? [23:16:34] <+Jpl> chirho: yes [23:16:34] When I have time, I will post some about CrystalSpace. [23:17:01] ok [23:17:14] My windows are coming along nicely, altho i had little time recently, so the progress is not staggering [23:17:15] again, please bring it on the agenda yourself [23:17:43] oh, you mean, before the meeting starts ? [23:17:51] I can give you som info now if you want. [23:17:52] good to see the prototypes are up and running [23:17:57] sure Zuu [23:18:05] pjaytycy, yes [23:18:18] it can be put on the agenda then [23:18:20] I have looked into CSs windowing system "aws". [23:18:41] And have been able to create some dialogs. [23:18:50] :D [23:18:57] And it seams to be fairly usable. [23:19:05] that sounds good [23:19:28] did you try it on multiple platforms by chance? [23:19:30] Althroght the documentation is not top-class. (will ask CS team about some stuff) [23:19:51] Hyronymus: the only platform I have is Linux [23:19:59] is it similar to your windowing system Zuu ? [23:20:24] Not in lowlevel. [23:20:54] put I'll post more tomorrow. [23:21:07] put = but [23:21:16] Im done [23:21:21] ok [23:21:32] you want to say more about your prototype, uzurpator? [23:22:35] nothing really [23:22:37] k [23:22:42] you, pjaytycy? [23:22:45] I'll post something on teh forum, once it works [23:22:57] what I plan to do next [23:23:16] Adding restrictions on what tracks you can build [23:23:29] like maximum angle, minimum length, maximum length etc [23:23:39] k [23:23:51] next would be trying to add algorithms to lay more than one piece of track at once [23:23:55] <+Jpl> minimum angle. [23:24:04] like wide tuns, straight lines, ... [23:24:16] Jpl => minimum angle ??? [23:24:44] <+Jpl> yep. [23:24:54] <+Jpl> hmm. minimum radius. [23:25:00] minimum radius for curves and mimimum angle for junctions [23:25:11] high-speed junctions tend to be narrow [23:25:19] 5-7 degrees [23:25:19] ah ok. didn't think about the minimum angle for junctions [23:25:36] :) [23:25:46] But i was planning to add "blocked" sections [23:25:48] sounds promising [23:26:08] so if a train travels on one section that overlaps another, the other is also blocked [23:26:48] but I'll first do the min/max lenghts and radius [23:27:21] ok [23:27:25] keep us informed [23:27:56] next topic? [23:28:04] ps : this is only to show what idea I had in mind and is by no means any "guide" to how tracks in TE should be implemented [23:28:19] ok [23:28:19] that's why it's called a prototype [23:28:25] next topic: - Webpage [23:28:45] I want to speek [23:28:49] do so [23:28:57] I suggest that we make a list of features that our webpage should provide. [23:28:57] * uzurpator allows zuu to speak [23:29:35] Zuu, finished? [23:29:35] done [23:29:50] yes [23:29:56] * uzurpator has nothing to add [23:30:00] features : [23:30:15] => link to the meeting's logs / minutes [23:30:24] carry on [23:30:25] agree [23:30:25] => link to the wiki [23:30:32] => link to tt-forums [23:30:39] <+Jpl> hmmm? [23:31:01] link to the prototypes ? [23:31:25] => Info about the project [23:31:37] I have a point [23:31:48] say [23:32:03] I think we should have liks to devlopment stuff like prototypes inside the wiki. [23:32:22] As its easier to maintain. [23:32:30] webpage = more static. [23:32:35] done [23:32:43] aka finnished [23:32:47] * pjaytycy agrees [23:32:54] * uzurpator agrees [23:33:14] but, what can we put on the wiki then ? Something the public would want to see / read / ... ? [23:33:16] * Hyronymus agrees too [23:33:30] something we don't want the public to see moe [23:33:32] wiki is more for the developers imho [23:33:32] *more [23:33:56] I meant the webpage ofcourse [23:34:04] doh [23:34:17] a progress bar [23:34:24] discussion for visitors [23:34:29] public info about what in the hell we are doing. :) [23:34:34] yeah [23:34:52] so, some progress info. Like, 89% of the FRD is done. [23:34:54] suggestion: [23:35:06] create a forum-topic to see what people want [23:35:19] they will tell : beta versions and screenshots [23:35:24] :-) [23:35:30] then we'll say no [23:35:42] ok, create that topic on the wiki then [23:35:52] noob-proof [23:36:04] So a link to SF download page wil be good then. And a link to SF screenshots too? [23:36:14] sure [23:36:30] selling a game works with showing eyecandy [23:36:37] http://www.tt-forums.net//files/steelmill.png [23:36:50] That's the reason why I said to put the prototypes on the page [23:36:51] one of the things that should not be in TE (sorry for et) [23:37:06] (OT that is) [23:37:17] * Hyronymus slaps uzurpator [23:37:39] * uzurpator slaps hyronymus [23:37:58] I think we should have a suggestion-topic for this on the wiki [23:38:01] who agrees [23:38:13] * pjaytycy a [23:38:24] Zuu? [23:38:29] * Zuu agrees [23:38:33] chirho? [23:38:38] * uzurpator agrees [23:38:40] uzurpator? [23:38:50] * Hyronymus agrees with his own plan [23:39:01] :clap: :clap: [23:39:03] majority agrees [23:39:16] I would say that anything which needs to be decided in close circles needs to go on the wiki rather than the forums [23:39:29] who can create that discussion [23:39:34] though that shouldn't exclude use of the wiki for things where we *do* want the public to participate [23:39:43] I can do it. [23:39:46] Zuu, since you'll be doing the feat discussion too [23:39:49] :) [23:39:50] thx [23:39:51] Anyone with a clue and a keyboard :) [23:39:58] (at least, technically) [23:39:58] in the wiki? [23:39:59] that counts me out [23:40:04] yes, in the wiki [23:40:34] ok, lets move on then [23:40:37] enough about the web [page [23:40:43] - Final discussion / AOB [23:40:46] * pjaytycy has something to remember for AOB (link to wiki syntax and general editing rules) [23:41:04] go ahead, pjaytycy [23:41:04] me have a tips about wiki speed [23:41:14] you're next Zuu [23:41:31] Well, I have the impression I don't fully understand the wiki workings yet. [23:41:47] where did you get that impression? [23:41:52] The basics, yes, but for example special pages, templates, and that stuff [23:42:09] I suggest that you look at wikipedia.org [23:42:16] I don't really know how they work, where they can be edited etc [23:42:18] that was my line [23:42:35] For the most part, just edit pages as you see them, and leave templates for people that understand them until you read more about them [23:42:38] wikipedia.org is pretty usefull, pjaytycy [23:42:49] and you can always screw around in the sandpit [23:42:53] Yeah, I found it out after a while, but it would be better if we put a link or something like that for new clueless people (like I was) [23:42:59] if you see {{name}} in text, then the template itself is on Template:name [23:43:58] I would probably refer all the clueless people to WP, where they have plenty of information on it that is not worth duplicating [23:44:08] lol [23:44:11] Maybe we should have an intro for newbees. [23:44:14] (I copied one page, and had to change so much of it for links to point to the right place, etc) [23:44:18] also, the fact that the help page about editing links to new pages is not very good [23:44:20] or links to wikipedias intros. [23:44:59] I agree chirho [23:45:04] would that do for you, pjaytycy? [23:45:14] I read chirho's , but the links pointed me to pages I had to write myself, so I was confused :-) [23:45:44] new pages are somewhat a hassle [23:45:47] after that, I searched for a general wiki-markup-style guide or something, but didn't find it fast, so a link would be very good [23:45:51] It was basically pinched from WP, I managed to re-point some of the links there [23:46:21] maybe you can check the links once more, chirho [23:46:40] and pjaytycy, the wikipedia seems the best solution [23:46:54] once you get the hang of it t becomes a 2nd nature [23:47:01] ok, a link is completely fine with me, no need to duplicate the info [23:47:02] mkay - I'll begone now. Me needs some sleep. [23:47:13] you had no AOB, uzurpator? [23:47:20] nope [23:47:25] ok [23:47:38] I guess you had... [23:47:38] do what you feel like then [23:48:10] Zuu, you had speed suggestions for the SF page [23:48:29] I had, but forgot what it was :p [23:48:45] ccomming.. [23:48:56] ok - bye now [23:48:58] bye [23:49:05] I have two now. Begining with the first: [23:49:05] * uzurpator (~uzurpator@81.219.117.118) Quit (Read error: EOF from client) [23:49:31] About wiki speed: [23:49:31] In theory classic skin should be faster than the default skin. As classic skin o [23:49:31] nly use 1 picture, and less HTTP requests. [23:49:58] That was my first AOB. [23:50:01] ok [23:50:21] judging from that I would vte for classic [23:50:24] Perhaps we could try it out. Be warned that it's a little less intuitive, and generally looks crap :) [23:50:34] In practice I have experinced litle diffrent. [23:50:45] but I seam to be on the fast end of the cable. [23:50:47] can we try it until next meeting and evaluate it then [23:51:07] just cahnge in your preference. [23:51:16] ok [23:51:19] ahhhh, that's possible ... [23:51:30] * Hyronymus thinks so too [23:51:38] what was your 2nd AOB Zuu [23:51:43] * pjaytycy is on classic skin now :-) [23:52:12] For featured Discussion: [23:52:12] Threaded discussions as in WP, instead of flat. Look in WPs comunity portal to se how to do. Also I can create an example. [23:52:39] makes sense [23:52:41] did that make sense? probably not. [23:53:04] you mean replies as in newsgroups [23:53:13] I agree with the need to thread discussions. Do you have a link to a good example zuu? [23:53:13] yes sorta [23:53:29] checking on WP now. (slow) [23:54:52] I changed my comment on the Voting system to threaded now. [23:55:10] link plz [23:55:12] I'll check it out [23:55:49] http://en.wikipedia.org/wiki/Wikipedia:Village_Pump [23:56:02] WPs forum (sorta) [23:56:12] Bsaically, the reply is placed after the comment you're replying to, with a few colons or asterisks to indent your reply [23:56:15] So, just adding a colon ( : ) before every line of your text will do the trick [23:56:34] ok, looks good [23:56:36] the indentation creates a sort of tiering effect [23:56:39] go for it Zuu [23:56:55] was that all you had? [23:56:55] or http://tt2.sourceforge.net/wiki/index.php/Talk:Game_focus#Voting (my example) [23:57:03] colon ( : ) is preferable I think. [23:57:18] yes, all I had [23:57:19] yes, asterisk ( * ) is for lists, isn't it ? [23:57:26] ok, then I have one thing [23:57:29] http://www.tt-forums.net/viewtopic.php?p=223546#223546 [23:57:35] please read for inconsistensies [23:57:36] pjaytycy: yes [23:58:25] I only forgot how many backups we have to keep [23:58:27] See page "backups" on the wiki for a summary of the backup plan, and the redundancy proposed [23:58:32] can tyou recall, chirho [23:59:05] 1 each week + 1 extra if you can manage [23:59:05] read it. [23:59:20] I can take any day. [23:59:55] I will need to do some work to get scripts working that will use the date in the filename Session Time: Mon Nov 29 00:00:00 2004 [00:00:01] we only have to keep backups up to 1 week, then we can delete them? [00:00:23] nope, keep them 4 months (or something like that) [00:00:26] no - perhaps for a couple of months [00:00:30] ok [00:00:37] 3 months? [00:00:45] that would be 26 backups [00:00:54] if we say minimum 1 month, longer at each person's discretion? [00:01:07] what is the estimated space usage for 3 monts? [00:01:12] After all, we will turn to them only if the main backups are unavailable [00:01:16] what is the estimated space usage for 1 month? [00:01:24] * chirho takes a fresh backup [00:01:52] reload the page [00:02:18] * Zuu can wait for the answer. untill after the meeting. But want to know how big partion to make. [00:02:42] if I need to change anything I can always manage that [00:02:47] are there any AOB left? [00:03:00] * pjaytycy found uzurpator's AOB : since we're at AOB (are we?) - anyone has drawn production chains? - since FRD mentions types of cargo [00:03:08] Are we finnished? [00:03:19] bzip2'd, a current backup of the DB alone is ... [00:03:30] 557kB today [00:03:42] I have that much room left [00:03:43] Hyronymus: there exist some in the FRD [00:04:03] remember that it will grow each day [00:04:07] Zuu, I'm lost [00:04:09] maybe we can promote that to a next featured discussion ? [00:04:16] gota use my formula again. [00:04:24] order plz? [00:04:28] sure [00:04:34] * pjaytycy keeps quiet [00:04:42] pjaytycy, that sounds like a good idea [00:04:47] be sure to update the figures to reflect the factg that it's growing more quickly now [00:05:01] I think production chains are something we should discuss about [00:05:35] we'll make a feat. disc. out of them [00:05:52] Zuu, did you mean there is AOB from the FRD discussion? [00:06:02] no. [00:06:13] what did you mean then ;p [00:06:18] some production chains exist in the FRD. [00:06:25] oh, ok [00:06:46] darn, that would cause them to be discussed now [00:06:58] otherwise we can't have the FRD done next meeting [00:07:16] Gameplay - Economy - Cargo [00:07:29] yeah, you're right [00:07:41] what to do, create another feat. disc? [00:07:46] Just put a pointer in the FRD to the featured discussion then [00:08:02] hmm, that's an option too [00:08:09] I don't think they are so important they should hold up the FRD [00:08:12] However theyre not incompleete with each other. Althroght some quirks exist [00:08:25] *sighs* [00:08:36] they should be easily changeable anyway [00:08:38] we'll make prod. chains next time feat dis [00:08:48] agreed? [00:09:01] like A -> B -> C and A -> C [00:09:08] * pjaytycy doesn't agree [00:09:18] * Hyronymus kills pjaytycy :p [00:09:24] shall we decide it here? [00:09:40] isnt that something for next meeting? [00:10:00] I'm lost now [00:10:13] rephrase what you suggested, pjaytycy [00:10:28] I suggest that we put our Featured Discus sugestion in the list of feature discussions. [00:10:33] in the wiki [00:10:36] I think it's not worth to change the featured discussion now (when half of the attendees of this meeting have left) , because they don't have a big impact on the architecture [00:10:51] I agree on that [00:10:56] I now notice my error [00:11:20] I meant the production chains will be the feat. disc for after the currently assigned feat. disc. [00:11:27] :) [00:11:29] ah... OK [00:11:32] sorry [00:11:39] we all agree on that? [00:11:44] no [00:11:50] lol [00:12:01] why not Zuu [00:12:23] I may agree on that. But should we take the decission here? (or is Im to byrocratic?) [00:12:48] bureaucratic [00:12:57] yeah, let's decide on the featured dicussion (after the current one) on the next meeting [00:13:04] oh, ok [00:13:11] * Hyronymus agrees to that [00:13:27] well, when will the next meeting be [00:13:34] in a fortnight [00:13:37] *forthnight [00:13:44] = 2 weeks [00:13:47] Who is going to add it to list of future feat disc? [00:13:53] 'fortnight' [00:14:03] hi Frink :-) [00:14:10] ??? [00:14:12] * Prof_Frink is not here [00:14:20] ??? [00:14:27] !!! [00:14:33] you, Zuu? Plz :D [00:14:56] sure. But give me a line plz. [00:15:33] Discussion about the production chains for industries in TE [00:15:35] like add "abcfg" zuu! [00:15:51] thanks [00:16:47] next meeting planned for 08122004 [00:16:58] same time? [00:17:03] -agreed [00:17:21] how about you, Zuu? [00:17:24] done. [00:17:24] Done [00:17:33] ok [00:17:39] Done