CiviCRM Community Forums (archive)

*

News:

Have a question about CiviCRM?
Get it answered quickly at the new
CiviCRM Stack Exchange Q+A site

This forum was archived on 25 November 2017. Learn more.
How to get involved.
What to do if you think you've found a bug.



  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Discussion (deprecated) »
  • Feature Requests and Suggestions (Moderator: Dave Greenberg) »
  • Getting civiVoter and civiCanvasser back on the road
Pages: 1 2 [3] 4

Author Topic: Getting civiVoter and civiCanvasser back on the road  (Read 26659 times)

asupcb

  • Guest
Re: Getting civiVoter and civiCanvasser back on the road
October 22, 2008, 02:29:30 pm
Are you still interested in getting funding for this project?

petednz

  • Forum Godess / God
  • I’m (like) Lobo ;)
  • *****
  • Posts: 4899
  • Karma: 193
    • Fuzion
  • CiviCRM version: 3.x - 4.x
  • CMS version: Drupal 6 and 7
Re: Getting civiVoter and civiCanvasser back on the road
October 22, 2008, 03:18:29 pm
Hi - well certainly my interest doesn't wane as I have taken the 'long view' on this. Particular political party's interests will wax and wane as they head in to election campaign mode. The moment has passed for the NZ Greens but there is still and indication of financial commitment post-election to ensure it is available for the next time.

What is your situation/interest?
Sign up to StackExchange and get free expert advice: https://civicrm.org/blogs/colemanw/get-exclusive-access-free-expert-help

pete davis : www.fuzion.co.nz : connect + campaign + communicate

asupcb

  • Guest
Re: Getting civiVoter and civiCanvasser back on the road
October 22, 2008, 10:25:15 pm
Well I do a lot of political campaigning outside of my current job, although my job limits for who and in what ways I can campaign.  I think I could round up some interest in this subject for you if you are willing to take instruction and advice from some political operatives/campaigners.  I've read the spec and it is very good but I think hearing from some of the people I assisted in this cycle could help a lot.  I was campaigning in Iowa for one of the candidates in the US presidential elections and one of our major problems was getting together a good phonebanking system quickly.  We hacked something together that just wasn't any good.  If we had the system described here I'm sure we could have done better.  I've run into this problem a lot at the local level as well.  I think I could talk to some people and get a little funding for this because I believe we are going to have some campaign funds left over and we are already planning for local and state races in 2010.

Currently unless you are running or assisting in an election that gets the attention of the national party leadership you are out of luck as far as decent funding and operatives goes.  This kind of system could really help our get out the vote campaigns.  Do you know if there is any system that runs on top of Drupal, Joomla, or CiviCRM that could tell people their voting prescient and location based on their address?  There are lots of little variables in this system one of which is that certain automated reporting functions need to be present, such as if I am phonebanking in a get out a vote campaign and I speak with someone who needs a ride to their voting place I need to be able to enter that code and then have it go automatically to one of the campaign coordinators at the end of the day.  I'm getting ready to set up a test CiviCRM but from the Sandbox it seems a little weak on "Reporting" functionality.

petednz

  • Forum Godess / God
  • I’m (like) Lobo ;)
  • *****
  • Posts: 4899
  • Karma: 193
    • Fuzion
  • CiviCRM version: 3.x - 4.x
  • CMS version: Drupal 6 and 7
Re: Getting civiVoter and civiCanvasser back on the road
November 15, 2008, 08:56:18 pm
Okay - so our election is over and I can become future-focussed again  ;)
Discussions are taking place here to make a commitment of funds, with a timeline of 2010. So urgency isn't the issue for these clients this time. Having taken them through one election with civiCRM they are very well aware of the potential that a phonebanking system could add to the capabilities.
Quote
Do you know if there is any system that runs on top of Drupal, Joomla, or CiviCRM that could tell people their voting prescient and location based on their address?
Not specifically. I think it would require something like a simple 'lookup' table that lists all addresses by their 'precinct' (nice typo that - if we had a prescient system maybe we could tell them how they will vote in the future too ;-))
[NB NZ voters can vote wherever they like]
We can get the electronic electoral role and build our own geographies from there - so when we can't make a direct match to a registered voter we can use at least allocate them to the right 'meshblock' - based on a table for addresses and meshblocks.

