Originally posted by Tom Kalbfus:
What's wrong with updating the 2300 Near Star Map? Does working with obsolete data make it more authentic?
Umm, no, I never said it did. I said that using
different data to that which GDW used when writing 2300AD and it's published supplements alters the setting. In ways I think are a bad idea, although I obviously didn't explain why very well
.
So you want the 7.7 LY limit to be the second speed of light limit that no one can pass, or is it the assumption that technological innovation in the 2300 universe has come to a halt and no one can do any better.
No, I want one of the other fundemental underpinnings of how the setting worked (that ships could only make journeys up to a certain length before they had to seek a gravity well) to be retained as it is essential to the setting as published. And light
speed in 2300AD remains a limit no-one can pass...
Well its possible their may be two speed barriers, but I don't understand why the Near Star List should reflect only 1980's data.
Because with more modern data much of what was written for 2300AD becomes innaccurate. There may be (multiple) 'backdoors' in to Kafer Space, routes to the arms that seriously alter the balance of economic power in the setting. And once we decide that we can alter the NSL, why should we stop at 2003 data? Why not wait until 2005. And what happens in 2006? It's a game setting: we have to take a snap shot at some point and given we already have a large body of material (soon to be republished) based on the existing NSL, why not stick with it?
New stars are being found all the time. By failing to update the star map, you make it less of a hard science Fiction setting.
Pardon? We obvioulsy have radically different ideas of what constitutes 'hard SF'. To me what makes 2300AD a Hard SF setting is the absence of human genitcally compatible triple-breasted aliens and the fact that there is no sound in space. And IMO adherence to sciences current best guess about the stars near Earth won't
automatically make a game a Hard SF setting: it'll just tie everyone in knots trying to keep up with those guesses.
People who start playing now will wonder why their are missing stars. Are the stars deliberately left out so that starships can't cross in that direction, why is that so vital to 2300?
Did we play the same game? The whole nature of space exploration and the economic, politcal and military structures of the setting were determined by the fact that some journeys required more steps than others, that there were choke points at key positions on the arms...
I'm sure their are other gaps that still can't be crossed. I just think that in Hard Science Fiction its more important to have all the known stars within 50 light years than it is to artificially maintain the barriers to navigation by leaving them out. Transhuman space by the way is a one solar system setting
The gaps are in different places though, so the choke points move, and changiing the stutterwarp limit has a similar effect... My point is that it's like saying that adding reliable GPS systems to a game of 15th Centurey ocean exploration wouldn't change the nature of the setting in fundemental ways... What gives 2300AD it's unique feel (part 18th/19th Centurey Age of Empires, part CJ Cherryh, part unique) IMO opinion is that absence of FTL communication faster than a ship, the need to stop frequently on long journeys, the fact that insiginficant way stations can be come crucial in military strategy. These things arise from the NSL data and the Stutterwarp drive, change those two and you alter fundemental aspects of the setting. For new 2300AD material to be accessible to the maximum number of people, it needs to build on what has gone before, not contradict it, IMO.
Now having said all that, I do think (and may have suggested before here) that any _new_ edition of 2300AD should include notes to enable referees to apply some of the more obvious tweaks (Stutterwarp II, changing the Stutterwarp for Jump2 and melding the 2300AD and OTU timelines etc). But they should be OPTIONS, not baseline assumptions IMO.
Cheers,
Nick Middleton