SLGI Wiki
Register
Advertisement
File:SLGI train fly.png

A SLGI Train while flying (arouhd Sugarolaf Dam)

File:SLGI train non-fly.png

A SLGI Train on railway (somewhere near Pini)

A complete schedule of all SLGI trains (30 pages in word) can be downloaded HERE. The information is stored on MEGA, the successor of Megaupload and one of the most secure storage clouds in the world. You will need google chrome for download.

Overall

SLGI vehicles are automated convertable vehicles. There are two different types: SLGI Fleet (East continents: Nautilus, Corsica and Satori) and SLGI Trains (Heterocera and Sansara).

SLGI Trains

The SLGI Trains operate on Heterocera and Sansara.

They behave like trains on the railway and like plnens when the line ends. They are part of a project developed by SLGI team, to connect remote places and to offer touristic guides to visitors. They all depart at Achemon (22, 242, 80), Heterocera continent and move to a specific location. Unlike other automated vehicles the SLGI trains are rare (one at each 6 hours for each destination) and they follow a schedule. There are currently 12 destinations, each one with its own train. For a part of the distance, SLGI trains follow a common way, so they can be found more often near Achemon (at maximum one train every hour).

SLGI Fleet

They are copies of well known spacecrafts and fly along the roads, waterways or high in the air, above Nautilus, Satori and Corsica. They are part of an undergoing project developed by SLGI team, to connect remote places and to offer touristic guides to visitors. They all depart from Nautilus Strait Project Thorlaug (250,250,101), Nautilus continent and move to specified destinations. Unlike other automated vehicles the SLGI spacecrafts are rare (one at each 6 hours for each destination) and they follow a schedule.

Reason

File:SLGI train 1.png

A SLGI train in Bembecia - Hooktip railway maze

Some residents wanted that scheduled trains to exist and move after a program, like trains on real railways. Also, some residents wanted connections to exist somehow between main railway network in Heterocera and remote rails in Sansara. And also, in East continents, people long wanted for an automated transport system to connect Corsica and Satori via Nautilus.

On the other hand, we all know the problems made by a high number of roaming vehicles on roads and railways. Creating a timetable for scheduled vehicles is a real hard job, to find the perfect solution between those who want more vehicles and those who want less vehicles (or want the railways, roads and waterways only for themselves). There are endless discussions on the forums about this subject. These vehicles are moving on Protected Land or on private-owned land (with permission). Our little team is opened for suggestions and wish the best for everybody. Roads, railways and other protected ways don't belong to a single person or a single transport company, but to all residents. Like in real world, vehicles must exist and protected ways (roads, railways, waterways and airlines) are made for transportation, however abusing of protected routes is not a good thing and must be avoided.

Other reasons were to stimulate other people's creativity and to show that Automated Transportation vehicles can be built by anybody and to show, from above, the beauty of our virtual world.

Operating these virtual trains is an honor for us and we treat it with big responsibility.

IMPORTANT: These vehicles are NOT created for the pleasure of creating, but for the desire to make our world a better place. If you want to add, remove or modify these trains or even all trains, contact User:Ana Imfinity.

History

From the first days when the railway system in Heterocera was starting to take shape, people wanted a transportation service to exist. Many residents have tried this. Some of them ended in the wrong way (with punishment like a 3 days suspention), while the large majority of builders ceased their projects by their own will. In 2013, the Yava Script Pods were operating on parts of the railway (mainly in East), while Second Life Transport Authority had its cars roaming on all railway system. Roaming trains were also present.

From 2012, World Explorer Railways Center was almost finished in Achemon sim, but incidents from rl forced its owner to stop the project. It remained unfinished until January 2014, when it was incorporated in Achemon Railway. The purpose of World Explorer was to offer guided tours throughout the rail system of the atoll. In December 2013, SLGI (or Second Life Geography Institute) was formed, as an inworld place for Geographic articles and research. Then, after creation of Achemon Railway, the old transportation project was passed to the institute.

The first scheduled train was moving on route Achemon - Tuliptree, every 3 hours (January 2014) and the first flying train moved from Cecropia to Adelais (February 2014). Since then, new trains were inserted and schedules were changed often. First trains were not always returning home, so their scripts had to be improved many times. From all projects made by Second Life Geography team, this one was and is the hardest one.

Ana Imfinity and Aziv Aslan, creators of SLGI trains, are both of Circassian (North Caucasian) origin. This is the first project in Second Life developed by North Caucasian people.

The launch of SLGI Fleet started in December 2014, but for personal reasons, both Ana Imfinity and Aziv - Aslan had to put the project on a long halt. Project will be finished in June and July 2015.

In January 2016, because of the embargo after the war in Ukraine and the unrest in Northern Caucasus, Ana Imfinity was unable to login and to manage her account properly. As a result, she lost her land holdings and the project came to a halt. Beginning in July 2016, as she was able again to login, she managed to pay the tier from her online shop, but is still unable to use credit cards. So, SLGI land is now limited to two small parcels, for safety.

