April 2002

• Black Snow Revisited holding99@mindspring.com
• • Black Snow Revisited Tammie Gorzelsky
  • • Black Snow Revisited Caliban Tiresias Darklock
    • Black Snow Revisited holding99@mindspring.com
    • • Black Snow Revisited John Buehler
      • • Black Snow Revisited holding99@mindspring.com
        • • Black Snow Revisited John Buehler
          • • Black Snow Revisited holding99@mindspring.com
        • Black Snow Revisited Marc Bowden
    • Black Snow Revisited Blane Bramble
• Black Snow Revisited Caliban Tiresias Darklock
• • Black Snow Revisited Matt Mihaly
• Anyone got anything to say about swamps? shren
• Reality check ...(long) [was Black Snow Revisited] Jeff Cole
• • Reality check ...(long) [was Black Snow Revisi ted] Koster, Raph
  • • Reality check ...(long) [was Black Snow Revisited] John Buehler
    • • Reality check ...(long) [was Black Snow Revisited] Matt Mihaly
      • • Reality check ...(long) [was Black Snow Revisited] John Buehler
        • Reality check ...(long) [was Black Snow Revisited] Sean Kelly
        • • Reality check ...(long) [was Black Snow Revisited] Matt Mihaly
      • Reality check ...(long) [was Black Snow Revisited] shren
    • Reality check ...(long) [was Black Snow Revisited] Jeff Cole
    • • Reality check ...(long) [was Black Snow Revisited] Caliban Tiresias Darklock
      • • Reality check ...(long) [was Black Snow Revisited] Ryan S. Dancey
        • • Reality check ...(long) [was Black Snow Revisited] shren
  • Reality check ...(long) [was Black Snow Revisited] Fred Clift
  • • Reality check ...(long) [was Black Snow Revisited] Jeff Cole
    • Reality check ...(long) [was Black Snow Revisited] Jeff Cole
  • Reality check ...(long) [was Black Snow Revisited] Brian Bilek
  • • Reality check ...(long) [was Black Snow Revisited] Jeff Cole
• Black Snow: The sky is falling? Robert A. Rice Jr.
• Black Snow Revisited Caliban Tiresias Darklock
• • Black Snow Revisited amanda@alfar.com
  • Black Snow Revisited Matt Mihaly
• Black Snow Revisited Fred Clift
• Everquest blamed for suicide Talies the Wanderer
• • Everquest blamed for suicide Jason Hart
• Death of a game addict Michael Tresca
• • Death of a game addict Marc Bowden
  • • Death of a game addict Matt Mihaly
  • Death of a game addict Dave Rickey
  • Death of a game addict Patricia Pizer
  • • Death of a game addict Matt Mihaly
    • • Death of a game addict Larry Dunlap
  • Death of a game addict David Kennerly
  • • Death of a game addict Brandon J. Van Every
    • Death of a game addict quzah
    • Death of a game addict Marian Griffith
    • Death of a game addict Luke Parrish
    • • Death of a game addict Jon Lambert
  • Death of a game addict John Bertoglio
  • • Death of a game addict Brandon J. Van Every
  • Death of a game addict ghovs
  • • Death of a game addict Hans-Henrik Staerfeldt
    • Death of a game addict Richard Woolcock
• Investor Perceptions if BSI wins was( Black Snow Revisited) Derek Licciardi
• Black Snow Revisited Christopher Allen
• the design process Matt Mihaly
• • the design process John Buehler
  • the design process Koster, Raph
• Contract Law. Was: Blacksnow revisted Brian Bilek
• [DGN] [NEWBIE] Suggestions on (OO) Server Design. Pure Krome
• • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Sean Middleditch
  • • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Kwon Ekstrom
    • • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Sean Middleditch
      • • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Kwon Ekstrom
        • • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Sean Middleditch
          • • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Kwon Ekstrom
  • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Greg Munt
  • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Kwon Ekstrom
  • • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Greg Munt
    • • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Kwon Ekstrom
