Re: [FRIAM] recap on Rosen

glen e. p. ropella wrote: > Even if the parts don't have a common, underlying physics > (Truth/Reality), as long as they can interact _somehow_ and if they > interact a lot (highly connected), then a common "physics" may cohere > after a time so that a forcing structure limits the degrees of freedo

Re: [FRIAM] recap on Rosen

phil henshaw wrote: > Can a self-consistent model have independently behaving parts, like > environments do? > If the independently behaving parts don't have some underlying common physics (e.g. they could in principle become different from time to time according to some simple rules, but ge

Re: [FRIAM] The quintessence of complexity thinking

Ken Lloyd wrote: > Specifically, if an ANN can recognize a coupling pattern in a network that > gives rise to synergistic behavior which is congruent with similar coupling > patterns in other networks - it has abstracted a new patterned, second-order > rule (meta-rule). > Sure, one could imagine

Re: [FRIAM] The quintessence of complexity thinking

Phil Henshaw wrote: > So I guess you're saying that if you were to make your models to be > consistent with nature, i.e. have agents that all develop their own > parameters as they go, then it couldn't be 'described' or 'reproduced'. > That sounds like a neat way to state the difficulty of using si

Re: [FRIAM] The quintessence of complexity thinking

Ken Lloyd wrote: > Would it be more interesting to ask - What if in second order ABM's the > agents could differentiate meta-rules (as patterns) from rules? Could they > then apply them using evolutionary meta-genetics as a means serving as > abstraction? Would this work in n^m-order ABM's? > A

Re: [FRIAM] The quintessence of complexity thinking

Phil Henshaw wrote: > > What if in ABM’s the agents didn’t all follow the same rules, but made > up their own. Would it still work? > Roughly, models with adaptive agents and no parameters are better than models with non-adaptive agents and lots of unjustified parameters. Of course at some level

Re: [FRIAM] Civilizations, Complexity and Compassion

Patrick Reilly wrote: > The next significant evolutionary advance for cognitive life forms is > more likely to be in the area of sharing information (and raising > confidence and integrity levels) rather than in having smarter > individuals. This may require a collateral increase in a tendency

Re: [FRIAM] Tiobe Programming Language Index

Owen Densmore wrote: > Naturally, Java is still number 1, at 20.5%, up 2.17% over the year. > But even Haskell has a better performance case. http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=all FRIAM Applied Comp

Re: [FRIAM] my first post: Roy Wroth: Rich Murray: I welcome public sharing -- will follow path of least resistance -- don't require "reasons" for people's choices 2008.04.01

Doug Roberts wrote: > Good question. I would use that forum to discuss whether or not a > coffee shop could earn enough to pay the $10K rent each month. I guess > it's possible, if it could manage to sell 4,500 cappuccinos each month > and didn't pay the barrister... If I recall, there was some ta

Re: [FRIAM] Reciprocal Altruism - was: can you have 4 operating systems on one buss?

Steve Smith wrote: > And do the team's sacrifice their members or do the members sacrifice > themselves? > > Is there a difference? > Yes, they even call them domestiques (servants).Bicycle racing is a corporate thing. FRIAM A

Re: [FRIAM] Reciprocal Altruism - was: can you have 4 operating systems on one buss?

The reciprocal altruism of the peloton is interesting, but don't forget the race finally turns to teams sacrificing their members, one by one, for the sake of the final attack by the most capable rider... FRIAM Applied Complexity Group

Re: [FRIAM] can you have 4 operating systems on one buss?

Phil Henshaw wrote: >> The "user negotiated solutions" reduce to the question of a shared values. >> > > Well, not as I see it. That would be the central manager's assumption > for setting up rules that are to be made self-consistent, and excluding the > environment's inconsistencies from con

Re: [FRIAM] can you have 4 operating systems on one buss?

Phil Henshaw wrote: > I'm trying to compare the use central managed > solutions and user negotiated solutions in this fairly simple problem to > develop a way of discussing the more complicated situations where efficient > and fair central resource management is not possible. For lots of things >

Re: [FRIAM] can you have 4 operating systems on one buss?

Phil Henshaw wrote: > The network manager might be really 'out to lunch' some times though, and > the users needed to share the resource without that global view and central > control. What could they accomplish just between themselves, is the > question. That's a reasonable question to think abo

