Author: Patrik Schönfeldt

oemof user meeting meets RET.Con

For next year’s user meeting, we take a special opportunity: It will be held from 7th to 9th of Februar 2024, partly in parallel to the  7th Regenerative Energy Technology Conference (RET.Con) in Nordhausen. The oemof user meeting will be in its established style, but we want to make it possible for attendees to the conference (which is held mostly in German) to visit presentations and tutorials given at the user meeting. Additionally, it is possible to add an entry for the proceedings of the conference.

This is also why we are announcing the user meeting already before the dev days have taken place: For the RET.Con, there is a deadline for abstract submission at the 30th of September 2023. Note that papers should be in German but presentations may also be in English. If you do not want to publish a paper, you can hand in a headline and a very brief summary for a talk until the 15th of November, so that an announcement can be made at the RET.Con. At last, of course you can ignore this early deadline and present something at the user meeting without having it announced at the conference.

If you want to want to submit something for the RET.Con via the oemof user meeting, please send an email to usermeeting@oemof.org. All emails to this address will also be forwarded to the organisers in Nordhausen.

solph v0.5.1: Compliant Converter

Today, oemof.solph v0.5.1, code name “compilant converter” has been released. (Package at PyPI, Tag at GitHub). The most noteworthy addition is a new (still experimental) feature multi-period (dynamic) investment models. The code name refers to a small but maybe more evident change: The component Transformer is renamed to Converter. This is because people typically think of electrical devices when they hear the word “transformer”. However, as experienced users of our package know, the Transformer is neither meant to be (only) electrical nor bidirectional (as electrical transformers typically are). Thus, the more generic term “converter” is now used. (Note that we always had the argument “conversion_factor”.) To maintain compatibility for v0.5.0, there is a transitional wrapper that still allows to name the component “Transformer”. It will keep telling you about the upcoming change, though. Another usability feature is the presentation of the examples as part of the documentation. Also, we fixed error when calling oemof_installation_test as a console script. It turned out to confuse quite a few new users that it did not work as documented in the previous release.

We hope to have a fair balance between improvements in usability and new (experimental) features to make this an exciting release for all kinds of users. For us, it definitely is.

oemof dev days – November 2023

We opened registration for the omof developer meeting 2023. (As suggested by the local organisers, Fraunhofer UMSICHT, they are now “dev days”.) The meeting will take place in the Osterfelder Straße 3 in Oberhausen from the 22nd to the 24th of November 2023. At the moment, the agenda is still blank and leaves plenty room for ideas. It will be continuously developed at https://github.com/oemof/oemof/wiki/Meeting-2023.11 – depending on suggestions from registrees.

We always try to keep the entry barrier as low as possible. The meeting is targeted to everybody who wants to contribute to oemof. Of course this includes the further development of the packages, but in the past there have been also non programming-related sessions, e.g. about the content of this website. We have no conference fee, you only have to organise and pay for travel, accommodation, and food. To register, please send an email to meetings@oemof.org or post a comment at https://github.com/oemof/oemof/issues/112.

RC1 of solph 0.5.1

We have a release candidate for v0.5.1 (Package at PyPI, Tag at GitHub). There are some additions, but we also prepare for significant API changes that will come obligatory with v0.6. When upgrading from v0.5.0 to v0.5.1, there should be no changes required for you code. (This is not true if you use features that are explicitly marked “experimental”. Those may change without notice.)

Noticeable changes include:

  • The component Transformer is now named Converter.
  • You can now combine Investment and OffsetConverter.
  • Having energy stored in a GenericStorage can now have a cost.
  • You can now give an Investment object as the nominal_value. We considered this more intuitive than working with two mutually exclusive different keyword arguments.
  • Tons of improvements in the (still experimental) MultiPeriod optimisation.

Again, there are transitional wrappers, so nothing should break when updating from v0.5.0, using the new API should be voluntary (you get a warning) for now. It would be nice if you test if your solph v0.5 code still works with this RC. We are aiming for a final release of v0.5.1 by the end of August.

News subscriptions