• OpenCyc, design implications of ontological systems? Bruce Mitchener
• • OpenCyc, design implications of ontological systems? Robert Zubek
  • • OpenCyc, design implications of ontological systems? Miroslav Silovic
    • • OpenCyc, design implications of ontological systems? Robert Zubek
      • • OpenCyc, design implications of ontological systems? Bruce Mitchener
    • OpenCyc, design implications of ontological systems? Bruce Mitchener
    • • OpenCyc, design implications of ontological systems? Robert Zubek
      • • OpenCyc, design implications of ontological systems? Bruce Mitchener
          Hello again, Rob. :)
          
          Robert Zubek wrote:
          > From: Bruce Mitchener
          
          >> Talking with Jon Leonard on DevMUD, he thinks there must be ways
          >> to aggressively cache results to help reduce the frequency of
          >> executing queries.
          
          > Ouch, that's a lot of data! :) If you mean speeding up querying
          > assertions made on the knowledge base, it's possible to cache
          > quite a bit, but it's going to be tricky. The problem lies in
          > assertion removal. Inference systems are usually quite good at
          > caching inferences (using some kind of a truth-maintenance
          > system), as long at the data being added is free of
          > contradictions. But when previous assertions are removed,
          > contradicted, or otherwise invalidated (for example, because the
          > inferences were made based on a state of the world that is no
          > longer the case), then all of the inferences based on that
          > information will have to be retracted, which gets
          > complicated. Building a knowledge base that does so reasonably
          > quickly is possible, but *very* messy. :)
          
          > Which brings about a question - you mention both the OpenCyc
          > ontology and its reasoning engine as potentially useful for MUD
          > development. Does either of them interest you more than the
          > other?
          
          I'm interested in both, but to differing extents. I like what I've
          seen of the engine underlying OpenCyc, as well as the toolset and
          community that they're trying to build up around it.
          
          The knowledge base itself as a whole still scares me for the reasons
          I gave in the last email. I don't think that Microtheories solve
          those problems but that could still be a matter of ignorance on my
          part and my not knowing the full feature set. I'll elaborate below
          after your mention of Microtheories.
          
          > I mean, if you're not interested in the ontology as much as in
          > automated reasoning, have you considered using other reasoning
          > systems (even plain prolog) and building a custom MUD ontology
          > inspired by Cyc? This might actually be advantageous, as the
          > OpenCyc ontology is a wonderful but *huge* piece of knowledge
          > engineering, and the sheer amount of knowledge it contains may
          > end up slowing inference down too much. Perhaps a re-translation
          > of just the relevant bits into the MUD domain would help?
          
          > Just something to consider. :)
          
          And that is something that I'm considering. :)
          
          >> Doing that would of course bring forth a new set of concerns and
          >> worries. :)
          
          >> - Familiarity. People just aren't used to that sort of
          >> system. How hard will it be for them to learn? How many
          >> mis/pre-conceptions will they have? (Since I'm not talking
          >> about AI, I'm not talking about using Prolog, and people that
          >> I've talked off list about this seem to make those
          >> assumptions immediately.)
          
          > You don't want to be using anything like Prolog? But what you
          > were mentioning before (the "all birds fly, except for ostrich"
          > example) is a typical case of logical inference, and arguably
          > most naturally implemented in a Prolog-like system... Sorry, I'm
          > confused now as to what the system is supposed to do...?
          
          Some of this thinking on my part sprung from an observation of
          patterns in code that I was writing. I would find myself writing
          small methods here and there to determine whether or not a given
          object could do something. The bird flying example is good enough.
          Can the bird fly? The method to determine that might be overriden on
          various objects (even non-bird objects) to make that determination.
          At that point, it becomes far simpler to have a logic
          system/knowledge base that can be queried. I'm not sure that I want
          to (or see the need to) model everything within the logic system.
          
          But maybe I just haven't drank enough of the kool-aid yet to become
          a true believer. :)
          
          >> - Knowledge Engineering. How hard is it to do rigorous
          >> enough entries? How much damage could a small error or
          >> loophole cause? How hard will it be to detect/notice?
          
          > Yes, this is hard to say. Designing knowledge-based AI systems is
          > hard, especially if one attempts to model real-life
          > phenomena. There's always the danger of the system making strange
          > inferences because the operator wrote the knowledge entries
          > incorrectly. But like with programming bugs, they're difficult to
          > predict. :)
          
          Such is life. There are no silver bullets. :) But that's probably
          also a good argument for a slimmed own KB with a set of facts that
          does little to nothing extra.
          
          >> - Pollution. Using something like OpenCyc is interesting
          >> because it has a community around it and an existing body of
          >> knowledge. But how do you deal with conflicts where a core
          >> bit of the knowledgebase subtlely conflicts with an element
          >> of the game design or game world? If you fix that in the
          >> core knowledge base, do you now lose interoperability with
          >> other agents because you're not using "pure OpenCyc"?
          
          > This is where microtheories come in handy. They afford basic
          > modularity in Cyc, allowing one to separate off different bits of
          > the knowlege base. One can even go as far as making statements in
          > one microtheory that contradict other microtheories. So you might
          > be able to define a new MUD-world microtheory, and build within
          > that...
          
          I like the Microtheories and they make some interesting bits of
          functionality much easier to implement. (And I wish that Kwon
          Ekstrom was reading this thread since much of his talk about NPC
          stuff at the moment seems to be duplicating this type of feature. :)
          
          The problem isn't just within my own facts, but if I'm importing
          another microtheory (like one of the standard Cyc ones) and it has
          facts in it that are counter to principles within the game (or
          produce unwanted effects), I'm not sure that I can do anything about
          that, without forking a copy of the microtheory and editing out
          those facts. (And hoping that the microtheory isn't dependent upon
          the presence of those facts.)
          
          Maybe at this point, it would be best to start looking at some
          actual implementation issues, and looking at some sample problems
          and how one might solve them differently in a logic system.
          
          - Bruce
        • • OpenCyc, design implications of ontological systems ? Robert Zubek
    • OpenCyc, design implications of ontological systems? Sean Kelly
    • • OpenCyc, design implications of ontological systems? Bruce Mitchener
      • OpenCyc, design implications of ontological systems ? Robert Zubek
  • OpenCyc, design implications of ontological systems? Bruce Mitchener
  • OpenCyc, design implications of ontological systems? Joshua Judson Rosen
  • OpenCyc, design implications of ontological systems? dmiles@users.sourceforge.net
