user63: As moderator election are coming to an end, I would like to invite members of the community to take some time to review all the policies we've made in the past and see if they are still relevant, but need revision, and see which need be deprecated or better clarification.
This is intent to take action on some of the more discussed topics from this election, as well as open for discussion previous. This way, the elected moderators will have a chance to review and make any necessary changes to improve over user satisfaction and experience.
Please considering use the following template for your replies:

Policy: (and what it needs) (e.g., needs-update, deprecated, needs-review, contradictory, needs-clarification, etc.)
{{Brief description and link to relevant meta (if applicable). If two or more policies are contradictory to one another, post links to all of them where applicable.}}
Reason: 
{{What needs to be brought to attention}}
Remarks: 
{{Optional, any personal remarks or suggestions on said policy}}

After sufficient review, analysis, and discussion, a meta with compendium of our site policies with their last review date will be create for easy browsing and reference to these policies.
Clarification: The intent of this meta is to collect problems areas our site, particularly with it's policies, so that we can build proper queuing system to address these problems one by one, instead of dividing our attention across multiple issues. This way, we give the users a transparency and clarify behind the state of policy making for the community. 
The end-product is intended to be a general how to use guide (probably will be hosted on Trello) for Anime.SE detailing our current policies, those that we're working on, and known problems we looking to address.

