fluid-tech IRC Logs-2012-11-19

[14:01:48 CST(-0600)] <yura> Bosmon2: , colinclark just to be sure this is the tarnsformation http://openetherpad.org/yuWTdIXnWr

[14:04:08 CST(-0600)] <colinclark> yup, that looks right to me

[14:04:12 CST(-0600)] <colinclark> kasper: seem right to you?

[14:17:51 CST(-0600)] <yura> kasper: КАСПЕР

[14:19:34 CST(-0600)] <kasper> юра, Цолин Цларк: yup, looks good

[14:20:00 CST(-0600)] <kasper> (yura, pengiun) ^

[14:20:10 CST(-0600)] <kasper> colinclark_*

[14:20:19 CST(-0600)] <colinclark_> omg

[14:20:28 CST(-0600)] <colinclark_> wow

[14:21:02 CST(-0600)] <yura> kasper: no good, it's k, there's no k sounding c

[14:21:10 CST(-0600)] <yura> c means s

[14:21:39 CST(-0600)] <kasper> Колин Кларк ?

[14:21:42 CST(-0600)] <yura> yep

[14:21:45 CST(-0600)] <kasper> cool

[14:22:13 CST(-0600)] <kasper> юра is working on russianizing this channel - and I'm helping

[14:22:35 CST(-0600)] <kasper> boyan and evgeni will probably be thrilled about it

[14:22:58 CST(-0600)] <yura> it depends , as long as you don't describe it russianization

[14:23:03 CST(-0600)] <kasper> hahaha

[14:33:00 CST(-0600)] <kasper> yura: it seems application specific things in the current codebase might not work

[14:33:17 CST(-0600)] <kasper> ... have you tried logging in as eg. carla in windows or linux?

[14:33:31 CST(-0600)] <yura> sounds impossible

[14:33:46 CST(-0600)] <yura> kasper: do you get errors ?

[14:35:03 CST(-0600)] <kasper> yura: nope.. just no magnifier+settings

[14:35:21 CST(-0600)] <yura> hmm

[14:35:24 CST(-0600)] <yura> i need to try it

[14:40:18 CST(-0600)] <kasper> Спасибо

[14:57:33 CST(-0600)] <kasper> yura: oh, absolutely unrelated - are you thinking of changing the behavior of the ontologies declarations to not require escaped .'s in A4A-2.0 and ontologies.json? Or should I continue to escape

[14:58:31 CST(-0600)] <yura> i will unescape them yes

[14:58:41 CST(-0600)] <yura> kasper: can you open a jira for that ?

[14:58:56 CST(-0600)] <kasper> NEVER

[14:59:02 CST(-0600)] <kasper> well ok, sure

[15:01:43 CST(-0600)] <kasper> yura: http://issues.gpii.net/browse/GPII-54

[15:28:05 CST(-0600)] <yura> kasper: of course

[15:28:28 CST(-0600)] <yura> as things now need to be present in the transformation to be passed to the match maker

[15:28:47 CST(-0600)] <yura> Bosmon2: is there a way to run matchmaker in non-exlusive mode ?

[15:28:52 CST(-0600)] <yura> exclusive

[15:31:01 CST(-0600)] <Bosmon> yura - what does that mean?

[15:31:28 CST(-0600)] <yura> Bosmon: is there a way to run transformation with rules and if the rule for path not found , leave it untouched ?

[15:32:22 CST(-0600)] <Bosmon> So the question was about model transformations?

[15:32:27 CST(-0600)] <Bosmon> Rather than the matchmaker

[15:32:30 CST(-0600)] <Bosmon> ?

[15:32:31 CST(-0600)] <yura> Bosmon: yes

[15:32:37 CST(-0600)] <yura> that was to kasper

[15:32:38 CST(-0600)] <Bosmon> There is not such a way

[15:33:23 CST(-0600)] <kasper> Bosmon, yura: that would be nice to have fr the XML handler as well

[15:39:10 CST(-0600)] <yura> Bosmon: how easy would it be to add this option to transformWithRules ? does this involve having a custom strategy ?

[15:39:19 CST(-0600)] <Bosmon> yura - it's impossible

[15:39:30 CST(-0600)] <Bosmon> It goes against the entire model that was decided for ModelTransformations : P

[15:39:40 CST(-0600)] <Bosmon> Consult colinclark_ for details

[15:39:43 CST(-0600)] <yura> it would not be revertible?

[15:43:39 CST(-0600)] <yura> so kasper, the reason the preferences are not showing up is because they are not in the transformation block within the ontology document, so they should be added there (that is for generic ones)

[15:43:59 CST(-0600)] <yura> that application specific ones will be converted by the expander that i m going to write

[15:44:43 CST(-0600)] <kasper> yura: I got the generic ones to work for MikelVargas - it was only the application specific ones that were problematic

[15:44:58 CST(-0600)] <kasper> yura: I'm talking hierarchical NP sets now

[15:45:16 CST(-0600)] <yura> kasper: did you have to modify the ontology files ?

[15:45:22 CST(-0600)] <kasper> (well.. or actually both – common terms work, application specific dont)

[15:45:28 CST(-0600)] <kasper> for flat, yes

[15:45:32 CST(-0600)] <kasper> had to add some transformations

[15:45:34 CST(-0600)] <yura> hu?