• Methods to Foster Relationships? Nick Yee
• • Methods to Foster Relationships? Jeff Lindsey
  • • Methods to Foster Relationships? amanda@alfar.com
  • Methods to Foster Relationships? Daniel.Harman@barclayscapital.com
  • Methods to Foster Relationships? Richard A. Bartle
  • Methods to Foster Relationships? Sara Jensen
  • Methods to Foster Relationships? Rayzam
  • Methods to Foster Relationships? apollyon .
  • • Methods to Foster Relationships? Marian Griffith
  • Methods to Foster Relationships? Peter Tyson
• [TECH] Shortest-Path William Murdick
• • [TECH] Shortest-Path Bruce Mitchener
  • [TECH] Shortest-Path Ben Greear
  • [TECH] Shortest-Path Amos Wetherbee
  • • [TECH] Shortest-Path Richard A. Bartle
    • [TECH] Shortest-Path Robert Zubek
  • [TECH] Shortest-Path Miroslav Silovic
• Another Reality Check [was Black Snow Revisited] Dr. Cat
• • Another Reality Check [was Black Snow Revisited] amanda@alfar.com
  • • Another Reality Check [was Black Snow Revisited] Matt Mihaly
    • • Another Reality Check [was Black Snow Revisited] Matt Mihaly
  • Another Reality Check [was Black Snow Revisited] Matt Mihaly
  • • Another Reality Check [was Black Snow Revisited ] Daniel.Harman@barclayscapital.com
    • • Another Reality Check [was Black Snow Revisited ] Matt Mihaly
      • Another Reality Check [was Black Snow Revisited ] shren
• [DGN] MUD developer's motives Brandon J. Van Every
• • [DGN] MUD developer's motives Casbaria
  • • [DGN] MUD developer's motives Brandon J. Van Every
  • [DGN] MUD developer's motives Dave Rickey
  • • [DGN] MUD developer's motives Koster, Raph
    • [DGN] MUD developer's motives Brandon J. Van Every
    • • [DGN] MUD developer's motives Dave Rickey
  • [DGN] MUD developer's motives Shane Gough
  • [DGN] MUD developer's motives John Bertoglio
  • [DGN] MUD developer's motives Patricia Pizer
  • • [DGN] MUD developer's motives shren
  • [DGN] MUD developer's motives David Yazel
• Black Snow Revisited Batir
• Black Snow Revisited - Value Of Time Dave Hochstaetter
• • Black Snow Revisited - Value Of Time Brandon J. Van Every
  • • Black Snow Revisited - Value Of Time Dave Hochstaetter
