Hugsy Penguin

I'm having some trouble moving linked prims using this function. Instead of posting 100s of lines of code, I've boiled it down to this: 1. Create a half-meter plywood cube and place it at (130, 130, 3001.25). This will be the root of the link set. 2. Create another half-meter plywood cube and place it at (132, 130, 3001.25). This will be the child prim. 3. Link the two and add the following script to the root prim: default { touch_start(integer total_number) { vector destPos = <132, 130, 3001.25>; vector objPos = destPos - llGetPos(); llSetLinkPrimitiveParamsFast(2, [PRIM_POSITION, objPos]); } }The intention is to move the child prim to the destination position given in region coordinates. If you touch the linkset now, nothing will happen because the child is already at the correct position. If you edit the root and child positions and click the link set, then the child moves to the correct destination. Now the aggravating part. If you move the root prim back to (130, 130), rotate it 45 degrees along the z-axis, and then click, the child doesn't go where I expect (132, 130). It goes to (131.4142, 131.4142). So, it moved it two meters away but rotated along with the root. I'm sure that's useful, but that's not what I wanted it to do. Ok, so what's the best way to get the child prim to move to the exact region coordinate that I want? There's a couple of additional things: 1. The root prim will only be rotated about the z-axis. There will be no rotation about the x-axis or y-axis. 2. Unlike the example given above, the root prim will not have the same z position as the child prim. In order to solve the problem, I came up with the following script. The script seems to work but I'm wondering if there's a better way to do it – something like adding just a line of code to the first script that undoes the rotation instead of me doing it. I tried playing around with PRIM_POS_LOCAL but that didn't seem to do anything. default { touch_start(integer total_number) { vector destPos = <132, 130, 3001.25>; vector objPos; vector myPos = llGetPos(); vector myEulRot = llRot2Euler(llGetRot()); vector adjRootPos = myPos; adjRootPos.z = destPos.z; float dist = llVecDist(adjRootPos, destPos); float zRotRad = 0.0 - llAtan2((destPos.y - myPos.y), (destPos.x - myPos.x)) + myEulRot.z; objPos.x = dist * llCos(0.0 - zRotRad); objPos.y = dist * llSin(0.0 - zRotRad); objPos.z = destPos.z - myPos.z; llSetLinkPrimitiveParamsFast(2, [PRIM_POSITION, objPos]); } } Any ideas are appreciated. Thanks!

I believe the texture has been there for a few months now (since about the beginning of the year I think). It's something different and provides variety so that's good. Ultimately, I don't care for it, though. It looks too cartoonish and doesn't seem to fit. I prefer the more realistic texture. I hope it doesn't spread any further, and I definately hope it doesn't come my way. It doesn't look to me like any sculpts or mesh were used to make the road/curves - just lots of prims.

I wrote the attached script assuming you wanted to check for clicks based on pixel coordinates in the original image. (rez box, add your image, add this script, click). If you have questions or needed something different, let me know. integer IMAGE_WIDTH = 2048; //pixel width of original image applied to prim face integer IMAGE_HEIGHT = 1057; //pixel height of original image applied to prim face // // Determine if coordinate is within the given bounding rectangle. // // input: uv - vector returned from llDetectedTouchUV // - (0, 0) is bottom left // - range is 0.0 to 1.0 // input: minx - leftmost pixel coord of rectangle (0 = leftmost) // - range is 0 to IMAGE_WIDTH // - must be less than maxx // input: miny - uppermost pixel coord of rectangle (0 = uppermost) // - range is 0 to IMAGE_HEIGHT // - must be less than maxy // input: maxx - rightmost pixel coord of rectangle (0 = leftmost) // - range is 0 to IMAGE_WIDTH // - must be greater than minx // input: maxy - lowermost pixel coord of rectangle (0 = uppermost) // - range is 0 to IMAGE_HEIGHT // - must be greater than miny // // output: TRUE if UV within (uplef, lowrt), FALSE otherwise // integer CheckRect(vector uv, integer minx, integer miny, integer maxx, integer maxy) { integer checkX = (integer)(uv.x * IMAGE_WIDTH); integer checkY = (integer)((1.0 - uv.y) * IMAGE_HEIGHT); if ((checkX >= minx) && (checkX <= maxx) && (checkY >= miny) && (checkY <= maxy)) { return TRUE; } return FALSE; } // // Determine if coordinate is within the given bounding circle. // // input: uv - vector returned from llDetectedTouchUV // - (0, 0) is bottom left // - range is 0.0 to 1.0 // input: centerx - pixel coord of center of circle (0 = leftmost) // - range is 0 to IMAGE_WIDTH // input: centery - pixel coord of center of circle (0 = uppermost) // - range is 0 to IMAGE_HEIGHT // input: radius - distance from the center (in pixels) to check // // output: TRUE if UV within (uplef, lowrt), FALSE otherwise // integer CheckCircle(vector uv, integer centerx, integer centery, integer radius) { integer checkX = (integer)(uv.x * IMAGE_WIDTH); integer checkY = (integer)((1.0 - uv.y) * IMAGE_HEIGHT); integer dist = (integer)llSqrt(((checkX - centerx) * (checkX - centerx)) + ((checkY - centery) * (checkY - centery))); if (dist <= radius) { return TRUE; } return FALSE; } default { touch_end(integer total_number) { vector UV = llDetectedTouchUV(0); // check to see if Wellfleet Harbor was clicked // upperleft = (528, 361) // lowerright = (694, 529) if (CheckRect(UV, 528, 361, 694, 529) == TRUE) { llWhisper(0, "You clicked Wellfleet Harbor."); } //check to see if Bay City Fairgrounds was clicked //center = (1944, 590) //radius = 50 pixels else if (CheckCircle(UV, 1944, 590, 50) == TRUE) { llWhisper(0, "You clicked Bay City Fairgrounds." ); } else { llWhisper(0, "Nothing of interest here."); } } }

