Weather Location Setting in Setup → Weather

[NjengaFelix]

Omarchy 3.8.0 includes weather support in the Waybar, which is a great addition. It works well out of the box, but on some setups the automatic location detection via wttr.in is unreliable.

In my case, wttr.in sometimes returns coordinates instead of a resolved location name, e.g.:

XX.XXXX,XX.XXXX|+28°C|↖26km/h

This makes the weather display less useful in the status bar.

Problem

The current implementation relies on:

https://wttr.in?format=%l|%t|%w

Issues observed:

IP-based geolocation is inconsistent depending on ISP/VPN/routing
%l can fall back to raw coordinates instead of a city name
Users cannot override location without modifying internal scripts in ~/.local/share/omarchy

This breaks the UX expectation of a clean, stable “status bar weather widget”.

Proposal

Add a user-configurable location setting in:

Setup → Weather → Location

This setting would allow users to explicitly define their weather location (e.g. Nairobi, London, Tokyo).

Suggested Implementation

Support an optional config override, for example:

~/.config/omarchy/weather-location

If present:

https://wttr.in/${location}?format=%l%t|%w

If not present, fall back to current behavior:

https://wttr.in?format=%l|%t|%w
Benefits
Fixes unreliable %l geolocation fallback (coordinates issue)
No breaking changes (fully backward compatible)
Keeps current auto-detection as default behavior
Gives power users deterministic control over weather source
Improves reliability for VPN / cloud / remote users
UX Suggestion

In Setup → Weather:

Field: Location
Placeholder: Auto (default)
Example values:
Nairobi
London, UK
New York

Newly suggested script.

I am not well versed with how I should create a good PR on the subject

#!/bin/bash

# omarchy:summary=Returns a formatted weather status string with temperature and wind speed.

location_file="$HOME/.config/omarchy/weather-location"

# Determine whether user has manually set a location
if [[ -f "$location_file" ]]; then
  location=$(<"$location_file")

  # Use explicit location (more reliable than %l geolocation)
  weather=$(curl -fsS --max-time 4 "https://wttr.in/${location}?format=%l%t|%w" 2>/dev/null | tr -d '\n')
else
  # Fallback to current behavior (auto-detected location)
  weather=$(curl -fsS --max-time 4 "https://wttr.in?format=%l|%t|%w" 2>/dev/null | tr -d '\n')
fi

if [[ -z $weather ]]; then
  echo "Weather unavailable"
  exit 1
fi

# Parse output depending on mode
if [[ -f "$location_file" ]]; then
  IFS='|' read -r temperature wind <<< "$weather"
  place="$location"
else
  IFS='|' read -r place temperature wind <<< "$weather"
  place=${place%%,*}
  place=${place^}
fi