• Fun in Games Paul Schwanz
• • Fun in Games Koster, Raph
  • • Fun in Games Jeff Freeman
    • • Fun in Games Koster, Raph
    • Fun in Games Paul Schwanz
  • Fun in Games Brandon J. Van Every
  • Fun in Games Jeff Freeman
  • Fun in Games John Szeder
  • • Fun in Games Brandon J. Van Every
  • Fun in Games Trickey, Rob
  • • Fun in Games Brandon J. Van Every
    • • Fun in Games Trickey, Rob
      • • Fun in Games Brandon J. Van Every
    • Fun in Games Paul Schwanz
  • Fun in Games Travis Casey
  • • Fun in Games Brandon J. Van Every
  • Fun in Games Jason Booth
  • Fun in Games Oreo Cookie
  • Fun in Games John Buehler
  • Fun in Games David Kennerly
  • • Fun in Games Paul Schwanz
    • • Fun in Games David Kennerly
      • • Fun in Games Koster, Raph
        • • Fun in Games szii@sziisoft.com
          • • Fun in Games Koster, Raph
            • • Fun in Games szii@sziisoft.com
              • • Fun in Games Koster, Raph
          • Fun in Games shren
          • • Fun in Games Talies the Wanderer
          • Fun in Games Sasha Hart
          • • Fun in Games Koster, Raph
            • • Fun in Games John Buehler
              • • Fun in Games Brandon J. Van Every
                • • Fun in Games John Buehler
                  • Fun in Games Daniel.Harman@barclayscapital.com
                  • • Fun in Games Ron Gabbard
                • Fun in Games Koster, Raph
                • • Fun in Games Ron Gabbard
                  • Fun in Games John Buehler
                  • • Fun in Games Matt Mihaly
              • Fun in Games Daniel.Harman@barclayscapital.com
              • • Fun in Games Brandon J. Van Every
                • • Fun in Games Sasha Hart
                  • Fun in Games shren
                  • • Fun in Games Damion Schubert
                  • Fun in Games Daniel.Harman@barclayscapital.com
                  • • Fun in Games Jasper McChesney
                    • • Fun in Games John Buehler
                      • • Fun in Games Ron Gabbard
                        • • Fun in Games John Buehler
                          • Fun in Games Adam Dray
                          • • Fun in Games Ron Gabbard
                            • • Fun in Games Damion Schubert
                              • • Fun in Games Daniel.Harman@barclayscapital.com
                                • Fun in Games Tess Snider
                • Fun in Games Koster, Raph
                • Fun in Games Ron Gabbard
                • • Fun in Games John Buehler
        • Fun in Games Brandon J. Van Every
  • Fun in Games David Kennerly
  • • Fun in Games Koster, Raph
    • • Fun in Games David Kennerly
• What do game companies look for? Talies the Wanderer
• Black Snow Revisited Hans-Henrik Staerfeldt
• • Black Snow Revisited holding99@mindspring.com
  • • Black Snow Revisited Hans-Henrik Staerfeldt
    • • Black Snow Revisited holding99@mindspring.com
• Thank you from MudWorld ucmm@inetsolve.com
• Re:Blacksnow revisited Norman Short
• • Re:Blacksnow revisited John Buehler
  • Re:Blacksnow revisited Paul Schwanz
  • Re:Blacksnow revisited Hans-Henrik Staerfeldt
  • Re:Blacksnow revisited Kylotan
  • • Re:Blacksnow revisited Norman Short
    • • Re:Blacksnow revisited Matt Mihaly
      • • Re:Blacksnow revisited Joe Andrieu
        • • Re:Blacksnow revisited Matt Mihaly
      • Re:Blacksnow revisited Damion Schubert
• G4 cable channel Koster, Raph
• • G4 cable channel Daniel.Harman@barclayscapital.com
  • • G4 cable channel Koster, Raph
    • • G4 cable channel Richard Aihoshi aka Jonric
      • • G4 cable channel Valerio Santinelli
        • G4 cable channel Daniel.Harman@barclayscapital.com
  • G4 cable channel John Bertoglio
  • • G4 cable channel Amanda Walker
