** Occupied **

Is it possible to have a teleporter send people to a room, and lock the teleporter (showing occupied) until those people decide to teleport back?

If there is, what are the correct words to use for a forum search or to speak to a scripter about that idea. I've searched for forum but have not found the proper keywords.

Thank you,.

I think there are ones out there arleady but might be "pay to use" TPers. I'd advise looking through SLexchagne or SLBoutique for something like that as rarly are TP functions properly advertised in world unless via the classified ads or here in teh forums under New Products. I'd use the world "teleporter" to search.

if still not found or if a scripter here hs the time...maybe the'll post or make ya one. ^_^

I wrote a custom teleporter for just this purpose for my club.

The trick is to use states - one for available and one for occupied.

In the available state, have your teleportation code. Once teleported, change states of the teleporter to occupied.

In the occupied state, don't include any teleportation code and add an automatic unsitter.

Avitars aren't always well behaved. They may not use your Teleporter to return.

So perhaps use a sensor to detect when the targeted room is unoccupied? and/or a timer to free up the Teleporter for the next consumer?

Hmm, good point Sterling. Thank you. I'll do more research along that line. Maybe I'll learn enough to know what to say when I advertise for a scripter. hahaah.

I'm working on a type of security door now that functions along those lines.

If the room behind the door isn't in use, the first person to touch the door becomes the temporary "authorized user". Only they, or the actual *owner* of the door, can then open and close it.

They can "unlock" the door if they want to... give up being the authorized user. The door is then ready for whoever clicks on it next to become the authorized user. The owner can also reset the door to "unlocked"at any time.

Every few minutes (currently I'm working with 5 minutes as a test interval), it scans for the avatar who is the authorized user. (If it's unlocked, it doesn't scan.) If it can't find the avatar within a preset range, then it assumes they left the room via another method, like teleport, and clears them from the "authorized" position, setting itself to "unlocked" and ready for someone else to become the next authorized user.

That sounds very useful Solomon. I hope you can pull it off.

I've created three "love nests" inside a waterfall that are 20m apart from each other so typing cannot be overheard. I've sealed them up so need a teleporter instead of a door. However, if you remember to, I'd be happy to hear from you when your item is finished.

I'll try to remember, Martin; I'm afraid a couple of other things have taken precedence for the moment, but I'll be getting back to it shortly.

One change I'm considering is making it into two items, not one... the door and a seperate (invisible, phantom) sensor prim. That way, I can put the sensor in the middle of the room and just look for the authorized avatar in a general radius around the sensor instead of the door having to check, if it detects the avatar in range, if the avatar is in a direction that indicates it's inside the room or not. The door and the sensor could either communicate by talking over a predefined channel, or if they are close enough, could be part of a link set and communicate using the Message commands.

I have one of these systems that I developed for my club (shameless plug: Peaches Beach Club).

It has a sensor in each room that scans at 5 second intervals. It shouts the results to a relay. If there is one or more avatars, their keys are sent down, with a 2 letter prefix indicating which room. If none is present then just the prefix is sent.

I have relays at 95M intervals from the rooms to the ground unit. All the rooms shout down these relays.

At the bottom is a base unit that parses the shouts and determines if the room is occupied. If only 2 letters long, the room is vacant and a linked message is sent to a visual indicator. All the visual indicators receive that message and parse the 2 letter location to determine if it's them and if so, set their status.

This may seem kind of chatty, but it's all on high channels. It guarantees against ppl leaving in other ways (which they very often do). I don't really need to send the avie keys down, but at some point I may log those.

Hope that helps. Message me or come by if you want to see it.

-Bo

Solomon: the updated Multi-User lockable door script in the library forum already has a lot of that functionality "under the hood". With some kitting around, you could easily adapt it to your purposes.

*thinking out loud* You'd need to modify the listener to tune in to the room sensor, or just build the room sensor into the door itself and toss link messages back and forth. And you'd need to change the touch event to call the add user code based on if the sensor sweep of the room (or rental period is up), and to call the remove user code when the room is empty. You'd also have to put in new "pay" functionality. There's already code in there that prevents the owner from being removed from the auth list without their consent as well. I think it could be done and tested in two or three hours once you understand the code.

You can have your teleporter use states, like Jacques suggested. They teleport up and it then goes into an occupied state and tells anyone that tries to use it "occupied".

Then have a sensor up in the room like Sterling suggested. It scans once a minute and when someone shows up it goes into occupied mode as well. It still scans once a minute but this time when it stops detecting people (they left and the room is now empty) it then sends an IM to the teleporter telling it to go into "available" state, which allows others to TP to the room.

Using IM's allows you to have the room further away than shouting distance.

You can even take it a bit further and have the teleporter IM the room sensor with the names of who is supposed to be in it. That way if someone tries to use the room without permission it will know, and can kick them out.

Or instead of the teleporter sending the names, you can just set it up so that if the room sensor says "someone is here" and the teleporter is still in available state, it will tell the sensor to eject whoever is there.

ANyone considered using the "Buy Pass" system here? Screen off the room as requiring a special pass, then have the teleportation /door mechanism grant that person a pass? The pass is then revokeable at a certain time interval, and you could have a secondary mechanism that could re-issue passes to those it still finds in it's scanning area.

So like, you use the teleporter to get in, the teleporter grants you a 10 minute pass (let's say) then a scanner in the room issues you another 10 minute pass after 9 minutes. 9 minutes later, it issues you another. When you leave, the scanner notices you're gone (at the 9-minute interval), and sends an email back to the teleporter, telling it that the room is no longer occupied. The teleporter then switches back into "available" mode.

What does this approach solve? sit-jumpers and alt-cammers who might try to enter the space. The buy pass system will keep them out, and only grant access to people who use the teleporter, or are already inside the space. The teleporter can then assure you that only one person can enter the space at a time.

Anything more specific would depend entirely on what you're trying to accomplish.

I've been doing a lot of searching for script ideas and reading this thread which has many great ideas in it and I believe I have found a simple method to give someone a small amount of privacy and stop people from using the teleporter to surprise them. I found a nifty locked door script that uses a timer triggered by the Open door choice.

The idea is that a person walks up to a teleporter. They activate it and the teleporter takes them to a private destination. Then the teleporter begins a 30 minute count down during which is displays above the teleporter the text, "Occupied."

After the timer runs down the script continues to the next step and becomes available for use by someone else. Foolproof? No. Totally secure? No. But it is a simple first step.

There are a couple of problems that I see:

1. Avatars make landmarks to the room.
2. Avatars leave the room before their 30 minutes is up and the timer doesn't expire.

Many of the ideas expressed above such as states would address #2. Giving the room some sort of permissions and kicking avatars without permission would solve #1, but a scripter will have to work that out.

I'll post the simple script when I piece it together and maybe someone can add to it.

i think the following two problems that you mentioned:
1. Avatars make landmarks to the room.
2. Avatars leave the room before their 30 minutes is up and the timer doesn't expire.

could be solved by:

1) have an access list connected to that timer, so when the room goes to max state of seats, record av names and disable tp from functioning (this would of course be connected to timer and could be done before or after entering the room), this way the script would auto-kick whoever tries coming back via LMs (time slots would be nice)

2) have a sensor to detect av range within space hook that up with the timer, so you have an OR statement happening for the conditions (laymans terms - execute option a - timer limit or excute option b - if av detection = true then whatever... if one or two is false then set the red light on tp to green as in available)

