The Blixar platform

One data model for every decision a bus network makes.

Network design, timetables, vehicles, chargers, crews, rosters and the live operation usually live in five tools owned by five teams. Blixar connects them on one model and one optimisation engine, so every team argues from the same numbers.

Architecture

Your data in. Plans your teams can run out.

Open formats on both sides, and one engine in the middle that every product shares.

Your data

  • GTFS schedules
  • KMZ / KML alignments
  • Stop ridership
  • Operations workbooks
  • Fleet & charger specs
  • Duty rules & agreements
  • Tracker telemetry

Blixar engine

Optimisation & AI

MILP · column generation · ALNS · matching · routing · assistant

One dated data model · PostgreSQL + PostGIS

Plans you run

  • Revised routes & stop sequences
  • Published GTFS feeds
  • Vehicle blocks & charging plans
  • Duties & rosters
  • Printed duty sheets & crew boards
  • Operator reports & board packs

One platform

From the network map to the driver’s duty sheet.

A route drawn in the morning can be blocked, charged, crewed and rostered by the afternoon, because every step reads the same data.

Atlas Group Optimization: the route group, quick select, and the cards for what to optimise

Atlas

Design the network

Study a corridor the way a planner does: what each route carries, where routes duplicate each other and which stops earn their place. Every proposal comes with the riders, kilometres and buses it costs and saves.

  • Access vs usage by district
  • Nine restructuring analyses
  • Revised routes exported as KML and workbooks
Explore Atlas

Screens show the Atlas demo network.

Schedura block schedule: one bus day per row with revenue trips, charging windows, layovers and the lowest charge

Schedura

Block the vehicles

Chain every trip in the timetable into bus days for the fewest vehicles. Fourteen solver strategies, depot and bus type as decisions, and the timetable’s lower bound printed beside every answer.

  • Fleet against the proven minimum
  • Depots, bus types and deadheads
  • Scenarios cloned and compared
Explore Schedura
State of charge through the day for the whole fleet, with selected buses highlighted

Schedura

Plan the energy

Model the state of charge of every bus through the day and schedule charging inside the block. Depot guns and terminal pantographs are counted separately, and consumption follows the season.

  • Charging placed in layovers
  • Charger queues and site capacity
  • Seasonal consumption
Explore Schedura
Who drives what on one date: each bus day with the drivers who take it in turn and hand-overs marked

Schedura

Cut the duties

Cut blocks into legal duties at relief points and pair pieces of work across buses, so the driver takes the break and the bus keeps running.

  • Duty rule sets per agreement
  • Matching, not greedy pairing
  • Every duty ends where the driver can get home
Explore Schedura
How a roster was built: blocks, pieces, duties, duty-days rostered and covered, and the establishment

Schedura

Roster the month

Put named drivers on every duty for a quarter at a time: one rest day a week, hours levelled per calendar month, leave, training and route knowledge respected.

  • Fair hours, visibly
  • Auto-cover hires and trains until covered
  • Establishment sizing
Explore Schedura

Schedura + GPStracs

Run the day

Stand a driver down, see qualified cover ranked, reassign in two clicks and print the crew board. Live vehicle positions and what actually happened flow back into the next plan.

  • Ranked cover for every absence
  • Live fleet on the map
  • Operations feed the next plan
Explore Schedura

Delivery & support

From your first GTFS feed to go-live.

Software alone does not change a network. Every deployment comes with a team that learns your depots, your agreements and your data before it changes anything.

  1. 01

    Data audit

    Week one. We load your GTFS, alignments and operations data and tell you what it can and cannot support.

  2. 02

    Baseline

    Your current plan rebuilt in Blixar and checked against its lower bound, so every later saving is measured honestly.

  3. 03

    Scenarios

    The questions your board is asking, costed: electric, depot changes, restructured corridors, routes per driver.

  4. 04

    Rollout

    Planners trained on their own network, integrations to AVL, ticketing and depot systems, and go-live depot by depot.

  5. 05

    Run & improve

    Managed hosting or your infrastructure, monitoring, updates and a named team that knows your network.

What would it cost to run your timetable electric?

Send us a GTFS feed or a timetable export. We will run the first scenario with you: buses, chargers and drivers, with the lower bound beside every answer.