Can we have some Clarity on how the NSFW tags work?<br>In the old CCHost OCAL there was a NSFW checkbox on upload AND you could add tags later. The end result was that a checkbox was activated (binary 1/0) AND a tag could be there as well.<br>
<br>How does the new OCAL NSFW tagging work with Aiki?<br><br>I'd like to see the display nsfw toggle in the authors "preferences" or perhaps in the manage clipart page.<br><br>Ciao<br>Chovynz<br><br><br><div class="gmail_quote">
On Sat, May 1, 2010 at 3:49 PM, chovynz <span dir="ltr"><<a href="mailto:chovynz@gmail.com">chovynz@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
That too.<br>Do you need model releases for people? if so that's ... pretty restrictive!<br>How would we provide for that on OCAL? A secondary upload area for "people" clipart, so that anyone can see the release form, and be sure that the image they use IS PD? How far does it extend?<br>

How does this apply to vectorised people already on the Database? (e.g. Jon's head. Obviously Jon can release himself, but some other cliparts can't be "proved" in this way.<div><div></div><div class="h5">
<br><br><br><div class="gmail_quote">
On Sat, May 1, 2010 at 3:27 PM, Greg Bulmash <span dir="ltr"><<a href="mailto:oneminuteinspirations@gmail.com" target="_blank">oneminuteinspirations@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

I'm actually more concerned at this point whether the photo he<br>
vectorized was one he shot and whether he has the proper model<br>
releases to put the image into the public domain in this way.<br>
<div><div></div><div><br>
On Fri, Apr 30, 2010 at 7:46 PM, Francis Bond <<a href="mailto:bond@ieee.org" target="_blank">bond@ieee.org</a>> wrote:<br>
> G'day,<br>
><br>
> we should perhaps also try to add more NSFW tags, and mention them in<br>
> the documentation.  If you click on the "woman" tag, there are quite a<br>
> few that I would consider NSFW.  I agree with John that we should keep<br>
> them, but I would be much happier if there was a way of not showing<br>
> them (and probably have it on by default so that our site is a little<br>
> more school friendly).<br>
><br>
> Librarians could start off by tagging these as soon as possible.<br>
><br>
> On 1 May 2010 10:33, chovynz <<a href="mailto:chovynz@gmail.com" target="_blank">chovynz@gmail.com</a>> wrote:<br>
>> I agree with what you said. However in this case, I think it would be<br>
>> appropriate to delete.<br>
>> NSFW filters simply is not working correctly, and (based on historic<br>
>> performance) it could be another month before Whoever it is who can do<br>
>> something about it, can get to doing it.<br>
>><br>
>> Librarians cannot do anything else. (We can't even delete.) I tried to hide<br>
>> it, but since it is still there, there's nothing further we librarians can<br>
>> do. It's over to Bassel or Jon (or whoever else has DB access) to do<br>
>> something. (Or if there is another solution I'd be glad to hear it.)<br>
>><br>
>> And the NSFW issue has been on the bug tracker since before Aiki changeover.<br>
>> Admittedly with a different framework, but IMO it would be good to have this<br>
>> sorted out ASAP. I don't feel comfortable sharing OCAL with schools until it<br>
>> is sorted.<br>
>><br>
>> Cheers<br>
>> Chovynz<br>
>><br>
>><br>
>> On Sat, May 1, 2010 at 2:24 PM, Jon Phillips <<a href="mailto:jon@rejon.org" target="_blank">jon@rejon.org</a>> wrote:<br>
>>><br>
>>> No, we shouldn't delete it because it doesn't violate our guidelines,<br>
>>> and we have taken a pretty hard stance in the past against this type<br>
>>> of activity. With that being said, until we have NSFW filters in<br>
>>> place, I think it sounds reasonable to hide files that can't be<br>
>>> filtered out.<br>
>>><br>
>>> But, we should make sure to file them on the bug tracker under<br>
>>> something like Add NSFW/tag filter for site. Users should be able to<br>
>>> configure their own filters and by default, we should be very<br>
>>> conservative on first visit to the site, IMO, especially on the main<br>
>>> page.<br>
>>><br>
>>> Thoughts?<br>
>>><br>
>>> Jon<br>
>>><br>
>>> <snip /><br>
>>><br>
>>><br>
</div></div></blockquote></div></div></div></blockquote></div>