For many years, we have had a newsletter (via email). However, in recent time there were issues with that. For example, newsletters were delayed or not delivered. Sorry for that. (Note: Technical tests using a small number of recipients often worked, but with an increasing number of subscribers to address we had issues e.g. with spam protection measures. (Some sources go so far to call email “broken”, e.g. CERN and wired. But if you can help out, you are warmly welcome.)

Of course, there are alternative protocols developed exactly for announcements. Some have always existed at our site, but have not been promoted. For example, we of course have RSS and ATOM feeds. Also, we are working on modern a alternative, namely support for ActivityPub. Luckily, it is easily activated in WordPress. To work around the issue that you can only subscribe authors, there is now a virtual author “News Bot”. That one will be co-author to posts that should be announced in the Fediverse.

oemof.solph v0.5 released

We are happy to announce oemof.solph v0.5.0 (codename “Rigorous refactoring”) . This release brings an extreme shift towards more user focused design:

  • Clean definition of time indexes: You need N+1 points in time do define N time spans.
  • Parts of the energy system graph are now clearly structured into buses, components, and flows. This adds some extra words to imports but makes the underlying logic more transparent.
  • Public and private API are be more distinguished now. (‘_’ signifies private, public API is defined in init files.)
  • Experimental code is now sitting in sub-modules called experimental (replaces “custom”).
  • The flow arguments summed_minand summed_max now have the more descriptive names full_load_time_min and full_load_time_max.
  • Keyword arguments are now explicit. This will make it easier to find the correct arguments and will also catch typos. Custom attributes can be added using the argument custom_attributes. Those will be passed down the class hierarchy and can (possibly) be handled in parent classes.
  • Add inactivity_costs as an option for Flows. Inactivity costs is a cost for times where a Flow is not operated.
  • Examples are added to the documentation. (The format of the examples could be improved, though.)

Besides these changes, there is one big thing that has happened “under the hood”. It is now possible to combine NonConvex and Investment optimisation in the same Flow.

Continue reading “oemof.solph v0.5 released”

oemof spring meeting 2023

we are pleased to announce the upcoming oemof user meeting, May 24th to 26th 2023 in Stuttgart. The meeting is open to all who use or develop the software, as well as interested new users. Thanks to the DLR site in Stuttgart for hosting us.

Being a community project, the meetings traditionally include the possibility to ask questions to fellow users and open discussion. We are happy to exchange ideas with developers and users rather than just promoting results. So let’s get together, share knowledge and inspire each other. Learn more about planned developments, find people to collaborate with on your projects and get your questions answered. We continuously gather information in the Meeting-2023.05 Wiki page (GitHub). Note that meals are self-paid as there is no conference fee.

To register, just write an email to meetings@oemof.org. Please tell your name, (if applicable) your institution, your GitHub user name, and if you want to present something. Unfortunately, we also need to know your nationality, so that you are allowed to enter the DLR campus.

What to expect?

Continue reading “oemof spring meeting 2023”

Things to come

Hack, eat, sleep, repeat: Our 2022-11 dev meeting was one big hackathon event where we joint forces to solve problems with the code. It was so intense, we even forgot to taka a photo. (We were some 15 very enthusiastic hackers.) There are a couple important decisions to be communicated:

  • The next release of solph (v0.5) is in feature freeze. We will just update the documentation and finalise making arguments explicit and release afterwards.
  • Multi-period optimisation and renaming Transformer to Converter will follow with v0.5.1 with a merge to mainline solph right after v0.5.0. The changed name will have a wrapper so it is not API breaking.
  • Stephan Günther, Caroline Möller, and Patrik Schönfeldt form the new board of the oemof association.
Letter to the register of associations

Also, today was an important day for the oemof association. After everything was agreed on by the general assembly on November 10th, 2022, the protocol as well as the statute were notarised and sent to the register of associations. By chance we also received the final documents needed to apply for our non-profit status. So, now we have to wait until things are processed until the association gets it final legal status.

oemof developer meeting November 2022

We finally opened registration for the omof developer meeting 2022. As suggested last year’s dev meeting, it will take place at Magdeburg University from the 09th to the 11th of November. One focus will definitely be on the next release of solph, but the agenda is kept flexible to meet the demands of the participants and will continuously developed at https://github.com/oemof/oemof/wiki/Meeting-2022.11.

Developer meetings are no closed shop but a great opportunity for a first contact for those who are considering to collaborate. In fact, it’s rather common that people join a developer before actively contributing. With this regard, the upcoming meeting is a particular good opportunity as there are a couple of freshly developed features also new to long-term developers.

To register, please send an email to meetings@oemof.org or post a comment at https://github.com/oemof/oemof/issues/100.