| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| | |
|
|/ |
|
|
|
|
|
|
|
|
| |
parcels from the OAR.
The region spanning parcel shouldn't exist in this situation. If it does, when the land data is loaded it is repersisted with a local ID which comes after the ones loaded via the oar, which obliterates the oar loaded one.
Resaving the data we just loaded from the database is somewhat odd in itself (though this makes sense from the way that OAR loading was already using the same event).
|
|
|
|
| |
Also properly insert region name in "land clear" command
|
|
|
|
| |
This clears all parcels from the currently selected region and replaces them with the single region spanning default parcel owned by the estate owner
|
|
|
|
|
|
| |
of merged.
The --merge switch will still merge the old and new land parcelling.
|
| |
|
|
|
|
|
|
| |
selected region/s
This is useful for diagnostics. The command is "land show" rather than "show land" because it's implemented as a module specific subcommand.
|
| |
|
|
|
|
| |
properly
|
|
|
|
|
|
|
| |
Remove the too coarse CanEditParcel method in favor of a CanEditParcelProperties
method that takes a GroupPowers argument to specify what action is to be
taken. Also, make the method to set parcel data much more granular. Permissions
in a deeded setting should now work.
|
|
|
|
| |
instead of pushing all avatars, even the ones that are allowed.
|
| |
|
| |
|
|
|
|
| |
modules need to see it (Search!) even if it comes in via CAPS
|
|
|
|
| |
on IDwellModule
|
|
|
|
|
|
| |
properly for the new media settings.
Signed-off-by: Melanie <melanie@t-data.com>
|
| |
|
|
|
|
|
| |
in LM info. Maturity is NOT the parcel's setting, that is only for the
image and text. Parcel maturity is governed by region maturity.
|
|
|
|
| |
joins parcels in an area, osParcelSubdivide splits parcels in an area, osParcelSetDetails sets parcel name, description, owner and group owner. Join and Subdivide methods in LandChannel are exposed.
|
| |
|
|
|
|
| |
sale and reclaim.
|
|
|
|
|
| |
land is reclaimed, reset it's for sale flags so it can't be bought again right
away.
|
|
|
|
| |
GetAvatars have been removed to consolidate locking and iteration within SceneGraph. All callers which used these to then iterate over presences have been refactored to instead pass their delegates to Scene.ForEachScenePresence(Action<ScenePresence>).
|
| |
|
|
|
|
| |
Signed-off-by: Melanie <melanie@t-data.com>
|
|
|
|
|
| |
appropriate. This changes the behavior of the REST plugins and RemoteAdmin's
region creation process.
|
| |
|
| |
|
|
|
|
|
|
| |
fixes problems when group owned land was abandoned by the land owner or reclaimed by the estate manager or by god.
Beside that this new patch makes it possible, that users can buy land directly for a group, if the buyer has the required permissions.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This avoids .NET remoting and a managed->unmanaged->managed jump. Overall, a night and day performance difference
* Initialize the LLClientView prim full update queue to the number of prims in the scene for a big performance boost
* Reordered some comparisons on hot code paths for a minor speed boost
* Removed an unnecessary call to the expensive DateTime.Now function (if you *have* to get the current time as opposed to Environment.TickCount, always use DateTime.UtcNow)
* Don't fire the queue empty callback for the Resend category
* Run the outgoing packet handler thread loop for each client synchronously. It seems like more time was being spent doing the execution asynchronously, and it made deadlocks very difficult to track down
* Rewrote some expensive math in LandObject.cs
* Optimized EntityManager to only lock on operations that need locking, and use TryGetValue() where possible
* Only update the attachment database when an object is attached or detached
* Other small misc. performance improvements
|
|
|
|
|
|
|
|
| |
so it is clear who/what the broadcast is going to each time
* Removed two redundant parameters from SceneObjectPart
* Changed some code in terse update sending that was meant to work with references to work with value types (since Vector3 and Quaternion are structs)
* Committing a preview of a new method for sending object updates efficiently (all commented out for now)
|
|
|
|
|
|
| |
objects. This is about half of the code base reviewed."
This reverts commit e992ca025571a891333a57012c2cd4419b6581e5.
|
|
|
|
| |
is about half of the code base reviewed.
|
|
|
|
| |
- adding LandDataSerializer to OAR mechanics
|
|
|
|
| |
minimally. A few bugs to catch now.
|
|
|
|
|
| |
up method names in LandManagementModule (was a bit of a
mess). suppressing warnings re Constants.RegionSize.
|
|
|
|
| |
memory in _heightmap and using multiple heightmaps caused them all to overwrite each other and the last one was the heightmap for all of the regions. This fixes that. It also reduces the terrain resolution to half.
|
|
|
|
| |
sizes. * Now, what's available of the terrain will show and it'll be truncated if it's larger on Linden Clients. Parcel minimum is 64 (256/4) for the client to accept it.
|
|
|
|
| |
lets you configure region sizes to be smaller without crashing the region. I remind you that regions are still square, must be a multiple of 4, and the Linden client doesn't like anything other then 256. If you set it bigger or smaller, the terrain doesn't load in the client, the map has issues, and god forbid you connect it to a grid that expects 256m regions.
|
| |
|
|
|
|
|
|
|
|
| |
* Uses mantis #3811 as a base (thanks jhuliman) with changes.
* E-mail regarding interface changes sent to the opensim-dev list
* Archive: https://lists.berlios.de/pipermail/opensim-dev/2009-July/007219.html
|
|
|
|
|
| |
* "luke, use the sed"
|
|
|
|
| |
LICENSE.txt.
|
| |
|
| |
|
|
|
|
|
|
| |
keys to allow caching the new crop of URI identified objects.
|
| |
|