user63: Make site policies easier to read (Our words are too complicated. Let's make them simpler.)  needs-review
From time to time we get frustrated when users don't read the rules and post thing however they like. But should we really be blaming these people and just put out some blanket policy without attempting to see the bigger picture?
Not all fans of anime and manga speak English well. Despite being a primarily English language site, we're not always accommodating to ESL user. I believe that our site policies could use a once over to be more accommodate the reading level of these users. We should establish some simple criteria such as what the recommended reading level for the site to be and having a place where users can get a brief summary on our site policies in simple English.
Reason: 
Let's say you're someone from a non-English speaking country that just got into anime or manga, and you want to know more about the world of anime and manga. You find this site and realize that it's in English, you've had some exposure to it from school, but you haven't used it much. It's hard to grasp because the structure is different from your native language. You try your best but your question is not well received. You try to find out why, but your English is not good enough... so you just give up. 
Some of our policies are a bit wordy (I myself am to blame for some of it). Having to read through them can be a bit of a hassle to younger users and a bit of a struggle to ESL users. We should try to find ways to provide more simple explanations to these users. Hopely this will get them to better understand how our site works and how to go about using it. We should try to simplify our policies and by doing so hopefully it will make the site more accommodating to new users.

user1530: Policy: Duplicate closures on identification requestsneeds-clarification
When do we close id-requests as duplicates, and when do we not?
Reason: 
This is something that doesn't really come up, but going through a few old ID requests, I'm unsure of whether I should be closing id-requests that have the same series outcome
Remarks: 
Should it always be dupe-closed? Or perhaps only when the question is looking via the same features (e.g. both describing the main character) as opposed to different ones (e.g. This anime has a cat with a moon symbol vs I think they referred to themselves as senshi or love warriors)
This is probably the lowest priority of the any items posted here

user63: Where do we draw the line with derivative and loosely anime/manga/novel related content needs-clarification
We've need a clearer stance on how to handle derivative content beyond AMV and doujinshi (i.e. what would be considered off topic) and very loosely related content such as Vocaloids and games (w/o a direct anime/manga/novel tie-in). While we've talked about AMVs and especially doujinshi, we haven't talked about other derivative works such as remixes or identification request for dervative content such as a gameplay video with some sort of Jpop-like lyric. 
For now we support (please add if you feel that any are missing):

Vocaloid (to what extent is unclear)
Plot-related to 2d/3d games (those that are "anime-styled" at least; however, there is no specific criteria)
Original anime/manga style self-made/publish works (i.e. Doujinshi) 
Live-action series based off anime/manga/novels (we don't get many aside from plot comparisons atm)

Some examples of derivative content can be:

A non-anime/manga gameplay video with some Jpop-esque music in the background
A random anime-like image on a video music playlist
A game or character skin with anime/manga-esque character or design

Reason: 
It's a given that much of these issues involve fringe cases. but having a blanket policy to address them can save time and effort. We can still address any unique cases when they come up, but a there should at least be a more streamline way to handle questions for these types of media.
Remarks: 
I believe that by putting a little effort here, we avoid doing more work later on. As much as we'd like to address everything and anything related to anime/manga/novels, not everything that is a good fit. We should start looking at where to draw the line sooner rather than later. 

user1530: Policy: Definition of an identification-request? needs-review
Reason: 
Several users have brought up the issue of the identification-request tag being inconsistently applied. When do should it be applied?
Some possible answers:

Whenever something is being searched for (Very Broad)
Whenever a series is being searched for (through some information/media)
When a series title or  is not known (e.g. character, music)
Remarks: 

See also: Creating a tag specifically about identifying music

user1530: Policy: ID Requests for image needs-review
Reason: 
As mentioned on chat a few times, image id-requests are hard to "provide more information for" if all the user has is a single image.
Is the requirement an image + 2 items?
an image + 1 item (making 2 items)?
Remarks: 
As part of this I'd like to review our approach to closing image id-requests as per Should we be closing image-only id requests differently? - meaning we would have greater coverage of one rule - and few duplicates
Also: Does a gif count as one image? What if someone takes frames from the gif, or has several images but no external info?

user1530: Policy: Future Unannounced Events contradictory needs-clarification
Our current policy is closure for Unannounced Future Events.
Reason:
There are conflicting metas on what exactly Unannounced Future Events means.
The original Meta post :

"What is to happen in the future" is something that should be kept off-topic.

2013 FAQ Proposal

Questions on future events with regard to the production of an anime or manga are off-topic

The 2014 Meta Post

I suggest, much like @GraceNote's post on What do we do with questions about future events/releases? back in '12, that we leave future events to new sources such as ANN or Crunchyroll.

I can't find anywhere where we actually define that future announced events are on topic. It seems to be in some fuzzy space between 2013 and 2014, and the title of the 2014 post stuck.
This leads to some confusion when closing posts - "When will X happen?" is only on topic if someone can find a news post about it? I think our policy should be that any future events should be off-topic.
Remarks:
I brought this up before in a previous meta, but it's still unchanged and has caused confusion with close votes a few times.

user63: Explicit and Borderline Content: needs-clarification
We've had a lot of run-in media on the site that would be considered either explicit or borderline (even though they are hidden behind a spoiler and/or have a NSFW warning). It's sometimes hard to tell if the piece of media is explicit or not. A set of guidelines and set procedures would probably help streamline things.
Reason: 
Due to individual circumstances we're can't all agree on what's lewd and not. In the fine art, there's a (fine) line between art and pornography. Our personal upbringings shape how we think about these things. We need to find some point where we can agree on at least.

63: <p>As moderator election are coming to an end, I would like to invite members of the community to take some time to review all the policies we've made in the past and see if they are still relevant, but need revision, and see which need be deprecated or better clarification.</p>

<p>This is intent to take action on some of the more discussed topics from this election, as well as open for discussion previous. This way, the elected moderators will have a chance to review and make any necessary changes to improve over user satisfaction and experience.</p>

<p>Please considering use the following template for your replies:</p>

<blockquote>
  <p><strong>Policy:</strong> (and what it needs) (e.g., <a href="https://anime.stackexchange.com/questions/tagged/needs-update" class="post-tag" title="show questions tagged &#39;needs-update&#39;" rel="tag">needs-update</a>, <a href="https://anime.stackexchange.com/questions/tagged/deprecated" class="post-tag" title="show questions tagged &#39;deprecated&#39;" rel="tag">deprecated</a>, <a href="https://anime.stackexchange.com/questions/tagged/needs-review" class="post-tag" title="show questions tagged &#39;needs-review&#39;" rel="tag">needs-review</a>, <a href="https://anime.stackexchange.com/questions/tagged/contradictory" class="post-tag" title="show questions tagged &#39;contradictory&#39;" rel="tag">contradictory</a>, <a href="https://anime.stackexchange.com/questions/tagged/needs-clarification" class="post-tag" title="show questions tagged &#39;needs-clarification&#39;" rel="tag">needs-clarification</a>, etc.)</p>
  
  <p><em>{{Brief description and link to relevant meta (if applicable). If two or more policies are contradictory to one another, post links to all of them where applicable.}}</em></p>
  
  <p><strong>Reason:</strong> </p>
  
  <p><em>{{What needs to be brought to attention}}</em></p>
  
  <p><strong>Remarks:</strong> </p>
  
  <p><em>{{Optional, any personal remarks or suggestions on said policy}}</em></p>
</blockquote>

<p>After sufficient review, analysis, and discussion, a meta with compendium of our site policies with their last review date will be create for easy browsing and reference to these policies.</p>

<p><strong>Clarification:</strong> The intent of this meta is to collect problems areas our site, particularly with it's policies, so that we can build proper queuing system to address these problems one by one, instead of dividing our attention across multiple issues. This way, we give the users a transparency and clarify behind the state of policy making for the community. </p>

<p>The end-product is intended to be a general how to use guide (probably will be hosted on Trello) for Anime.SE detailing our current policies, those that we're working on, and known problems we looking to address.</p>
 63: <p><strong>Make site policies easier to read</strong> (Our words are too complicated. Let's make them simpler.)  <a href="https://anime.stackexchange.com/questions/tagged/needs-review" class="post-tag" title="show questions tagged &#39;needs-review&#39;" rel="tag">needs-review</a></p>

<p>From time to time we get frustrated when users don't read the rules and post thing however they like. But should we really be blaming these people and just put out some blanket policy without attempting to see the bigger picture?</p>

<p>Not all fans of anime and manga speak English well. Despite being a primarily English language site, we're not always accommodating to ESL user. I believe that our site policies could use a once over to be more accommodate the reading level of these users. We should establish some simple criteria such as what the recommended reading level for the site to be and having a place where users can get a brief summary on our site policies in simple English.</p>

<p><strong>Reason:</strong> </p>

<p>Let's say you're someone from a non-English speaking country that just got into anime or manga, and you want to know more about the world of anime and manga. You find this site and realize that it's in English, you've had some exposure to it from school, but you haven't used it much. It's hard to grasp because the structure is different from your native language. You try your best but your question is not well received. You try to find out why, but your English is not good enough... so you just give up. </p>

<p>Some of our policies are a bit wordy (I myself am to blame for some of it). Having to read through them can be a bit of a hassle to younger users and a bit of a struggle to ESL users. We should try to find ways to provide more simple explanations to these users. Hopely this will get them to better understand how our site works and how to go about using it. We should try to simplify our policies and by doing so hopefully it will make the site more accommodating to new users.</p>
 1530: <p><strong>Policy:</strong> Duplicate closures on identification requests<a href="https://anime.stackexchange.com/questions/tagged/needs-clarification" class="post-tag" title="show questions tagged &#39;needs-clarification&#39;" rel="tag">needs-clarification</a></p>

<p><em>When do we close id-requests as duplicates, and when do we not?</em></p>

<p><strong>Reason:</strong> </p>

<p><em>This is something that doesn't really come up, but going through a few old ID requests, I'm unsure of whether I should be closing id-requests that have the same series outcome</em></p>

<p><strong>Remarks:</strong> </p>

<p><em>Should it always be dupe-closed? Or perhaps only when the question is looking via the same features (e.g. both describing the main character) as opposed to different ones (e.g. This anime has a cat with a moon symbol vs I think they referred to themselves as senshi or love warriors)</em></p>

<p>This is probably the lowest priority of the any items posted here</p>
 63: <p><strong>Where do we draw the line with derivative and loosely anime/manga/novel related content</strong> <a href="https://anime.stackexchange.com/questions/tagged/needs-clarification" class="post-tag" title="show questions tagged &#39;needs-clarification&#39;" rel="tag">needs-clarification</a></p>

<p>We've need a clearer stance on how to handle derivative content beyond AMV and doujinshi (i.e. what would be considered off topic) and very loosely related content such as Vocaloids and games (w/o a direct anime/manga/novel tie-in). While we've talked about <a href="https://anime.meta.stackexchange.com/questions/2270/are-identification-request-questions-looking-for-amv-on-topic">AMVs</a> and <a href="https://anime.meta.stackexchange.com/questions/352/what-is-the-criteria-for-questions-about-doujin-work/">especially</a> <a href="https://anime.meta.stackexchange.com/questions/267/should-questions-about-doujinshi-be-allowed">doujinshi</a>, we haven't talked about other derivative works such as remixes or identification request for dervative content such as a gameplay video with some sort of Jpop-like lyric. </p>

<p>For now we support (please add if you feel that any are missing):</p>

<ul>
<li>Vocaloid (to what extent is unclear)</li>
<li>Plot-related to 2d/3d games (those that are "anime-styled" at least; however, there is no specific criteria)</li>
<li>Original anime/manga style self-made/publish works (i.e. Doujinshi) </li>
<li>Live-action series based off anime/manga/novels (we don't get many aside from plot comparisons atm)</li>
</ul>

<p>Some examples of derivative content can be:</p>

<ul>
<li>A non-anime/manga gameplay video with some Jpop-esque music in the background</li>
<li>A random anime-like image on a video music playlist</li>
<li>A game or character skin with anime/manga-esque character or design</li>
</ul>

<p><strong>Reason:</strong> </p>

<p>It's a given that much of these issues involve fringe cases. but having a blanket policy to address them can save time and effort. We can still address any unique cases when they come up, but a there should at least be a more streamline way to handle questions for these types of media.</p>

<p><strong>Remarks:</strong> </p>

<p>I believe that by putting a little effort here, we avoid doing more work later on. As much as we'd like to address everything and anything related to anime/manga/novels, not everything that is a good fit. We should start looking at where to draw the line sooner rather than later. </p>
 1530: <p><strong>Policy:</strong> Definition of an identification-request? <a href="https://anime.stackexchange.com/questions/tagged/needs-review" class="post-tag" title="show questions tagged &#39;needs-review&#39;" rel="tag">needs-review</a></p>

<p><strong>Reason:</strong> </p>

<p><em>Several users have brought up the issue of the identification-request tag being inconsistently applied. When do should it be applied?</em></p>

<p><em>Some possible answers:</em></p>

<ul>
<li><em>Whenever something is being searched for (Very Broad)</em></li>
<li><em>Whenever a <strong>series</strong> is being searched for (through some information/media)</em></li>
<li><p><em>When a series title or  is not known (e.g. character, music)</em></p>

<p><strong>Remarks:</strong> </p></li>
</ul>

<p>See also: <em><a href="https://anime.meta.stackexchange.com/questions/2584/creating-a-tag-specifically-about-identifying-music">Creating a tag specifically about identifying music</a></em></p>
 1530: <p><strong>Policy:</strong> ID Requests for image <a href="https://anime.stackexchange.com/questions/tagged/needs-review" class="post-tag" title="show questions tagged &#39;needs-review&#39;" rel="tag">needs-review</a></p>

<p><strong>Reason:</strong> </p>

<p><em>As mentioned on chat a few times, image id-requests are hard to "provide more information for" if all the user has is a single image.</em></p>

<p><em>Is the requirement an image + 2 items?</em></p>

<p><em>an image + 1 item (making 2 items)?</em></p>

<p><strong>Remarks:</strong> </p>

<p><em>As part of this I'd like to review our approach to closing image id-requests as per <a href="https://anime.meta.stackexchange.com/questions/2565/should-we-be-closing-image-only-id-requests-differently">Should we be closing image-only id requests differently?</a> - meaning we would have greater coverage of one rule - and few duplicates</em></p>

<p>Also: Does a gif count as one image? What if someone takes frames from the gif, or has several images but no external info?</p>
 1530: <p><strong>Policy:</strong> Future Unannounced Events <a href="https://anime.stackexchange.com/questions/tagged/contradictory" class="post-tag" title="show questions tagged &#39;contradictory&#39;" rel="tag">contradictory</a> <a href="https://anime.stackexchange.com/questions/tagged/needs-clarification" class="post-tag" title="show questions tagged &#39;needs-clarification&#39;" rel="tag">needs-clarification</a></p>
<p>Our current policy is closure for Unannounced Future Events.</p>
<p><strong>Reason:</strong></p>
<p>There are conflicting metas on what exactly <em><strong>Unannounced Future Events</strong></em> means.</p>
<p><a href="https://anime.meta.stackexchange.com/questions/27/what-do-we-do-with-questions-about-future-events-releases?lq=1">The original Meta post</a> :</p>
<blockquote>
<p>&quot;What is to happen in the future&quot; is something that should be kept off-topic.</p>
</blockquote>
<p><a href="https://anime.meta.stackexchange.com/a/664/1530">2013 FAQ Proposal</a></p>
<blockquote>
<p>Questions on future events with regard to the production of an anime or manga are off-topic</p>
</blockquote>
<p><a href="https://anime.meta.stackexchange.com/questions/800/2014-edition-how-should-we-treat-questions-regarding-future-unannounced-events">The 2014 Meta Post</a></p>
<blockquote>
<p>I suggest, much like @GraceNote's post on What do we do with questions about future events/releases? back in '12, that we leave future events to new sources such as ANN or Crunchyroll.</p>
</blockquote>
<p><em>I can't find anywhere where we actually define that future <strong>announced</strong> events are on topic.</em> It seems to be in some fuzzy space between 2013 and 2014, and the title of the 2014 post stuck.</p>
<p>This leads to some confusion when closing posts - <em>&quot;When will X happen?&quot;</em> <strong>is only on topic if someone can find a news post about it?</strong> I think our policy should be that any future events should be off-topic.</p>
<p><strong>Remarks:</strong></p>
<p>I brought this up before in <a href="https://anime.meta.stackexchange.com/questions/2231/can-we-change-the-name-of-this-closure-reason">a previous meta</a>, but it's still unchanged and has caused confusion with close votes a few times.</p>
 63: <p><strong>Explicit and Borderline Content:</strong> <a href="https://anime.stackexchange.com/questions/tagged/needs-clarification" class="post-tag" title="show questions tagged &#39;needs-clarification&#39;" rel="tag">needs-clarification</a></p>

<p>We've had a lot of run-in media on the site that would be considered either explicit or borderline (even though they are hidden behind a spoiler and/or have a NSFW warning). It's sometimes hard to tell if the piece of media is explicit or not. A set of guidelines and set procedures would probably help streamline things.</p>

<p><strong>Reason:</strong> </p>

<p>Due to individual circumstances we're can't all agree on what's lewd and not. In the fine art, there's a (fine) line between art and pornography. Our personal upbringings shape how we think about these things. We need to find some point where we can agree on at least.</p>