• [MLP] NPC Complexity shren
• • [MLP] NPC Complexity Eli Stevens
  • • [MLP] NPC Complexity Koster, Raph
  • [MLP] NPC Complexity Peter Tyson
  • • [MLP] NPC Complexity shren
    • • [MLP] NPC Complexity Sean Kelly
      • • [MLP] NPC Complexity shren
        • • [MLP] NPC Complexity Sean Kelly
        • [MLP] NPC Complexity Kwon Ekstrom
        • • [MLP] NPC Complexity shren
          • [MLP] NPC Complexity Sean Kelly
          • • [MLP] NPC Complexity Kwon Ekstrom
            • • [MLP] NPC Complexity Daniel.Harman@barclayscapital.com
              • • [MLP] NPC Complexity Kwon Ekstrom
• META: What do game companies look for? Eli Stevens
• Reality check ...(long) [was Black Snow Revisited] Miroslav Silovic
• Virtual Societies Dave Rickey
• DGN: The Grand List Of Console Role Playing Game Clichés Michael Tresca
• MUDs and societal transformations Brandon J. Van Every
• • MUDs and societal transformations shren
  • MUDs and societal transformations Marc Bowden
  • • MUDs and societal transformations Brandon J. Van Every
    • • MUDs and societal transformations Koster, Raph
      • • MUDs and societal transformations Brandon J. Van Every
      • MUDs and societal transformations Marc Bowden
• Reality check ... Dave Rickey
• • Reality check ... Marc Bowden
  • • Reality check ... Vincent Archer
    • • Reality check ... Jon Leonard
  • Reality check ... John Buehler
  • Reality check ... Daniel.Harman@barclayscapital.com
  • • Reality check ... Dave Rickey
• Dilemmas in a (game) designer's life ? Marc Demesel
• • Dilemmas in a (game) designer's life ? Tamzen Cannoy
  • Dilemmas in a (game) designer's life ? Brandon J. Van Every
  • Dilemmas in a (game) designer's life ? Marc Bowden
  • Dilemmas in a (game) designer's life ? Shane Gough
  • • Dilemmas in a (game) designer's life ? Brandon J. Van Every
    • • Dilemmas in a (game) designer's life ? John Buehler
      • • Dilemmas in a (game) designer's life ? Brandon J. Van Every
        • • Dilemmas in a (game) designer's life ? John Buehler
  • Dilemmas in a (game) designer's life ? Sasha Hart
  • • Dilemmas in a (game) designer's life ? Brandon J. Van Every
    • • Dilemmas in a (game) designer's life ? Sasha Hart
    • Dilemmas in a (game) designer's life ? shren
• [Biz] Games investment Peter Tyson
• Legal enforcement mechanisms (was Re:Blacksnow revisited) Jon Leonard
• • Legal enforcement mechanisms (was Re:Blacksnow revisited) Matt Mihaly
• OT: 1 free introductory post Dan Scott
• Client platforms for rapid development of experimental worlds Ola Fosheim Grøstad
• • Client platforms for rapid development of experimental worlds John Bertoglio
  • Client platforms for rapid development of experimental worlds Zach Collins {Siege}
  • Client platforms for rapid development of experimental worlds Bruce Mitchener
  • Client platforms for rapid development of experimental worlds Bruce Mitchener
• ADMIN: Thread deaths J C Lawrence
• Player matching in MMOGs (was Blacksnow revisited) Brandon J. Van Every
• Happy healthy players (was Blacksnow revisited) Brandon J. Van Every
• • Happy healthy players (was Blacksnow revisited) Kylotan
  • • Happy healthy players (was Blacksnow revisited) Brandon J. Van Every
    • • Happy healthy players (was Blacksnow revisited) Matt Mihaly
      • Happy healthy players (was Blacksnow revisited) Kylotan
• [MLP] The use of ecology models (was: NPC Complexity) Sasha Hart
• • [MLP] The use of ecology models (was: NPC Complexity) Sean Kelly
  • • [MLP] The use of ecology models (was: NPC Complexity) shren
    • • [MLP] The use of ecology models (was: NPC Complexity) Talies the Wanderer
      • • [MLP] The use of ecology models (was: NPC Complexity) Matt Mihaly
      • [MLP] The use of ecology models (was: NPC Complexity) Sean Kelly
      • • [MLP] The use of ecology models (was: NPC Complexity) Paul Schwanz
        • • [MLP] The use of ecology models (was: NPC Complexity) Sean Kelly
        • [MLP] The use of ecology models (was: NPC Complexity) Damion Schubert
        • • [MLP] The use of ecology models (was: NPC Complexit y) Koster, Raph
          • • [MLP] The use of ecology models (was: NPC Complexity) Sean Kelly
            • [MLP] The use of ecology models (was: NPC Complexity) David Kennerly
            • [MLP] The use of ecology models (was: NPC Complexit y) Mark Eaton
            • • [MLP] The use of ecology models (was: NPC Complexit y) Freeman, Jeff
              • [MLP] The use of ecology models (was: NPC Complexit y) Damion Schubert
            • [MLP] The use of ecology models (was: NPC Complexit y) Daniel.Harman@barclayscapital.com
    • [MLP] The use of ecology models (was: NPC Complexity) Matt Mihaly
    • • [MLP] The use of ecology models (was: NPC Complexity) Sean Kelly
      • • [MLP] The use of ecology models (was: NPC Complexity) Damion Schubert
        • [MLP] The use of ecology models (was: NPC Complexity) Matt Mihaly
