So what happens when LL defines "NPC" and it means something different that what is defined in OpenSimulator? <div><br></div><div>And yes, I believe the probability is quite high that they will eventually define it.</div>
<div><br><br><div class="gmail_quote">On Wed, Jul 11, 2012 at 5:01 PM, Justin Clark-Casey <span dir="ltr"><<a href="mailto:jjustincc@googlemail.com" target="_blank">jjustincc@googlemail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
That's a neat solution, Argus.  Since the intention of OS_NPC_SENSE_AS_AGENT was to provide compatibility rather than 'fool', I think returning both NPC and AGENT flags would be perfectly acceptable.  Let's see if there are any other comments, otherwise I think we can proceed along those lines.  I'm still not that happy with extending llDetectedType() but leakage has already occurred and I suspect its inevitable.<br>

<br>
On another note, I'm not sure what 'plausibility' checks you're referring to.<div class="HOEnZb"><div class="h5"><br>
<br>
On 11/07/12 13:04, Argus wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I am fully aware of the open source factor and that in each open grid everything can be changed, which is why one always<br>
needs backend function to make sure no fals information is passed on to the central service. One can however filter 99%<br>
of the fals data in the local sim which helps the central service because it does not need to process every single<br>
plausability checks. In a multi grid environment with closed grids we even have a lower chance of false data beeing<br>
passed than in a open grid only environment.<br>
<br>
  We have the same situations in opensim were the simulator often does some local plausability checks before it send<br>
data to the gridservers. The gridservers again do a plausability check combined with other methods which are not<br>
available on the local sim. Only if all steps are plausable the data gets processed further.<br>
<br>
Anyway, I added a new patch for llDetectedType were NPCs always return NPC and useing OS_NPC_SENSE_AS_AGENT will returns<br>
AGENT + NPC. I think that is an acceptable compromize... I also added an example script were the true NPC detection<br>
always makes sense  ;)<br>
<br>
<br>
Am 11.07.2012 02:01, schrieb Justin Clark-Casey:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Argus, if your system relies on always reliably identifying unique avatars then that is simply not possible in any<br>
OpenSimulator environment where simulators are controlled by third parties or where hypergrid travel is allowed.<br>
<br>
Even if OS_NPC_SENSE_AS_AGENT did not exist, then people would be able to compile a version of the code that did have<br>
that functionality. This is not about ideology - it's about what is physically possible!<br>
<br>
Equally, it is perfectly possible to create duplicate HG details - anything can be put in the agent data that comes<br>
from a foreign grid (<a href="mailto:justin@hg.osgrid.org" target="_blank">justin@hg.osgrid.org</a> or whatever).  You cannot rely on these to be unique either.<br>
<br>
Without any central authority (like DNS, the secure certificate infrastructure of something like Bitcoin block chains)<br>
it is simply not possible to uniquely identify avatars.<br>
<br>
I don't see this as much different from the web where one has to get people to create unique accounts with passwords<br>
in order to identify them later.  Such a thing has to be done in some authority system outside of OpenSimulator itself.<br>
<br>
If your point is that without OS_NPC_SENSE_AS_AGENT then the vast majority of systems would always present NPCs as<br>
NPCs (rather than agents) then I would agree.  In fact, in practice most people won't use OS_NPC_SENSE_AS_AGENT anyway<br>
as it's the option rather than the default.  But you cannot rely on uniquely identifying avatars on any environment<br>
outside those that you directly control.<br>
<br>
On a minor note, script functions that don't make any sense for NPCs should behave as if the UUID they received did<br>
not relate to a valid entity for that function.<br>
<br>
</blockquote>
<br>
<br>
______________________________<u></u>_________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-dev</a><br>
<br>
</blockquote>
<br>
<br></div></div><div class="im HOEnZb">
-- <br>
Justin Clark-Casey (justincc)<br>
<a href="http://justincc.org/blog" target="_blank">http://justincc.org/blog</a><br>
<a href="http://twitter.com/justincc" target="_blank">http://twitter.com/justincc</a><br>
<br>
<br></div><div class="HOEnZb"><div class="h5">
______________________________<u></u>_________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-dev</a><br>
</div></div></blockquote></div><br></div>