{"action":"created","issue":{"url":"https://api.github.com/repos/opencog/moses/issues/10","labels_url":"https://api.github.com/repos/opencog/moses/issues/10/labels{/name}","comments_url":"https://api.github.com/repos/opencog/moses/issues/10/comments","events_url":"https://api.github.com/repos/opencog/moses/issues/10/events","html_url":"https://github.com/opencog/moses/issues/10","id":93344669,"number":10,"title":"Create a subclass of field_set without continuous representation as variable-length sequences of bits.","user":{"login":"arleyristar","id":1904338,"avatar_url":"https://avatars.githubusercontent.com/u/1904338?v=3","gravatar_id":"","url":"https://api.github.com/users/arleyristar","html_url":"https://github.com/arleyristar","followers_url":"https://api.github.com/users/arleyristar/followers","following_url":"https://api.github.com/users/arleyristar/following{/other_user}","gists_url":"https://api.github.com/users/arleyristar/gists{/gist_id}","starred_url":"https://api.github.com/users/arleyristar/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/arleyristar/subscriptions","organizations_url":"https://api.github.com/users/arleyristar/orgs","repos_url":"https://api.github.com/users/arleyristar/repos","events_url":"https://api.github.com/users/arleyristar/events{/privacy}","received_events_url":"https://api.github.com/users/arleyristar/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":37,"created_at":"2015-07-06T18:32:07Z","updated_at":"2015-08-04T11:43:38Z","closed_at":null,"body":"By recommendation of Nil, I'm opening a issue initially discussed on the Slack moses channel.\r\nSummary of the situation:\r\nI'm adding particle swarm to the optimization part of moses, and representing continuous knobs as variable-length sequences of bits is causing loss of information and ps doesn't need this discrete representation.\r\nAs discussed in the channel, I was thinking of change this representation just inside particle swarm, but there's the problem of returning the deme to the metapopulation that would lose information in the same way.\r\nSo Ben said that this design \"doesn't really need to persist\".\r\n\r\nI was thinking that I could \"create a modified version of field_set overriding the contin parts to use 1 packet_t as float and use this modified version only with particle swarm\".\r\nI still don't know how it can affect other parts like the metapopulation, or if it can be done easily.\r\nBecause of that i'm opening this issue looking for opinions.\r\n\r\nHave in mind that will use a little more ram for each instance with contin parts, but with a better precision and less processing."},"comment":{"url":"https://api.github.com/repos/opencog/moses/issues/comments/127574410","html_url":"https://github.com/opencog/moses/issues/10#issuecomment-127574410","issue_url":"https://api.github.com/repos/opencog/moses/issues/10","id":127574410,"user":{"login":"bgoertzel","id":5907804,"avatar_url":"https://avatars.githubusercontent.com/u/5907804?v=3","gravatar_id":"","url":"https://api.github.com/users/bgoertzel","html_url":"https://github.com/bgoertzel","followers_url":"https://api.github.com/users/bgoertzel/followers","following_url":"https://api.github.com/users/bgoertzel/following{/other_user}","gists_url":"https://api.github.com/users/bgoertzel/gists{/gist_id}","starred_url":"https://api.github.com/users/bgoertzel/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/bgoertzel/subscriptions","organizations_url":"https://api.github.com/users/bgoertzel/orgs","repos_url":"https://api.github.com/users/bgoertzel/repos","events_url":"https://api.github.com/users/bgoertzel/events{/privacy}","received_events_url":"https://api.github.com/users/bgoertzel/received_events","type":"User","site_admin":false},"created_at":"2015-08-04T11:43:38Z","updated_at":"2015-08-04T11:43:38Z","body":"That seems a good, simple kind of hybrid to explore...\n\nOn Tue, Aug 4, 2015 at 1:20 PM, ngeiswei <notifications@github.com> wrote:\n\n> What about PSO is moved into the sampling contin neighborhood? So there is\n> no PSO per se, it's still hillclimbing optimization but the neighborhood\n> sampling for contin (now double) values relies on PS. The code could be\n> done so that PSO based sampling is just one possible sampling amonst others\n> (just that one keeps track of positions and velocities to determine the\n> sampling distribution, as opposed to say a Gausian).\n>\n> If there's only contin knobs I guess it might look and behave just like\n> the current PSO code, but if there are discrete values, some discrete knob\n> turning will be mashed up with contin knob turned according to PSO.\n>\n> I don't have a good intuition as to whether it's a good idea or not to\n> mash up discrete HC and contin PS, ultimately it depends on how dependent\n> discrete knobs are from contin knobs. Assuming there are independent then\n> it should work great, faster than doing HC then PS, cause we'll be able to\n> optimize both discrete and contin knobs at the same time. If there are\n> dependent (they surely are to some degree), then I don't know.\n>\n> —\n> Reply to this email directly or view it on GitHub\n> <https://github.com/opencog/moses/issues/10#issuecomment-127568761>.\n>\n\n\n\n-- \nBen Goertzel, PhD\nhttp://goertzel.org\n\n\"The reasonable man adapts himself to the world: the unreasonable one\npersists in trying to adapt the world to himself. Therefore all progress\ndepends on the unreasonable man.\" -- George Bernard Shaw\n"}}