temperature=${temperature#+}

echo "$(omarchy-weather-icon)    $place  ·  Temp $temperature  ·  Wind $wind"

[arizon-dread]

This would be great, my ISP makes my omarchy waybar weather show a location 300 km away now.

[NjengaFelix]

There's good progress on this. Actually there's 3 PRs on the issue.

#5734 by @vander00, #5745 by @twagner12, #5714 from me.

We can all Identify one PR that meets the issue well. Consolidate our work there

[twagner12]

Thanks for pulling this together Felix. Looking at all three PRs, I think #5745 is the most complete foundation — it’s the only one that updates both omarchy-weather-icon and omarchy-weather-status, so the bar icon and the click notification stay in sync. It also uses the existing ~/.config/omarchy/current/ convention that matches theme.name and other state files. The one thing #5714 has that mine doesn’t is the Setup → Weather → Location menu entry, which is a good idea for discoverability. I’m happy to add that to #5745 if that’s the direction maintainers want to go — that way we get the complete implementation in one PR. Happy to close mine and contribute to either of yours if you’d prefer a different base.​​​​​​​​​​​​​​​​ Tim

On May 11, 2026, TheFab21 ***@***.***> wrote: There's good progress on this. Actually there's 3 PRs on the issue. #5734 <#5734> by @vander00 <https://github.com/vander00>, #5745 <#5745> by @twagner12 <https://github.com/twagner12>, #5714 <#5714> from me. We can all Identify one PR that meets the issue well. Consolidate our work there

— Reply to this email directly, view it on GitHub <#5707 (comment) 16875467>, or unsubscribe <https://github.com/notifications/unsubscribe- auth/BUR3HGRTOXGE74TAUPTNRWL42FWNPAVCNFSM6AAAAACYXK23EGVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTMOBXGU2DMNY>. Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification- email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification- email%26utm_medium%3Demail%26utm_source%3Dgithub>. You are receiving this because you were mentioned.Message ID: ***@***.***>

[NjengaFelix]

I hope @twagner12 can comment we decide on one base.

Mine #5714 I am not sure confident especially on the needed Omarchy needed conventions.

As it stands I am ok closing #5714 hoping though if maintainers agree keep the Setup → Weather →
Location menu entry idea

[vander00]

I hope @twagner12 can comment we decide on one base.

Mine #5714 I am not sure confident especially on the needed Omarchy needed conventions.

As it stands I am ok closing #5714 hoping though if maintainers agree keep the Setup → Weather → Location menu entry idea

My PR is consistent with KISS, just right click on the widget and you can change your location. I'm not really with the idea of the menu because for now it is too complicated with a lot of options.

The only diff between the PRs is the menu, so I think the maintainers should decide what they want in their distro: the menu or just a click or maybe both. So I suggest keeping 2 requests with different options.

[twagner12]

I agree. I can add the menu option to my build.  Do we all agree? Tim

On May 11, 2026, TheFab21 ***@***.***> wrote: I hope @twagner12 <https://github.com/twagner12> can comment we decide on one base. Mine #5714 <#5714> I am not sure confident especially on the needed Omarchy needed conventions. As it stands I am ok closing #5714 <#5714> hoping though if maintainers agree keep the Setup → Weather → Location menu entry idea

— Reply to this email directly, view it on GitHub <#5707 (comment) 16881705>, or unsubscribe <https://github.com/notifications/unsubscribe- auth/BUR3HGXNGU6JZCTPOZ6BPTL42H565AVCNFSM6AAAAACYXK23EGVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTMOBYGE3TANI>. Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification- email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification- email%26utm_medium%3Demail%26utm_source%3Dgithub>. You are receiving this because you were mentioned.Message ID: ***@***.***>

[NjengaFelix]

Sorry I meant @vander00 is yet to reply. On my end I agree it is ok.

You can go ahead add the menu option

[twagner12]

Okay. Tim

On May 11, 2026, TheFab21 ***@***.***> wrote: > I hope @twagner12 <https://github.com/twagner12> can comment we > decide on one base. > > Mine #5714 <#5714> I am not > sure confident especially on the needed Omarchy needed conventions. > > As it stands I am ok closing #5714 > <#5714> hoping though if > maintainers agree keep the Setup → Weather → Location menu entry > idea > My PR is consistent with KISS, just right click on the widget and you can change your location. I'm not really with the idea of the menu because for now it is too complicated with a lot of options. The only diff between the PRs is the menu, so I think the maintainers should decide what they want in their distro: the menu or just a click or maybe both. So I suggest keeping 2 requests with different options.

— Reply to this email directly, view it on GitHub <#5707 (comment) 16883059>, or unsubscribe <https://github.com/notifications/unsubscribe- auth/BUR3HGRZEFYK336OHVCDLLL42IOCJAVCNFSM6AAAAACYXK23EGVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTMOBYGMYDKOI>. Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification- email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification- email%26utm_medium%3Demail%26utm_source%3Dgithub>. You are receiving this because you were mentioned.Message ID: ***@***.***>

[CarlOscarHMJ]

I think this improvement would be really nice. One additional thing would be the option to change units. Like https://wttr.in/?format=%l%7C%t%7C%w to get m/s.

[twagner12]

I like that idea.  I will set it up to auto detect first but then allow you to make a change. Tim

On May 14, 2026, TheFab21 ***@***.***> wrote: I think this improvement would be really nice. One additional thing would be the option to change units. Like <https://wttr.in/?format=%l%7C%t%7C%w> to get m/s.

— Reply to this email directly, view it on GitHub <#5707 (comment) 16918633>, or unsubscribe <https://github.com/notifications/unsubscribe- auth/BUR3HGTJ4XXQNIQ5U6ZHUHD42WY3FAVCNFSM6AAAAACYXK23EGVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTMOJRHA3DGMY>. Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification- email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification- email%26utm_medium%3Demail%26utm_source%3Dgithub>. You are receiving this because you were mentioned.Message ID: ***@***.***>

[joedborg]

Also worth mentioning that it seems to default to F, when most of the world uses C.

[brink-lab]

Interesting. Fahrenheit and Celsius is assigned based on locale. So I guess the default for your locale is F and that you have tried to change it to C?

[brink-lab]

With upcoming Omarchy 4 it will be possible to change location by clicking the City within the weather plugin.

[NjengaFelix]

True let's wait for the official Omarchy 4 release