Delegating of would-be supporters and volunteers was something we had to manage - some automation would have been good. But I think some of this could have been delivered direct via CiviCRM if we had taken a 'group' approach to this aspect.
Sign up to StackExchange and get free expert advice: https://civicrm.org/blogs/colemanw/get-exclusive-access-free-expert-help

pete davis : www.fuzion.co.nz : connect + campaign + communicate

nmiracle

  • Guest
Re: Getting civiVoter and civiCanvasser back on the road
November 18, 2008, 04:14:38 am
In the final days of the Obama campaign, we ended up needing features to generate walklists and phone lists.  There were a couple of kinds:

a.  Walklists -- needed to have people who were doing blockwalking to specify a street or group of streets, odd or even sides of the road  or even a particular address (in the case of large apartment houses) and then generat printed lists that gave demographics by household in street number / apartment address order and that had places for data capture so the info could be entered back in the office.

b.  Phonelists -- we originally thought we needed them for volunteers in the office, but it turned out that we needed a feature whereby volunteers at home could "pull" a list of 25 people and for each:
  • get a script of what the caller was supposed to say
  • get phone number, demographic info on voting history, age, etc for the person they were calling
  • have the script, based on the voter's location, determine the polling place and address for the voter and, using Google maps, create a map and list of directions for getting to the polling place.
  • During our two-week early voting period, use a great-circle algorithm to find all early polling places withint 3 miles of the voters address and use Google to generate maps and direction lists for all of them
  • Read the information to the voter if they wanted it
  • offer the voter a sample ballot
  • offer the voter transportation to the polls if they needed it
  • if the voter wanted to supply their email, sending a personalized email to them that included:
    • link to sample ballot
    • link to personalized maps to get to polling place(s)
    • basic information about what was and was not permitted at polling places (no political buttons or shirts, for instance
    • links to other election materials
    • invitation to post election celebration party
  • the program was set up so the data could be entered as the volunteer did a call and they got a cute little 'succcess' icon for each call completed
  • when they logged on, there were also various messages (after 9 at night, there was a 'do not call the voters message' because we had some volunteers in different time zones, for instance
  • our transportation coordinator could get lists of voters who needed rides and schedule who needed to be where and when to transport them
  • and we had management reporting so we could tell who was calling, how many of our first time voters had been called in any precinct or district, etc. etc.

Obviously, as a side effect of the effort, we got at LOT more email addresses, which is great as well, that was part of the point of it.

I don't know if civiVoter or civiCanvasser does any of the above -- we needed what we needed very quickly, I don't do PHP well and I didn't have time to dig through a bunch of code to see what it did, so I simply created a normalized table and wrote new code for the function, but now that the dust has settled I'd love to work with whomever is interested in the civi modules to see if we could, in the future, use the civi modules for something like this and, if what we did is not what civi does, see about getting some of these ideas integrated into it.

FYI, the opposition was using robocalls and got a lot of flack for it.  Using people and the technique above was much more personal and we got much more positive results.  Also, it was cost-effective.  Also, our candidate won...

Best,
Nancy

Donald Lobo

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 15963
  • Karma: 470
    • CiviCRM site
  • CiviCRM version: 4.2+
  • CMS version: Drupal 7, Joomla 2.5+
  • MySQL version: 5.5.x
  • PHP version: 5.4.x
Re: Getting civiVoter and civiCanvasser back on the road
November 18, 2008, 06:30:27 am

any thoughts on what license you would release the code under. If under an open source license, please feel free to upload the code to the wiki

Ideally we'd like to see the code licensed under: AFL (academic free license if we need to include in our svn and gives us a fair amount of flexibility going forward) or AGPL (since that is the license we use) or GPL v3 (since its compatible with AGPL (i think, IANAL))

lobo
A new CiviCRM Q&A resource needs YOUR help to get started. Visit our StackExchange proposed site, sign up and vote on 5 questions

nmiracle

  • Guest
Re: Getting civiVoter and civiCanvasser back on the road
November 18, 2008, 03:52:45 pm
      I'm happy to share it, but I'd have to look at the particular options because I'm not much up on this licensing thing.   I took a quick look at AGPL, and it seems reasonable, but I need to read through it a bit more carefully to make sure I understand what is involved.

      My concern in releasing the thing is this:
      a)  as noted, my code is in perl and most of civi seems to be in php
      b)  it isn't integrated with the civi files (and should be)
      c)  it isn't integrated with the civi / drupal or whatever security and should be.
      d)  if this is going to be something other campaigns use, they'd need to have the ability to do a couple of things I did directly in MySQL:
      • create / maintain the table of target destinations (polling places). It is a very simple table that has the following fields: {list]
        • identity Key
        • locationName
        • address1
        •   address2
        •   city
        •   state
        •   postal code
          I think we could use civicrm_address for this, provided we set up an address type for it
      • create a table of availability times for the locations (some polling places are open different hours and days)
      • obtain a list of postal codes and their latitude / longitude (needed for the great circle location logic.)  That is something like:
        • identityKey
        • zipCode (alpha postal code is fine, I've used this algo for Canadian postal codes)
        • state (political division name)
        • zipCodeName (typically a city)
        • latitude (degrees down to 100th)
        • longitude (degrees down to 100th)
        • country
        . For instance: 1 00401 NY Pleasantville 41.07 -73.47 US .  I don't think civi has a file for this, but I could be wrong
      d)  the program I wrote creates:
      • a table of lists that includes
        • who created the list
        • their name for it,
        • what kind (phone or walk)
        • deletion date
        • sql selection criteria.
          I'd hoped to use civicrm_saved_search for this, but it didn't have all the fields I needed and I didn't want to risk modifying it in tight timeframe.
      • a table of list members and their attributes.  Since the software (in part) collects information from the forms (like whether the person is planning to vote yes, no, undecided or planning not to vote at all), and these questions vary by campaign, there probably has to be at least two tables:
        • a normalized table where the types of questions can be defined by the user
        • a normalized table of answers by respondent
        I thought that maybe the membership table could be used to save the membership of the list.

      In my version, I also set it up to output RTF files because the campaign really REALLY wanted them because they thought people would be using Word, but its a hack and it would be better for me to tidy it up to use browser printing.

      So -- what works best for y'all?

      Do you want this solely as an example or do you plan to try and use any of the code?

      If the former, do you want to see a demo or get a spec or just use the code itself as a spec?  I don't exactly agree with the "That's why they call it code" mentality while writing, but I don't do a lot of commenting either because perl really does not need it if the datanames are clear.

      If the latter, does it make sense for me to do the conversion to use the civi file architecture but leave the code in perl?   

      Clearly you'd need more of a schema for the tables I did that don't seem to have any civi equivalent, but that's sort of a no-brainer.

      And I'd think y'all would need need at least an architectural spec for the maintenance modules that I just did directly with SQL

      On the positive side, the folks that were using this are also pretty sophisticated inasmuch as they have used other VAN systems and everyone who did said it was absolutely the easiest and most fun to use of any similar bit of software they'd ever tried...

      Nancy