Re: [FRIAM] can you have 4 operating systems on one buss?

[EMAIL PROTECTED] wrote: > Now that since nearly anyone's taking of more resources is increasingly > robbing and disrupting other users, has sort of become the main source of > conflict on earth.. > If someone wants to copy a real big amount of stuff from one node of a cluster to another (the

Re: [FRIAM] can you have 4 operating systems on one buss?

Roger Critchlow wrote: > The solutions proposed to solve the melt down, such as token ring and > ATM, mostly involve a less anarchic sharing algorithm. Yet the most > successful solution to the melt down has been to increase the size of > the shared resource. Well, the fix is by in large switc

Re: [FRIAM] can you have 4 operating systems on one buss?

Phil Henshaw wrote: > That's sort of a central control mechanism for dealing with independent > users that were not smart enough to share the limited resource on their own. > If the independent users were to learn enough about each other's needs they > might learn ways to cooperate and make better

Re: [FRIAM] can you have 4 operating systems on one buss?

Phil Henshaw wrote: > So a bus, in functional terms, is a 'resource' that never runs into limits > of the kind where users are forced to learn about each other's complex needs > in order to figure our how to get the last little drop of capacity out? > That is, leaving aside the transformational 'sy

Re: [FRIAM] can you have 4 operating systems on one buss?

Phil Henshaw wrote: > The question is about when there are lots of uncontested resources at first > vs. when things have to switch to negotiating the use of contested > resources. In the latter case users can eek out a fraction more by > learning to coordinate their independent complex systems, o

Re: [FRIAM] Pre-crime Insider mapping

Roger Critchlow wrote: > My sixth grade daughter came home from taking a standardized science > test yesterday and reported that the test asked for a definition of > "outlier" and there wasn't a definition in any dictionary they had in > the classroom. But at the end of the day, it is the non-

Re: [FRIAM] Version Control Systems .. Experiences?