• Avatars/character stables (was: Black Snow Revisited) Jon Leonard
• [TECH] [DGN] Hyper-realistic MUD David B. Held
• Progress of MUD32 Matt Owen
• Japanese wireless MUD Peter Tyson
• How much is enough? Justin Coleman
• • How much is enough? Brian Hook
  • • How much is enough? Justin Coleman
    • • How much is enough? Damion Schubert
    • How much is enough? Daniel.Harman@barclayscapital.com
    • • How much is enough? Brandon J. Van Every
      • How much is enough? Damion Schubert
      • • How much is enough? Ron Gabbard
  • How much is enough? Sean Middleditch
  • • How much is enough? Talies the Wanderer
    • • How much is enough? Sean Middleditch
      • How much is enough? Kwon Ekstrom
      • How much is enough? David B. Held
      • • How much is enough? Ron Gabbard
        • • How much is enough? Justin Coleman
      • How much is enough? Matt Mihaly
  • How much is enough? Vincent Archer
  • • How much is enough? Matt Mihaly
  • How much is enough? Hans-Henrik Staerfeldt
  • How much is enough? Leverett, William
  • • How much is enough? Matt Mihaly
  • How much is enough? szii@sziisoft.com
  • How much is enough? Kwon Ekstrom
  • How much is enough? Matt Mihaly
  • How much is enough? Damion Schubert
  • How much is enough? Sasha Hart
• TECH: Concurrent Process Based Mud (Somewhat Long) Eric Merritt
• • TECH: Concurrent Process Based Mud (Somewhat Long) szii@sziisoft.com
  • • TECH: Concurrent Process Based Mud (Somewhat Long) Bruce Mitchener
  • TECH: Concurrent Process Based Mud (Somewhat Long) szii@sziisoft.com
  • TECH: Concurrent Process Based Mud (Somewhat Long) Bruce Mitchener
  • • TECH: Concurrent Process Based Mud (Somewhat Long) Eric Merritt
• Player Accounts on a Non-Commercial MUD Tand'a-ur
• • Player Accounts on a Non-Commercial MUD Matt Owen
  • Player Accounts on a Non-Commercial MUD Sean Middleditch
  • Player Accounts on a Non-Commercial MUD szii@sziisoft.com
  • Player Accounts on a Non-Commercial MUD Crosbie Fitch
  • Player Accounts on a Non-Commercial MUD Tand'a-ur
  • • Player Accounts on a Non-Commercial MUD John Bertoglio
    • • Player Accounts on a Non-Commercial MUD John Buehler
      • • Player Accounts on a Non-Commercial MUD Tand'a-ur
        • • Player Accounts on a Non-Commercial MUD John Buehler
        • Player Accounts on a Non-Commercial MUD John A. Bertoglio
    • Player Accounts on a Non-Commercial MUD Daniel.Harman@barclayscapital.com
  • Player Accounts on a Non-Commercial MUD Sanvean
  • Player Accounts on a Non-Commercial MUD Crosbie Fitch
  • Player Accounts on a Non-Commercial MUD Damion Schubert
  • • Player Accounts on a Non-Commercial MUD lynx@lynx.purrsia.com
    • • Player Accounts on a Non-Commercial MUD Damion Schubert
    • Player Accounts on a Non-Commercial MUD Brian 'Psychochild' Green
    • • Player Accounts on a Non-Commercial MUD Damion Schubert
• Re:Re:Blacksnow revisited maddog@maddog.com
• Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization Ron Gabbard
• • Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization Sean Kelly
  • • Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization Damion Schubert
    • • Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization John Buehler
      • Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization David B. Held
      • Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization shren
      • • Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization Sean Kelly
  • Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization shren
  • • Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization Ron Gabbard
    • • Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization Marian Griffith
