Talk:PARCEL DETAILS ID

Caveat

I can't figure out what "Everything that physically changes the parcel will result in an UUID change. Ownership and/or description changes will NOT change the UUID." really means. The UUID doesn't change after terraforming or adding prims. Doesn't change after altering the land desc (as stated) or name or access. Unless the UUID change happens after some indeterminate amount of time, I can't see when it does change. Any ideas? -- Fred Gandt ^{(talk|scripts|contribs)} 23:21, 28 March 2010 (UTC)

I'm currently thinking that only subdivide and unite of parcels changes UUIDs. -- ^{(talk|contribs)} 23:43, 28 March 2010 (UTC)

Hi Zai. I wondered that myself but didn't want to break my parcel. I only just put it together and kinda like it the way it is. Makes sense tho. So realistically the caveat would (if the sub/join thing is right - "UUID only changes on new creation of a parcel by either blah or blah". I can test if someone is willing to provide a FULL list of ALL the things that need to be tried. I would hate to run what I thought were all the tests and edit the caveats only to be told that I had missed something and it was all pointless. -- Fred Gandt ^{(talk|scripts|contribs)} 00:09, 29 March 2010 (UTC)

Heyas :)

There's a couple of things that we wouldn't be able to test. Like region rename, region move or when the region is added to or removed from an estate. But I guess that none of that should affect the parcel UUID. Divide and join seem to be the only logical cases where such an incident would occur. I wouldn't even know what else to test, since I know that certain things (name change, desc change, flag change (build/voice/script/...), media change, etc) don't affect parcel UUIDs. If you want to test everything:

I can't find a test script for land tools, but you might try any option in About Land, the Region-Estate window, as well as the land build tools. Tho I think that might be overkill... Attending the office hour of a Linden who's involved with server development could be cheaper :)

Or change to the best of our knowledge and wait for someone to correct it in case they disagree.

-- ^{(talk|contribs)} 01:10, 29 March 2010 (UTC)

I likes the last one. Best guess (better than at present) and see how it goes. Awesome. -- Fred Gandt ^{(talk|scripts|contribs)} 01:39, 29 March 2010 (UTC)