[openspending-dev] [OpenSpending] openspending.at

[Krabina Bernhard]

Hi Tryggvi,

thank you for pointing to the dev-mailing list.

We are very much interested in a close cooperation and are not interested in forking at all! 

Up to now, no development was done or funded. We put together openspending.at on the Open Data Day and we are interested in running a spending portal in Austria. Not many decisions have been made yet, we are open to any suggestions. I'll let you all know as soon as our plans on a future direction are more concrete. 

It is going to take some more weeks, currently we are still finding our way around the software (as users/administrators, not developers).

Best regards,
Bernhard

-- 
Mag. Bernhard Krabina
KDZ - Zentrum für Verwaltungsforschung
Centre for Public Administration Research
Guglgasse 13, 1110 Wien
Telefon: +43  1 8923492-27, Fax: +43 1 8923492-20
Mobil:   +43 676 849579-27, Twitter: @krabina
mailto:krabina at kdz.or.at - http://www.kdz.or.at


- Plattform Verwaltungskooperation:
  http://www.verwaltungskooperation.at 

- Open Government Vorgehensmodell
  http://www.kdz.eu/de/open-government-vorgehensmodell

KDZ News: WIFO-KDZ-Workshop: Effizienz in der Förderpolitik http://www.kdz.eu/de/wifo-kdz-workshop-effizienz-der-f%C3%B6rderpolitik
----- Ursprüngliche Mail -----
> 
> Hi,
> 
> Vitor's reply explained how things are usually done (which I think is
> a
> pretty good approach - let openspending.org manage the analytical
> part
> and create site that don't require as much processing power).
> 
> However, you might have thought long and carefully about installing
> your
> own version at offenerhaushalt.at and decided it would be best for
> you.
> If that's the case, the following is really interesting to me:
> 
> On Thu 28.feb 2013 12:56, Krabina Bernhard wrote:
> > Furthermore we want to fund some development on the software. Parts
> > of it will be usable on the internatonal site as well (e. g.
> > Visualisation/Tables per capita). Other parts will make no sense
> > in an international platform: e. g. we calculate indicators based
> > on the municipal budgets. And budgeting in Austria is quite
> > different from other countries (see
> > http://en.wikipedia.org/wiki/Single-entry_bookkeeping_system )
> 
> In my opinion we should collaborate closely when you start your
> development, especially on the bits that are usable on the
> international
> site. I'm also not certain that the parts you think make no sense for
> the international platform are that irrelevant. I think it would come
> down to how things are implemented.
> 
> I would recommend we try as hard as we can to incorporate things into
> the (international) openspending platform. This is a rather big piece
> of
> software and creating new development branches (forking the code)
> usually create more problems than they solve (for example, applying
> security fixes to one might be difficult for the other). With open
> source software forking is usually one of the last things developers
> want to do (because of the problems it brings).
> 
> We should continue this discussion on the openspending-dev list. Are
> you
> on that list? If not you can subscribe here:
> http://lists.okfn.org/mailman/listinfo/openspending-dev
> 
> /Tryggvi
> 
> 
> 
> _______________________________________________
> openspending mailing list
> openspending at lists.okfn.org
> http://lists.okfn.org/mailman/listinfo/openspending
> Unsubscribe: http://lists.okfn.org/mailman/options/openspending
>