Nearly a month ago “Super Storm Sandy” ravaged communities from Cuba to Long Island. The aftermath has seen communities leading the relief and rebuilding effort. One group is said to stand out, a surprise according to the media, #OccupySandy.
While it may seem like #OCCUPYWALLSTREET has “changed,” it hasn’t. Anyone who was present at Liberty Plaza (Zuccotti Park) last year knows that OWS has always been a network with mutual aid at it’s core. Just beyond the characters surrounding the park was a show room floor of how a better world might work. Food for anyone who is hungry, clothing for anyone who is cold, and community open to all.
#OccupySandy is simply the realization of a major aspect of #OCCUPYWALLSTREET, mutual aid.
Some are asking how did a group with no disaster relief experience out perform the Red Cross, NYC disaster response, and FEMA? But this is a much more complex question. Community groups can’t repair subways or bridges while the establishment clearly cannot provide comfort and aid to the people who most need it. The community is like water filling in the cracks in between these massive bureaucracies.
Our response was swift and powerful because we had a strong infrastructure in place. Both human and technological, this post will focus on the latter.
The basic structure of #OccupySandy consists of distributions centrals that take donations and volunteers then send them out to front line locations in affected areas. Here are some Occupy and non-occupy projects currently in use or development.
The InterOccupy team spans the globe and closely collaborates with Occupy Tech Ops and Occupy.net. Their system is based on HUBs, each HUB relates to a project within Occupy. As the hurricane made it’s way up the east coast an InterOccupy HUB was created: interoccupy.net/occupysandy. This provided a platform to organize local Occupy networks together. Currently the HUB acts as a central clearing house of information. Erica Heinz, member of Tech Ops, details the five day redesign of the Occupy Sandy HUB.
Volunteer Intake with CiviCRM
InterOccupy (IO) also manages nearly all volunteer intake. Using the OWS CiviCRM IO can create forms and lists of volunteers. Special lists are being put together for rebuilding efforts along with other needs. Mass e-mails are sent to volunteers or segments of that list. This service is provided by MayFirst/People Link
I’ve come to loathe the term social media. It’s a silly way of saying “the internet”. Though it is good short hand for when you want to say Twitter and Facebook but don’t want to spell them both out.
There is currently a sophisticated operation going on via Facebook. A Facebook group and accompanying chat is used to manage the administration of Occupy Sandy’s Facebook page. With a mix of information and opinion the Facebook page keeps people up-to-date on the dire situation our neighbors are still in while also fielding questions and sharing stories of hope.
Like facebook the main Occupy Sandy twitter account (among many) @occupysandy also spreads the news and answers questions. The account is also used to promote very important information to a feed on the InterOccupy Hub. This allows coordinators to tweet to @occupysandy who can then re-tweet that message on to the home page.
When power goes out, so too do cell towers. Connectivity is very difficult in disaster areas which makes technology less effective. Here are some apps that use SMS and mobile networking to provide information and relief.
OccupySMS uses peer to peer matching to connect needs with relief. Using simple SMS gateway provided by Mobile Commons NYC area users can text SANDY to 69866 to post personal needs while people seeking to help can text MUTUAL AID to 69866 and be connected with someone directly. This system allows needs and offers to be crowd managed with little admin overhead.
Contact OccupySMS: email@example.com
Mobile Disaster Relief App
Said to be created in just five days the Mobile Disaster Relief App provides a powerful iOS (Android coming soon) app to record pictures and audio for first responders and canvassers. It has mapping and peer to peer need/fulfillment. I haven’t personally been able to use this application.
Maps Maps Maps!
At a recent hack-a-thon put on by #HurricaneHackers there was a general sentiment that we sure have made a lot of maps but aren’t connecting the data dots. Most of these tools and ventures aren’t talking to each other, more on that later. Here are some notable maps:
Google Crisis Map
Many of the maps are ending up here. From InterOccupy’s map of relief locations, to Senior Services map, and a Gas map. Here is a great example of centralizing data into a highly useful map.
Another powerful map that covers many relief topics. SparkRelief.org provides a great user interface and allows for clear and simple peer to peer relief.
- needmapper.com - much like OccupySMS
- This spreadsheet has a bunch more maps
The Human Story
When far removed from a disaster it can be easy to lose touch. When we deal with data, points on a map, we can forget that those points of data are all embedded with a human story. The story of tremendous loss, courage, and solidarity.
Artur Kasprzak, 28, NYPD officer, drowned after saving his family, South Beach. Lester Kaplan, 73, lawyer, hypothermia, Brigantine, N.J. Edith Wright, 52, teacher’s aide, swept out to sea, Montauk. Read more about this.
StoryLine is a collaborative documentary for us to share experiences of Hurricane Sandy and relief efforts. Using any phone or mobile device, you can create a story by calling or sending a text or picture message. StoryLine is a project of HousingisaHumanRight.org, Interoccupy.net and the MIT Center for Civic Media (civic.mit.edu)
CowBird - There are some stories on CowBird too.
Getting things done
Sandy has proven that given access to the right tool people can extremely effective. There have been a number of tools used and developed around Sandy. Within #OccupySandy Google’s integrated apps have been put to heavy use. In the first few days Gmail addresses were set up, Google Docs shared, Google Voice, and Google Groups.
While I’d rather see stronger use of Free & Open solutions, Google products do perform quite well and illustrates how strongly integrated tools can increase effectiveness. Being able to share and collaborate on a spreadsheet between two locations is very remarkable.
When we look at the problem that people had to solve after Sandy it’s fairly simple: report needs, fulfill needs, and let others know a need has been fulfilled.
One of the now many spreadsheets used within “the” Occupy Sandy shared Google Drive folder is an unassuming document named OS Requests. This document currently tracks all the requests and dispatches to and from locations on Long Island to Staten Island. It is used between both of Occupy Sandy’s main distribution hubs 520 Clinton and Jacobi Church.
I was asked to come into Occupy Sandy to make a task management system. It became clear that something much more powerful was needed. As it turns out around that same time Mark Prutsalis (@Globaliist) was doing the same thing. Mark is the CEO of Sahana Software Foundation.
Sahana is a disaster relief software that came out of the 2005 Earthquake and Tsunami in Sri Lanka.
Mark and developers Fran (@franboon) are currently working on site to get Sahana configured for Occupy Sandy. Mark wrote a blog post about setting up a kitchen in Bay Ridge where most of Occupy Sandy’s food prep is moving to.
Sahana looks very promising and I will surely write more about it soon. It is currently being adopted by the Occupy Sandy team both here in New York and in New Jersey. Adoption is tough in a decentralized network like Occupy Sandy. Sahana is mostly in use at the higher level dispatch locations rather than “front line” locations.
Each location, from Staten Island to Red Hook to the many locations in the Rockaway are finding their own tech solutions. As we expand Sahana’s use will work to integrate into existing systems rather than trying to replace them.
I was also able to catch a bit of a lesson on a FEMA system being put in place for VOADs or Voluntary Organizations Active in a Disaster. I will share more on that soon as well.
If you are interested in working on these technologies I highly suggest attending the #NYTechResponds Sandy Benefit Weekend: Hackathon & Relief Agency Conference. December 1st and 2nd.
If you would like to get directly involved with Occupy Sandy Tech work please contact me at firstname.lastname@example.org
How should Tech Ops, Occupy.net folks, Action Resource Fund (ARF) and other interested parties think about using our collective resources and legitimacy for fundraising?
Below is a set of theses, arguments and proposals that might constitute a framework. The need for it comes from a year of trying to advance efforts to become self-sustaining as a movement, and meeting various obstacles. We actually have a wonderful infrastructure that enables fundraising (= covering the costs of your work with help from supporters who love you) but it’s not being utilized very well. An example is the repeated use of WePay and fiscal sponsorship from 501c3 nonprofits when not actually necessary.
Please do chime in with your comments and suggestions.
- Our online resources should be used for fundraising by as many occupy related entities as we can support.
- It is important that folks raising money for personal reasons, or primarily to benefit themselves without a comparable benefit for OWS, should not use our resources.
- We can divide fundraising projects into some useful categories. All of them are ‘legitimate’ as long as we are careful about representing them accurately:
- OWS or NYCGA wide efforts or entities that enjoy a high level of legitimacy. This includes May First, S17, and the remnants of the NYCGA money that we use for bail. ARF and Accounting.
- Well known, long standing, and relatively accountable structures like InterOcc, Tech Ops, Farms that have attempted to operate within the (fluid and hard to navigate) boundaries of OWS.
- Affinity groups, campaigns, and special project. Examples: student debt strike, Freedom School, Tidal, livestreaming groups.
- Fiscal sponsorship is OPTIONAL. In some cases it feels essential, to provide for a higher level of accountability for large sums of money. In other cases it is a wasteful expense, as in the case of a small sum for a specific project. Fiscal sponsorship should be an option for all and a requirement for none.
- We affirm that c3 status for fiscal sponsorship is relevant when you need to promise a tax deduction to the donor or to receive funds from an institutional donor. It is not ‘necessary’ beyond that, though it may be desired for the appearance of legitimacy..
- Groups wanting fiscal sponsorship via ARF should have a way of asking for it, with clear conditions on who is eligible. Any group or individual with fiscal sponsorship of their own can use that as well.
- Using Civi or Salsa, any group can provide data for the merchant account and donation gateway of their choosing. We discourage the use of services like WePay and PayPal. IF you are using WePay or PayPal, then processing will likely cost you more, and you don’t need Civi or Salsa to do it.
- Anyone using our Civi or Salsa for fundraising needs to supply a roadmap for how the funds will be collected, transferred, spent, and accounted for. This is a task we can and should help with, according to our capacity.
- The existence of one mechanism for raising funds will never be a reason to prevent, prohibit or discourage the use of another mechanism.
- Blocking power over using Tech Ops/Occupy.net tools and resources does not exist. That said, many things simply cannot be done without expertise and access that is distributed among many people. In the case of serious concerns, blocking can take place if 50% +1 of Tool Managers support it.
- Tool Managers list is meant to comprise those using Civi and Salsa, working to update it, have access to the backend, and/or are key users. The only purpose of a Tools Managers list is to address blocks. Proposed initial list includes Drew, Ravi, Ingrid, Devin, Charles, Andrew, Dana, Patricia, Badger, Leah, Tom and Dan. (this post will be the first they heard of it….)
Tech training is back!
When: Wednesday, July 25, 6-8 PM
What: Learn the basics of wikis OR using Civi, an open source program can manage data, send email blasts, accept donations and more.
Wikis are a type of website that is easy for a large and decentralized group of people to use together. Information is managed so that things are easy to find and new items can be added easily. For many kinds of projects within OWS, wikis offer a way of preserving the information necessary for working together across groups and time zones.
Civi is a Constituent Relationship Manager (CRM). Occupiers are using Civi to send emails, sign up volunteers, and offer online tools to more and more groups.
Come to this Tech-Ops/Occupy training in wiki or Civi use, meet other movement techies, and have a beer with us.
Training will begin promptly at 6:15. Please RSVP on our Facebook event page or by emailing email@example.com.
Tech-Ops, in coordination with #NatGat and others, is happy to announce that we’re bottom-lining a number of trainings and events. While the schedule is set, and we have trainers, we are very interested in connecting with anyone who wants to help out. (Link to National Gathering.)
Everyone gets that our social media and online tools played a crucial role in OWS. What is less clear: how to ramp up our online game. Join us in figuring it out!
UPDATE: On Monday morning, NatGat folks announced that all indoor sessions will be moved back to Franklin Park. We might decide to move back indoors on the spot, after gathering and doing a head count.
Sunday, July 1st
10:00-12:00 Technology Meetup
If you build and operate websites, manage social media accounts, build tactical apps, code, program or sysadmin for #Occupy, then let’s hang out together! We can do so much more if we can share resources, and tools.
Location: Washington Square. The specific location will be given at the table near 5th and Market.
1:45-2:45 Technical Support Work
Providing Technical Support Work for Resistance Movements
Location: IL2 – Bread and Roses Community Fund, 1315 Walnut St.
Monday, July 2nd
3:00-5:30 pm Workshop: Digital Strategy
Digital Strategy for #Occupy Direct Actions
3:00-4:00 pm Hackathon
(At this time, we don’t know who is organizing this or what the content is – but it sounds interesting!)
Tuesday, July 3rd
1:45-2:45 pm Training in WordPress – Build A Website
Learn how to build your own website! Get started in WordPress, one of the most popular web development tools out there. (OWS Tech Ops)
3:00-4:00 pm Training: Advanced Social Media Tips and Tricks for Occupy
What does it mean to manage social media accounts? Move from self expression to organizing. Learn more about the possibilities and limitations of Facebook, Twitter, online video and more. (OWS Tech Ops)
4:15-5:15 pm Training: CiviCRM, Salsa, Databases, Email/Advocacy Software
Most of us use email. But is our movement really using it? Despite the rise of social media, email is still the ‘killer app.’ Learn about tools that manage large lists, why you should be using them, and get your first lesson in CiviCRM or Salsa. (OWS Tech Ops)
Our team of crack movement techies really want to share our tools and skills. If you can’t attend one of these sessions, we just might meet with you anyway, one-on-one, and give you a private lesson. We’re also interested in talking to occupies, projects and groups about services, tools and resources we have available for you.
On Saturday, May 12, Tech Ops and Your Inbox: Occupied hosted a community meeting / training. This is a report-back covering the material presented and subsequent discussion.
The initial conversations about this meeting had to do with the intersection of Tech Ops with Occupy in general. Concerns included:
- How do we ‘serve’ other parts of OWS more explicitly, as service providers?
- What is stopping or slowing down the adoption of powerful tools such as CiviCRM?
- Why is it hard to generate overall ‘digital strategy’ at the intersection of different working groups and committees?
Some of the initial conclusions were that:
- Occupy Communicators often lack a shared language to talk about specific parts of the overall work, and how different groups can coordinate better.
- Many communicators are eager to understand how Tech Ops works and be in better coordination.
- There is a widespread consensus that ‘we have to improve our game.’
To this end, myself and Drew, in consultation with various occu-communicators, came up with a combination training and discussion that would seek to address these issues while generating important feedback.
Developing a Shared Vocabulary
Our first step was to define some terms. For our purposes, a Broadcaster is anyone distributing messages for, from, or about Occupy. These are our semi-official voices: The Tweetboat, Your Inbox: Occupied, the Occupy Wall Street Journal, Occupy.com, Occupy.net, Occupywallstreet.net, Occupywallst.org, OccupyTogether.org and many more. Each of these Broadcasters plays a role; but we can analyze each one of them and ask: who are they reaching?
Audiences are the various slices of people that Broadcasters are reaching, with greater or lesser impact. We discussed the ways that one could classify an audience – by geography, race/class/gender, psychographics, and more. But there was broad agreement that the most useful way of slicing was by steps on a ladder of engagement. This is because, if and when we are evaluating the success of a Broadcaster, what would we want the most? For Audience members to move up a rung on the ladder, to become more active in the fight against the 1%.
Together, we came up with a ladder of the following rungs:
- Hasn’t heard of Occupy, or enough about it to form an opinion
- Has heard of Occupy but is not a supporter
- Supports Occupy, but has not engaged
- Supports Occupy, has engaged virtually, online
- Has shown up on person for an Occupy event or meeting
- Shows up routinely, but is not part of a group or committee
- Is a committed part of an Occupy group or project
- Full fledged, sleepless organizer with Occupy
People recognized that a large proportion of our communications are directed at the lower rungs – at supporters with a record of strong engagement. Unlike in the early days, when social media and then mass media fueled outreach to millions who were just learning about us, today we are often talking to ourselves – but without healthy and consistent movement of Audience members to higher levels of engagement.
The point of course, isn’t just to map what is going on, but to do something about it. That thing is: help our Broadcasters to be more successful with specific Audiences. But this, a we discovered, can be a problem.
Expressive Vs. Instrumental Communications
I stole this from Matt Smucker’s Beyond the Choir. He writes about expressive and instrumental actions. (The following are my own words, not a quote.)
Expressive: Satisfies the urge to self-express,perhaps at the cost of achieving some impact in the world.
Instrumental: Designed for achieving a specific outcome, even when this means less authentic expression of our individuality or collective spirit.
Participants reflected that with Occupy Wall Street, the very personal, authentic and expressive nature of our actions and communications were a defining part of the culture that built this movement in the first place. Positioning ‘expressive’ and ‘instrumental’ at opposite poles feels uncomfortable because it suggests that being expressive is indulgent and that being effective is a prize worth suppressing who we are.
But at the same time, we heard that often our actions or communications can be both: designed for utmost impact AND highly expressive. The initial burst of enthusiasm for the Zuccotti Park occupation demonstrates that this is possible. What we need to do now is examine our communications, the measurable impact of our Broadcasters on our Audiences and bravely ask the question: what is working? What is achieving our goals as a movement?
Currently, it feels like these questions are not being consciously addressed. The concentration of our communications to inward facing efforts comes at the expense of effective vehicles that spread our message and expand the pool of activists. We talk more and more to ourselves in ways that please each other, even if the real world impact is declining. A shift towards communications that are built around the delivery of outcomes – instrumentality – doesn’t require the wholesale rejection of who we are, but rather the deliberate adoption of additional tools that are mostly within reach.
What Technology Has To Do With It
The technology resources of our movement include databases capable of delivering mass email blasts. Despite the large numbers of people using social media these days, what’s obscured is that we don’t have ‘an audience’ that is reachable via ‘social media’, instead we have multiple audiences that are impacted to a greater or lesser degree based on all kinds of choices: who is speaking, what medium is using, the news cycle, and so on. Email is still seen as crucial to any engagement effort in the real world, but Occupy has done a poor job of taking email communications seriously.
Fortunately, OWS has many resources for helping activists use email more effectively, especially CRM tools, meaning Constituent Relationship Management tools like CiviCRM and Salsa. CRM’s help us evaluate in real time whether or not particular communications are having the sought-for impact. They are excellent for learning what movements actually care about, in contrast to what they say they care about.
Websites are also tools, and at various times groups or actions have struggled with them. But the kinds of questions about this tool are often not asked during the planning stages: should it collect data, like event RSVP’s? What would it be stored? Who is it aimed at? What audiences are unlikely to respond, and therefore need an alternative outreach tool?
One of the questions to the audience was about the parent site of this blog: NYCGA.net. I asked folks who was on it, and whether or not they were still using it as a collaboration tool for working groups. A number of people stated that they used to use it a lot more than they do now, and that one of the main reasons was the proliferation of mean-spirited personal attacks. This is an example of how a tool widely used and praised can have it’s impact reduced as a result of built-in weaknesses. Our ability to manage tools appropriately demands a great deal of shepherding resources, creating effective feedback loops, including strong, non-technical voices, advance planning and of course support for developers who perform specialized work.
In everyone of these areas, the Occupy movement in general, including Tech Ops, has struggled, and this is a reflection of widespread issues in the movement. One of the exercises we carried out illustrates this well. Towards the end of the day, we asked teams of 4-5 to come up with plans that include a Broadcaster, an Audience, at least one online communication tools, and a call to action.
Five ideas were presented (see below). I asked the group, who agrees that we should definitely do at least one of these? Everyone I could see was in agreement. Then I asked, how many of you would agree to work on one of these ideas even if it wasn’t one of the ones you supported? Most of the hands dropped. The clear implication is that Occupy as a movement has excellent mechanisms for proposing and initiating projects. But we don’t do a good job of ensuring that projects have sufficient support to be done effectively. This is how the culture of ‘expressiveness’ trumps ‘instrumentality’.
It felt to me, that most people agreed that our communications needed to do a better job of achieving specific impacts, namely moving people up the ladder of engagement (or through the funnel). But even if we were to agree on projects designed to do that better, it isn’t clear how many of us would step our of our comfort zones to learn new tools, commit to greater coordination, more advance planning, and hammer out agreed upon definitions of success.
Tech Ops, Occupy.net and other movement innovators have a fantastic record of supporting the movement. But mixed in with that are what some might call flaws:
- Large scale efforts that take so much resources and time that they can scarcely be called OWS efforts. OWS might not exist as a coherent movement by the time they are launched.
- Tools are introduced that don’t have a high level of use. In other words, we have invested energy in tools for which demand is weak, there is little or no marketing of the tools, and in any case they weren’t part of an answer to a problem presented elsewhere in the movement.
- Important tools that are essential and in productive use suffer from weak post launch development. This isn’t the fault of the developers who stick around trying to address those weaknesses; but as a system, we aren’t able to focus resources where they are most needed in a timely fashion.
- Projects advance not because of widespread agreement that they deserve priority, but because a small number of key players move ahead. In contrast, larger scale efforts that are widely seen as urgent and necessary might languish because they require widespread agreement on the details. (Fundraising tools come to mind.)
Five Projects Presented
The teams presented five projects:
- A direct action performance project that a live action MEGA BALL BINGO gambling game. It would be played on Wall Street, with the goal of having folks arrested specifically for the crime of gambling. (Irony alert!)
- A call for camping out in Chantilly, VA to protest the annual Bilderburg gathering of the global 1%. A proposed site could facilitate a mass gathering with travel arrangements, information, and coordination. Would include a component similar to Operation Paperstorm.
- Building an Occupy crowd-funding service that allows us to deliver funding to our projects more effectively.
- Preparing a campaign site for the anniversary of Occupy Wall Street (Sep. 17) with event listings and personal stories.
- An ‘incumbent-be-gone’ campaign that calls on people to vote out all politicians on election day, and helps aggregate resources to that end from like-minded people.
The value of the exercise isn’t in the creativity of the actionable projects presented, but the work of connecting a mission oriented, real world effort to the tech tools necessary to implement it well. This could have been done a lot better – but it drove home the point that conversations specifically about tools should happen more often.
Evaluation and Next Steps
Attendees who stayed until the bitter end said that they were happy to learn more about Tech Ops, both our tools and mind-set. Folks seemed to like the chance to discuss strategy in the abstract, as part of a training, without being wedded to a specific project or effort. In particular, people liked the shared creation of a funnel or engagement ladder demonstrating some of the work we need to improve.
Comments were made about the training being somewhat disorganized, the moderation was too heavy and too dominated by myself, and it seemed at times that I was driving a specific point of view as opposed to laying out information or teaching skills. (All of this is sadly true.)
One idea floated on the Tech Ops discussion list is a ‘Tech Ops Assembly’ that would be larger and more inclusive, and less agenda driven. Many of us feel that more trainings would be great for all kinds of skills and tools. Stay tuned.
May Day, May Day!
We are recruiting an army of citizen reporters to post anonymous status updates during May Day that’ll be projected on screens in Bryant Park and other public locations. You can also post private updates for Tech Ops and other organizing groups. All messages are secure.
If you are attending May Day events in New York or other cities (rallies, teach-ins, pickets, parties, etc.), we want to hear from you:
- Download the Vibe app for iPhone and Android on (Link will become available midnight Friday 4/27). There’s no registration or login.
- Post a status update every 30-60 minutes during May Day:
- a) Use single hashtag #MayDay in your messages and they’ll be projected on the public screens.
- b) Use double hashtag ##_______ in your messages and they’ll be secret – only visible to those who know its ## name. The particular double ## tags for Tech Ops and other May Day organizers will be given out to people on the street on May Day (or ask your particular working group).
The Occupy Wall Street Project List Needs Your Help to Continue Promoting Occupy Projects and Actions Across New York City!
Show your support for media that builds our movement: become one of our publishers!
Make a small donation through our WePay page TODAY: https://www.wepay.com/donations/91581
The Occupy Wall Street Project List is a unique printed publication produced by Occupy Wall Street activists from several working groups. It reports on the active projects created by NYC area Occupy groups and provides direct contact information enabling readers to get involved and join the fight for their own lives and communities.
The Occupy Wall Street Project List is about to produce issue #2 and take another step in building communication and organizing across the NYC metro area. Please help us produce media that helps struggles for economic and social justice to grow and drive social change.
Donate $10 TODAY so we can publish the next issue on time! https://www.wepay.com/donations/91581
Over the last few weeks we distributed over 1,000 free copies of our first issue (http://bit.ly/wonW4J) across New York City and met an overwhelmingly positive response. In fact, when we ran out of copies at Union Square people spontaneously printed and distributed hundreds more. But it still was not enough.
To meet this overwhelming demand, The Occupy Wall Street Project List will print 10,000 copies of issue #2. We are also working with allies on an ambitious plan to distribute these copies across the metro area – creating a conversation between concerned people and activists who otherwise are divided by mainstream media markets.
The Occupy Wall Street Project List is funded only through the collective power of small donations. Won’t you be one of our publishers?
- Please make a small donation through our WePay page: https://www.wepay.com/donations/91581
- Please forward this request to your social networks.
$10 from two hundred people will allow us to distribute 10,000 free copies of this important movement building resource across NYC!
We are always looking for new participants to help produce and distribute and raise funds for The Occupy Wall Street Project List. Contact us at OccupyProjects@gmail.com so we can build this together.
Thank you for your help and support!!!!
The Occupy Wall Street Projects List team
Mail servers are a challenging thing, or so I’ve been told. While Tech Ops strives to use FLOSS (Free/Libre/Open Source Software) mail has been one of the major hurdles. Early on we tried to use Zimbra to manage mail but the adoption wasn’t there. As a “stop gap” we decided to occupy Google Apps. There are a few (dis)advantages with Google. Here are the facts about @nycga.net accounts, along with @occupywallstreet.net and @occupy.net, all managed through Google Apps.
Google hosts our mail. The industry term for someone else hosting your data is called putting it in the “cloud”. Under normal circumstances this provides better security for the end user. It’s better to have Google nerds looking after your mail server’s security than some over worked IT person in house. However this means that all our mail data is housed in Google’s servers. So if the NSA wants the data they will probably get it, though Google is (apparently) very transparent about it.
This movement works on Google. Most of our groups who connect online use Google Groups. Tech offers lists.occupy.net and there is also riseup as an alternative, though people seem to prefer Google. Also, if you get many e-mails from occupy members you’ll notice in the cc field of that many of the addresses, sometimes wrongly opened for public viewing, end with @gmail.com. This was one of the major contributing factors that led to us “bending” our rules.
It’s free. We have a free Google Apps account which allows us to host unlimited e-mails. However, we currently don’t have the person power to manage giving out many e-mails. We have been hosting group accounts @nycga.net and are discussing how to provide as many people as possible with @occupy.net accounts. Keep up with our forums for agenda items pertaining to the @occupy.net accounts.
Moving forward. We want to own our data. We want to use FLOSS. We want our own mail server. If you are interested in helping out please e-mail firstname.lastname@example.org
Civi can do a lot of things. The simplest, and easiest to get started with, is broadcast email lists. We highly encourage all New York-based OWS working groups to move their email announcements into Civi. Unlike a Google Group, Civi lists: don’t require contacts to accept an invitation; support templates for mailings; support scheduled mailings; support sub-lists based on a project or interest without requiring a separate signup; can have a signup form easily embedded on any website; allow you to track how many people receive each email, open it, or click on a link; and integrate with a lot of other outreach functionality. It’s also easy to import your contacts from any spreadsheet or text file. And if you import your contacts into the Civi managed by Tech Ops, we can also offer them a weekly newsletter with events and updates from around the movement (the first of these went out today, using Civi).
Civi also supports, out of the box, events with RSVPs, and keeping track of information about people you’re in touch with including email, phone number, skills, and interests, in a searchable way.
Tech Ops will be hosting a training next Tuesday evening, March 13, at 6pm, in Brooklyn, with more to follow. You can RSVP (using Civi), and we’ll give you the location details.
The training will cover:
- How to create a newsletter for a mailing list
- How to import contacts & dedup
- How to create multiple newsletter/mailing lists
- How to create profiles for newsletter subscription and contact management
- How to create events and track RSVPs
- How to create campaigns
- How to track/review contact engagement and follow-up
We do ask that, before we give you admin access to Civi, you attend a training, and can demonstrate that you have been trusted with this task by your working group.
One of our powerful – yet under utilized – tools is #OccupyMap. This Ushahidi based platform allows anyone in the world to submit time and space based events on a crowd sourced map in a variety of ways, including via Twitter using the #occupymap hash tag. I’ve taken on the task of giving our product a little face lift.
For months there has been a call to bring the General Assembly into people’s homes. Direct Democracy doesn’t work for people who can’t make it out to directly participate.
Please join the discussion on this topic on the Tech Ops forums.
Portland is working on a proposal to allow people to vote over livestream while Boston is working on live blogging using a service called Cover it live. Here in NYC we are working on digital polling of GA’s using radio “clickers” as well as recording live tweets. Our live stream will soon be getting a high def boost to make sharing of our meetings all the more clear.
Let’s look at some of the pro’s and con’s of off site participation. Continue reading
Hi everyone, when I was doing the wiki design I thought of a slight revision to the occupy.net home page. The horizontal list of projects currently just mirrors the top nav, if we turn it into a grid of expanding blocks they’re more concrete, skimmable, and hold the descriptive text nicely. Mockup below. It’s just a small iteration on the existing layout, but if anyone has any comments please fire away.
Working Groups deal with many levels of engagement. From the die hard leaders who have committed their lives to this movement to the leaders who can only spare 1% of their time (that’s about 7 hours a month fyi). Keeping everyone in the loop is a challenge. Forums need lots of attention, in person meetings don’t work from some, e-mail lists can get overwhelming, and reading through meeting minutes is tedious. Some of our supporters and allies just want to get an idea of the pules or direction of the group.
That’s why blogs are so important. Every group on nycga.net has the power to create their very own blog. This post will go over creating a group blog on nycga.net while part 2 will cover making your blog look good and part 3 will cover ideas about what that blog can be used for. Continue reading