• Welcome to the new COTI server. We've moved the Citizens to a new server. Please let us know in the COTI Website issue forum if you find any problems.

UPP, the very best

I think it's funny that everybody on this thread read UWP for UPP until into the 2nd page. Wonder if that has anything to do with the usefullness of the UWP. It could just mean nobody uses the term UPP though. ^_^

Personally while I find the UWP useful for listing a huge number of planets compactly I find myself looking up at least one of the values (if not half to all) in a world's UWP whenever I use one. I keep a printout of a one-page text someone made up that details the values handy and have an archived javascript UWP expander. (can't find either url at the moment)

I don't think the UWP itself should be extended. I like in general not having everything detailed out on a sector level which leaves plenty of room for IMTU. And for me it wouldn't quite be Traveller without random planetary generation. However I do like the full writeup ala GT: First In or even the DGP type world data (1-2 pages) for worlds that are focal points that the PCs are going to spend a lot of time on.

Casey
 
Good points Casey. I'd primarily be doing this for MTU, of course, and not for any official publication.
 
Originally posted by robject:
Quite.

In fact, nowadays even UWPs live in more than one format -- they're of course in the traditional text format, but I also have the entire systems from several sectors broken down into a MySQL database on my computer.

And someone must have the data stored in XML somewhere (and it's easy enough to generate it from a database, I'll wager), and I've generated sectors into a YAML document:

(warning: this is Corridor, Deneb, Gvurrdon, Reft, Spinward Marches, and the Trojan Reaches in a 700k file*)

http://home.comcast.net/~downport/etc/tools/KnownSpace.yaml

(* Which can compress down to a measly 82k)

(Begin bandwagon sales-pitch)

I think you'll agree that YAML gives us the representative power we need without the COBOL-fingered layout of XML. Plus of course they're freely cross-translatable.

As a matter of fact, the YAML document might satisfy several types of people. It allows the statistics of a UWP, but also can be very, very human-readable (there are no <tags> to get in the way). It's easily converted to XML, and many parsers exist for it (though no robust ones for Java yet :( ).

(End bandwagon sales-pitch)

Update Well, now I'm inspired to write a UWP parser/system generator that classifies worlds and dumps readable output to a YAML document.
I went over and looked at the YAML site (www.yamal.org), and looked over the website noted above. I'm not really familiar with YAML, but the layout is quite clear.
I read through the FAQ, About, Reference, and Specification links, but information was sparse. Does YAML have a query language like RDBMS products (SQL) and XML (which has a XQuery, Quilt, etc.)? Or am I missing the point, and YAML is meant, as stated, strictly as a file structure for standard 3GLs?
 
Originally posted by Casey:
I think it's funny that everybody on this thread read UWP for UPP until into the 2nd page. Wonder if that has anything to do with the usefullness of the UWP. It could just mean nobody uses the term UPP though. ^_^

Personally while I find the UWP useful for listing a huge number of planets compactly I find myself looking up at least one of the values (if not half to all) in a world's UWP whenever I use one. I keep a printout of a one-page text someone made up that details the values handy and have an archived javascript UWP expander. (can't find either url at the moment)

I don't think the UWP itself should be extended. I like in general not having everything detailed out on a sector level which leaves plenty of room for IMTU. And for me it wouldn't quite be Traveller without random planetary generation. However I do like the full writeup ala GT: First In or even the DGP type world data (1-2 pages) for worlds that are focal points that the PCs are going to spend a lot of time on.

Casey
UWP vs. UPP

As for repeating UPP several times, I've carried on threads in the past where I've stated UWP over and over, and my counterpart kept on stating UPP over and over. Eventually, I realized many think UPP is Universal Planetary Profile, and decided not to mention it the same way I usually manage to restrain myself from pointing out typos and grammar errors (because I, of course, make errors myself
).


UWP Expansion

