Hi all,today i tested the k 3.0 version, and i need to say that the k 3.0offers more features than the actual q version. At least there areplotting functions available. Ok, now i am using matlab for plotting,but it is not fun always switching to matlab and then back.My question is why is q a more advanced version than the k 3.0version?It is because the table is first class citizen in q ?Thx for any comments and answers.Best,Kim
The answer seems to be pretty simple;
KX claims their technology to be cutting edge? tool to store, analyse and maintain huge amount of tick data not present it (check panaopticon).
GUI was hard to maintain, hence not the main focus.
When they decommissioned those features they put 100% effort to improve performance and ‘rock solidness’.
This implies that its not targeted to be used on PC’s so much, but mainframes etc.
I’m sure you are aware you can write simple plotting clients in any awailable API.
Of course q syntactic sugar is natural step forward, though you can still switch to k anytime.
Cheers ,
Patryk.
Sent from droid GSII.
This might also help:https://groups.google.com/group/personal-kdbplus/msg/f18fb3a8f69fc875
>>> This might also help:Yes, this answer seems to make more sense. But even that they dontneed to take the plotting function out of kdb+.ThxBest,KimOn 14 Nov., 15:56, Rohit Tripathi <rohit.x.tripa…> wrote:> This might also help:>> https://groups.google.com/group/personal-kdbplus/msg/f18fb3a8f69fc875</rohit.x.tripa…>
Graphics are platform dependent. I’d like graphics too, but in the
form of shared libraries that may be loaded optionally. At the same
time, an interface to R exists so matters are not so simple.
Only physics can stop you from doing something!
To: personal-kdbplus@googlegroups.comX-Mailer: Apple Mail (2.1084)> My question is why is q a more advanced version than the k 3.0 version?> > It is because the table is first class citizen in q ?it’s 64-bita day of NYSE trading hasn’t fit in a 32-bit address space in over five years
Very interesting, thank you.
For me it was strange to hear that Q tables are not dict of lists like
it was in KDB+. Because kdb described many advantages of column-based
tables.
it is conceptually a list of dicts (list of rows) but not physically.
the tables are implemented as dictionary like k3 but marked as “flipped”.
2011/11/15 Alexander Epifanov :
> Very interesting, thank you.
>
> For me it was strange to hear that Q tables are not dict of lists like
> it was in KDB+. Because kdb described many advantages of column-based
> tables.
>
> On Mon, Nov 14, 2011 at 3:56 PM, Rohit Tripathi
> <rohit.x.tripathi> wrote:
>> This might also help:
>>
>> https://groups.google.com/group/personal-kdbplus/msg/f18fb3a8f69fc875
>>
>> –
>> You received this message because you are subscribed to the Google Group=
s “Kdb+ Personal Developers” group.
>> To post to this group, send email to personal-kdbplus@googlegroups.com.
>> To unsubscribe from this group, send email to personal-kdbplus+unsubscri=
be@googlegroups.com.
>> For more options, visit this group at http://groups.google.com/group/per=
sonal-kdbplus?hl=3Den.
>>
>>
>
>
>
> –
> Regards,
> =A0 Alexander.
>
> –
>
Submitted via Google Groups</rohit.x.tripathi>
Sorry, it is not not clear what does it mean _marked_ as “flipped”. (I
know that is flip :) ).
Physically in memory is it ((one two); (a; 1); (b; 2); (c; 3)) or .((one; (a b c)); (two; (1 2 3))) ?
Regards,
it is literally what i meant
the structure that holds the data is a dict with column names being
the keys and the values are the columns as vectors.
the “marked” is small structure that embeds the dictionary.
2011/11/15 Alexander Epifanov :
> Sorry, it is not not clear what does it mean marked as “flipped”. (I
> know that is flip :) ).
>
> Physically in memory is it ((one two); (a; 1); (b; 2); (c; 3)) or<br>> .((one; (a b c)); (two; (1 2 3))) ?
>
> Regards,
>
>
> On Tue, Nov 15, 2011 at 4:51 PM, Felix LUNGU <felix.lungu> wrot=
e:
>> it is conceptually a list of dicts (list of rows) but not physically.
>> the tables are implemented as dictionary like k3 but marked as “flipped”=
.
>>
>>
>> 2011/11/15 Alexander Epifanov :
>>> Very interesting, thank you.
>>>
>>> For me it was strange to hear that Q tables are not dict of lists like
>>> it was in KDB+. Because kdb described many advantages of column-based
>>> tables.
>>>
>>> On Mon, Nov 14, 2011 at 3:56 PM, Rohit Tripathi
>>> <rohit.x.tripathi> wrote:
>>>> This might also help:
>>>>
>>>> https://groups.google.com/group/personal-kdbplus/msg/f18fb3a8f69fc875
>>>>
>>>> –
>>>> You received this message because you are subscribed to the Google Gro=
ups “Kdb+ Personal Developers” group.
>>>> To post to this group, send email to personal-kdbplus@googlegroups.com=
.
>>>> To unsubscribe from this group, send email to personal-kdbplus+unsubsc=
ribe@googlegroups.com.
>>>> For more options, visit this group at http://groups.google.com/group/p=
ersonal-kdbplus?hl=3Den.
>>>>
>>>>
>>>
>>>
>>>
>>> –
>>> Regards,
>>> =A0 Alexander.
>>>
>>> –
>>> You received this message because you are subscribed to the Google Grou=
ps “Kdb+ Personal Developers” group.
>>> To post to this group, send email to personal-kdbplus@googlegroups.com.
>>> To unsubscribe from this group, send email to personal-kdbplus+unsubscr=
ibe@googlegroups.com.
>>> For more options, visit this group at http://groups.google.com/group/pe=
rsonal-kdbplus?hl=3Den.
>>>
>>>
>>
>> –
>> You received this message because you are subscribed to the Google Group=
s “Kdb+ Personal Developers” group.
>> To post to this group, send email to personal-kdbplus@googlegroups.com.
>> To unsubscribe from this group, send email to personal-kdbplus+unsubscri=
be@googlegroups.com.
>> For more options, visit this group at http://groups.google.com/group/per=
sonal-kdbplus?hl=3Den.
>>
>>
>
>
>
> –
> Regards,
> =A0 Alexander.
>
> –
>
Submitted via Google Groups</rohit.x.tripathi></felix.lungu>