I just stopped by and your place is really nice!

Generally speaking, I'll try to figure *it* (whatever that may be) out for myself first. If I need help, then I'll RTFM. Then sometimes I'll RTFM just to see all the stuff the thing can do or if I think there might be some special usage notes.

Just to clarify something: when a chat message is sent to channel 0 (i.e., what you've called the main or local chat), then #1 It is seen by everyone within range no matter what groups they may or may not be in. #2 It is only seen by people within range. Any group member not within range will not see the chat message. If you want a message to go to all group members, then you'll have to do as Peter explained (notecard list and IM) or as Dilbert explained (use a bot to send a group message).

WickedMelissa wrote: When you IM someone and ask if they want to join a group most members say you are Spamming. But when you TP into a club you get a pop up that asks if you want to be a member and a LM. Seems to me it is the same thing. I would consider them both spam as they're both unsolicited. To club owners: no, merely walking into your club isn't a solicitation of your group or notecards or whatever. However, beyond that, they are quite different. If I'm on my own land and get a group invite to something I never heard of, I will consider that a TOS violation and file an abuse report. Alternatively, if I go to a club/store/museum/whatever and get a group invite for there, then I consider that "their land, their rules" and just deal with it.

There's lots of rail road in Heterocera Atoll. Check out: http://www.virtualrailwayconsortium.org/railway-locations/slrr/slrr-map

To use media on a prim in Firestorm, hover the mouse over the volume control icon in the upper right. A small pop-up will appear. Make sure there's a check next to Media: Then hover the mouse over the face of the prim with the media. A URL bar will appear. Click the Zoom In button: The camera will move to show that face of the prim straight on and the web content will show on the prim. The icon next to the volume control that used to look like a video camera will now look like a typical Pause button. You can click that to turn off all media or hover over it for another window that gives more options.

Like others have said, my understanding is that many customers don't read the instructions. I also believe that many customers don't send detailed messages when IMing a creator. I don't know how you're writing your messages, but I suggest trying something similar to this format: Hello. I purchased [product_name_version]. I'm trying to [do_something]. I've read the instructions and tried doing [x], [y], and [z]. I expected it to [do_this], but it's actually [doing_that]. Can you please help? That may be tough to fit into an IM, but the gist is to give detail. If you're doing that and still just getting a notecard thrown back at you, then that's pretty rude.

I don't know much about group liabilities since I've never formed a group with them or been part of a group that had them. With that said, no one should be taking money out of my account without my explicit approval. This means prior to joining a group, I should be informed of how much group membership will cost by the system. It should not be left up to the good graces of the group owner. This includes: The cost to join the group. This already happens. Good! Any periodic amount of money (group liability) that will be deducted from my account. This apparently does not happen. Bad! Must change. If I don't want to join a group based on cost and/or group liability, then I don't join. If I accept the cost and group liability, then I do join. That's fair. Furthermore, once I've joined a group in a role that doesn't have group liability, the owners should not be allowed to impose a group liability on me without my explicit approval. If an owner wants to add group liability to my role, then I should be notified upon my next login. If I agree, I stay in the group. If I disagree, then I'm ejected from the group. This apparently does not happen. Bad! Must change. If this JIRA gives group liability knowledge and choice to group members and would-be group members, then that's a good thing.

This reminds me of this thread: http://community.secondlife.com/t5/General-Discussion-Forum/Cannot-rez-a-photo-studio-I-bought-in-my-Linden-home/m-p/1492551 If the object isn't too large to fit on the parcel or doesn't have too many prims, then try rezzing it at different points inside your home.

Kenny Carfield wrote: Also when I see a problem in regards to slbridges being out and or vehicles stuck in the air due to sim crossings, Is the best place to report that, Through Support ticket? For a bridge being out (or any other problem with Linden Department of Public Works objects), a support ticket (a.k.a., support case) is the best way to get it fixed. Use Land & Region and then Linden Lab owner Parcel Issues. For vehicles stuck due to sim crossings, I've had luck by simply right-clicking them. They have been disappearing immediately before even selecting an option. Otherwise, you can contact the vehicle owner. If all that fails maybe a support case will work but I've never submitted one for this particular issue.

That is true. I just tested it with an alt. Although the display of the ban lines stopped at about 840 meters, I was not able to enter the parcel even at 4100 meters.

My guess is this. You're getting a message that says "Can't rez object at { xxx.xxx, yyy.yyy, zzz.zzz } because the owner of this land does not allow it. Use the land tool to see land ownership." I've had that happen to me when trying to rez something big. Even though it fits on my land and I 'let go' of the drag and drop from invy on my land, it gives coords that are my neighbors no-build land. The only thing I know to do is to drag and drop onto different points inside your home until it works.

You took my quote out of context. Let me repeat it for you with emphasis added: “Also, if the objects aren't causing noticeable lag, don't have abusive text/pictures, don't block travel, or don't do anything else that's an obvious no-no, then filing an AR is waste of everybody's time. Simply being ugly (or not pretty/well-made enough for somebody's standards) isn't a TOS violation.” Abuse of sim resources – I said “causing noticeable lag”. The mere existence of a prim is not abuse of sim resources. An unscripted plywood cube is not abuse of sim resources (nor is one with the default Hello Avatar script). In the case of the game object referenced by the OP, I assume that it's not particularly laggy or else people wouldn't want to play. But that's just an assumption and if it does cause noticeable lag then that would be AR worthy. squatting – It's true that this is something I generally don't waste my time getting upset about. Where is this *specifically* called out in the TOS? I'm not talking about things that might go with squatting (like the other things you and I mentioned). I'm talking about the specific instruction that users are not to build on/leave prims on/live on land without explicit permission from the land owner. The closest I've been able to find is a blurb about Protected land (that's different than abandoned land but I assume similar thinking applies): “Warning: Build on protected land or in the skies above it at your own risk! If another Resident reports your build, or if it hampers the use of Second Life, it may be returned without notice.” Source: http://community.secondlife.com/t5/English-Knowledge-Base/Protected-land/ta-p/903023 Notice how it doesn't explicitly state “don't do it.” prim or particle encroachment – Ok, fine. I didn't call this out specifically, but that's why I added “anything else that's an obvious no-no”. I wasn't trying to make a comprehensive list. If there are prims anywhere clearly violating the TOS, then file the AR if it's bothering you that much. Otherwise, if the prims are simply non-Linden owned on abandoned land, your best bet is to just submit a support ticket to get the parcel properties straightened out. Because in this case, you can AR until the cows come home and you'll be wasting your time. I say this because I have personal experience with finding abandoned land that had some prims that someone was ARing for months without any results. I sent in a support ticket and it was all cleaned up within a few business days. That's all that needed to be done.

New abandoned land will have auto-return automatically set. However, there still seems to be lots of old abandoned land that still has no auto-return. The solution to that problem is simple. File a support ticket under “Land & Region” and then “Linden Lab owner Parcel Issues.” Give the SLURL and briefly explain that there's abandoned land with junk on it but no auto-return. It's a no-brainer for the LL employee to return the junk and set auto-return since it's owned by LL. If you want to clean up abandoned land, this is the way to do it. For other people's land, you can try contacting the land owner. Beyond that, there's not much you can do. It's up to the land owner to return junk and set auto-return. LL won't step in on behalf of the land owner since the land owner might not care that someone else is using their land. Also, if the objects aren't causing noticeable lag, don't have abusive text/pictures, don't block travel, or don't do anything else that's an obvious no-no, then filing an AR is waste of everybody's time. Simply being ugly (or not pretty/well-made enough for somebody's standards) isn't a TOS violation. Regarding the game, perhaps you can appeal to the game maker to add the ability to check object ownership versus land ownership and disable the object if there's a mismatch.

Consider the following: As far as I know, LL doesn't send employees out onto the grid looking for gambling violations (or any other violations). They pretty much just respond to abuse reports. The only way LL will know about the sploder is if some attendee ARs it. But since it's just you and your friends, that won't (well, shouldn't) happen. LL is inconsistent with enforcement of their own gambling policy. There have been sploders and other games at places that very clearly violate the policy - and they've done so for literally years - but they never get taken down. Given the above, if I were throwing a party and wanted to have a sploder there. I'd have one there.

I teleported to landmark that wasn't that old. Unfortunately, in the short time I had the LM, the land was sold and someone was building a house. Ooops! I teleported to some land for sale. I was then ejected and banned by the security orb. Want to sell land? Make sure to disable the security orb, lol. In the viewer's address bar, you can quickly teleport to altitude by typing in a new z-coord. Today, if you type a z-coord over 4096, it will try to open a web browser. There was a time, though, when it would actually teleport you to any Z. On some land I wanted to keep private for my home, I had a landing point billions of meters in the sky. :matte-motes-big-grin:

Look. The kind of privacy that's being talked about here already exists in SL in a way that affords even more privacy. On private estates, owners can restrict access which not only keeps avatars out, but their cameras too. When blocked, you can't see the avatars, their chat, or even the prims that exist there. I'm sure more people than you think use that feature. Regarding the specific enhancement to block avatar and chat visibility within the ban line volume on the mainland, where are you getting that this is “impossible”? A true software engineer, will look for solutions to problems presented by management/customers – not whine about how it can't be done. ..and no, it's not impossible to do.

Solar Legion wrote: While I am thankful that there's even an option like this out there .... I have noticed that those who wish for "privacy" keep pushing for more and more ... To them, I have this to say - I'm sorry: I was not aware that you had a right to hide your very existence. I was not aware you had the right to control other people in an effort to hide yourself. If you value your (Virtual) privacy so much, don't log in. I have land on the mainland. Every month and year I pay money to Linden Lab to "own" this parcel. That gives me the right to use the available tools to keep others off my land. That includes ejecting/banning avatars as well as blocking sight/chat with avatars not on the parcel. Furthermore, the above plus the Jira, at the very least, gives me the ability (if not the right) to lobby LL for greater privacy controls. Then, LL can decide whether or not to implement them. Do not confuse the desire for privacy with the desire for eternal solitude. There were two examples given in this thread already for why privacy is important. They're not even sexual in nature. In case you missed them, they are: private meeting spaces and private dressing rooms (home or commercial).

Linden Lab isn't consistent with its enforcement of its gambling policy. I know for a fact there is at least one game that very clearly relies "on chance or random number generation to determine a winner" but it's allowed. Admittedly, I like to play this game so I hope that doesn't change. Regarding horse racing, I would think that if the horses were being ridden and controlled by avatars, then there's a case for that being considered a "skill contest" and you could bet on them. It would basically be just like auto or boat racing which I do believe exist but I don't know about wagering or prizes for winning. On the other hand, if it's just horses going around the track with no avatar control, then that's all about just random number generation and would be a TOS violation.

Reb0ot wrote: Z is not relevant? Since when? You cant be in the x or y demensions if you have public access off. The ban lines prevent you from entering the (x,y ) until you reach to a certain Z height . Since forever. While there IS such a thing as being over and outside the scope of ban lines, there IS NO such thing as being over and outside the scope of the parcel. http://wiki.secondlife.com/wiki/LlOverMyLand

16 wrote: can either buy into neighbour wars or can chill. seems like you more inclined to chill tho so thats good seems also that you using your parcel as a storage place and for not much else. if so then should return her stuff. i would actual do that myself and then make a little shed to store my stuff in. plant a few trees on it as well and then not worry about it or my neighbours ever again + just on building on other people's parcels where they never log in any more. am guilty of that. is from my zoo days. is heaps of builds all over the mainland where i have finished half-made abandoned derelict builds. i use up all the prims as well most times (: is a picture theatre on one roadside parcel that the owner started back in 2007, half-made and never came back. he left auto-return at 0. so i completed it for him. is still there so he must still be renewing his account each year. he has never returned my prims or ever even contacted me about them. same on quite a few other places i have finished. no one else either. when i do get them back is usual when the land gets sold or repo'd by linden i know i shouldnt be doing this but oh well (: ^^This^^ On all three points. I know it's easier said than done, but it really is better to avoid the neighbor war. While your neighbor handled the situation in completely the wrong way, it seems to me too that you're using your parcel for placement of random bits. I would strongly encourage you to full smooth the terrain so that there's a nice flow from one parcel to the next. Also, buy or build a nice one-room structure and put your stuff in there. Then, put out a few Linden plants and perhaps build a nice simple fence around the perimeter. All of the neighbors around you will appreciate that. And, I too have also finished other people's builds. :matte-motes-bashful-cute-2:

I don't believe that Linden Lab would tell the DJ that you owe him money. I do know that when you select the option to return an object, a dialog appears (unless you have it set to not show). On that dialog it says: "*WARNING* No-transfer deeded objects will be deleted." If the booth was a no-transfer deeded object and you returned it, then it did get deleted. It's possible that LL just told him that the object was deleted as a result of being returned.