Rules
4 ways Toronto and Vancouver water bylaws shape smart irrigation design
Toronto Vancouver water bylaws smart irrigation: four rules that shape rain sensors, watering windows, ET overrides and inspection paperwork in both cities.
What to take away
- Toronto Vancouver water bylaws smart irrigation in four ways: mandatory rain sensing, restricted watering windows, soil moisture and evapotranspiration overrides, and inspection documentation.
- Toronto Water rules apply to municipal water customers and set odd-even watering days plus a rain sensor requirement for automated systems.
- Metro Vancouver conservation bylaws are enforced by member municipalities, so a system in Burnaby faces different wording than one in Richmond.
- A controller that logs run times and sensor events cuts the paperwork burden when a bylaw officer or water utility asks for proof.
- Ontario and BC both allow soil moisture or ET-based control as an alternative to fixed schedules, which is where smart controllers earn their place.
Toronto Water restrictions that change controller design
Toronto Water runs a conservation bylaw that restricts outdoor water use from mid-May to the end of September. The rules apply to anyone connected to the municipal supply, which covers most detached homes and many townhouse complexes in Toronto.
A controller sold into this market has to accept a rain sensor input and be able to skip a cycle when the sensor is wet.
The bylaw also sets permitted watering days. Even-numbered addresses water on even-numbered days, odd on odd, and the window is narrow. That forces a controller to hold a schedule and shift it when a rain event cancels a cycle.
Frost matters too. Ontario frost dates mean the irrigation season is short, so controllers need a simple seasonal shutdown. The provincial rules that sit behind municipal bylaws are on the e-Laws statute page for Ontario water and equipment rules.
Designers who ignore this end up with a timer that waters on the wrong day and a homeowner who gets a warning letter. The fix is not a smarter app. It is a controller that knows the calendar and the sensor state.
Metro Vancouver conservation bylaws and their design impact
Metro Vancouver does not run one single bylaw. Each member municipality writes its own watering restrictions, usually under a regional conservation framework. That means a contractor working across Burnaby, Richmond and the City of Vancouver has to read three sets of rules.
The regional climate pushes design in the other direction. Vancouver is wet for much of the year, so a rain sensor that merely stops a cycle is not enough. The system has to avoid watering after a long dry spell followed by a light shower, because the soil may still be dry below the surface.
BC's provincial environmental rules sit above the municipal bylaws and shape what a conservation plan can require. The BC environmental protection and sustainability rules set the frame, and the BC government entry point is where a homeowner checks current provincial restrictions during a drought.
A smart controller in Metro Vancouver needs a local schedule profile, not a single default. That is the difference between a system that passes inspection and one that gets shut off in July.
Way one: mandatory rain sensing and shutoff logic
Rain sensing and shutoff requirement is the first rule that changes hardware. In Toronto and Vancouver alike, an automated irrigation system must have a rain sensor or a soil moisture sensor that stops the cycle when water is not needed.
Toronto spells the rule out in its conservation bylaw. Most Metro Vancouver municipalities carry a version of it, though the wording varies.
The design consequence is simple. A controller without a sensor input cannot be installed legally in either city, so the sensor is not an accessory. It is part of the base system.
Shutoff logic matters more than the sensor itself. A cheap sensor that only delays a cycle by a few hours does not satisfy the intent. The system should skip the cycle and reschedule it, or hold until the next permitted day.
Here is how to set it up:
- Mount the rain sensor where it sees open sky, not under an eave.
- Wire it to the controller's sensor terminal, not to a pump relay.
- Set the shutoff threshold to a level that matches local rainfall, usually a few millimetres.
- Test the sensor with a wet cloth and confirm the controller skips the zone.
- Log the test result for the inspection file.
A system that fails step four is the one that gets flagged. If you are comparing sensor types, the choice between a soil moisture sensor vs tensiometer affects how well the shutoff logic works in clay.
Way two: schedule windows and permitted watering days
Permitted watering day windows are the second rule that changes scheduling. Toronto uses odd-even days tied to the address, with a morning window that avoids peak demand. Metro Vancouver municipalities use similar windows, often with a two-day-per-week cap in summer.
A smart controller has to treat the watering day as a constraint, not a preference. If the schedule says Tuesday and the address is odd-numbered, the system must move the cycle to the next permitted day.
This is where evapotranspiration override and schedule windows interact. A controller that waters on a non-permitted day because the ET value is high is still breaking the bylaw. The override has to work inside the window, not around it.
Designers should build a local calendar profile for each municipality. That profile includes the watering days, the allowed hours, and the seasonal start and end dates. Without it, the smart features fight the bylaw instead of supporting it.
This is also where planning smart irrigation pays off. The schedule is a legal document as much as a watering plan.
Way three: soil moisture and evapotranspiration overrides
Soil moisture and evapotranspiration overrides are the third rule, and they are the reason smart controllers exist. Toronto and Vancouver both allow a system to water outside the normal schedule if it is using soil moisture or ET data to prove the water is needed.
That is a narrow exemption. It does not mean the system can water whenever it wants. It means the system can skip or shorten a cycle when the soil is already wet, and in some cases add a cycle when ET demand is high.
The practical design is a controller that reads local weather data and soil moisture, then adjusts run times. A rain sensor alone is not enough for this. The controller needs a moisture threshold and a daily ET figure.
Environment and Climate Change Canada provides the weather data that feeds many of these systems. The federal environment and natural resources hub is the starting point for the national picture on water and conservation rules.
For a homeowner, the benefit is a lower water bill and a yard that is not overwatered. For a contractor, the benefit is a system that can show it responded to conditions rather than a fixed clock.
Way four: documentation and inspection readiness
Inspection documentation is the fourth rule, and it is the one most often ignored. A bylaw officer or water utility can ask for proof that the system has a working rain sensor and that it follows the permitted schedule.
A smart controller that logs run times, sensor events and schedule changes makes this easy. A basic timer with no log leaves the homeowner arguing from memory.
Keep a simple file for each property. It should include the sensor test result, the controller schedule, the local bylaw reference, and the date of the last check. Update it when the schedule changes.
A maintenance routine supports this. A smart irrigation maintenance calendar keeps the sensor clean and the log current, which is what an inspector wants to see.
Use this checklist before the season starts:
- Rain sensor tested and logged.
- Controller schedule matches the local watering days.
- Soil moisture or ET override enabled and documented.
- Seasonal start and end dates set for the local frost window.
- Bylaw reference saved with the property file.
- Homeowner shown how to check the log.
A system that passes this checklist is also a system that smart irrigation earns its keep on, because the records show what it actually did.
Designing one system that satisfies both cities
Toronto and Vancouver pull design in different directions. Toronto is dry in summer and strict on days. Metro Vancouver is wet and strict on runoff. A single product line can serve both if the controller supports local profiles.
Start with the sensor. A rain sensor plus a soil moisture input covers both bylaws. Add ET data for the override. Then build a schedule profile for each municipality and load it at commissioning.
The controller should let a technician name the profile, so a Toronto odd-numbered address and a Burnaby townhouse do not share a default. That one feature prevents most bylaw failures.
For buyers, the question is whether the product is real smart irrigation or a garden-store timer with an app. The difference shows up when the bylaw officer asks for a log.
Both cities are moving toward performance-based rules, where a system that can prove it saved water gets more flexibility. That favours controllers with logging and sensor inputs. It also means the installer's paperwork is part of the product.
Common questions
Does a rain sensor satisfy both Toronto and Metro Vancouver rules? In most cases yes, as long as it actually stops the cycle and the shutoff is logged. Some municipalities also accept a soil moisture sensor as an alternative.
Can I water on a non-permitted day if my soil is dry? Only if the bylaw allows a soil moisture or ET override, and only within the rules for that municipality. The override is an exception, not a free pass.
How often should I test the rain sensor? At the start of the season and after any long dry spell. A monthly check during the watering season is a practical minimum.
Do I need a permit to install a smart controller in Toronto and Vancouver? Permit rules vary by municipality and by whether new wiring or a backflow device is involved. Check with the local building department before work starts.
What records should I keep for an inspection? The sensor test result, the controller schedule, the bylaw reference and the date of the last check. A controller log makes this much easier.
Will a smart controller work if I move from Toronto to Vancouver? Yes, if it supports local schedule profiles. You will need to reload the watering days and the seasonal dates for the new municipality.



