Landblock texture UUID?

[Jenni Darkwatch]

Is there a way to have a sims "map" on a prim as texture, i.e. by UUID or somesuch? I can apply it using MoaP, but I'd rather use llSetTexture with an UUID (if possible).

[Ron Khondji]

This still works:

key http_request_id;string URL = "http://www.subnova.com/secondlife/api/map.php";string SIM_NAME;map(string name){    list temp_name;    temp_name = llParseString2List(name,[],[" "]);        integer i=0;    for(i=0;i<llGetListLength(temp_name);i++){        if(llList2String(temp_name,i) == " "){            temp_name = llListReplaceList(temp_name,["_"],i,i);        }    }    SIM_NAME = llDumpList2String(temp_name,"");    http_request_id = llHTTPRequest(URL + "?" + "sim" + "=" + SIM_NAME, [], "");}default{    state_entry()    {        map(llGetRegionName());    }    http_response(key request_id, integer status, list metadata, string body)    {        if (request_id == http_request_id){            if (body != "") {                llSetTexture(body, 0);                llSetText(SIM_NAME + "\n \n \n ",<.984, .686, .365>,.8);            }        }    }}

 

It´s a old script I found in my inventory.

[Jenni Darkwatch]

Thanks

[Void Singer]

Looks like subnova is actually pulling them from the map server an uploading them.... seems expensive

[PeterCanessa Oh]

Excellent!  I've never heard of subnova before.  Do you know if that map api has any other options?

[Rolig Loon]

I've been using that one for a couple of years, and it's pretty reliable. They only update a couple of times a week, randomly it seems, so your displayed map can be out of date briefly if you are doing a lot of building beween updates.  Our sim map displays showed snow on the ground for the better part of a week after we changed terrain textures earlier this spring. With only that one minor drawback, I've never had any complaints about it.

If you'd like to see how we're using this API in a "Click any spot for an LM" application, visit the reference desk right spang in the middle of the Info Island sim.  We have three maps on the wall behind the desk.

ETA:  See http://wiki.secondlife.com/wiki/Map_API_Introduction for full documentation of the Map API.

[Ron Khondji]

It´s been around since 2008 or so, I think.

This could be the forum thread I got the script from: http://forums-archive.secondlife.com/54/71/248800/1.html

The api only returns the UUID of the in-world map image of a region.
http://www.subnova.com/secondlife/api/map.php?sim=Sonamu returns the uuid of the map of the Sonamu region

[Ron Khondji]

Well, I found this on their forum from more than a year ago.

Well, Philip Linden has broken the news that Linden Lab can't "afford" to keep updating the worldmap's UUID images. Lex: Hmm, what an interesting problem. We had never contemplated the idea of someone hacking the viewer to get access to the UUID's for the map tile. So, the problem is that the existing system isn't scalable - essentially LL is covering the bill to inject new UUID's every few days into our asset system. We are expanding our own storage system to hold the map tile data, and of course greatly increasing the update frequency (which is good for all SL users) then would cost us even more if we keep this system going. So it seems to me that we shouldn't keep pushing map tiles into our system as assets, even to keep your system running. LL (and by extension all SL users) is paying for this cost, and it certainly wasn't an intended use. Wouldn't you tend to agree? This means that all your products that you sell in-world will no longer be able to display current map image data without someone else footing L$10 per image uploaded. Sorry, everyone. But Subnova can't afford US$1,200 in upload costs every time the map images are updated on SLURL.com. Apparently, LL can't either (I wonder who they pay that L$10 to for the uploads). I'll keep my system online in the event someone decides to change their mind... but seeing as how the images haven't updated in the past month yet... I think what we have now is the end.

 

And yet, today it is still working.

[Void Singer]

heh, guess someone at LL forgot to turn it off.... although I'm kinda curious why they didn't carve a subset out of image uuid's and set a date on them then just overwrite the existing tile, and only fetch them for new requests without a matching date, it'd have saved effort, made them stable, and reduced traffic.

[Cerise1488303085]

 

---

Ron Khondji wrote:

And yet, today it is still working.

---

Yes, the old map system and a few other legacy systems got to stay for longer than expected because Viewer 1.23 still uses them.