@bwente Nice :D Don’t forget to add it to the module list: https://github.com/MagicMirrorOrg/MagicMirror/wiki/3rd-party-modules

@i-xul Nice. We already have other regional providers in the core. So, from my perspective, we could also integrate this one into the weather module. Would you like to create a PR? :)

I work in IT, but programming is mainly a hobby - I rarely code at work. I enjoy contributing to open-source projects and figuring out code-related issues. I actually got active here through MMM-PublicTransportHafas; the module had stopped working, and the original developer was no longer responding, so I forked it and implemented a fix. That’s what sent me down the rabbit hole :)

Your STM32 project sounds interesting, but I’m not really on good terms with C++. So, I can’t really help you with that - sorry.

@Mati_93 Nice that you solved the umlaut problem out! I just made a bigger change for the query part (in MMM-PublicTransportHub). So I recommend to update the module and test node --run query :) Feedback would be nice.

@bwente Looks nice! Don’t forget to add it to the module list: https://github.com/MagicMirrorOrg/MagicMirror/wiki/3rd-party-modules :)

There, HAFAS displayed important delays for each departure.

The module supports this, but Transitous apparently does not receive real-time data for your station. The open-source community is doing impressive work trying to collect real-time data wherever possible, but this is unfortunately difficult in some regions.

HAFAS interfaces were never really intended for the kind of free use we make of them, and access is becoming more and more restricted. You could contact your local transport association and ask why they do not provide real-time data through an open API, preferably GTFS-RT. This would allow projects like Transitous, and therefore MMM-PublicTransportHub, to use it.

The train and clock icons in the timetable looked very nice.

That was already on my to-do list. I have now added a similar header to MMM-PublicTransportHub, so you only need to update the module.

Station IDs were easier to find with the HAFAS module.

Those IDs come from the provider, so there is not much I can change about their format. I actually prefer the Transitous IDs because they are real DHIDs and work globally.

The display problem with umlauts is still a bit mysterious. The query scripts of both modules are not fundamentally very different, so I currently do not have a reliable explanation for why it only happens on your machine with the new query tool.

@Mati_93 Great, I’m glad you got the carousel setup working!

I don’t have a hot tip for the umlaut problem at the moment since I can’t reproduce it on my system.

You mentioned that you liked the design of the old HAFAS module more. What exactly do you prefer about it, and what is missing or different for you in MMM-PublicTransportHub? Maybe we can improve that :)

@Mati_93 Wow, that a bunch of separate issues. These three minimal configurations work for me with the Gotha stop. Please test them one at a time first. I had to play with timeInFutureMinutes a bit to get departures.

MMM-PublicTransportHub with HAFAS

{
  module: "MMM-PublicTransportHub",
  position: "top_left",
  header: "Gotha, 18.-März-Straße",
  config: {
    provider: "hafas",
    hafasProfile: "vmt",
    stationId: "167050",
    timeInFutureMinutes: 720
  }
},

Older MMM-PublicTransportHafas

{
  module: "MMM-PublicTransportHafas",
  position: "top_right",
  header: "Gotha, 18.-März-Straße",
  config: {
    hafasProfile: "vmt",
    stationID: "167050",
    timeInFuture: 720
  }
},

MMM-PublicTransportHub with Transitous

{
  module: "MMM-PublicTransportHub",
  position: "top_center",
  header: "Gotha, 18.-März-Straße",
  config: {
    provider: "transitous",
    stationId: "de-DELFI_de:16067:167050::16705000",
    contact: "@Mati_93",
    timeInFutureMinutes: 720
  }
},

Please note that vmt is a HAFAS profile, not a provider. Therefore the Hub needs provider: "hafas" together with hafasProfile: "vmt".

The garbled German characters look like a UTF-8/locale problem on Raspberry Pi OS. Please check:

locale
locale charmap

The result should contain UTF-8. You can configure this with:

sudo raspi-config

I think you have to select Localization Options → Locale and enable de_DE.UTF-8 UTF-8. Log in again or reboot afterwards.

As a quick test, you can search without special characters:

18 Maerz Strasse Gotha

OPS_BLOCKED usually comes from a blocked DB endpoint. For Gotha, please use the regional vmt profile instead of a DB profile.

@Mati_93 Have you managed to figure it out yet? :) If not, please describe again what you’re trying to do and what’s not working. And most importantly, which module you’re using.

@wec Interesting. I’ll take a look at the API. Seems like a good candidate for MMM-PublicTransportHub.

@Volkae Sorry, I mixed that up. For MMM-PublicTransportHub try this:

   {
     module: "MMM-PublicTransportHub",
     position: "bottom_left",
     config: {
       provider: "transitous",
       stationId: "de-DELFI_de:02000:82950",
       contact: "______YOUR_EMAIL_OR_FORUM_ALIAS______",
     }
   },

or this:

   {
     module: "MMM-PublicTransportHub",
     position: "bottom_left",
     config: {
       provider: "hafas",
       stationId: "9308468",
       hafasProfile: "nahsh",
     }
   },

@Mati_93

Your module does not support German keyboard special signs.

What makes you say that? It works for me.

How can I find 18 März Straße and besides is not working for Gotha Hbf.

Did you check the vmt profile?

This seems to be what you are searching for:

    {
      module: "MMM-PublicTransportHafas",
      position: "bottom_left",
      config: {
        hafasProfile: "vmt",
        stationID: "167050",
        stationName: "Gotha, 18.-März-Straße"
      }
    },

@Volkae Try this:

    {
      module: "MMM-PublicTransportHafas",
      position: "bottom_left",
      config: {
        hafasProfile: "nahsh",
        stationID: "9308468",
        stationName: "Hamburg Elbgaustraße"
      }
    },

version: v2.37.0; git: 53fc814f is contradictory.

How did you update MM? This can happen if the repo was not updated via a proper git pull, but via a partial or manual file copy. Could you paste the output of git status and git remote -v from the MM root directory?

@rkorell I fixed it. The false positive git clone hint doesn’t appear anymore :)

Ah, it only works if you choose “All Activity”.

It’s a bit difficult to figure out if a developer is not watching all. If you don’t want to watch everything, we’ll just have to live with the false positives for now, because I don’t have an idea at the moment how we can solve this better.

I have the impression that there are fewer and fewer working HAFAS providers - which is why MMM-PublicTransportHub is, in a way, more future-oriented, since it supports more than just HAFAS.
I don’t have any experience with your region. So I recommend give MMM-PublicTransportHub with Transitous a try :)

@rkorell Nice!

One hint: Apparently, you’re not watching any of your modules. But I highly recommend doing so, because now, you won’t get a notification if someone opens an issue or a PR.

@Mati_93 That are endpoint issues. Have you tried https://github.com/KristjanESPERANTO/MMM-PublicTransportHub?

@bwente Nice! I think if you put them together and offered them for sale, you’d find people willing to buy them :)