llMapDestination - Change in behavior 1.9?

    request = llRequestInventoryData( "This landmark" ) );

    dataserver(key id, string data)
    {
        if(id == request)
        {
            llMapDestination( llGetRegionName(), (vector)data, (vector)data );
        }
    }

Before the latest update, this bit of code worked differently then it does now.

What used to happen was the first line would cause a dataserver event. The data would be the relative global position of the landmark to the scripts current position. Then you pass that vector and the current region name into llMapDestination and the map will open up in the client with the destination of the landmark selected.

Now what happens is, well, it doesn't work unless you are in the the correct sim to begin with. It seems that llMapDestination used to be able to undertstand calls like this, now I'm guessing that llMapDestination only works if you have the name of the region you are teleporting to.

Does anyone know a method to take the data from the data server event and get the region name of the destination? And the vector in region coordinates?

Try the wiki llMapDestination

Please be more specific, Strife. This code worked fine on Tuesday as it did for the last month. Now it doesn't work. I don't know what in the wiki will help me. I used the example from the wiki to write my code in the first place.

Unless its an attachment it won't work. It looks like you were depending on a bug (i think the restrictions on llMapDestination are stupid too).

llMapDestination HAS changed in several ways. I've bugged it for one particular change - no longer being able to target above 256 meters.

This change sounds relevant to what you're experincing, Keiki. It's got tighter (needlessly tighter) restraints.

Yes, Jillian, that's exactly what I'm referring to! You have to be in the same sim now (or know the name of the sim the destination is in) to make this work. It makes the combination of llRequestInventoryData and llMapDestination virtually worthless.

And yes Strife, it's on an attachment, my landmark pal. Like I said, it was working nearly flawlessly on Tuesday. Now it's not working at all unless you happen to be in the same sim.

Try the example code from the wiki. It doesn't work anymore for landmarks outside of your current sim:

key request;
string name;
string sim_name;
vector pos;

default
{
    state_entry()
    {
        llAllowInventoryDrop(1);
        if(llGetInventoryNumber(INVENTORY_LANDMARK))
        {
            name = llGetInventoryName(INVENTORY_LANDMARK,0);
            request = llRequestInventoryData(name);
        }
        else
            llWhisper(0,"Please drop a landmark on me");
    }
    dataserver(key id, string data)
    {
        if(id == request)
        {
            pos = (vector)data;
            sim_name = llGetRegionName();
            llSetText("Touch to show \""+name+"\" on the map.",<1.0,1.0,1.0>,1.0);
        }
    }
    touch_start(integer a)
    {
        if(name != "")
            llMapDestination(sim_name, pos, pos);
    }
    changed(integer a)
    {
        if(a & (CHANGED_INVENTORY | CHANGED_ALLOWED_DROP))
            if(llGetInventoryNumber(INVENTORY_LANDMARK))
                request = llRequestInventoryData(name = llGetInventoryName(INVENTORY_LANDMARK,0));
    }
}

^^' i'm sorry, then please report it as a bug (i have).
(I wrote the wiki page for llMapDestination, and the examples on it; i'm annoyed that they broke them)