You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Tessera-Users
Hi,
Is there a way to set the example attribute to something specific that is not currently one of your key/value pairs?
Why? Because I have a data division by year that I am more or less happy with for the parsimoniousness of a time series analysis, but they are kind of large. I would rather not have a 1 gig example key/value pair load when ddf() or ddf() is called and the get attributes line "res <- setAttributes(res, attrs)" runs.
I am finding local storage to be a wonderful way to work with this data btw. I think local storage was an idea before its time because coupled with a large solid state drive some of the delay in constant disk access is sharply mitigated.
jeremiah rounds
unread,
Aug 13, 2015, 12:58:28 PM8/13/15
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Tessera-Users
Hmm I dug around a bit more and hacked together what I think is the solution?
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Tessera-Users
This will work. The new attribute will be saved as meta data and will be available next time you load the ddf, since at the end of setAttributes, saveAttrs.localDiskConn is called.
I suppose it would be nice to have the option to not need to populate the "example" attribute when updating attributes.
hafen
unread,
Aug 14, 2015, 6:25:44 PM8/14/15
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Tessera-Users
BTW thanks for the feedback on local disk. An ideal situation for local disk would be an array of solid state drives, although I've never had such a thing to test on. I think there are probably a lot of optimizations that could be done to the local disk storage and computation. For example, currently each key-value pair is a file, but it would be nice to use something like berkeleydb or leveldb or some serverless key value store.
On Thursday, August 13, 2015 at 10:58:28 AM UTC-6, jeremiah rounds wrote: