Browsing projects by Tag(s)

Select a tag to browse associated projects and drill deeper into the tag cloud.

Showing page 1 of 2

A reporting library for python. It provides a way to easily output many kind of different files (odt, ods, png, svg, ...). Adding support for more filetype is easy: you just have to create a plugin for this.

4.83333
   
  0 reviews  |  8 users  |  1,255 lines of code  |  1 current contributor  |  Analyzed 3 days ago
 
 

CDR-Stats is a free and open source call detail record analysis and reporting software for Freeswitch, Asterisk and other types of VoIP Switch. It allows you to interrogate CDR to provide reports and statistics via a simple to use powerful web interface. It is based on the Django Python ... [More] Framework, Celery, SocketIO, Gevent and MongoDB. Star2Billing S.L. is the company behind the development of CDR-Stats. [Less]

5.0
 
  0 reviews  |  4 users  |  53,958 lines of code  |  4 current contributors  |  Analyzed 4 days ago
 
 

Python unittest-based test runner with JUnit like XML reporting.

4.5
   
  0 reviews  |  2 users  |  277 lines of code  |  6 current contributors  |  Analyzed 7 days ago
 
 

faces is a powerful and free project management tool. faces stands for flexible, automated, calculating, extensible, simulating. It is based on python, an easy to learn and powerful programming language. See also https://launchpad.net/faces2 for an attempt to "reboot" the project's development.

5.0
 
  1 review  |  1 user  |  0 current contributors
 
 

A django application to build flexible, extensible reports through the web or as part of your views. This project has been started due to interest on the django-users mailing list and very much subscribes to the "release early and often" philosophy. It is definitely not production ready ... [More] , but this is an app that I think that users of django could benefit from, especially for those who are interfacing with legacy databases or in some sort of enterprise setting. The idea is a central register which can easily tell you which fields are available for reports, and allows you to add to define your own reports in a sub-directory of your apps (much like the existing templatetags works). Here's an example from one of my app's report.py: from nokia.reporting.helpers import FieldRegister from datetime import timedelta reg = FieldRegister() @reg.register('Adjusted MTTR','Ticket','mttr') def adjusted_mttr(ticket): """The mean time to repair of the ticket""" ... rest of code body hereIn addition to the register, there are also a couple of Models (one for holding information on all the available fields, and one for your persistent Report objects) and these between them generate Reporter objects, which can produce CSV. I'm not convinced that I've taken the right approach in all areas of the application, and I'd very much like feedback and ideas, specifically: The right way to persist the report objects, their construction is not really consistent and perhaps a relational database structure isn't the best means of storage. I'm thinking that RDF or something similar (XML of some other sort) might be better? Testing... I'm not really familiar with how to go about TDD, but i'd like to learn! User interface, I'm designing this to be brain dead (think dilbert manager ;-) ) simple to use. Presently this UI is dependant on Prototye, and I think this might hinder integrating it into admin views in the future. Example code: >>> fld_reg = FieldRegister() >>> usr = fld_reg.User >>> #usr now has a representation of all of the fields the auth.User has, uncluding a >>> #count field for all of the FK and M2M relations and reverse relations: >>> usr > >>> usr._fields #This is all of the User._meta.fields [, ........ ] >>> usr.message_set >>> usr.message_set.title 'Count of Message Set'The best way to get to know the app is probably to install it, run syncdb, run generate_fields() (which is in helpers.py), and then have a play using ./manage.py shell. If you're using IPython you'll be up and running in no time. [Less]

0
 
  0 reviews  |  1 user  |  698 lines of code  |  0 current contributors  |  Analyzed 9 days ago
 
 

SOFA is a statistics, analysis, and reporting program with an emphasis on ease of use, learn as you go, and beautiful output.

0
 
  0 reviews  |  1 user  |  39,579 lines of code  |  1 current contributor  |  Analyzed 9 days ago
 
 

Coming Soon

0
 
  0 reviews  |  0 users  |  0 current contributors  |  Analyzed 7 days ago
 
 

PyLogAlyzer is a Web Log Analyzer in Pure Python (a clone of Awstats).PyLogAlyzer produces a XML result and uses XSLT to generate the HTML files.

0
 
  0 reviews  |  0 users  |  1,759 lines of code  |  0 current contributors  |  Analyzed 6 days ago
 
 

Papair G-Edition ERPPapair G-Edition ERP is an open source alternative to SAP Business One designed to run on the Google App Engine. With Papair G-Edition ERP, you can instantaneously access critical data that provides an up-to-the-minute view of your business – so you can respond to customers ... [More] faster and grow your business more profitably with the following modules: Accounting and Financials Operations and Distribution Reporting and Administration Papair is a port of webERP to Python for the Google App Engine. [Less]

0
 
  0 reviews  |  0 users  |  0 current contributors  |  Analyzed 2 days ago
 
 

A program to: 1) track publishers and their abilities 2) schedule meeting parts 3) print assignment slips, schedules, and other reports 4) who knows what else.

0
 
  0 reviews  |  0 users  |  3,464 lines of code  |  0 current contributors  |  Analyzed 1 day ago
 
 
 
 

Creative Commons License Copyright © 2013 Black Duck Software, Inc. and its contributors, Some Rights Reserved. Unless otherwise marked, this work is licensed under a Creative Commons Attribution 3.0 Unported License . Ohloh ® and the Ohloh logo are trademarks of Black Duck Software, Inc. in the United States and/or other jurisdictions. All other trademarks are the property of their respective holders.