For studying this community, or using members of this community as potential research subjects, it might be helpful to refer to AOIR ethics: https://aoir.org/ethics/
Christina
-----Original Message-----
From: Code for Libraries <[log in to unmask]> On Behalf Of Jenn C
Sent: Tuesday, July 16, 2019 7:43 AM
To: [log in to unmask]
Subject: Re: [CODE4LIB] From the Community Support Squad wrt "Note [admiistratativia]"
This PR to the CoC was merged more than a week ago:
https://github.com/code4lib/code-of-conduct/commit/b6cc99c7b7e16cdf278b5c4565d661ba53c011ea
I think (????????? see GH comments previously) that is different from the PR that was announced for comments. This PR introduced (again I think??) this language which talks about how anonymity should be handled. I don't think this implies any fundamental change to the functioning of the list. I am a little confused why this PR was merged without discussion but the other PR announced and what process is actually happening.
jenn
### Anonymity
In general the community prefers to know who is writing. Exceptions may arise when the you feel at risk; in that case, the you may contact one or more [Community Support Volunteers](css_volunteers.md) for help forwarding your message. At the least, your message should include a *reason* for why you are choosing to be anonymous. For example:
* "I'm looking for advice on how to present myself for another job, but my boss doesn't know I'm looking"
* "I'd like some advice in dealing with a programming conflict, and other members of the team are on this list"
### Surveys
If you wish to ask people on the listserv to participate in a survey, you should minimally identify:
* yourself
* purpose of the survey
* the reason you're asking **in this listserv**
* what kinds of information you're collecting
* (if collecting identifying information such as email address, name), what you plan to do with it, and how you'll keep it secure.
On Tue, Jul 16, 2019 at 7:26 AM EDWIN VINCENT SPERR <[log in to unmask]> wrote:
> I personally agree that requiring verified identities for posters is
> potentially *really* disruptive to the list. It seems a
> disproportionate response to what is still mostly a theoretical risk.
>
> I also trust that any changes to the fundamental functioning of this
> list would only be undertaken after a period of broad discussion
> followed by a
> (very) formal vote. This list is common property and is still a
> primary communication channel for this community. Decisions regarding
> changes to it's function (or the rules that govern its participants)
> should be made democratically.
>
>
> Edwin V. Sperr, MLIS
> AU/UGA Medical Partnership
> Office of Graduate Medical Education
> Clinical Information Librarian
>
> St. Mary’s Hospital
> 1230 Baxter Street
> Athens, GA 30606
>
> p: 706-389-3864
> e: [log in to unmask]<mailto:[log in to unmask]> | [log in to unmask]<mailto:
> [log in to unmask]>
> w: medicalpartnership.usg.edu<http://www.medicalpartnership.usg.edu/>
>
>
> ________________________________
> From: Code for Libraries <[log in to unmask]> on behalf of
> Natasha Allen <[log in to unmask]>
> Sent: Monday, July 15, 2019 4:29 PM
> To: [log in to unmask]
> Subject: Re: [CODE4LIB] From the Community Support Squad wrt "Note
> [admiistratativia]"
>
> [External Sender]
>
> Hi Tom,
>
> Thank you for responding with your clarifications. Much appreciated.
>
> Natasha
>
> ---
> Natasha Allen (she/her)
> System and Fulfillment Coordinator, University Library San José State
> University
> 1 Washington Square
> San José , CA 95192
> [log in to unmask]
> 408-808-2655
>
>
>
>
>
> On Mon, Jul 15, 2019 at 1:08 PM Tom Johnson <
> [log in to unmask]>
> wrote:
>
> > > As both a woman and librarian, i think i'm qualified to point out
> > > that
> if
> > someone is asking for me to give them private, potentially damaging
> > information, I have a right to know who they are and their
> > motivations
> for
> > asking, because lord knows there are plenty of bad actors who would
> > use sensitive information for ill purposes. I can only speak for
> > myself when
> i
> > say this but it's a matter of safety, not intimidation.
> >
> > my apologies. my implication was not at all meant along these lines.
> >
> > on the contrary, i think the transparency issues in this case are
> > utterly clear. the work undertaken by yourself and others to address
> > them has my complete support.
> >
> > what i object to is the idea, as exemplified in Eric's posts of June
> > 28, that unsigned posts to this board constitute suspicious activity
> > and that the normal administrative response is to de-anonymize in
> > order to "get
> rid
> > of them". i'm not aware of that being a practice here. if it has
> > been,
> i'm
> > extremely uncomfortable with it. in either case, Eric's reference to
> > this enforcement practice was sudden, apparently unconnected to any
> > documented policy or process, and coupled with claims that the
> > entire subject matter of sexual harassment is unwelcome on this
> > board. this combination seems chilling to me; it certainly makes
> > /me/ reluctant to continue my limited participation here. this is what i meant by "intimidation".
> >
> > again, apologies for the confusion. i was initially reluctant to be
> > so direct about attributing issues to specific posts or people. it's
> > clear
> to
> > me now that if i'm going to chime in, that directness is called for.
> >
> > - tom
> >
> >
> >
> > On Mon, Jul 15, 2019 at 8:50 AM Natasha Allen
> > <[log in to unmask]>
> > wrote:
> >
> > > >finally, i think it's regrettable that demands for discussants to
> > identify
> > > themselves came up in the prior thread. even in this case (with
> > legitimate
> > > concerns at hand about methodolgy and the nature of the
> > > information
> being
> > > solicited) it seemed to me that these demands did more to
> > > intimidate
> than
> > > anything else. i fear adopting this as policy would codify that
> > > intimidation.
> > >
> > > As both a woman and librarian, i think i'm qualified to point out
> > > that
> if
> > > someone is asking for me to give them private, potentially
> > > damaging information, I have a right to know who they are and
> > > their motivations
> > for
> > > asking, because lord knows there are plenty of bad actors who
> > > would use sensitive information for ill purposes. I can only speak
> > > for myself
> when
> > i
> > > say this but it's a matter of safety, not intimidation.
> > >
> > >
> > > ---
> > > Natasha Allen (she/her)
> > > System and Fulfillment Coordinator, University Library San José
> > > State University
> > > 1 Washington Square
> > > San José , CA 95192
> > > [log in to unmask]
> > > 408-808-2655
> > >
> > >
> > >
> > >
> > >
> > > On Mon, Jul 15, 2019 at 8:23 AM Tom Johnson <
> > > [log in to unmask]>
> > > wrote:
> > >
> > > > i'll put in another word strongly against a name/signature policy.
> > > >
> > > > as professionals who work regularly with authorship, surely we
> > > > can understand that people use and attach their ideas to many
> > > > names in
> both
> > > > private and public life for a wide range of reasons. the
> > > > argument
> that
> > > > restricting naming here would improve the quality or civility of
> posts
> > > > appears unsupported. absent a compelling need for the
> > > > restriction,
> any
> > > rule
> > > > would seem only to provide tools for excluding certain people
> > > > and
> > topics.
> > > >
> > > > to take it a step further, and reading between the lines a bit,
> > excluding
> > > > people and topics seems to be the precise goal of the rule. the
> > > discussion
> > > > has already drifted into adjudicating hypothetical topics to be
> > excluded:
> > > > "my boss is a baddy, and here's why..." is a trivializing
> > > > example,
> but
> > > i'd
> > > > put it to you that in many circumstances this is a perfectly
> reasonable
> > > > issue to raise publicly and anonymously to a professional community.
> > > unless
> > > > our goal is to tip the balance of power further in favor of
> > > > baddy
> > bosses,
> > > > that is. that this is coming up in the current context makes me
> > > > worry
> > > very
> > > > much about which topics we'd attempt to filter in practice.
> > > >
> > > > finally, i think it's regrettable that demands for discussants
> > > > to
> > > identify
> > > > themselves came up in the prior thread. even in this case (with
> > > legitimate
> > > > concerns at hand about methodolgy and the nature of the
> > > > information
> > being
> > > > solicited) it seemed to me that these demands did more to
> > > > intimidate
> > than
> > > > anything else. i fear adopting this as policy would codify that
> > > > intimidation.
> > > >
> > > > best,
> > > >
> > > > tom
> > > >
> > > > On Mon, Jul 15, 2019, 8:14 AM Tom Johnson
> > > > <[log in to unmask]>
> > wrote:
> > > >
> > > > > i'll put in another word strongly against a name/signature policy.
> > > > >
> > > > > as professionals who work regularly with authorship, surely we
> > > > > can understand that people use and attach their ideas to many
> > > > > names in
> > both
> > > > > private and public life for a wide range of reasons. the
> > > > > argument
> > that
> > > > > restricting naming here would improve the quality or civility
> > > > > of
> > posts
> > > > > appears unsupported. absent a compelling need for the
> > > > > restriction,
> > any
> > > > rule
> > > > > would seem only to provide tools for excluding certain people
> > > > > and
> > > topics.
> > > > >
> > > > > to take it a step further, and reading between the lines a
> > > > > bit,
> > > excluding
> > > > > people and topics seems to be the precise goal of the rule.
> > > > > the
> > > > discussion
> > > > > has already drifted into adjudicating hypothetical topics to
> > > > > be
> > > excluded:
> > > > > "my boss is a baddy, and here's why..." is a trivializing
> > > > > example,
> > but
> > > > i'd
> > > > > put it to you that in many circumstances this is a perfectly
> > reasonable
> > > > > issue to raise publicly and anonymously to a professional
> community.
> > > > unless
> > > > > our goal is to tip the balance of power further in favor of
> > > > > baddy
> > > bosses,
> > > > > that is. that this is coming up in the current context makes
> > > > > me
> worry
> > > > very
> > > > > much about which topics we'd attempt to filter in practice.
> > > > >
> > > > > finally, i think it's regrettable that demands for discussants
> > > > > to
> > > > identify
> > > > > themselves came up in the prior thread. even in this case
> > > > > (with
> > > > legitimate
> > > > > concerns at hand about methodolgy and the nature of the
> > > > > information
> > > being
> > > > > solicited) it seemed to me that these demands did more to
> intimidate
> > > than
> > > > > anything else. i fear adopting this as policy would codify
> > > > > that intimidation.
> > > > >
> > > > > best,
> > > > >
> > > > > tom
> > > > >
> > > > > On Mon, Jul 15, 2019, 6:23 AM Peter Murray <[log in to unmask]>
> wrote:
> > > > >
> > > > >> I read the LSOFT page describing the DMARC aliases, and it
> > > > >> seems
> > like
> > > > >> there is a good technical reason for doing so. To disallow
> > > > >> the LISTSERV-supplied DMARC aliases would prevent some
> > > > >> participant's
> > mail
> > > > from
> > > > >> being delivered (or would have it downgraded to "junk" status
> > > > >> by
> the
> > > > >> receiving mail agent).
> > > > >>
> > > > >> Regarding the use of aliases in general, there are good
> > > > >> reasons to
> > use
> > > > >> them (as have been described in other messages in this thread).
> The
> > > > use of
> > > > >> an alias is a signal of a sort, and readers can take that
> > > > >> signal
> > into
> > > > >> account as they read and consider the content of the message.
> > > > >> I
> > > > wouldn't
> > > > >> want to see aliases banned from the list. I think it is also
> > > > >> a
> > health
> > > > >> practice to encourage the use of email signatures whenever
> possible
> > so
> > > > >> community members get to know each other.
> > > > >>
> > > > >>
> > > > >> Peter
> > > > >>
> > > > >> --
> > > > >> Peter Murray
> > > > >> Open Source Community Advocate Index Data, LLC On Jul 12,
> > > > >> 2019, 11:07 AM -0400, Eric Lease Morgan <
> [log in to unmask]
> > >,
> > > > >> wrote:
> > > > >> > With the advent of some sort of new SMTP enhancement called
> DMARC,
> > > it
> > > > >> is possible to post to LISTSERV applications (like ours) and
> > > > >> have
> > your
> > > > >> email address obfuscated, like above. This is apparently a
> feature.
> > > [0]
> > > > >> Yes, direct replies to an address like
> > > > >> [log in to unmask] do make it back
> > > > >> to
> > the
> > > > >> original sender, but without some sort of signature can be
> > > > >> very
> > > > difficult
> > > > >> to know to whom one is replying.
> > > > >> >
> > > > >> > I think any poster to the mailing ought to be easily
> identifiable.
> > > One
> > > > >> ought to be able to easily know the name of the poster, their
> > > > affiliation,
> > > > >> and their email address. Such makes things: 1) more
> > > > >> transparent,
> and
> > > 2)
> > > > >> lends credibility to the post. Even if I don't sign this
> > > > >> message
> you
> > > can
> > > > >> see that my name is Eric Morgan, I work for Notre Dame, and
> > > > >> my
> > address
> > > > is
> > > > >> [log in to unmask] The posting above works because there is/was
> > > > >> a
> full
> > > > >> signature. Postings from [log in to unmask] are
> difficult
> > > to
> > > > >> swallow but I can live with them. But postings from EM <
> > > > >> [log in to unmask]> with no
> > > > >> signature
> I
> > > > think
> > > > >> are not respectful. Remember, "On the Internet, nobody knows
> > > > >> you
> > are a
> > > > >> dog." [1]
> > > > >> >
> > > > >> > [0] dmarc -
> > > > >> > https://www.lsoft.com/news/dmarc-issue1-2018.asp
> > > > >> > [1] dog -
> > > > >>
> > > >
> > https://en.wikipedia.org/wiki/On_the_Internet,_nobody_knows_you're_a
> > _dog
> > > > >> >
> > > > >>
> > > > >
> > > >
> > >
> >
>
|