[sldev] [PATCH] Land Sales filter to mainland only (kludge warning)

Bo Brinkman bobobrinkman at hotmail.com
Mon Jan 15 12:57:53 PST 2007


Hi everyone. This is my first post on the list, so please forgive me if this 
is an area that has already been covered.

As a first experiment into enhancing the viewer, I have modified the land 
sales tab to filter out island parcels. Since parcels on private islands can 
be reclaimed by the estate owner, these are not really "sales" but rentals.

It turns out that the data that comes back to the land sales panel does not 
have sufficient information to do such filtering. To augment this I take 
each parcel_id returned to the land sales panel, and request its parcel 
info. Items can only pass the filter if
1) Their global x, y and z positions have been cached from a parcelInfoReply
2) The x,y posiont of the parcel falls in a mainland sim.

This means that you should do your search, wait a while (1-2 minutes) and 
then re-run the search. The first time you do a search, the parcel won't 
pass the filter because its info won't be cached. In some ways this bug is 
kindof nice because it will make this patch less useful for land swoopers. 
:)

I would consider this patch to be on the level of "god-awful hack." Rather 
than generating even *more* messages to try to get estate information from 
the regions (estate info does not come back from the parcel query!) I have 
hard-coded some information about which sims are mainland sims.

Anyway, please feel free to dissect this. I would not recommend that it be 
included in your day-to-day client, but if you are just looking to buy a 
piece of land, it should be just what you need.

I think that the Lindens need to do something on the server side to get us 
actually usable land sales searches. Ideally the DirLandReply would contain 
(in addition to what it already has)
- estate ID
- terrain type
What other kinds of information do you want to be able to filter your 
searches by?

I would guess that the Lindens have some better long term plan for searches. 
In particular, the DirLandQuery message looks like this:

{
	DirLandQuery Low NotTrusted Zerocoded
	{
		AgentData			Single
		{	AgentID			LLUUID	}
		{	SessionID		LLUUID	}
	}
	{
		QueryData			Single
		{	QueryID			LLUUID	}
		{	QueryFlags		U32		}
		{	ForSale			BOOL	}
		{	Auction			BOOL	}
		{	ReservedNewbie	BOOL	}
	}
}

So you can see from this that no meaningful filtering is done on the server 
... every time you do a search you get back ALL parcels that are currently 
for sale. The backend version of the message is just as bad. It would be 
nice if the filter parameters would be passed down to the data server, and 
filtering done in the database query itself. I would expect this to decrease 
load, but ... what do I know? ;)

OBR

_________________________________________________________________
Communicate instantly! Use your Hotmail address to sign into Windows Live 
Messenger now. http://get.live.com/messenger/overview
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mainlandfilter_llpaneldirbrowsercpp.patch
Type: application/octet-stream
Size: 17186 bytes
Desc: not available
Url : http://lists.secondlife.com/pipermail/sldev/attachments/20070115/9eff27bd/mainlandfilter_llpaneldirbrowsercpp-0001.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mainlandfilter_llpaneldirbrowserh.patch
Type: application/octet-stream
Size: 657 bytes
Desc: not available
Url : http://lists.secondlife.com/pipermail/sldev/attachments/20070115/9eff27bd/mainlandfilter_llpaneldirbrowserh-0001.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mainlandfilter_llstartupcpp.patch
Type: application/octet-stream
Size: 1483 bytes
Desc: not available
Url : http://lists.secondlife.com/pipermail/sldev/attachments/20070115/9eff27bd/mainlandfilter_llstartupcpp-0001.obj


More information about the SLDev mailing list