« Last Edit: November 18, 2008, 03:55:55 pm by nmiracle »

Donald Lobo

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 15963
  • Karma: 470
    • CiviCRM site
  • CiviCRM version: 4.2+
  • CMS version: Drupal 7, Joomla 2.5+
  • MySQL version: 5.5.x
  • PHP version: 5.4.x
Re: Getting civiVoter and civiCanvasser back on the road
November 18, 2008, 06:08:12 pm

hey nancy:

thanx for the detailed description. much useful and clarifies a few things.

My 2 cents:

1. We'll probably use the code more as a spec and sample and not reuse the code (since its easier to manage and deploy everything as php)

2. The core team will not work on this till until we find one/more partners willing to help sponsor it and help flush out the functionality and feature set etc. I suspect most decisions will be deferred till then.

lobo
A new CiviCRM Q&A resource needs YOUR help to get started. Visit our StackExchange proposed site, sign up and vote on 5 questions

nmiracle

  • Guest
Re: Getting civiVoter and civiCanvasser back on the road
November 23, 2008, 07:44:29 am
K.  Is there anything I can do that would be useful or shall we let it be?

Donald Lobo

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 15963
  • Karma: 470
    • CiviCRM site
  • CiviCRM version: 4.2+
  • CMS version: Drupal 7, Joomla 2.5+
  • MySQL version: 5.5.x
  • PHP version: 5.4.x
