Peter Stindberg

You can move/copy a folder with sub-folders to the MP-listngs. No need to do it later as a second step. Just prepare a folder like you want it to be - including subfolders - and then copy it to MP Listings.

400 items on the MP with that keyword is not niche anymore, but certainly special interest. As for rugs and decor: that must be one of the largest non-fashion market segment, with a gazillion of competitors. If "Nicki Minaj" is your niche, try to dominate it, giving the broadest range of items, best quality, best reviews. Use the full potential of the listing to cover the niche.

Keywords also get scanned for that, btw.

Good point!

Too little, too late. Already now we see "highspeed throwaway bots" that get registered en masse, fly under the radar for a day or two, get discarded before any compliance crackdown can get hold of them. Rinse. Repeat. The genie is out of the bottle. The Lab could make registering new accounts harder, but that is against their own best interest.

Simulator release 2023-01-27.577942 was rolled out last Tuesday, but quickly showed some annoying side-effects, so an emergency rollback was made. I posted a workaround on the Talk page (https://wiki.secondlife.com/wiki/Talk:LlReplaceSubString ) which you can use to prepare for the new feature. We'll see if it gets rolled out properly tomorrow.

Simulator release 2023-01-27.577942 finally brings a function for this: https://wiki.secondlife.com/wiki/LlReplaceSubString

That is a good solution @Mollymews! For coarse-resolution scripts I usually have a "seconds to full hour" routine, that I call at the end of the timer: float SecondsToFullHour() { list TimeStamp = llParseString2List(llGetTimestamp(),["-",":"],["T"]); return 60 - llList2Integer(TimeStamp,6) + ((60 - 1 - llList2Integer(TimeStamp,5)) * 60); }

lol, okay, if I query region_idle only once on startup, there's no wonder that it does not trigger 😛

I changed the script to use a single - regular - timer yesterday, and the effect persists. If I set the interval to a second, and write every completed 60 seconds into a log, when the region is empty, I only get about 32 entries. Strangely enough, I have region_idle detection in the script already, but it never fired. I need to check its implementation again.

I am using the sensor sweep as a fine grained secondary timer. The main timer is on an hour loop. Yes, I know I could have done it differently, but for now, that is the setup. llSensorRepeat("", NULL_KEY, AGENT, 0.1, 0.1, 1); I use this statement, along with the no_sensor event, when I noticed something odd. If I am in the same region, no_sensor triggers about once a second (a little less, since a lot is going on in the script). If the region is empty - devoid of any agent - the triggering speed halves! I assume the Lab has inlcuded some mechanisms by now, to slow down certain stuff when nobody is around?

Yep, seem to be back.

I reach out to each and every customer myself, a few days after their purchase. My products require setup, and while I did an extensive manual and some videos, some customers still struggle with the setup. So I prepared a notecard, thanking them for their purchase, and offering assistance should they require help. About 5% follow up on the notecard, and once their issue is resolved (often it's even a suggestion or idea they have) I ask them if they could leave a review. Most do, some say they never review and that's fine by me as well. Most of the people who leave a review after this leave a 5 star review. Not a single one is paid for. I am sure there are paid-for reviews. Some merchants even state it in the product listing that you get a certain percentage back if you leave an honest review. But I doubt (and hope) that the problem is as widespread, as you fear.

As a merchant, I see the danger more in negative reviews from competitors.

Though tbh, I (as a merchant who gets many reviews) fear that the name in the email is merely an oversight on behalf of the devs, and will go away sooner or later.

This is the email you get (emphasis mine):

@RyokoTensaki Can I place one of my trackers somewhere on your sim? For the past couple of months I am doing some research on the issue and have trackers on 5 sims already, in order to spot movement from Sim to Sim. Right now, I have a list of 297 confirmed roaming bots already - about 20 new ones in the past 4 weeks.

Quite the harvest...

OK, I promised some more data, and the more I delve into this, the more crazy it gets. Basically, @ChinRey ist right on all accounts - the metric is more or less completely useless, the way it is implemented right now. The following screenshots come from the tracker I mentioned before. I am tracking arrivals, departures and movement with it, and added the registering of render weight to it. Exhibit A: This avatar moves between 3 parcels on our sim. I confirmed with her (she's a good friend) that she did not change her outfit during that visit. The tracker shows she was the only person in the region at the time of measurement. In theory, the four measurements should all show the same value. Yet they fluctuate. Not by much, but still. Unfortunately, we don't know her actual render weight as displayed in the viewer. Exhibit B: This is the same region, again with only one visitor at the time. The avatar visited twice - since my tracker registered them never before they must have arrived from somewhere else on their first visit. During the first visit, the render weight stayed the same - contrary to Exhibit A. What is interesting is, that upon logoff of the avatar, the region FPS dropped dramatically. That could have been correlation.... ... if not for their second visit 20 minutes later. I assume they logged on on our region. However, the render weight is about 30% lower during the second visit, so maybe they came from somewhere else and changed outfits. The entry render weight could not be measured (not "known" to the sim upon time of entry), however the weight changes while they move from parcel to parcel more significantly than in Exhibit A. What is remarkable, is that upon their logoff, region FPS dropped again dramatically. So I lean towards the side of causality by now. I updated the user manual of my tracker with a looooooooooong explanation about everything I learned about render weight, and appealed to the users to not use render weight as justification for banning visitors and consider it an unreliable metric (at best). Thanks again everybody who contributed to this thread. It has been quite the ride.

The range can be read via llGetEnv - any idea, when it will be settable as well? The bug report you linked doesn't shed light on this.

They seem to be. I chatted with the one, he was there to verify the location and take a screenshot. He sent me the link: The location IS in the Destination Guide now.

I am just having a visit from "dgtest14" https://my.secondlife.com/dgtest14 on my parcel. New profile, joined today, simply standing around. Curious, I checkd if there is a dgtest13 - and there is: https://my.secondlife.com/dgtest13 - joined a month ago. Apparently, the dgtest-family goes all the way back to dgtest 1 https://my.secondlife.com/dgtest1 who joined 18 months ago. Anyone knows something about them? Update: dgtest1 has the explanation in their profile: It's apparently a bot for the Destination Guide.

There's definitely enough of them. My tracker counts about 3-7 visits a day. A bit less during the weekend.

OK, the difference between your script and mine was that I did not have that line in it. Will try it later. Thanks 🙂 Update: Yep, works now. Thanks again!

Well, I tried exactly that the other day, and got an error message about missing permissions on auto-detach.