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) »
  • Support »
  • Using CiviCRM »
  • Using CiviReport (Moderator: Dave Greenberg) »
  • BIRT vs Custom Drupal Module
Pages: [1]

Author Topic: BIRT vs Custom Drupal Module  (Read 6312 times)

Hershel

  • Forum Godess / God
  • I’m (like) Lobo ;)
  • *****
  • Posts: 4640
  • Karma: 176
    • CiviHosting
  • CiviCRM version: Latest
  • CMS version: Mostly WordPress and Drupal
BIRT vs Custom Drupal Module
November 13, 2008, 10:30:29 am
A client of mine has a need for mildly sophisticated reporting. We worked up an interface for the search parameters screen and it allows for searches such as:

Show all contacts with no 'owner' (where 'owner' is a subset of CiviCRM tags[1]) assigned who attended at least one event of type X between dates A and B.

or

Show all contacts with one of the following 'owner' tags (here is a list of checkboxes, one for each relevant tag) who have listed an activity of type X between dates A and B.

More complexity is planned for Phase II to add filtering by custom fields such as:

Show all contacts with one of the following 'owner' tags (here is a list of checkboxes, one for each relevant tag) who have listed an activity of type X where custom field Y was set to Z (where the custom field is part of the activity) between dates A and B.

The results will need to display a table of each found contact with columns like:

  • Owner
  • Number of Events of type X attended
  • Number of Activities of type Y recorded
  • etc...

We will also need various totals and also relative totals shown at the bottom, such as:

  • Total number of Events of type X attended
  • Total Number of Activities of type Y recorded
  • Number of Contacts who attended an Event of type Z who later have an Activity of type A recorded
  • etc...

Also we want, eventually, graphs and also historical comparisons, to show the differences in various totals between various date ranges. By this I mean, for example, to compare the "Number of Contacts who attended an Event of type Z who later have an Activity of type A recorded" in 2009 to that of 2008.

As we finalize the Search UI for Phase I, I realized that even the UI became a bit more complex than initially planned and so I began to wonder if using a third party reporting solution might make more sense. I have no experience with BIRT and my knowledge of it in fact is limited to a somewhat brief review of some of their online documentation.

Based on that, however, it is not entirely clear to me if there would be a long-term advantage in learning BIRT now as opposed to proceeding with custom Drupal code. My guess is that the custom Drupal code, even though it is mostly not very re-usable, will provide the required flexibility, including features such as a mouse rollover on the "Number of Activities of type X recorded" table cell can show a popup listing the details of those activities, such as date and subject.

I am not sure if BIRT can do all that we will need or not. I am told that the high-end reporting tools, such as Crystal Reports, as supposed to be very full-featured and flexible and robust, but I have no personal knowledge of these tools to know precisely to what extent this is true.

Can anyone provide any input to assist with this issue?

Thank you,
Hershel

[1] For the record, the definition of inclusion in this subset is by virtue of having the string 'primary' or 'secondary' in the name of the tag.
CiviHosting and CiviOnline -- The CiviCRM hosting experts, since 2007

See here for the official: What to do if you think you've found a bug.

Dave Greenberg

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 5760
  • Karma: 226
    • My CiviCRM Blog
Re: BIRT vs Custom Drupal Module
November 13, 2008, 10:54:42 am
I have "newbie" level experience working with BIRT - and overall found it to be powerful but somewhat buggy and with a pretty painful learning curve. My hunch is that Crystal Reports might be a bit easier to work with if 'open-sourceness' is not a criteria for this project.

That said, you should consider whether built-in stuff you get using the CiviCRM custom search framework (export for example) are important to requirements - and possibly check out the evolving CiviCRM / Views2 integration stuff.
Protect your investment in CiviCRM by  becoming a Member!

Hershel

  • Forum Godess / God
  • I’m (like) Lobo ;)
  • *****
  • Posts: 4640
  • Karma: 176
    • CiviHosting
  • CiviCRM version: Latest
  • CMS version: Mostly WordPress and Drupal
Re: BIRT vs Custom Drupal Module
November 13, 2008, 11:12:26 am
CiviCRM custom search framework is a feature I have looked at but never yet tried. I may try it, but seeing as how anyway the heart of such an approach is hand-coded SQL, I don't entirely see the advantage of that over running the SQL directly against the DB myself. In this situation in particular, where the result columns we need custom defined and also the nature of the search paramaters are somewhat custom defined.

Regarding Views2, this is a site which has plans and hopes one day to upgrade to Drupal 6, but that path is entirely non-trivial at this point so that will take some time and some work. I think that that upgrade is farther off than these reports. :)

Thanks.
CiviHosting and CiviOnline -- The CiviCRM hosting experts, since 2007

See here for the official: What to do if you think you've found a bug.

Chris Burgess

  • Ask me questions
  • ****
  • Posts: 675
  • Karma: 59
Re: BIRT vs Custom Drupal Module
December 12, 2008, 04:11:39 am
The advantages I found of CiviCRM custom searches over BIRT were that BIRT required me to install Tomcat and various BIRT plugins on the server, install Eclipse and various BIRT plugins on my desktop, connect them all up correctly, faff around with the BIRT GUI which was quite complex and confusing, and then end up writing custom SQL to generate the reports.

At the end of this, I discovered that I had a pretty SQL reporting interface, albeit one which produced some Office export formats that some of our staff couldn't use, and which wouldn't let me change the column names on some export columns, even when I said please.

BIRT offered me no bells and whistles that I wanted (save those Drupal already offered), and I spent a lot of time in setup and learning the new tool.

My conclusion was that it would have been much simpler just to write the SQL in CiviCRM or Drupal in the first place. That's what I've done since then.

Bonus points for the CiviCRM / Drupal approach: you get to use the logged-in user's permissions to restrict access, if you want.

I'm sure BIRT's a great tool, but it didn't work out to be a lot of help for me.

Hope this feedback helps some!
@xurizaemon ● www.fuzion.co.nz

Hershel

  • Forum Godess / God
  • I’m (like) Lobo ;)
  • *****
  • Posts: 4640
  • Karma: 176
    • CiviHosting
  • CiviCRM version: Latest
  • CMS version: Mostly WordPress and Drupal
Re: BIRT vs Custom Drupal Module
December 13, 2008, 10:31:12 am
Thank you. I also took that approach.
CiviHosting and CiviOnline -- The CiviCRM hosting experts, since 2007

See here for the official: What to do if you think you've found a bug.

Pages: [1]
  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Using CiviCRM »
  • Using CiviReport (Moderator: Dave Greenberg) »
  • BIRT vs Custom Drupal Module

This forum was archived on 2017-11-26.