Jenni Darkwatch Posted April 27, 2011 Share Posted April 27, 2011 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). Link to comment Share on other sites More sharing options...
Ron Khondji Posted April 27, 2011 Share Posted April 27, 2011 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. Link to comment Share on other sites More sharing options...
Jenni Darkwatch Posted April 27, 2011 Author Share Posted April 27, 2011 Thanks Link to comment Share on other sites More sharing options...
Void Singer Posted April 27, 2011 Share Posted April 27, 2011 Looks like subnova is actually pulling them from the map server an uploading them.... seems expensive Link to comment Share on other sites More sharing options...
PeterCanessa Oh Posted April 27, 2011 Share Posted April 27, 2011 Excellent! I've never heard of subnova before. Do you know if that map api has any other options? Link to comment Share on other sites More sharing options...
Rolig Loon Posted April 27, 2011 Share Posted April 27, 2011 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. Link to comment Share on other sites More sharing options...
Ron Khondji Posted April 27, 2011 Share Posted April 27, 2011 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 Link to comment Share on other sites More sharing options...
Ron Khondji Posted April 27, 2011 Share Posted April 27, 2011 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. Link to comment Share on other sites More sharing options...
Void Singer Posted April 27, 2011 Share Posted April 27, 2011 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. Link to comment Share on other sites More sharing options...
Cerise1488303085 Posted April 27, 2011 Share Posted April 27, 2011 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. Link to comment Share on other sites More sharing options...
Boernesky Posted June 24 Share Posted June 24 (edited) 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 Link to comment Share on other sites More sharing options...
Qie Niangao Posted June 24 Share Posted June 24 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? 1 Link to comment Share on other sites More sharing options...
Wulfie Reanimator Posted June 24 Share Posted June 24 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?) 2 Link to comment Share on other sites More sharing options...
Xiija Posted June 24 Share Posted June 24 (edited) 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 1 Link to comment Share on other sites More sharing options...
Qie Niangao Posted June 24 Share Posted June 24 (edited) 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 1 Link to comment Share on other sites More sharing options...
Quistess Alpha Posted June 24 Share Posted June 24 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 1 Link to comment Share on other sites More sharing options...
Wulfie Reanimator Posted September 17 Share Posted September 17 (edited) For what it's worth, I've been neck-deep in the viewer UDP traffic lately, and I'm slowly updating the wiki with details about different messages as I come across them. Relevant to this thread, a viewer that's connected to a simulator can fetch region map data with MapNameRequest to which the sim replies with MapBlockReply. This is where the map texture UUIDs are exposed, and how external services like Gridsurvey/Bonniebots can fetch the map UUIDs. You can request all map tiles as long as you have an avatar connected to the grid, no teleports required. Writing a bot to do this is extremely simple... or at least significantly simpler as the wiki gets more information... Also on a slightly unrelated note (since the wiki pages are edit-protected), LL provides us a way to convert between a region's name and its coordinates which is useful for the aforementioned "accessing images directly" method. P.S. I'm deliberately bumping this thread because it's one of the top results on Google. 😋 Edited September 17 by Wulfie Reanimator 1 3 Link to comment Share on other sites More sharing options...
Extrude Ragu Posted September 17 Share Posted September 17 funny I was just looking for similar functionality... is it the season for people looking for map tile fetching support? Link to comment Share on other sites More sharing options...
Wulfie Reanimator Posted September 17 Share Posted September 17 10 minutes ago, Extrude Ragu said: funny I was just looking for similar functionality... is it the season for people looking for map tile fetching support? Not in my case, I just love undocumented pain. Link to comment Share on other sites More sharing options...
Qie Niangao Posted September 17 Share Posted September 17 11 minutes ago, Extrude Ragu said: is it the season for people looking for map tile fetching support? Apparently. Also, I hope so. Link to comment Share on other sites More sharing options...
Love Zhaoying Posted September 17 Share Posted September 17 41 minutes ago, Wulfie Reanimator said: 51 minutes ago, Extrude Ragu said: funny I was just looking for similar functionality... is it the season for people looking for map tile fetching support? Not in my case, I just love undocumented pain. It's not the same if you expect it. Like, "you can't tickle yourself." Link to comment Share on other sites More sharing options...
Recommended Posts
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now