{"action":"created","issue":{"url":"https://api.github.com/repos/rleonid/oml/issues/27","labels_url":"https://api.github.com/repos/rleonid/oml/issues/27/labels{/name}","comments_url":"https://api.github.com/repos/rleonid/oml/issues/27/comments","events_url":"https://api.github.com/repos/rleonid/oml/issues/27/events","html_url":"https://github.com/rleonid/oml/issues/27","id":69183833,"number":27,"title":"Matrices, Vectors, uniform interface","user":{"login":"rleonid","id":6570317,"avatar_url":"https://avatars.githubusercontent.com/u/6570317?v=3","gravatar_id":"","url":"https://api.github.com/users/rleonid","html_url":"https://github.com/rleonid","followers_url":"https://api.github.com/users/rleonid/followers","following_url":"https://api.github.com/users/rleonid/following{/other_user}","gists_url":"https://api.github.com/users/rleonid/gists{/gist_id}","starred_url":"https://api.github.com/users/rleonid/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/rleonid/subscriptions","organizations_url":"https://api.github.com/users/rleonid/orgs","repos_url":"https://api.github.com/users/rleonid/repos","events_url":"https://api.github.com/users/rleonid/events{/privacy}","received_events_url":"https://api.github.com/users/rleonid/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":4,"created_at":"2015-04-17T17:40:29Z","updated_at":"2015-04-22T22:36:44Z","closed_at":null,"body":"Part of the goal of Oml is to make it as easy as possible to interact with data. \r\n\r\nFor some types of data and functionality, such as [distributions](https://github.com/rleonid/oml/blob/master/src/lib/descriptive.mli), native OCaml `float array`'s are perfect and convenient. For other tasks, such as regression, not so much. While I think [Lacaml](https://github.com/mmottl/lacaml) is super powerful, I don't want to have to remember the  idiosyncrasies of BLAS/LAPACK, and more-over, I don't want to spend a lot of time thinking of about the orientation of data.\r\n\r\nI want it to do the right thing. I'd like a middle (functional) layer that makes it easier to work with dimensional data."},"comment":{"url":"https://api.github.com/repos/rleonid/oml/issues/comments/95357495","html_url":"https://github.com/rleonid/oml/issues/27#issuecomment-95357495","issue_url":"https://api.github.com/repos/rleonid/oml/issues/27","id":95357495,"user":{"login":"struktured","id":5060002,"avatar_url":"https://avatars.githubusercontent.com/u/5060002?v=3","gravatar_id":"","url":"https://api.github.com/users/struktured","html_url":"https://github.com/struktured","followers_url":"https://api.github.com/users/struktured/followers","following_url":"https://api.github.com/users/struktured/following{/other_user}","gists_url":"https://api.github.com/users/struktured/gists{/gist_id}","starred_url":"https://api.github.com/users/struktured/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/struktured/subscriptions","organizations_url":"https://api.github.com/users/struktured/orgs","repos_url":"https://api.github.com/users/struktured/repos","events_url":"https://api.github.com/users/struktured/events{/privacy}","received_events_url":"https://api.github.com/users/struktured/received_events","type":"User","site_admin":false},"created_at":"2015-04-22T22:36:44Z","updated_at":"2015-04-22T22:36:44Z","body":"What is the value of permanently representing the data types as anything but a ```Lacaml_float64.vec``` (at least underneath the hood, it can be abstract type if necessary)? \r\n\r\nAre some of these variants suggested so you that can easily enter data into the top level? Can you give an example when this becomes easier with some representations?\r\n\r\nOr maybe it's because we can sometimes can avoid (un)boxing to ```Lacaml``` types when possible? Just want to hear more of your thoughts. I now get some of your 'meh'ness about the previous implementation at least.\r\n\r\n"}}