llRegionName2Coordinates

llRegionName2Coordinates. Translates a region name to it's region coordinates on the grid.

Only if we get a way of obtaining all region names.

I would really really *really* love this. But as far as I can tell, Linden's system is completely and totally geared against its implementation.

When you ask for a list of simulators, you have to have a central location where this simulator data is stored. Because LL wanted their system to be so decentralized, there really is no way of having that, unless some special recursion is preformed where the simulator contianing your object asks the sims bordering it for their information, and those ask the sims bordering them for their information, and so on and so forth, until all simulators are visited. This only makes possible getting the number of simulators connected together on a particular continant. Considering the fact that objects cant currently jump from continant to contenant, this fuffils your request. The recursion obviously, will come at a significant expence, unless this query is somehow cached.

When a new simulator is connected to a continant, it can trigger a newSim() event on the simulators bordering it, which clears their caches. The sims bordering it will then perform the same recursion they do when asking for sim info, except that instead of asking for info, they tell their neighbors to clear their caches.

As far as I can see, this request is feasable.
==Chris

And here I thought everyone had at least one 16 m2 plot in every sim already!

While this would be nice. It's not totally necessary and easily implemented through existing API functions either in world or through email/XML-RPC. If you'd like a current up to date list of all sims I keep one online (and maintained) at http://www.secondliving.com/map/

Yes, agreed. We have enough functionality on the list which *is* absolutely necessary.

This is totaly inaccurate. How do you thing the client side map is made? You need a centralized server to handle the map so it can tell each sim what it is next to. Also so when you connect to a named sim via secondlife://sim/x/y

Sims are designated a group. An interesting *bug* of this system is that if you can see one sim owned by a group you can see them all. For the longest time Rachlef was configured to the default sim group which is used when a sim is first brough online and conesquently LL uses this group for all of thier islands with the exception of the orientation islands. Meaning if you opened your map while in Rachlef you could see *all* Linden sims (ever wonder who posted those pictures of sims on the history wiki?). Saddly a Linden confronted me about what I knew and instead of telling them a half truth I told them the truth (and Rachlef was configured properly in a matter of minuets; boo, hiss).

Ah, another theory disproven
I wonder how it really does work at the backend. Sure, the centralized theory works, but given that LL seems to want a world that can grow infinitely, I dont think a server containing data on all sims seems scalable. What happens when they start licensing out their server software? Do they need to keep a list of every single customer they get, and the sims set up by their customers? Are secondlife://sim/x/y URLs simply kludged now via a temporary central server?

Is a central server really necessary in setting up the grid's structure? Why not just have each sim keep a list of the four sims it borders?
== A curious Chris

The problem is how does a sim find out it's neighbors to start with?

Anyway on the topic of limits, i managed to create a couple of bad landmarks. I teleported while uploading them. I did it twice in one day and they were taken from different locations. They both have the same Global cords. I suspect it is a limit but it could just be corruption.

<-250880.000000, -258561.984375, 0.000000>