any of that make any sense to you folks?

cheerS!

I built a dumb version of this for a friend.

a teleporter, that transmits people to one of four places. The places (skyboxes) have a scanner in them. if the scanner detects any avatar within 25 meters, it registers as occupied. Every 30 seconds, it scans. if it finds a person, it sends an email back to the status board. The status board checks for email every second, and when it gets one, it sends out a linkset messade with the subject as an integer (1-4) and a text message that is either "available, or occupied". then 4 child prims toggle a texture based on their last received command.

It doesn't stop people from teleporting into the room.. and won't eject them after a time period.. but it's a start.

Could have just as easily, made 4 teleport pads, and rather than having the 4 display prims change a texture, they could have reshaped to form metal clamshells covering the teleporter pad relating to the location in question.

A way to stop landmarking is to have the skybox positions move on every useage/release
Just a few metres is enough to throw off the landmark

One of the problems with using teleport though is knowing how many people are going to be in a room. Is it going to be a "love nest" for couples? Do you need to make sure the teleporter will teleport and allow the second person to teleport, etc? What if they were kind of kinky and there were 3 people?

What I ended up doing was creating a physical vehicle. Something like that could also be modded to only move if it was paid etc. Everyone can sit and it goes upto 4000 meters and rezzes a garden. The vehicle stay in the garden and has a sensor that fires once per minute and if no one is around then it sends out a die command, killing the garden. It then returns back to it's start location. Also made it so that if the garden doens't recive a ping from the vehicle every 90 seconds then it dies. Shara Holiday has one up and running in Tiretta last I looked and haven't heard of any complaints yet.

Awesome Jesse! so is there a open source version of this script out there or a paid version?

Cheers!