• Angry Gamer (was: Blacksnow revisited) Daniel Fischer
• Codename Blue & Facets - Nick Yee's new studies Koster, Raph
• • Codename Blue & Facets - Nick Yee's new studies Sasha Hart
  • Codename Blue & Facets - Nick Yee's new studies Koster, Raph
  • • Codename Blue & Facets - Nick Yee's new studies Madrona Tree
  • Codename Blue & Facets - Nick Yee's new studies Scott Jennings
  • Codename Blue & Facets - Nick Yee's new studies John Buehler
  • • Codename Blue & Facets - Nick Yee's new studies Dave Rickey
    • • Codename Blue & Facets - Nick Yee's new studies John Buehler
      • • Codename Blue & Facets - Nick Yee's new studies Dave Rickey
        • • Codename Blue & Facets - Nick Yee's new studies John Buehler
          • • Codename Blue & Facets - Nick Yee's new studies Dave Rickey
            • • Codename Blue & Facets - Nick Yee's new studies Rayzam
              • Codename Blue & Facets - Nick Yee's new studies John Buehler
              • Codename Blue & Facets - Nick Yee's new studies Clay
              • Codename Blue & Facets - Nick Yee's new studies Damion Schubert
              • • Codename Blue & Facets - Nick Yee's new studies Freeman, Jeff
                • • Codename Blue & Facets - Nick Yee's new studies Nick Yee
      • Codename Blue & Facets - Nick Yee's new studies Nick Yee
      • • Codename Blue & Facets - Nick Yee's new studies John Buehler
        • • Codename Blue & Facets - Nick Yee's new studies Nicholas Yee
          • • Codename Blue & Facets - Nick Yee's new studies John Buehler
            • • Codename Blue & Facets - Nick Yee's new studies Richard A. Bartle
              • • Codename Blue & Facets - Nick Yee's new studies John Buehler
                • • Codename Blue & Facets - Nick Yee's new studies Richard A. Bartle
                  • • Codename Blue & Facets - Nick Yee's new studies John Buehler
                    • Codename Blue & Facets - Nick Yee's new studies Steve {Bloo} Daniels
                    • • Codename Blue & Facets - Nick Yee's new studies Richard A. Bartle
                      • • Codename Blue & Facets - Nick Yee's new studies Steve {Bloo} Daniels
                        • • Codename Blue & Facets - Nick Yee's new studies Richard A. Bartle
                          • • Codename Blue & Facets - Nick Yee's new studies Marian Griffith
                            • • Codename Blue & Facets - Nick Yee's new studies Richard A. Bartle
                      • Codename Blue & Facets - Nick Yee's new studies Marian Griffith
  • Codename Blue & Facets - Nick Yee's new studies shren
  • Codename Blue & Facets - Nick Yee's new studies Dave Rickey
  • • Codename Blue & Facets - Nick Yee's new studies Brad McQuaid
    • Codename Blue & Facets - Nick Yee's new studies John Buehler
    • • Codename Blue & Facets - Nick Yee's new studies Dave Rickey
      • • Codename Blue & Facets - Nick Yee's new studies Matt Mihaly
        • • Codename Blue & Facets - Nick Yee's new studies Richard Woolcock
    • Codename Blue & Facets - Nick Yee's new studies Madrona Tree
    • • Codename Blue & Facets - Nick Yee's new studies Richard A. Bartle
      • • Codename Blue & Facets - Nick Yee's new studies Madrona Tree
        • • Codename Blue & Facets - Nick Yee's new studies Freeman, Jeff
  • Codename Blue & Facets - Nick Yee's new studies Richard A. Bartle
  • • Codename Blue & Facets - Nick Yee's new studies Matt Mihaly
    • • Codename Blue & Facets - Nick Yee's new studies Richard A. Bartle
• [TECH] Preloading path information William Murdick
• • [TECH] Preloading path information Kevin Mack
• [TECH] Follow-up to Shortest Path William Murdick
• Fun in Games (Long) Ron Gabbard
• • Fun in Games (Long) Brandon J. Van Every
• Games are not speech? Koster, Raph
• • Games are not speech? Jeff Cole
  • Games are not speech? Sean Kelly
  • • Games are not speech? Dave Rickey
  • Games are not speech? Ron Gabbard
  • Games are not speech? Crosbie Fitch
