<p>Ok, I'll make a PR for sparse's sort as it is now - I'll try to add some tests shortly and you can choose when to get it.</p>

<p>Just to comment on sparse matrix loading - I'm sure it's easy to extend the Arma's <code>diskio</code> functions (<code>save_coord_ascii</code> can be used directly, but <code>load_coord_ascii</code> will need splitting - the size deduction part from actual reading). </p>

<p>The more interesting question, I'd say, is how MLPack handles different input via <code>data::Load</code>, depending on the filename - pretty much the way it does not - but with the ability of initializing a sparse matrix, when that type of file is provided. This runtime flexibility is not very template-friendly, but my idea was to use variants. Something like <code>typedef boost::variant&lt;arma::mat, arma::spmat&gt; Dataset</code>, i.e. an encapsulation of different matrix types. There is a runtime mechanism to query what exactly type is the matrix read. I haven't implemented this, however - just sharing the ideas.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">&mdash;<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/mlpack/mlpack/pull/802#issuecomment-257620102">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AJ4bFPE2WMepwVAQHaaSEgEkinDPGpG8ks5q520agaJpZM4KZnsm">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/AJ4bFJ5WwaK9nW-d2lbchK7U5qjt_Dx_ks5q520agaJpZM4KZnsm.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/mlpack/mlpack/pull/802#issuecomment-257620102"></link>
  <meta itemprop="name" content="View Pull Request"></meta>
</div>
<meta itemprop="description" content="View this Pull Request on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/mlpack/mlpack","title":"mlpack/mlpack","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/mlpack/mlpack"}},"updates":{"snippets":[{"icon":"PERSON","message":"@thejonan in #802: Ok, I'll make a PR for sparse's sort as it is now - I'll try to add some tests shortly and you can choose when to get it.\r\n\r\nJust to comment on sparse matrix loading - I'm sure it's easy to extend the Arma's `diskio` functions (`save_coord_ascii` can be used directly, but `load_coord_ascii` will need splitting - the size deduction part from actual reading). \r\n\r\nThe more interesting question, I'd say, is how MLPack handles different input via `data::Load`, depending on the filename - pretty much the way it does not - but with the ability of initializing a sparse matrix, when that type of file is provided. This runtime flexibility is not very template-friendly, but my idea was to use variants. Something like `typedef boost::variant\u003carma::mat, arma::spmat\u003e Dataset`, i.e. an encapsulation of different matrix types. There is a runtime mechanism to query what exactly type is the matrix read. I haven't implemented this, however - just sharing the ideas."}],"action":{"name":"View Pull Request","url":"https://github.com/mlpack/mlpack/pull/802#issuecomment-257620102"}}}</script>