(LEGAL) Opinions. All Generalizations are False.
RubiconRail.com
RubiconRail is an automated transport system, a way of transporting a lot of cargo packages across a wide (but not deep) coral tidal flat or river flat. They are rolled out, as needed, convey, and thn withdraw.
Designed for Tarawa – The capital island of KIRIBUS (spelt but not pronounced Kiribati) many decaying, drowning crowded communities of “low lying” coral island they are 3,000Km from anywhere, and in 3km deep ocean in the mid Pacific ocean near to the Equator .
RubyOnRails
Is a Language, similar to BASIC / English … designed to be “understandable by machines” It is of interest to this project, but I've not yet understood how to “speak” it...Basically, I guess, spell itout normally, except that “commas” and other punctuation QWERTY characters “organize” a sequence for commanding a machine output.... perhaps I need to join a blog...
Crossing The Rubicon
This is “a couse of human action” - a decision whether to cross this divide or not... as, having done so, our resources/ forces/situation cange...Julius Caesar 49BC .https://en.wikipedia.org/wiki/Rubicon
“Portable Bridges”
The Rail System is laid between portable tressles that can be floated in and positioned at high tide. The spans are basically planks between them that can be either floated in or delivered by the Rubicon rail itself. There are no “conventional rails – we run on ordinary inflated vehicle tyres – the “theoretical” rails are defined on the worksite grid and the island grid, and navigated by the locomotive . Todays cheap navigation electronics makes this easily possible. The navigation knows exactly where it is, and what it is travelling on - this, camera, controls, and other data is transmitted to the control room – which also knows all the other stationary bits and all the other moving bits in the work grid area. Our control room is a busy place. Our control system is a busy system.
Application TRI
In order to keep a supply of Bagging Sand available to the BuilderPyramid or device, a conveyor is needed. But 300 metres of conveyor is expensive and problematic … a normal roadtruck delivery would need heavy temporary bridging and would be a headache, take too long to set up and too long to secure. Our RubiconRail bridge system has to be easy to deploy and easier to pack up again (if severe weather approaches). Typical “supply vehicle” on it weighs 150Kg and carries 250Kg at 15m/s (54Km/hr) on inflated road tyres on RubiconRail's flat “road” surface
TriCar.net
These fast, steerable “mini-trucks”, delivering 250Kg sand (or other) packages are steered and controlled by a remote driver or remote computer from the (Rail Master's) control room “in a conveyor belt mode” on rubiconrails to their destination, they may switch to another rubicon rail, changing course onto a different RubiconRail …. if there is a rail there. Both the system and the driver can confirm this. Fit their turn in with other traffic. They can choose a “track” to Slow, or stop, tip their load, then return for another refill.
About 100 of them are needed for an average task. 15 metres apart (1 per 15m long bridge span ) that's a 700 metre return distance – less distance if the slower loading and tipping operations are taken into account. They are despatched at about 1 per second .. 3,600 per hour each carry 250Kg … so this system can carry 900 tonnes per hour RELIABLY … 22,000 tonnes per day to various locations. We need this.