Design

File:SLGI train 2.png

A train using its flying engine and wings to pass over a busy switch

SLGI Trains

At this moment, we have one train model working on all lines: a modified version of the GSLR trolley (available anywhere as an opensource model). It has been modified by a good friend of us, who reduced prim count and painted it green. To make flying more realistic, wings have been added. We had also a modified version of the VRC opensource train, but we no longer use it. Initial trains had an extreme glowing effect and not a nice design. The trolley is more simple, low prim, low lag and complains well with space and prim restrictions found in some places.

In future, new trains will be available.

SLGI Fleet

All SLGI spaceships are replicas of historical space missions. Their design was simplified in order to keep lag low. Each spacecraft is small, in order to avoid any traffic problems and to keep lag low.

Make your own SLGI vehicle!

Second Life Geography team wanted to make a contest for vehicle builders. For financial reasons, this is not possible (except as an act of charity with symbolic prizes). If you wish your vehicle to be used, this is possible with the following conditions:

SLGI TRAINS

  1. Trains must not have more then 20 prims (to avoid problems and lag).
  2. All trains must have wings (the wings are visible only while flying). These trains also fly over important switches to avoid blocking traffic, not only to reach railway terminals.
  3. All trains must not be longer then a trolley (to avoid any problems) and not too wide.
  4. All models must be copy-modify (so that the scripts can be inserted and part of the trains can become invisible).
  5. Unconventional models are appreciated.
  6. Trains must not make noises or smoke, to avoid any problems with land owners.
  7. Trains must work well with the opensource train script (this affects the angles).

SLGI FLEET

  1. Spaceships must not have more then 20 prims (to avoid problems and lag).
  2. All spaceships must not be larger then 5/5/5 meters (to avoid any problems).
  3. All models must be copy-modify (so that the scripts can be inserted and part of the ships can become invisible).
  4. Unconventional models are appreciated.
  5. Spaceships must not make noises or smoke, to avoid any problems with land owners.
  6. With ZERO ROTATION, the spaceship must point towards East. If this is not complied, there will be major rotation problems.

IMPORTANT: All vehicles must be green. Models with other color will not be accepted by default. It is, however, not required to be glowing or to have a specific type of green (or to be completely green).


SLGI Technology

All SLGI vehicles are nuclear powered.

Nuclearpunk

According to the legend, these vehicles use Soviet plutonium that was extracted from the ruins of Urban Degenerate's Chernobyl site in Calleta and later from their abandoned land holdings in Obscure. Also, plutonium can be found at the radioactive Plusia station, from time travelers that come from the cold war era.

Another legend says that these vehicles are a hazard to the environment and caused many trees to dry-up along the railway. Also, when a train crashed in the Gulf Of Lauren, close to Bay City, radiation from its leaking reactor caused some fish to suffer mutations and transform into dragons and fireflies.

Aziv - Aslan guaranteed that radiation level is set only twice above lethal dose, but despite this, SLGI team insists that riding these trains and ships is not dangerous for passengers.

Train engine

In past, SLGI trains used a modified version of the VRC opensource train engine. Basically, it was a steam engine that replaced coal with plutonium. The system proved efficient, but still not as expected. Since July 2016, it was replaced with flying engine, that was used in past for flying over Sansara.

Plane & spacecraft engine

File:SLGI train f.png

A SLGI train flying over the Snowlands

The plane engine is used (in a modified version) by the SLGI Fleet and used by SLGI Trains both on rail or while flying.

As a plane or a spacecraft, they use a Fission Engine. This kind of locomotion was proposed by the Orion Project to push a spacecraft to the nearby stars. Small amounts of plutonium are exploding in every second, creating the needed thrust to push the vehicle forward. Every second, each vehicle creates 17 explosions. At a close examination, one can see that SLGI vehicles don't move in a smooth line and can see how vehicles are pushed by endless bursts.

Many thanks to Aziv - Aslan who suggested this kind of locomotion and helped to create it.

Multiple stage rocket

As vehicles move forward, they tend to exhaust their fuel. This is just as rockets exhaust their own fuel and in order to send a spaceship to another planet you need to use a multiple-stage rocket. Once the first stage has finished its fuel, the next stage starts working. In the same way, SLGI vehicles, at some point, stop and detach used fuel. Then, they continue moving. When they return home, there is no fuel left, so that vehicles cannot start another journey.

LSL Scripts

Now, let's talk about some real problems.

The script used by SLGI vehicles is the most low-lag of all scripts used on any vehicle. Multiple tests proved that it simply cannot affect sim performance, even if 100 vehicles are moving at the same time. Also, it is extremely efficient. Vehicles follow their paths with an error of only one meter.

SLGI vehicles are set phantom, to avoid colliding with other objects or avatars. Also, they are set non-physical, to reduce lag and to create the atomic repeated pulse.

