[jlucid]

Ok great, I didnt know about option (1), so the expiry date on the kdb+ license can be used to extend the dashboard expiry date.

(2) Seems like another fast option. We ended up just copying the existing dashboards and connections into the latest package and redeploying, but copying go.q_ is good to know.

Thanks Kieran

[jlucid]

I think you need the Edit Mode to be set to instant for those click boxes to appear. See edit mode section here.

 

https://code.kx.com/dashboards/datagrid/

[jlucid]

Thanks for the ideas Rian, yes the single anymap file would be too large, but I could try distributing the keys across a set of int partitions, so grouping them in some way, perhaps using a hash. That would reduce the search space. Then I could split the partitions again if they get too big.

 

Another idea was having a Bloom or Cuckoo filter associated with each date partition, using that to determine if a string is definitely not present in a partition to avoid searching, but it’s not a native feature and I can’t find any examples of people using that.

 

For the levelDB option, I see that I can compile the C++ library into a shared library and then load that into my q process. At least with that approach I am just writing a wrapper library for the main “Get” and “Put” methods. So that should be relatively quick to test against and use as a benchmark

 

[jlucid]

Ok no problem Kieran, thanks for looking into it

[jlucid]

My question is about calling the k function, in the C API, from different threads within a non q process. A C or C++ process in this case.  The q processes which are receiving the data are all independent and single threaded

[jlucid]

In version, 2.1.0 I see the same issue in modules/Datagrid_b71a7f6/main.js

replacing e[0] with e does the job to show the full error message.

Please let me know if this one is being tracked or was already fixed in a patch, thanks

[jlucid]

Ok thanks for confirming the symw query and for the work around suggestion.

I will give the mkdir+cd combo a go

[jlucid]

Perfect, that was the exact info I was looking for, thanks

[jlucid]

After a bit more digging I realised I can do this easily using the Mapping option, https://code.kx.com/dashboards/datasources/#mapping

I just changed the table structure to  have a sym column with values  `a `b and `c  and keyed it

 

 

[jlucid]

Thanks for confirming Megan. I was also looking at the data form but I didn’t see an increments option there. The best I could do there is provide the user with a drop down of values to select from.

[jlucid]

Thanks Kieran, that did the trick, updating as expected now

[jlucid]

Thanks for that info and link, Kieran, just what I need. Looking forward to v2.1.0

 

[jlucid]

If I replace the chartGL with a Pie chart I get the same problem, so its not a chartGL specific issue

[jlucid]

Thanks for providing clarification on the modes Rian. So the replacement for the embedPy part is a licensed model. Noting that Pykx has more advanced functionality than embedPy.

Still, I hope they continue to maintain embedPy for users who only require what it offers, while keeping costs limited to the kdb license.

[jlucid]

PyKX under q requires the pykx license feature flag right, so there is a license fee to use it. This is the part where you are using python within the q interpreter (loading pykx.q). You can use PyKx free when sending data from python to kdb, when you set export PYKX_UNLICENSED=”true”. Whereas embedPy is free to use (apache 2.0 license). This is my understanding, please correct me if I am wrong