Torus
Is there any (easy) way to take a simulation that currently functions on a 2D plane and instead make the agents behave as though they're moving on a torus? I know that I can simply have them wrap around when they reach the edge of the plane, but I would also like to be able to sense agents across that boundary, particularly using the get-neighbors function. I'm guessing I'm out of luck, but I'm just wondering if anyone has done something like this before in breve and can recommend how best to proceed.
-Jacob
There's no automatic way to
There's no automatic way to do this, but one way to simulate the get-neighbors functionality would be to use "ghost" objects that could be placed on the other side of the world to sense the wraparound agents.
- jon
Cut it Simple
I am working on a similar project, the fastest way is to run a spherical transform, with an internal minimum radius. A torus is considered a forth dimensional object. There are more accurate methods. You would still need upper and lower bounds, at least it's computationally fast. If you need code for accurate models drop me a line.
In terms of sensing, I am reminded of the Star Trek when Picard was stuck in a pocket of space. (With this menacing eye) When ever a probe was launched it would return to the origin. Maybe a probe so to speak beyond the maximum (e.g. on the other side).
I would appreciate a bit of
I would appreciate a bit of extra information, be it in the form of code or equations. Anything would help.
-Jacob
Re: Scope of Work
Since this forum doesn't have PM as in other web apps, drop me a line at goddard@inbox.com
I use a five page scope of work prior as a written plan for potential specifications. We can go over the details, I can wire you an alternative email upon reply to the above address.
Most of it includes: Business Objectives, Justification, Benefits, Metrics, and Financial Impact. Additional information I like gather to get a better understanding of your goals, are Market Analysis, Version Control, and Usability Studies. In addition to Deployment, Software, and Documentation Requirements. Much of this I can review with you in the near future.
This is a process I use every month to evaluate potential projects. It gives us a good understanding of the goals, milestones, and current barriers.
Sincerely yours,
Firefly
P.S. I wouldn't want to send you a bunch of equations, that are to difficult to translate into code. We have to look at both the market and the project, reading the market is similar to reading a poker table, it's not always playing the hand your dealt.