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.

 

[Boernesky]

This question is 13 years old.  But it's still a good question.  Unfortunately it looks like subnova is no longer providing this web service, at least not with that path.  Does anyone know an updated way to do this?

Edited June 24 by Boernesky

[Qie Niangao]

The "updated" way is MoaP, but of course that comes with huge downsides for practical use. The other way (which came up in the in-world Scripting group just this morning) is to use Tyche Shephard's gridsurvey.com API, but only on a very extended update cycle (in weeks, not hours) because it's just barely hanging on at this point.

There's clearly a very real need for this service which in any rational world the Lab would have been providing for at least the past decade, but one hesitates to request it, lest the existing tattered remnant of support finally be removed. Who wants to roll the dice?

[Wulfie Reanimator]

4 hours ago, Qie Niangao said:

There's clearly a very real need for this service which in any rational world the Lab would have been providing for at least the past decade, but one hesitates to request it, lest the existing tattered remnant of support finally be removed. Who wants to roll the dice?

It has been talked about in the Tuesday meetings (some months ago), the most recent idea I recall was to add the region's map UUID to llGetEnv. (Or was it llRequestSimulatorData?)

[Xiija]

does this help at all ?

 

key requestID;
default
{
    state_entry()
    {
    }
    touch_start(integer total_number)
    {  llSetLinkTexture( LINK_THIS, "5748decc-f629-461c-9a36-a35a221fe21f", ALL_SIDES ); //clear textures 
    
       string region = llGetRegionName();
       requestID = llHTTPRequest("https://api.gridsurvey.com/simquery.php", 
        [ HTTP_METHOD, "POST", HTTP_MIMETYPE, "application/x-www-form-urlencoded" ],
          "region=" + region + "&item=objects_uuid");    
    }
    http_response(key req_id, integer status, list meta, string body)
    {   
        if (req_id == requestID)
          {  llSetLinkPrimitiveParams( LINK_THIS, [ PRIM_TEXTURE, ALL_SIDES, body, <1,1,0>, ZERO_VECTOR, 0.0 ]);
          }
    }
}

 

Edited June 24 by Xiija

[Qie Niangao]

6 hours ago, Wulfie Reanimator said:

It has been talked about in the Tuesday meetings (some months ago), the most recent idea I recall was to add the region's map UUID to llGetEnv. (Or was it llRequestSimulatorData?)

I finally consulted the dreaded Canny and found https://feedback.secondlife.com/scripting-features/p/llgetregionworldmaptile which is at least "tracked" at this point. 

I really, really hate to add more users of the gridsurvey API when we know it's got more than it can handle with just the legacy load, and when there's some prospect of a replacement. (When subnova tanked, I first used gridsurvey and then decided my app just wasn't critical enough to deserve it so used the MoaP paint-the-jpg approach instead.)

Edited June 24 by Qie Niangao
one "instead" will suffice

[Quistess Alpha]

11 hours ago, Qie Niangao said:

The "updated" way is MoaP, but of course that comes with huge downsides for practical use.

Agreed, but just for reference, the basic documentation one would need for that is here: https://wiki.secondlife.com/wiki/Linden_Lab_Official:Map_API_Introduction#Accessing_map_images_directly