Areas & Locations¶
Every alert needs at least one of: an area subscription (a geofenced region your admin set up) or a location (a coordinate from which distance is measured). Most tracking rules use one or the other; advanced users override on a per-rule basis with area: or location:.
Areas¶
Areas are predefined geographic zones set up by your admin. Subscribing to an area is how you tell Poracle "I want alerts in this region".
List Available Areas¶
Lists every area configured by the admin that you're allowed to use.
Add an Area¶
Remove an Area¶
View Your Areas¶
Location¶
Your default location is a single latitude/longitude used by any tracking rule with a distance filter (d:500 = within 500 metres of your default location).
Set Your Default Location¶
Telegram users can also send a location pin from the mobile app to set their default location.
Check / Clear¶
Named (Saved) Locations¶
In addition to your default, you can save named locations and refer to them on a per-rule basis. Useful when you want some alerts measured from home, some from work, and some from a holiday rental — without switching profiles.
Save a Named Location¶
List, Show, Remove¶
Poracle refuses to delete a named location while any tracking rule references it — the error message lists the offending rules so you can edit them first.
Per-Rule Overrides¶
The location: and area: keywords let any single tracking rule override your defaults.
Every tracking command (!track, !raid, !egg, !quest, !incident, !lure, !nest, !gym, !fort, !maxbattle) can override the default area/location filter on a per-rule basis.
location:<name>¶
Use a named location as the centre point for this rule's distance check. Requires d: on the same rule.
area:<name>[,<name>...]¶
Restrict this rule to one or more specific areas, overriding your default !area add set.
Mutual-exclusion Rules¶
The four override params interact with strict rules:
| Combination | OK? |
|---|---|
d: alone (uses your default location) |
yes |
d: + location:<name> (distance from named location) |
yes |
area:<name> alone (restrict to those areas) |
yes |
d: + area: |
rejected — distance and area filters are mutually exclusive |
area: + location: |
rejected — one or the other |
location: alone (no d:) |
rejected — location: requires d: |
Seeing the Overrides on !tracked¶
!tracked shows @ <label> and in <areas> next to any rule that uses overrides:
!track pikachu d:500 location:Home
→ on !tracked: pikachu d:500 @ Home
!track pikachu area:london,paris
→ on !tracked: pikachu in london,paris
How Areas, Location, and Distance Interact¶
Without any overrides, the matcher picks one of three modes per rule:
| Rule | Mode |
|---|---|
Has d:<n> → distance from your default location |
|
Has no d: and no area: → matches in any area you've added with !area add |
|
Has area:<name> → matches only in that area (ignores your default areas) |
|
Has d:<n> location:<name> → distance from the named location instead of the default |
You can mix modes across rules: have one set of distance-from-home rules, another set restricted to a specific area, all on the same profile.
Example: Combined Setup¶
!area add downtown # Default area for area-based rules
!location 40.7128,-74.0060 # Default location for distance rules
!location add Work 40.7580,-73.9855 # Save a second location
!track pikachu iv:90 # IV 90%+ pikachu in downtown
!track pikachu iv:100 d:500 # Perfect pikachu within 500m of default
!track gible iv:100 d:1000 location:Work # Perfect gibles within 1km of Work
!raid level:5 area:financial_district # Level 5 raids restricted to one area
REST API¶
Named locations and per-rule overrides are also available over HTTP — see the API.md document in the PoracleNG repo for the full endpoint surface (GET /api/humans/{id}/locations, POST /api/humans/{id}/locations/add, POST /api/humans/{id}/locations/{label}/delete).