Would be nice to have something like Mac Time Machine or ext3cow (http://www.ext3cow.com) based on GIT. One could imagine being able to mount a filesystem with a condition that only showed files with some content, and having every transaction to any file reversible over time.. =

Re: [FRIAM] Version Control Systems .. Experiences?

Douglas Roberts wrote: > IMHO, Subversion is the way to go. Been using it for years. All the cool kids are using GIT and Mercurial. But I like SVN too, I think just because it's like a CVS that works. (e.g. its familiar) FRIAM Applie

Re: [FRIAM] water

Nicholas Thompson wrote: > It has always seemed to me that the fundamental problem of water reuse is > not bacteria but heavy meals [..] Here's one company that sells equipment to do it (e.g. for the semiconductor industry) http://www.mancorp.com/heavy_metal_systems.html Gus Koehler wrote: > Al

Re: [FRIAM] Maude Barlow: The Growing Battle for the Right to Water (fwd)

[EMAIL PROTECTED] wrote: > This is a description of the Cloudcroft, NM initiative to recycle > effluent, a methodology that is used in Europe and surely would be > useful in the arid Southwest. And it would potentially have a national security benefit as well, as terrorists that might seek to t

Re: [FRIAM] Maude Barlow: The Growing Battle for the Right to Water (fwd)

Douglas Roberts wrote: > The article does not mention Los Alamos, nor contamination migration > into the aquifer. Instead, it seems devoted to land use and capacity > planning. Is this list losing e-mails again? I can't find a single message mentioning Los Alamos, except one from you about LAN

Re: [FRIAM] Maude Barlow: The Growing Battle for the Right to Water (fwd)

Raymond Parks wrote: > The latest improvement to the wastewater treatment plant cost $70 million. Are we talking about sewage treatment, or drinking water? Do you mean this project? http://www.sjcdrinkingwater.org/water_treatment/index.htm Marcus G. Daniels wrote: > Ok, so ABQ is sp

Re: [FRIAM] Maude Barlow: The Growing Battle for the Right to Water (fwd)

Raymond Parks wrote: > Um, I'm confused by what appears to be a non sequitur. > Are the microfiltration/reverse osmosis/UV treatment/Hydrogen Peroxide technologies cheaper for large installations? As far as I understand, OC purifies the sewage to quality of distilled water (using above), and

Re: [FRIAM] Introducing Robert Mykland

Robert Mykland wrote: > We have several generations of hardware simulations, a > prototype compiler, and we will complete our first production C compiler > within the next few months. So you are using LLVM? (I see Ascenium mentioned on the LLVM website.) Marcus =

Re: [FRIAM] Maude Barlow: The Growing Battle for the Right to Water (fwd)

Raymond Parks wrote: >A non-technical progressive who started writing that water is a > scarce resource no more than eight years ago writes sensational books > and gets listened to by at least the progressive community and some of > the general public. > > It's as if the public doesn't want

Re: [FRIAM] greetings from bandit, a new member

Hi Dale, bandit, > I am also very interested in reliable massively parallel embedded systems. A couple of projects possibly of interest.. http://www.xtreemos.eu http://www.kerrighed.org Idea of XtreemOS is to allow migration of jobs not just amongst a cluster (as with Kerrighed), but amongst a h

Re: [FRIAM] Hosting + CMS?

Owen Densmore wrote: > We're looking into which Hosting service to use, and what web Content > Management System to use for our new Santa Fe Complex. How about some Second Life real estate for the complex? http://secondlifegrid.net/programs/education That way, when you're sitting in the virtua

Re: [FRIAM] Introducing Robert Mykland

Hello Robert,welcome, > We have several generations of hardware simulations, a > prototype compiler, and we will complete our first production C compiler > within the next few months. If people are interested, I'm happy to send out > a more detailed description of our work. It sounds very inter

Re: [FRIAM] Modeling the Middle East?

Carver Tate wrote: > Do they really think this is possible? How accurate do you all think > this could possibly be? > > http://blog.wired.com/defense/2008/02/pentagon-wants.html One way to look at it is that such models provide rigor in encoding intelligence -- situational awareness. Even if al

[FRIAM] the other `D' language

http://www.eweek.com/c/a/Application-Development/Microsoft-Preps-New-Modeling-Language/ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.f

Re: [FRIAM] Stating the obvious

Birchard Hayes wrote: > On Feb 3, 2008, at 1:49 PM, Marcus G. Daniels wrote: > >> Supposing for the moment that is so, it's consistent with the ASP.NET >> strategy of >> making the user experience the best for Windows users, and adequate >> for >> eve

Re: [FRIAM] Stating the obvious

Birchard Hayes wrote: > The inclusion of the System > library really ought to be completely superfluous on the client, and > may in fact be unnecessary. [..] > The biggest performance hit for JavaScript is dynamic typing, high > performance JIT or not. Supposing for the moment that is so,

Re: [FRIAM] Stating the obvious

Birchard Hayes wrote: > The offending line is "using System;" which creates several problems. > The first is that this code will only run on Windows and only in > Internet Explorer. That's the innovation. CLR bytecodes are interpreted on a JavaScript interpreter. For example, the demos they

Re: [FRIAM] Stating the obvious

Don Begley wrote: > Not exactly complexity, but Joe Nocera's take > on > MS/Yahoo is well said. But web-based applications are limited by what web browsers can do, and how fast they can do it. As those things improve (e.g.

[FRIAM] huge amount of material on Second Life

Hi all, Here's a high level and technical overview of Second Life. (A long but fascinating video.) http://download.microsoft.com/download/9/4/1/94138e2a-d9dc-435a-9240-bcd985bf5bd7/Jim-Cory-SecondLife.wmv Also note the new simulator: https://wiki.secondlife.com/wiki/Mono ===

Re: [FRIAM] 802.11g enhanced coverage?

Owen Densmore wrote: > Mesh networking was not widely working yet, and the key problem not > solved was "bonding" multiple land lines in different homes. The hope > was that as individuals within the mesh gained land-line broadband, > they'd still want to stay on the wireless WAN because it

Re: [FRIAM] TED | Talks | Sir Ken Robinson: Do schools kill creativity? (video)

..or is that creativity kills? http://www.eetimes.com/news/latest/showArticle.jhtml?articleID=205920319 FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps

Re: [FRIAM] OLPC and bluetooth?

Carl Tollander wrote: > Anybody with an OLPC and a bluetooth dongle solution? > No, but I think kernel modules from CONFIG_BT and CONFIG_BT_HCIUSB ought to be all you need. (Still waiting for the XO.) http://cateee.net/lkddb/web-lkddb/BT.html http://cateee.net/lkddb/web-lkddb/BT_HCIUSB.html ht

Re: [FRIAM] 802.11g enhanced coverage?

Owen Densmore wrote: > basically a way to lash together > several users sharing a T1 or similar broadband wired access. You may want to take a look at Sveasoft's Talisman/Mesh firmware.. "Talisman/Mesh supports the following features - 1) Automatic discovery of neighbor mesh nodes 2) Automatic

Re: [FRIAM] 802.11g enhanced coverage?

Owen Densmore wrote: > basically a way to lash together > several users sharing a T1 or similar broadband wired access. You may want to take a look at Sveasoft's Talisman/Mesh firmware.. "Talisman/Mesh supports the following features - 1) Automatic discovery of neighbor mesh nodes 2) Automatic

Re: [FRIAM] 802.11g enhanced coverage?

Carl Tollander wrote: > You might also have a freeloader in the neighborhood that is competing. whoops.. http://www.ex-parrot.com/~pete/upside-down-ternet.html FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St

Re: [FRIAM] 802.11g enhanced coverage?

Steve Smith wrote: > A few weeks ago something changed abruptly and the apparent signal at > her house (in the window facing the window his router is in) dropped > from marginal to abysmal... basically she can no longer get network > from the wireless from inside her house. > > I'm looking at

Re: [FRIAM] ABM - OO

Alfredo Covaleda V wrote: > Months ago you had a discussion respect ABMs-OOP and you referred to > some suitable languages. I wonder how appropriate are python and PHP5 > to make simulations. ¿Are comparable C++, smalltalk, ruby, python and > PHP5 ? The odd one out there is C++, which is isn't

Re: [FRIAM] eugenics

Jordan Mejias: > "These are thoughts to make jaws drop...Nobody at Eastover Farm seemed > afraid of a eugenic revival. What in German circles would have released > violent controversies, here drifts by unopposed under mighty maple trees > that gently whisper in the breeze." > Should Diabetes, C

Re: [FRIAM] Fwd: Bloglines - OLPC, Microsoft working on dual-boot Windows / Linux system

Carl Tollander wrote: > For the XO > folks right now, its about the bucks and hanging onto their core of > open-source developers. This would seem like a good opportunity for the Mono guys to step in and build a bridge between the open source and Windows camp (and for Microsoft to help). Here

Re: [FRIAM] not enough of Robert Rosen

Glen E. P. Ropella wrote: > What's important is the ability to form, use, and abandon languages (at > will, obviously). > > And any system where the language is fixed will be fragile to ambiguity > _because_ of Gödel's result. > > The only thing remaining is whether (and how much) contact and > int

Re: [FRIAM] not enough of Robert Rosen

Glen wrote: > So, I already asked this; but, the conversation really needs a clear > understanding of what we mean by "computation". Perhaps we could split > it into two categories: computation_c would indicate the activities of > a concrete machine and computation_a would indicate the (supposed)

Re: [FRIAM] not enough of Robert Rosen

Joost Rekveld wrote: > sure, but can a robot develop representations for other operations > than those already in its specifications ? > can it design a processor that has some novel feature that is not > already possible in the robots current architecture ? > The main capability it would of

Re: [FRIAM] enough of Robert Rosen

Marcus Daniels wrote: > > In what way does Genetic Programming not provide an efficient cause: > Albert Moore & Associates wrote: > > Genetics is simply the hardware. > To clarify, Genetic Programming is a machine learning technique, and software in the sense that there are programs for it. http:

Re: [FRIAM] not enough of Robert Rosen

Joost Rekveld wrote: > This is certainly a good point, but from what I understand of Rosen's > theories another limitation of GP has to do with the fact that the > language in which the programming is done can not evolve. 20 amino acids seem to go a long way... :-) ===

Re: [FRIAM] not enough of Robert Rosen

Joost Rekveld wrote: > This is certainly a good point, but from what I understand of Rosen's > theories another limitation of GP has to do with the fact that the > language in which the programming is done can not evolve. I don't see why this must be so. One could imagine that a robot had a

Re: [FRIAM] enough of Robert Rosen

Glen E. P. Ropella wrote: > As for the robot, you're just begging the question. A robot is a tool > built and programmed by us. Or, positing a regression to where we are > currently, a robot_N that is built by robot_(N-1), that is built by > robot_(N-2), ..., is built by a living system. > I'm

Re: [FRIAM] enough of Robert Rosen

Glen E. P. Ropella wrote: >> In what way does Genetic Programming not provide an efficient cause? >> Having a stochastic aspect, and the possibility to define new >> instructions, it seems to me to provide an escape from anything a human >> might have intended. This learning algorithm could e

Re: [FRIAM] enough of Robert Rosen

Glen E. P. Ropella wrote: > It's just a body of theoretical work that we > may or may not need as yet. I fully support the development of theory > prior to needing that theory. Fine, and I fully support the deconstruction of theory prior to using it! In what way does Genetic Programming not provid

Re: [FRIAM] enough of Robert Rosen

Glen E. P. Ropella wrote: >> Anything that requires significant short >> term memory and integration of broad but scare evidence is probably >> something a computer will be better at than a human. >> > > That's just plain silly in terms of RR's ideas because _humans_ program > the computer. U

Re: [FRIAM] Robert Rosen

Glen E. P. Ropella wrote: > But, programmers haven't yet > found a way to handle all ambiguity a computer program may or may not > come across in the far-flung future. That's in contrast to a living > system, which we _presume_ can handle any ambiguity presented to it (or, > in a softer sense, man

Re: [FRIAM] Robert Rosen

Glen wrote: > And if you tell it that > there are only, say, 10 possible answers, it will _merely_ produce one > of those prescribed 10 possible answers. > You could say that about an employee, too, but that doesn't give much insight into what that person might actually be able to do. > (I li

Re: [FRIAM] math wiki issues yet again

Carl Tollander wrote: > This seems > to be a perennial issue for us in FRIAM, and the N-Cat discussion on > this issue has some interesting angles > vis-a-vis Wikipedia, so go there and read: For a fallback for inadequate browsers / font installations, one could render MathML on the server side u

Re: [FRIAM] Robert Rosen

> > What's your point? Oh let me guess. The rest of us are all idiots and > this has all been solved already? > I was trying to augment the idea below with an example. Boundaries implied by terms like `organism' or `cell' could easily become too rigid.. much as the Central Dogma of Molecu

Re: [FRIAM] Robert Rosen

Glen E. P. Ropella wrote: > Because he'd bought into the idea that effects cause their causes in > living systems and he believed computation (as we know it today) cannot > represent these causal cycles. > > You have to remember that he did much of this work in the 70s and 80s Here's a paper by

Re: [FRIAM] Robert Rosen

Günther Greindl wrote: > The question _if_ physics is completely formalizable/computable is > indeed an interesting one, but why should this stage only start when > life is concerned? (see below) Either it applies to the universe as a > whole or it does not. > Even in digital systems there are

Re: [FRIAM] "free energy"

Steve Smith wrote: > I'm a little too steeped > in classical statistical physics to easily imagine we are going to > find/create/harness a "limitless source of free energy which does > not require an increase of entropy to exploit". Some fun related stuff.. http://www.quantumfields.com/gedanken%20

Re: [FRIAM] Pretty cool

I heard that AT&T had introduced 3G in Albuquerque. Has anyone a phone/PDA that can do this, and does it? I find that speed is still the limiting factor on the utility of even the fanciest PDAs.. FRIAM Applied Complexity Group list

Re: [FRIAM] OLPC in Santa Fe

Nick Frost wrote: > I find the OLPC not so easy to use, but to > their credit, they put a "Pippy" program (snake) icon in there, which is > a nice little interface to Python, which hopefully will be incentive for > some recipients to learn to program with Python. > The TurtleArt activity (Log

Re: [FRIAM] OLPC in Santa Fe

Owen Densmore wrote: > Could the rest of us getting one shout out too? > Yes, another Give1Get1.. (for a young person) > The good news is that there is an emulator for folks not having an XO It's also relatively easy to build it from source but the documentation on that process is sketchy. But

[FRIAM] replica exchange codes?

Hi, Has anyone run across code to do replica exchange across a set of processors, say, via MPI? I know such algorithms are often used in molecular dynamics codes, but I can't find a standalone package. Seems like something that ought to exist.. Thanks, Marcus =

[FRIAM] hybrid computing and ABM

> > A very interesting paper about accelerating agent-based models with graphics > cards (GPU). I placed the paper at > http://www.friam.org/DSouza_GPUacceleratedABM.pdf Pretty neat.The fact is that if we want to take advantage of these kind of architectures in a general purpose way, we need

Re: [FRIAM] complexity and emergence

Glen E. P. Ropella wrote: > Another example is an RC > plane versus a balsa wood plane as models of a life size plane. > All that's required is a common aspect ("lift"). Yes, I agree that it's better to have many models of something than just one, as that will tend to explore at least some `inters

Re: [FRIAM] Pepper for the OLPC Laptop - Pepper Computer

Owen Densmore wrote: > What's really a mind blower is that it is Java-on-Linux for many of > the apps, making porting easier. The exceptions are Firefox and > other apps written in the Mozilla "rich client" framework. > Which in turn supports Java.. http://developer.mozilla.org/en/docs/Jav

Re: [FRIAM] complexity and emergence

Glen E. P. Ropella wrote: > No. It's not stretching to say the three models are fundamentally > different. They _could_ be similar if one so chose. But, in GENERAL, > they will be fundamentally different if we don't put any constraints on > the source or construction of the models. Sure, if you

Re: [FRIAM] complexity and emergence

Glen E. P. Ropella wrote: > R1: co-simulation of 3 models: > M1: a synthetic model, > M2: a reference/pedigreed model, and > M3: a data model > Each model type has its flaws (the shape of the > "box", what's left out, bugs or artifacts within, etc.); but, requiring > that they are funda

Re: [FRIAM] JungleDisk - Reliable online storage powered by Amazon S3

> > > .. a friend mentioned it while discussing having my "desktop" > available everywhere. On this topic, another interesting technology for around the house. USB monitors (monitors with graphics cards built in) -- combine with a Wifi USB extender. No wires! h

Re: [FRIAM] FRIAM and causality

> > Unfortunately, most models are not built atop fixed instruction sets. > Most models are built atop a very complicated stack of abstraction > layers, which means the effective number of "instructions" and terminals > (data types as well as values) is infinite. If we were building our > models i

Re: [FRIAM] FRIAM and causality

Glen wrote: > No. Adjusting a rule is entirely different from adjusting a number. > The adjustment of a number merely explores a space. A number spectrum > does specify/describe a metric. So, for example, adjusting an integer > with particular boundaries for the model, say [-10, 100] provides a

Re: [FRIAM] FRIAM and causality

Phil Henshaw wrote: > The hard part seems to be to take the first dark step to accepting there > might be a shape of another form that the measures are missing (like the > whole tree or person). Glen E. P. Ropella wrote: > See Figure 1. This particular example is just one sub-type of the > general

Re: [FRIAM] FRIAM and causality

> > And in that > sense, even if I can't write a formula for "tying one's shoes", I can > still _learn_ how to tie shoes. Further, I can use the inaccurate > ("bad") formulas for how to tie one's shoes as a way to actually learn > how to tie shoes. Even further, I can _teach_ others how to tie th

Re: [FRIAM] cross platform 3d

Owen Densmore wrote: > I was surprised to see that they're using Java3D as well as JOGL. > Or just wire it right into the browser.. http://blog.vlad1.com/ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St.

[FRIAM] one laptop per child

Hi, If I've been looking at the one laptop per child source code, and I'm amazed by how much stuff is available. Better equipped for ABM stuff than a lot of full Linux distributions. From Logo to Squeak to Mozilla XULRunner, it's all there.Could use them for classes for grown ups, I wou

Re: [FRIAM] FRIAM and causality

Nicholas Thompson wrote: > "Loosing one's temper" is a wonderful example, because it contains all > the paradoxes we are discussing and more. You point to loosing temper > as if were something knowable in an instant. But the knowledge > required to perceive a loosing of temper is smeared acros

Re: [FRIAM] FRIAM and causality

Robert Holmes wrote: Pattern is a necessary condition for causality but it is not sufficient. You also need relevance. Nicholas Thompson wrote: What is the PATTERN of relation between occurences of handbell ringing and crocodile appearance?  It depends what you want to predict and f

Re: [FRIAM] FRIAM and causality

Glen E. P. Ropella wrote: > I don't imply that approximations cannot be obtained by taking various > slices of X {x1, ..., xn} and Y {y1, ..., ym} and examining the > sub-inference from xi -> yj. But, there will always be room for > skepticism that your particular slices adequately capture the cau

Re: [FRIAM] FRIAM and causality

Glen E. P. Ropella wrote: > Granted, one can hyper-focus some observation so as to artificially > label some slice of the situation and call that slice the unit "A". > But, that's an act of either description or prescription and is merely a > _model_ of the situation (often an impoverished one at t

Re: [FRIAM] FRIAM and causality

Nicholas Thompson wrote: > Let's try this: To say that a probability attaches to an event at an > instant is to commit this fallacy. What we know is a past relative > frequency of relevant conditions and relevant consequences. Instantaneous > probability is a fiction. > > "Cause" is just a

Re: [FRIAM] FRIAM and causality

Nicholas Thompson wrote: > > To say that X is the cause of Y is to accuse X of Y. Given my > current belief that story-telling is at the base of EVERYTHING, I > think you convince somebody that X is the cause of Y just by telling > the most reasonable story in which it seems obvious that Y wou

Re: [FRIAM] Wordcrafting

steve smith wrote: >> If you asked me what I would call someone who claimed expertise in the >> manifold disciplines you list, I'd call him a faker! >> >> > "faker"? More like "poseur" or perhaps "poser"? > or consider http://en.wikipedia.org/wiki/Hanlon's_Razor ==

[FRIAM] crowd sourcing optical character recognition

http://bmaurer.blogspot.com/2007/05/recaptcha-new-way-to-fight-spam.html FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.friam.org

Re: [FRIAM] NM Free Supercomputer

Jack Stafurik wrote: > NM will have a supercomputer that will be free for in-state residents > and businesses. The link below has the details, but to summarize: > > 1) 3,500 Intel quad-core Xeon processors with 28 terabytes memory Huh, I thought SGI was obligated with Intel to use Itanium in all

Re: [FRIAM] critique-ing a web page

Nicholas Thompson wrote: > > Is there any software ... analgous, say, to the reviewing taskbar in > Word ... that allows one to critique a web page? Some web annotation systems are mentioned here, including a Firefox plugin.. http://en.wikipedia.org/wiki/Web_annotation =

Re: [FRIAM] Google & IBM giving students a distributed systems lab using Hadoop

Owen wrote: >> My guess is any realistic solution will be hybrid, combining the >> features of all these large scale architectures. >> By designing circuits to do special purpose compute tasks, the lengths of wires can be reduced (and thus their diameter) and this is ultimately the limiting

Re: [FRIAM] Google & IBM giving students a distributed systems lab using Hadoop

David Mirly wrote: > It seems obvious to me that you could get very different results from > one computational architecture vs. another. > Swarm, for example, has a logical model of concurrency and options for controlling it. Suppose two agents schedule two events in the future that happen

Re: [FRIAM] Kudos to the social scientists

Glen E. P. Ropella wrote: > (*) Simulations are concrete objects and, hence, are fundamentally > distinct from programs and full models, which are forms of rhetoric. A > simulation is not a model in and of itself. The simulation (the concrete thing that is apparently detached from human rhetori

Re: [FRIAM] Kudos to the social scientists

[EMAIL PROTECTED] wrote: > The ethical use of applied complexity and agent based modeling is an > issue that deserves critical and thoughtful debate. Is it ethical to > use these tools to further destruction in Iraq or Afghanistan or to > use data mining to spy on private individuals? One concer

Re: [FRIAM] Distributed Urban Information Systems

Raymond Parks wrote: > Interestingly, the control system world has had the need you speak of > for some time. They use "historians" which accept and catalog large > volumes of data in literal real-time, calculate derived data and store > them, and provide access in real-time for control algorith

Re: [FRIAM] Distributed Urban Information Systems

Stephen Guerin wrote: > Are we at a similar threshold now with GIS/3D? > I haven't worked on GIS stuff lately, but I am interested in technologies for high performance multidimensional query. I've experimented with some products like TimesTen from Oracle, but wish for something like http:/

Re: [FRIAM] Distributed Urban Information Systems

Raymond Parks wrote: > [EMAIL PROTECTED] wrote: > >> Idrisi, a sophisticated and professional GIS program, is available from >> Clark University, Nick's academic home, for much less than ARC View. >> Idrisi is much easier to use than ArcView. >> > > However, I am not willing to make a mi

[FRIAM] sustainable HPC

Two of my favorite things.. at once.. http://www.hpcwire.com/hpc/1780098.html FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.friam.org

<    3   4   5   6   7   8   9   10   11   >