We’re happy to announce that KristjanESPERANTO’s 3rd-party modules repository has found a new home at MagicMirrorOrg.

Thank you, Kristjan, for donating your repository to the public and for all the work you’ve put into it.

We have (hopefully) updated all links:

• Github repository: https://github.com/MagicMirrorOrg/MagicMirror-3rd-Party-Modules
• 3rd-party-modules website: https://modules.magicmirror.builders/
• 3rd-party-modules json file: https://modules.magicmirror.builders/data/modules.json

In the medium term, we plan to replace the currently used wiki with a different onboarding process for 3rd-party modules.

Hi,

this is my first MM module and may others find it useful :)

Download and infos: MMM-RepoStats

It’s about repository statistics for Docker, GitHub or GitLab repositories:

GitLab with private data (access token needed):

Let me know if something is missing or not solved in the right way, any feedback is appreciated.

Thanks,

Karsten.

german video: https://www.youtube.com/watch?v=mO-ytowm3XU

@bugsounet said in Questions about update:

Its very poor to read this from a developer

is there a difference between running an old system and running a public forum without https?

A new module showing flights in a defined area.

I know there are at least 2 modules out using the same api, but this one additionally shows the planes on a map.

Git Repo: https://gitlab.com/khassel/MMM-Flights

For installation instructions and config options visit the above url.

@mumblebaj

These are the “carbon” ads added by @MichMich, which probably still serve as a small source of income for him. I won’t turn them off without consulting him.

This ad can easily be hidden with an ad blocker in your browser or, for example, with “AdGuard Home” or similar tools.

@KristjanESPERANTO said in Automatic checking of all MagicMirror² modules:

karsten13 has already suggested the GitHub API and I have tested it, but if you make requests for 1000 modules you’ll got blocked quickly. I haven’t found another good approach yet.

2 ideas:

• did you try to authenticate with a user before making the api requests? AFAIR we solved a similar problem at work with authentication …
• if first idea doesn’t work an ugly solution is to work with e.g. a timer or sleep statement because these infos are not changed very often this could be a long running nightly job

my approach …

The following script must be executed in the magicmirror folder and creates another script restore.sh. This result script should be saved (on my server it is under git control) and can be executed (again in the magicmirror folder) to restore the old system (or bringing the old config to a new system).

#!/bin/sh

base="$(cd "$(dirname "$0")" && pwd)"

restore="$base/restore.sh"
config="${1:-config/config.js}"
css="css/custom.css"
modules="modules"

# Tests
[ -f "$base/$config" ] || (echo "config.js does not exists" && exit 1)
[ -f "$base/$css" ] || (echo "custom.css does not exists" && exit 1)
[ -d "$base/$modules" ] || (echo "modules directory does not exists" && exit 1)


echo "#!/bin/sh" > $restore
echo "" >> $restore
echo "base=\"\$(cd \"\$(dirname \"\$0\")\" && pwd)\"" >> $restore

echo "" >> $restore

echo "mkdir -p \$base/config" >> $restore
echo "mkdir -p \$base/css" >> $restore
echo "mkdir -p \$base/modules" >> $restore

echo "" >> $restore

echo "cat > \$base/$config <<\"EOF\"" >> $restore
cat <$base/$config >> $restore
echo "EOF" >> $restore
echo "" >> $restore

echo "cat > \$base/$css <<\"EOF\"" >> $restore
cat <$base/$css >> $restore
echo "EOF" >> $restore
echo "" >> $restore

for dir in $(find "$modules" -maxdepth 1 -mindepth 1 -type d)
do
  [ -f "$dir/.git/config" ] && mods="$mods $(cat $dir/.git/config | grep 'url = ' | sed 's|.*url = ||g')"
done

for repo in $mods
do
  echo "cd \$base/$modules && git clone $repo" >> $restore
done

echo "" >> $restore

for repo in $mods
do
  moddir="$modules/$(echo $repo | sed -r 's|.*\/(.*)|\1|g;s|.git||g')"
  [ -f "$base/$moddir/package.json" ] && echo "cd \$base/$moddir && npm install" >> $restore
done

echo "Created restore script $restore" 

chmod +x $restore

@sdetweil

I was able to delete the account.

@Manu85

coming soon …

@KristjanESPERANTO

I’m using https://globe.airplanes.live/ and they have a RainViewer Layer which still works when zooming in - maybe they use a license key …

Another approach I played with is using german dwd data (problem: germany only), tested this in my MMM-Flights module:

@smegbadger said in MMM-Universal-PIR - ‘GPIOcommand exited with error!':

It never occurred to me the container would update things unannounced!

the container does not update things on your host, but the container itself is running debian and (if you are using karsten13/magicmirror:latest) the debian version of the container image switched from bookworm to trixie …

see https://github.com/rainviewer/rainviewer-api-example?tab=readme-ov-file#personal-use-api-limitations

@KristjanESPERANTO

colorScheme seems to be useless too, the docs only mention 2 which is the default in the module, if I try other values there is no difference.

said in MMM-RAIN-MAP:

but since today, the two lowest of my four zoom levels seem to have stopped working

they are definitely gone …

I used for several years

        mapPositions: [
          { lat: ${LAT}, lng: ${LON}, zoom: 9, loops: 1 },
          { lat: ${LAT}, lng: ${LON}, zoom: 8, loops: 1 },
          { lat: ${LAT}, lng: ${LON}, zoom: 7, loops: 1 },
          { lat: ${LAT}, lng: ${LON}, zoom: 6, loops: 1 },
        ],

and now found in their docs Maximum zoom level is 7.

Another restriction is that there is no forecast anymore (as already stated in the module readme).

That’s a shame, it unfortunately devalues ​​the module.

@smegbadger

I had no idea about that, but now that you’re using Docker:

The gpiomon command is called inside the container (doesn’t work) and you call it for testing on the host (does work).

So I assume you have the newer version of gpiomon running in the container. So update the command in config.js to the new syntax described in the module README and try again (the new command will fail on the host but should work from inside the container).

@Stulli

you can set the mapUrl in the config:

var config = {
  modules: [
    {
      module: "MMM-Flights",
      position: "top_left",
      config: {
        laMin: 50.0,
        laMax: 50.21,
        loMin: 8.4,
        loMax: 8.8,
        mapUrl: "https://{a-d}.basemaps.cartocdn.com/light_all/{z}/{x}/{y}.png",
      },
    },
  ],
};

@Stulli

from the README:

As default map openstreetmap is used, other maps are possible, you find a list here.

You also can use maps from mapbox and create own maps with mapbox studio.

With mapbox you have to provide

• <username> (e.g. karsten13)
• <mapid> (e.g. cjp8vd7p807su2rqp8hc4dzoq)
• <accesstoken>

and set the mapUrl in config.js to https://api.mapbox.com/styles/v1/<username>/<mapid>/tiles/{z}/{x}/{y}?access_token=<accesstoken>.

@KristjanESPERANTO

The module is working for me, but since today, the two lowest of my four zoom levels seem to have stopped working (no change after updating).

I don’t see any 429 errors in the logs.

But let’s just wait and see; it might work again tomorrow…

@Klinge

from the module README.md:

Please test the used commands first outside of MagicMirror². If they not work from a terminal it makes no sense to use them inside this module.

So what is the output if you run gpiomon -r -b gpiochip0 17 on your machine?

And provide the version with gpiomon -v