Reblog is mainly for re-posting blogs by others;

http://www.tumblr.com/docs/en/dashboard


  Reblogging lets you quickly share things you find on Tumblr. Clicking the Reblog button next to any post will create a copy on your blog, and give you a chance to include your own comments.
  
  Reblogged posts automatically include attribution to the original poster.


But you can reblog yourself by doing the following;

http://tumblring.net/how-to-reblog-yourself-on-tumblr/


  
  Right Click on the following bookmarklet link – REBLOG YOUR OWN POST ON TUMBLR – and choose “Bookmark this link”
  Now, once you are on one of the posts of yours that you want to reblog (not the dashboard, but the article itself ) Click on the Reblogging bookmark you just saved and you will be taken to the reblogging edition screen.
  


The bookmarklet mentioned above is;

javascript:%28function%28%29%7Bwindow.location=%22http://tmv.proto.jp/reblog.php?post_url=%22%20window.location%7D%28%29%29;


Hope this helps

Reblog yourself on Tumblr
I'm looking to import large (100Mb -- 1 GB) multi-channel time-series data into a PostgreSQL database. The data comes from EDF format files that chunks the data into "records" or "epochs" of typically a few seconds each. Each epoch's record holds the signals for each channel of data as sequential arrays of short integers.

I'm mandated to store the files within the database, in the worst case as BLOBs. Given that, I'd like to investigate options that would allow me to do something more with the data within the database, such as facilitating queries based upon the signal data.

My initial plan is to store the data as one row per epoch record. What I'm trying to weigh up is whether to store the actual signal data as bytea or smallint[] (or even smallint[][]) types. Could anyone recommend one over the other? I'm interested in storage and access costs. Usage is likely to be insert once, read occasionally, update never. If one were more easily wrapped up as a custom type such that I could add functions for analysing of comparing records then so much the better.

No doubt I'm low on detail, so feel free to add comments on what you'd like me to clarify.