There is a difference between what the OTU publishers should give us, and what I should be able to expand to in MTU. When player's get a mind to jump a few hexes off course, "Just because.", I tend to want to be able to have a list of pre-generated and fairly detailed system and world stats on-hand, the full skeleton, so to say. As GM, of course I'm left to do up the meat of it, even on the fly. But knowing what the gravity is on the 4th moon of the 2nd Gas Giant in the 5th Orbit is useful without having to decide on it myself in an instant (where I'll probably get it wrong). It is also very useful when looking at polity-wide statistics, so that I can get a personal feel for the spending of various branches of government, both at the interstellar and system level.

I do not want a full detail handed to me, I want the ultra bare bones, and then I want a known and accepted framework upon which to expand it.

Galactic 2.4 provides this to some extent. Heaven & Earth 2 (in beta) will do so as well. But both rely on the static and standard Expanded UWP. Galactic provides a few extra stats (like I mentioned up thread), and provides an alternate script for system generation that "corrects" some of the worst "randomness" flaws of the original Bk2/Bk6 systems. However, Galactic has its own proprietary starsystem generator (it uses it's own author-designed routines to position worlds, moons, rings, etc.), and the author of H&E 2 has just finally come to the conclusion that it's unlikely the starsystem generator rules found in the World Builder's Handbook (which are based on Grand Survey, in turn based on Book 6) will ever work because the systems in the books are inherently flawed and designed to be human-fudged when problems were encountered.

I mention all this because I'd like, to see a new world-design handbook. I'd like to see an expanded and corrected UWP, and corrected starsystem generation routines.

<I'd like to see>

Ideally, the basic UWPs, with zeroed Social Stats, would be generated by the Traveller author and writers. Terra, Vland, and the few other planets inhabited by intelligent species would be updated with their stats.

Then, the base data would be "run through" a process to update the worlds in 250 or 500 year intervals. Each leap forward would include additional corrective process runs for each sector and subsector based on known historical requirements (war, disasters, war, expansion, war, etc.). The degree to which population grew and spread would be controlled by TL (which governs lifespan, health, child-rearing years, jump ranges, and the quantity of additional wealth which which more expansion can be driven), which is artificially set by known historical requirements.

By the end of this, we get to 1000, then leap to 1110, and then make a short 6 year leap to 1116, and then the next leap to the TNE timeframe.

Each leap forward has its own Last Survey Date/Time stamp. This produces a complete set of basic stats for each world for each leap forward. The combined database would be released, hopefully (from my standpoint), in a widely available database or XML format (so the data can be Normalized from the beginning instead of making people do it themselves) and honestly, in hopefully more than one format (MySQL, Firebird, Access, Mimer, etc.).

The amazing front ends that various excellent programmers have made could then, in theory, connect to the common back end of a common database of UWPs. Each person could then expand and personalize any of the data for any era of the OTU. Of course, each GM is free to change anything, including whole sectors, to match personal needs and desires.
Or, as a fall back position, file-format converters could be established to cross data between this "Common UWP Database" and the likes of Universe, H&E 2, and Galactic 2.4.

The finalized development of such a "Common UWP Database" allows for additional possibilities. The programming that does the process of leaping the timeframes forward could be packaged and sold an an application. By creating blank UWP Databases, a user would run random generation with zeroed Social Stats, updating key worlds (for universes that start on Earth or other worlds at whatever point in their history the author wants), and then leaps the new milieu forward in user-selectable intervals. In short, it would be a tremendously useful milieu design tool for non-TU gaming.

Wow, it's pretty easy to suggest other people do so much work, isn't it?
file_23.gif


</I'd like to see>
 
Oh, another reason for a revised world builder book is that Allegiance and Base Codes have multiple incompatible versions that need to be straightened out.
 
Allegience and base codes may not be necessary anymore. Line widths allow (at least) spelling-out of allegience codes now. Bases could be spelt out as well.
 
Glen,

Why don't you hop on over to Software Solutions and pick our brains? I'm gettting close to deciding how to creatively extrapolate a system from existing data...

Rob
 
I may do that, after I give it a try. Since I "retired" from programming this is about the only time I do "analytical" thinking any more.


One of the things that bothers me about the UWP is the atmosphere code. I'd have rather seen it split into 2: density and type. I've never understood what tainted really means, in that why is it tainted? As for type, is nitrogen/oxygen the only one that matters (besides for breathing purposes)? How about methane/ammonia on cold worlds? Could there be sulphuric atmospheres (gotta go find info on Venus)? Any other possibilities?


Glen
 
Originally posted by Gaming Glen:
I may do that, after I give it a try. Since I "retired" from programming this is about the only time I do "analytical" thinking any more.


One of the things that bothers me about the UWP is the atmosphere code. I'd have rather seen it split into 2: density and type. I've never understood what tainted really means, in that why is it tainted? As for type, is nitrogen/oxygen the only one that matters (besides for breathing purposes)? How about methane/ammonia on cold worlds? Could there be sulphuric atmospheres (gotta go find info on Venus)? Any other possibilities?
Glen
I proposed something similar a ways back up the thread.

Atmospheric Pressure
Atmosphere Type
 
First, I don't think there's a more concise way to summarise a world's physical properties than the existing UWP - if there is, I'd like to hear of it.

I'm not sure about adding more digits to it (eg one for atm type, one for density, one for temperature, one for star type etc). First, it would make it more complicated. Second, you get some pretty darn unrealistic results as it is (e.g. size 1 worlds in the habitable zone that have atmospheres. It's impossible - a world that small has to be unfeasibly and unrealistically dense to be able to hold onto any atmosphere at all at even those temperatures). If you tacked on more digits, you're very likely to make it even less realistic by dint of having unlikely combinations of digits.

Another problem with the current system is that atms 4-9 are (in CT) defined by oxygen pressure, not absolute surface pressure. In other words, the book 3 definitions are based on how much oxygen there is in the atmosphere - whether or not you need artificial help to breathe it - not the actual pressure at the surface. I think this is wrong and limits the atmosphere composition unecessarily - I'd rather say that Thin, Standard, and Dense refer to the absolute pressure at the surface, and then you figure out the atmospheric composition yourself afterwards and from that (and the atmosphere pressure you decide on that fits in the range for that atm type) you can figure out the oxygen pressure.

I've got a revamped atmosphere classification system I've been sitting on for a while, I may do something with it over the next few weeks and put it online somehow.
 
One thing that's missing is there is no scheme to classify space colonies. For instance the 2d6-2 that is rolled to dteremine population produces an average roll of 5 (100,000 to 999,999) A Bernal Sphere (Island two) could hold that population. Population 6 (1,000,000 to 9,999,999) and population 7 (10,000,000 to 99,999,999) is the right size for an Island Three Space colony and an Island One or Stamford Torus could hold a population of 4 (10,000 to 99,999). Population 3 and 2 can be housed by a smaller wheeled space station or a Dumbbell shaped space station that flips end over end Population 1 or less would be well served by a spaceship. If the population is 8, 9 or 10, it would be well seved by an artificial "world", a giant rotating cylinder with the ends open to space but with retaining atmospheric walls projecting inwards from the ends of the cylinder that is taller than the height of the atmosphere. The small size world is 500 miles in diameter and has tiny holes in the end about 50 miles in radius. The larger size could be 1,000 miles in diameter or larger, the hole in the end cap is 500 miles in diameter.
 
Tom,

Those are pretty cool classifications. If anything, we could use enumerations like the above (and more, to show potential differences between tech levels, and colony ages too) in a resource, like a webpage for instance, that referees can pick and choose from.

Rob
 
Yeah Tom,
That is one idea of yours that I really like.

I use to play Galatic Bloodshed, PBM electronicly and I as soon as I could I would leave the planets and make moving starbases for my population so that the enemy could not find me. We would move into a system and strip mine the planets and then move on.

Dave
 
Again, I feel that the UWP needs one additional stat, which is actually already shown on *some* UWP lines in published material, though most online databases miss it, and that is Last Survey Date.


However, what I'm willing to settle for, and what I'd like to see, are two quite different matters.

In the modern world, computer storage is quite flexible, we can keep whatever data we'd like within a good database.

That data can be extracted and assembled into traditional UWPs, Extended UWPs, Super-Extended UWPs, Multi-Line UWPS, etc. That is, as long as we've taken the trouble to design our computer database to be capable of storing all we'd like to see.
 
Originally posted by Tom Kalbfus:
One thing that's missing is there is no scheme to classify space colonies. For instance the 2d6-2 that is rolled to dteremine population produces an average roll of 5 (100,000 to 999,999) A Bernal Sphere (Island two) could hold that population. Population 6 (1,000,000 to 9,999,999) and population 7 (10,000,000 to 99,999,999) is the right size for an Island Three Space colony and an Island One or Stamford Torus could hold a population of 4 (10,000 to 99,999). Population 3 and 2 can be housed by a smaller wheeled space station or a Dumbbell shaped space station that flips end over end Population 1 or less would be well served by a spaceship. If the population is 8, 9 or 10, it would be well seved by an artificial "world", a giant rotating cylinder with the ends open to space but with retaining atmospheric walls projecting inwards from the ends of the cylinder that is taller than the height of the atmosphere. The small size world is 500 miles in diameter and has tiny holes in the end about 50 miles in radius. The larger size could be 1,000 miles in diameter or larger, the hole in the end cap is 500 miles in diameter.
In the traditional UWP code system, that would probably be a lettered size code. S is already Satellite, I believe. Maybe C (for space Colony)? When this code was present, Atm and Hydro codes would mean other things to categorize the colony type.
 
I don't think you need a special code for space stations. As it stands, all the UWP does is tell you how many people are on the mainworld. It doesn't tell you anything else about any other body in the system, or any artificial bodies either (for that matter, a capital ship stationed in a system can have a population high enough to show up as a UWP digit - so should you include those in the UWPs?!)
 
Universal World Profile UWP. The same can be said of the UPP as well.

Originally posted by RainOfSteel:
Murph,

Might I ask?

</font><blockquote>quote:</font><hr />
Elegant, simple, and descriptive.


To what earlier in this Topic are you referring?
</font>[/QUOTE]
 
More to the point, was it worth resurrecting a thread that nobody had posted anything to for 6 months just to say that? :rolleyes:
 
Back
Top