The flying script, made by Aziv Aslan and Ana Imfinity, is simple, low-lag, but does not use a notecard or an external storage place for information. For low-distance trains that is not a problem, but for high-distance ones, data needs to be sored on multiple scripts. From time to time, the train stops in a rezz zone and deploys a prim with scripts. Using llRemoteLoadScriptPin the prim gives to the vehicle a new script with instructions, while the old one is deleted. This is why vehicles need to stop from time to time to change fuel.

Percent of errors

In normal conditions, measurements showed that about 90 to 98% of vehicles return home, depending on what route. Also, they keep following their schedules with an error of 5%. The most frequent problem the 'region logout process' that deletes all existing vehicles and passing through a sim and might send vehicles out of road.

To avoid problems, vehicles have a deleter. The self-destruct function is activated when:

  1. a vehicle enters unwanted parcels and remains there more then 300 seconds
  2. a vehicle is immobile for more then 200 seconds
  3. a vehicle stays inside a sim for more then 20 minutes
  4. a vehicle is over 30% late from schedule
  5. emergency command is sent to them by trackers.

Since the beginning of SLGI Transport Systems, we encountered a lot of problems. Up to this date, for those 2% to 10% of vehicles that fail reaching their target or returning home, the reasons of their failure are as follows:

  • Sim logout process: 40%
  • Sim crossing problems: 30%
  • Griefer attacks: 20%
  • Technical problems: 10%.

Monitoring

File:SLGI train k.png

Up: the online SLGI map,down: the traffic relay an a tracker

Unlike Second Life Transport Authority or Yava Script Pods, we don't have access to an external server. For a long time, the only way to know where these vehicles are was the use of their timetables and Heterocera interactive maps. These vehicles don't have contact with any external or internal server and so they are completely on their own on their schedules.

At their rezz point, in House Of Freedom - Achemon Railway or Nautilus Strait Project, there is a traffic relay that gives information about train/spaceship activity, counting departed and returned vehicles. It also uses trackers. A tracker is the fastest moving object on the grid. It can travel from Achemon to Bay City an back in less then two minutes. They look like green spheres, flying at 1000 meters high. Trackers follow routes of SLGI vehicles that should be in service according to schedule and return home with info about detected SLGI vehicles.

The use of trackers instead of an expensive external server proved to be highly efficient. Main advantages are: low-lag for trains and traffic relay, no cost for this method, higher accuracy and information about sim cross problems. Major disadvantage is system delay (it takes between a few seconds to a few minutes to find out where is a vehicle).

An online map shows information brought by the trackers and position of all SLGI vehicles, with a delay of up to 5 minutes. This map can be seen at House Of Freedom. It is not so accurate as Heterocera interactive railway maps, but still gives a good idea of where vehicles are.

In cases of emergency, the trackers are closed down and the system starts using Object to object HTTP communication. This method generates more lag per vehicle, but can bypass sim crossing failures.

Also, there is an emergency protocol, that can send trackers, to deploy deleter scripts into each train and remove them all from the grid.

Policy

File:SLGI train invisible.png

A train becoming invisible in a populated area

On private-owned land, vehicles are moving with permission. However, since majority of private railways are group owned, it is impossible to talk with everybody. A notecard was released for the VRC group. If you are a member of a group that owns land on a railway and don't want trains to move on your land, please contact us.

It is possible that, caused of an error, these vehicles lose their way and enter nearby parcels. This happens at one in 600, in 80% of cases when a sim is behaving not normally (a bug, high lag, griefer attacks or sim logout process). More often, this is happening to experimental or new vehicles released into schedule. More often, it is possible that a SLGI vehicles, while flying, enters with a part of its body (the edge of its wings) on private land. If you see any of these happening, please tell us, to correct the route.

On protected land, vehicles are allowed to move. Still, the point of view of nearby residents is important. It is important both the point of view of residents nearby the protected land and the residents moving on protected land, by foot or with other vehicles. So, if required, vehicles can become invisible in a specified area or they can fly at a higher altitude.

If residents from nearby parcels wish, vehicles might become partially invisible while passing nearby or can fly on other altitudes. And also, if you own a station or a parcel near the railway, road, water or in air and wish to, we can make vehicles to stop at your station or enter your parcel. If you wish, a complete time schedule for a specified station can be sent to you on a notecard. And also, if a group of residents wish, these vehicles will be removed from a schedule.

Since the beginning of the project, our team received many messages, 90% of them were appreciations for the project and 10% were against it.

It is almost impossible to always keep an eye on all vehicles. This is why each train is equipped with a deleter, that activates when:

  1. a vehicle enters unwanted parcels and remains there more then 300 seconds
  2. a vehicle is immobile for more then 200 seconds
  3. a vehicle stays inside a sim for more then 20 minutes
  4. a vehicle is over 30% late from schedule
  5. emergency command is sent to them by trackers.

Schedule

To see the schedules, please go to the following addresses:

See Also

Advertisement