Re: Getting civiVoter and civiCanvasser back on the road
November 23, 2008, 09:22:48 am

I would do the following:

1. decide on your licensing and stamp all your files with it

2. add some documentation to orient people to the code / feature set etc. If you can write a set of install notes/script that would be great

3. Upload the code here: http://wiki.civicrm.org/confluence/display/CRMDOC/CiviCRM+Plugins (create a new page etc)

Once someone (or us) start working on it, we can chat with you and get help etc

thanx

lobo
A new CiviCRM Q&A resource needs YOUR help to get started. Visit our StackExchange proposed site, sign up and vote on 5 questions

8ballsaysiwin@gmail.com

  • Guest
Re: Getting civiVoter and civiCanvasser back on the road
April 26, 2009, 02:43:40 pm
What is the status of this project? It would be incredibly useful.

fen

  • I post frequently
  • ***
  • Posts: 216
  • Karma: 13
    • CivicActions
  • CiviCRM version: 3.3-4.3
  • CMS version: Drupal 6/7
  • MySQL version: 5.1/5.5
  • PHP version: 5.3/5.4
Re: Getting civiVoter and civiCanvasser back on the road
July 20, 2009, 01:16:11 pm
I'm interested in this project, too, primarily for a local political organizing committee.  I have no money, but may have some time/expertise to help.

update:

A killer GOTV mobile data update app would display a list of a voting district's (or ward's) voters with check boxes next to each. A poll volunteer/activist could check off the names of people who voted and election-day phone bankers could call those who haven't yet voted to see if they need a ride to the polls or any other help getting to the polls.  If there's an API for that, I'd help write/test that app...
« Last Edit: July 20, 2009, 01:47:13 pm by fen »

avaguilar

  • I’m new here
  • *
  • Posts: 28
  • Karma: 1
Re: Getting civiVoter and civiCanvasser back on the road
July 21, 2009, 07:20:40 am
We're extremely interested in civiVoter & civiCanvasser!   Many of the community organizing groups we work with - and especially those in our PowerBase pilot project (http://ourpowerbase.net) - do voter engagement work and have to jump through hoops, or are not even able to integrate the voter data they've collected during a campaign into their organizational database. As groups are looking at 2010 and 2012, in addition to their local elections, this is an important piece.  We do plan to figure this out in our pilot - but if there's already thinking for this in an upcoming version, we'd be happy to contribute to the specifications since we know what groups are doing and need to do.   

I see that this string started in  2008 - is this still on the map for v2.3 or an upcoming version?

thanks - and I'd love to hear more of where things are.

Alice

Donald Lobo

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 15963
  • Karma: 470
    • CiviCRM site
  • CiviCRM version: 4.2+
  • CMS version: Drupal 7, Joomla 2.5+
  • MySQL version: 5.5.x
  • PHP version: 5.4.x
Re: Getting civiVoter and civiCanvasser back on the road
July 21, 2009, 09:53:30 pm

note that 2.3 (which will be renumbered to 3.0) is past the code freeze date and is now entering the QA cycle

This is not part of our short / medium term roadmap. Folks in the community will need to step up and either do the work or sponsor the work. Having a pretty detailed specification is a good first step and helps us size up the approximate cost

lobo
A new CiviCRM Q&A resource needs YOUR help to get started. Visit our StackExchange proposed site, sign up and vote on 5 questions

Will Brownsberger

  • I post occasionally
  • **
  • Posts: 44
  • Karma: 2
Re: Getting civiVoter and civiCanvasser back on the road
August 05, 2009, 03:37:36 pm
Not sure where this has gone, but I'm interested too for state and local campaigns in Massachusetts.  We think we can develop what we need to expand CivicRM, but if there are others out there working on it, we'd like to partner.

Pages: 1 2 [3] 4
  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Discussion (deprecated) »
  • Feature Requests and Suggestions (Moderator: Dave Greenberg) »
  • Getting civiVoter and civiCanvasser back on the road

This forum was archived on 2017-11-26.