[15:45:39 CST(-0600)] <kasper> haha

[15:45:44 CST(-0600)] <yura> oh well

[15:45:55 CST(-0600)] <yura> they need to be added to default ones too

[15:46:01 CST(-0600)] <yura> even though it's 1-1

[15:46:19 CST(-0600)] <kasper> "they" being?

[15:46:32 CST(-0600)] <yura> transformation rules

[15:46:59 CST(-0600)] <kasper> haha, well.. "ones" being?

[15:47:14 CST(-0600)] <yura> transformation rules

[15:47:28 CST(-0600)] <yura> http://new.livestream.com/accounts/398160/events/1594566

[15:47:41 CST(-0600)] <kasper> ahhahaha, hey! You cant do that... you cant have both "they" and "ones" referring to the same thign

[15:47:51 CST(-0600)] <yura> ok

[15:48:18 CST(-0600)] <yura> new transformation rules need to be added to default existing transformation rules too

[15:48:43 CST(-0600)] <yura> https://github.com/GPII/universal/blob/master/testData/ontologies/default.json

[15:48:46 CST(-0600)] <kasper> yura: wtf? Are there seriously 15.546 other people watching those stupid cats

[15:49:08 CST(-0600)] <kasper> ah, yes! I believe I did that for MikelVargas and got it working

[15:50:04 CST(-0600)] <yura> ok so in the spirit of registering all "common" prefs we need to make sure they are in fact registered for every ontology

[15:50:06 CST(-0600)] <yura> so that's all i meant

[15:50:38 CST(-0600)] <kasper> yura: crap, was just about to troll the cat feed, but found out you have to create an account and everything

[15:50:57 CST(-0600)] <kasper> yura: ok cool thanks!

[15:52:17 CST(-0600)] <kasper> well.. I see other people started causing havoc in there, so I can get back to work

[15:52:42 CST(-0600)] <kasper> oliver and sven .. both sound scandinavian

[15:52:44 CST(-0600)] <kasper>

[15:53:14 CST(-0600)] <yura> GERMAN

[15:53:18 CST(-0600)] <kasper> ah yes

[15:54:17 CST(-0600)] <kasper> that wasn't very sophisticated trolling ... disappointed in them germans

[15:55:06 CST(-0600)] <colinclark_> oh these cats are great!

[15:55:42 CST(-0600)] <kasper> hahaha

[15:55:47 CST(-0600)] <kasper> you guys and your damn cats

[15:56:02 CST(-0600)] <kasper>

[15:56:17 CST(-0600)] <michelled> where great === completely addictive

[15:56:47 CST(-0600)] <yura> kasper: those to guys are going at it , awesome

[15:57:32 CST(-0600)] <colinclark_> look at these little slashers!

[15:59:04 CST(-0600)] <kasper> http://xkcd.com/231/

[16:00:03 CST(-0600)] <yura> http://www.youtube.com/watch?v=QH2-TGUlwu4

[16:00:56 CST(-0600)] <kasper> great yura! Now that's gonna be on replay in my head for the next 2 days ..

[16:01:08 CST(-0600)] <yura> you started it

[16:01:30 CST(-0600)] <kasper> no

[16:01:32 CST(-0600)] <kasper>

[16:02:33 CST(-0600)] <yura> Bosmon: is it possible to have a wild-card model transformation rules?

[16:04:02 CST(-0600)] <Bosmon> yura - it is

[16:04:07 CST(-0600)] <Bosmon> But they might be a bit erratic

[16:06:00 CST(-0600)] <kasper> Bosmon, yura, colinclark_: what did we decide on with the flat preferences format btw, in terms of primitive values vs. arrays

[16:06:07 CST(-0600)] <kasper> should I change everything to:

[16:06:23 CST(-0600)]

[16:06:51 CST(-0600)] <kasper> or is <term>: "blabla" still allowed?

[16:09:30 CST(-0600)] <Bosmon> kasper - the former

[16:09:32 CST(-0600)] <Bosmon> The latter is not allowed

[16:09:50 CST(-0600)] <kasper> Bosmon: dammit

[16:10:22 CST(-0600)] <colinclark_> kasper: yes, i know

[16:10:27 CST(-0600)] <colinclark_> it sucks

[16:10:42 CST(-0600)] <kasper> yeah

[16:10:59 CST(-0600)] <colinclark_> but it, I believe, is prudent

[16:11:00 CST(-0600)] <colinclark_> at least for now

[16:12:24 CST(-0600)] <kasper> pru·dent   [prood-nt] adjective

[16:12:24 CST(-0600)] <kasper> 1. wise or judicious in practical affairs; sagacious; discreet or circumspect; sober.

[16:12:24 CST(-0600)] <kasper> 2. careful in providing for the future; provident: a prudent decision.

[16:12:36 CST(-0600)] <kasper> yes, I agree

[16:13:47 CST(-0600)] <Bosmon> Well, what is prudent now, is prudent for all time

[16:13:59 CST(-0600)] <Bosmon> That is, things that are prudent now are ONLY prudent because they are prudent for all time : P

[16:17:17 CST(-0600)] <kasper> well, in that case I suggest we downgrade it from prudent to 'not completely senseless'

[16:17:47 CST(-0600)] <kasper> (the decision for disallowing <term>: "value" that is)