• How much is enough? Communication design Ron Gabbard
• • How much is enough? Communication design Miroslav Silovic
  • • How much is enough? Communication design David B. Held
    • • How much is enough? Communication design Travis Casey
      • • How much is enough? Communication design Ben Chambers
    • How much is enough? Communication design Daniel.Harman@barclayscapital.com
    • How much is enough? Communication design Damion Schubert
    • • How much is enough? Communication design Daniel.Harman@barclayscapital.com
      • • How much is enough? Communication design shren
        • How much is enough? Communication design John Buehler
        • • How much is enough? Communication design Damion Schubert
• The quandry of mob combat in MUDs Peter Tyson
• • The quandry of mob combat in MUDs Sean Kelly
  • The quandry of mob combat in MUDs William Murdick
  • • The quandry of mob combat in MUDs Ammon Lauritzen
  • The quandry of mob combat in MUDs Adam
  • • The quandry of mob combat in MUDs Peter Tyson
  • The quandry of mob combat in MUDs shren
  • • The quandry of mob combat in MUDs Kwon Ekstrom
    • The quandry of mob combat in MUDs Damion Schubert
    • The quandry of mob combat in MUDs Sean Kelly
  • The quandry of mob combat in MUDs Edward Glowacki
• How much is enough? Communication design Sasha Hart
• [MLP] Why care about levels? (was: The use of ecology models) Sasha Hart
• • [MLP] Why care about levels? (was: The use of ecology models) Sean Kelly
  • • [MLP] Why care about levels? (was: The use of ecology models) shren
    • • [MLP] Why care about levels? (was: The use of ecology models) T o F
      • • [MLP] Why care about levels? (was: The use of ecology models) shren
      • [MLP] Why care about levels? (was: The use of ecology models) Sean Kelly
      • • [MLP] Why care about levels? (was: The use of ecology models) Travis Casey
  • [MLP] Why care about levels? (was: The use of ecolo gy models) Daniel.Harman@barclayscapital.com
  • • [MLP] Why care about levels? (was: The use of ecolo gy models) Sasha Hart
    • [MLP] Why care about levels? (was: The use of ecolo gy models) Vincent Archer
    • • [MLP] Why care about levels? (was: The use of ecolo gy models) shren
      • • [MLP] Why care about levels? (was: The use of ecolo gy models) Damion Schubert
        • • [MLP] Why care about levels? (was: The use of ecolo gy models) shren
          • [MLP] Why care about levels? (was: The use of ecolo gy models) Travis Casey
• Realistic Ecological Models Sasha Hart
• • Realistic Ecological Models David B. Held
  • Realistic Ecological Models Mike Shaver
  • Realistic Ecological Models Leland Hulbert II
  • • Realistic Ecological Models Sasha Hart
    • • Realistic Ecological Models Leland Hulbert II
    • Realistic Ecological Models David B. Held
• Size of player-organizations Adam
• [Meta] [MLP] The use of ecology models (was: NPC Co mplexity) Koster, Raph
• The quandary of mob combat in MUDs Peter Tyson
• • The quandary of mob combat in MUDs John Buehler
• Developing A Web Generator Kyndig
• • Developing A Web Generator Kwon Ekstrom
  • Developing A Web Generator John A. Bertoglio
  • Developing A Web Generator szii@sziisoft.com
  • • Developing A Web Generator shren
  • Developing A Web Generator Derek Snider
• Powergaming (was How much is enough?) Jeff Cole
• • Powergaming (was How much is enough?) Kwon Ekstrom
  • • Powergaming (was How much is enough?) Jeff Cole
    • • Powergaming (was How much is enough?) Kwon Ekstrom
    • Powergaming (was How much is enough?) Zach Collins {Siege}
    • • Powergaming (was How much is enough?) Kwon Ekstrom
      • Powergaming (was How much is enough?) shren
• Fun in Games (the Fun Dogma) Clay
• • Fun in Games (the Fun Dogma) David Kennerly
  • • Fun in Games (the Fun Dogma) Ron Gabbard
• Skotos Cellular Automata Simulation System - a Technical Summary (LONG) Christopher Allen
• • Skotos Cellular Automata Simulation System - a Technical Summary (LONG) Sasha Hart
  • • Skotos Cellular Automata Simulation System - a Technical Summary (LONG) Christopher Allen